From nobody Mon Mar 2 11:22:42 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A86601A88EA for ; Mon, 2 Mar 2015 11:22:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 BuOog02qyaVM for ; Mon, 2 Mar 2015 11:22:39 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 5B7E81A6FF9 for ; Mon, 2 Mar 2015 11:22:39 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: Date: Mon, 2 Mar 2015 14:22:34 -0500 Message-ID: <00a201d0551e$3cda8c80$b68fa580$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A3_01D054F4.540520C0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBVFuxA5NFo+Er9TaCtWPiXLlxVTA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:22:40 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00A3_01D054F4.540520C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The I2RS WG will have an interim on 3/5/2015 from 10:00 - 12:00 ET. At this I2RS interim the Information Models from the RIB Design team, Protocol Independent (P.I.) Topology Design Team, and the PBR Design team will be presented. After this I2RS interim meeting, 3 week adoption call will be made for the drafts in this suite (3/6 to 3/27). The I2RS meeting will be held on Friday 3/27 9-11:00am, and the results of this adoption call will be made. You can obtain agenda or proceeding material at: http://www.ietf.org/proceedings/interim/2015/03/05/i2rs/proceedings.html Sue Hares ------=_NextPart_000_00A3_01D054F4.540520C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The I2RS = WG will have an interim on 3/5/2015 from 10:00 – 12:00 ET. =

 

At this I2RS interim the Information Models from the = RIB Design team, Protocol Independent (P.I.)  Topology Design Team, = and the PBR Design team will be presented.

 

After this = I2RS interim meeting,  3 week adoption call will be made for the = drafts in this suite (3/6 to 3/27).  The I2RS meeting will be held = on Friday 3/27 9-11:00am, and the results of this adoption call will be = made. 

 

You can obtain agenda or proceeding material at: =

 

http://www.ietf.org/proceedings/interim/2015/03/05/i2rs/proceedi= ngs.html

 

Sue Hares

------=_NextPart_000_00A3_01D054F4.540520C0-- From nobody Mon Mar 2 11:30:21 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D05541A892E for ; Mon, 2 Mar 2015 11:30:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 e1Spl3wc4MZ2 for ; Mon, 2 Mar 2015 11:30:19 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AB5F1A8920 for ; Mon, 2 Mar 2015 11:30:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5708; q=dns/txt; s=iport; t=1425324613; x=1426534213; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=LGHSZx12bNkpme65kbQ00Pk8DjPeDxqE8To9xwaHPYI=; b=GiBpnKWS4DGdMAoqUyhH7XxyWLHjn1P41WsufXXhEuxVjvFR21J+OaGW SChJfz8RyRWNd56T85dkFKfzpgkv5z/ZQ/iqItCufi+EHko52jSXNdNAM BEXPrM/7lxFrtFrbkHZCQNONa33YZwjyhNP0RiFpwBK4RDR/u0wjnFDJu g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CGBgAHuvRU/4wNJK1agj9DUl6/D4IyhW4CgSVNAQEBAQEBfIQPAQEBBC1MEAIBCA4DBAEBCx0HMhQJCAEBBAENBQgBiCUBDdZLAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sShD0xBgGDF4EUBY94imGDII8gI4NubwGBQ38BAQE X-IronPort-AV: E=Sophos;i="5.09,677,1418083200"; d="scan'208,217";a="128233859" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-5.cisco.com with ESMTP; 02 Mar 2015 19:29:50 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t22JToeC031614 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 19:29:50 GMT Received: from xmb-rcd-x12.cisco.com ([169.254.2.3]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 13:29:49 -0600 From: "Kausik Majumdar (kmajumda)" To: Susan Hares , "i2rs@ietf.org" Thread-Topic: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET Thread-Index: AdBVFuxA5NFo+Er9TaCtWPiXLlxVTAAB+2fQ Date: Mon, 2 Mar 2015 19:29:49 +0000 Message-ID: References: <00a201d0551e$3cda8c80$b68fa580$@ndzh.com> In-Reply-To: <00a201d0551e$3cda8c80$b68fa580$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [171.71.145.12] Content-Type: multipart/alternative; boundary="_000_B81B498DA819A64E907482A44E472CE422E05456xmbrcdx12ciscoc_" MIME-Version: 1.0 Archived-At: Cc: 'Jeffrey Haas' Subject: Re: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:30:21 -0000 --_000_B81B498DA819A64E907482A44E472CE422E05456xmbrcdx12ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Susan, Is there any Webex scheduled for 3/5 10-12 ET I2RS interim meeting ? Please= let us know the Webex info. Would like to dial in. Thanks, Kausik From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, March 02, 2015 11:23 AM To: i2rs@ietf.org Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET The I2RS WG will have an interim on 3/5/2015 from 10:00 - 12:00 ET. At this I2RS interim the Information Models from the RIB Design team, Proto= col Independent (P.I.) Topology Design Team, and the PBR Design team will = be presented. After this I2RS interim meeting, 3 week adoption call will be made for the= drafts in this suite (3/6 to 3/27). The I2RS meeting will be held on Frid= ay 3/27 9-11:00am, and the results of this adoption call will be made. You can obtain agenda or proceeding material at: http://www.ietf.org/proceedings/interim/2015/03/05/i2rs/proceedings.html Sue Hares --_000_B81B498DA819A64E907482A44E472CE422E05456xmbrcdx12ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Susan,

 

Is there any Webex sch= eduled for 3/5 10-12 ET I2RS interim meeting ? Please let us know the Webex= info. Would like to dial in.

 

Thanks,

Kausik

 

From: i2rs [ma= ilto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Monday, March 02, 2015 11:23 AM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET

 

The I2RS WG will have an interim on 3/5/2015 from 10= :00 – 12:00 ET.

 

At this I2RS interim the Information Models from the= RIB Design team, Protocol Independent (P.I.)  Topology Design Team, a= nd the PBR Design team will be presented.

 

After this I2RS interim meeting,  3 week adopti= on call will be made for the drafts in this suite (3/6 to 3/27).  The = I2RS meeting will be held on Friday 3/27 9-11:00am, and the results of this= adoption call will be made. 

 

You can obtain agenda or proceeding material at:

 

http://www.ietf.org/proceedings/interim/20= 15/03/05/i2rs/proceedings.html

 

Sue Hares

--_000_B81B498DA819A64E907482A44E472CE422E05456xmbrcdx12ciscoc_-- From nobody Mon Mar 2 11:35:36 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F34EB1A8934 for ; Mon, 2 Mar 2015 11:35:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 nCmAhhW2QkpJ for ; Mon, 2 Mar 2015 11:35:33 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id CE66F1A1BA5 for ; Mon, 2 Mar 2015 11:35:32 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Kausik Majumdar \(kmajumda\)'" , References: <00a201d0551e$3cda8c80$b68fa580$@ndzh.com> In-Reply-To: Date: Mon, 2 Mar 2015 14:35:26 -0500 Message-ID: <00d601d05520$090f5aa0$1b2e0fe0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D7_01D054F6.203CD510" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIVwyr0UJvRmAYLQH9Nqu3PBKm6tAIfpe8anG28VbA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' Subject: Re: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:35:35 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00D7_01D054F6.203CD510 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Kausik: The Webex is below, and also contained in the agenda. Sue I2RS interim Thursday, March 5, 2015 10:00 am | Eastern Standard Time (New York, GMT-05:00) | 2 hrs Join WebEx meeting https://ietf.webex.com/ietf/j.php?MTID=m1e4d98879b3bd7c89cf520e6a889cb2a Join by phone 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) Access code: 649 532 633 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Kausik Majumdar (kmajumda) Sent: Monday, March 02, 2015 2:30 PM To: Susan Hares; i2rs@ietf.org Cc: 'Jeffrey Haas' Subject: Re: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET Hello Susan, Is there any Webex scheduled for 3/5 10-12 ET I2RS interim meeting ? Please let us know the Webex info. Would like to dial in. Thanks, Kausik From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, March 02, 2015 11:23 AM To: i2rs@ietf.org Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am ET The I2RS WG will have an interim on 3/5/2015 from 10:00 - 12:00 ET. At this I2RS interim the Information Models from the RIB Design team, Protocol Independent (P.I.) Topology Design Team, and the PBR Design team will be presented. After this I2RS interim meeting, 3 week adoption call will be made for the drafts in this suite (3/6 to 3/27). The I2RS meeting will be held on Friday 3/27 9-11:00am, and the results of this adoption call will be made. You can obtain agenda or proceeding material at: http://www.ietf.org/proceedings/interim/2015/03/05/i2rs/proceedings.html Sue Hares ------=_NextPart_000_00D7_01D054F6.203CD510 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Kausik:

 

The Webex is below, = and also contained in the agenda.

 

Sue =

 

I2RS interim =

Thursday, March 5, = 2015

10:00 am  = |  Eastern Standard Time (New York, GMT-05:00)  |  2 hrs =

 

Join WebEx meeting =

https://ietf.webex.com/ietf/j.php?MTID=3Dm1e4d98879b3bd7c89cf5= 20e6a889cb2a

 

Join by = phone

1-877-668-4493 Call-in toll free number = (US/Canada)

1-650-479-3208 Call-in toll number = (US/Canada)

Access code: 649 532 633

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Kausik Majumdar = (kmajumda)
Sent: Monday, March 02, 2015 2:30 PM
To: = Susan Hares; i2rs@ietf.org
Cc: 'Jeffrey = Haas'
Subject: Re: [i2rs] I2RS Interim on 3/5/2015 at 10 - = 11:30am ET

 

Hello Susan,

 

Is there any Webex = scheduled for 3/5 10-12 ET I2RS interim meeting ? Please let us know the = Webex info. Would like to dial in.

 

Thanks,

Kausik

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] = On Behalf Of Susan Hares
Sent: Monday, March 02, 2015 = 11:23 AM
To: i2rs@ietf.org
Cc: 'Jeffrey = Haas'
Subject: [i2rs] I2RS Interim on 3/5/2015 at 10 - 11:30am = ET

 

The I2RS WG = will have an interim on 3/5/2015 from 10:00 – 12:00 ET. =

 

At this I2RS interim the Information Models from the = RIB Design team, Protocol Independent (P.I.)  Topology Design Team, = and the PBR Design team will be presented.

 

After this = I2RS interim meeting,  3 week adoption call will be made for the = drafts in this suite (3/6 to 3/27).  The I2RS meeting will be held = on Friday 3/27 9-11:00am, and the results of this adoption call will be = made. 

 

You can obtain agenda or proceeding material at: =

 

http://www.ietf.org/proceedings/interim/2015/03/05/i2rs/proceedi= ngs.html

 

Sue Hares

------=_NextPart_000_00D7_01D054F6.203CD510-- From nobody Mon Mar 2 11:40:08 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16A771A8942 for ; Mon, 2 Mar 2015 11:40:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 484aPIJFDKL3 for ; Mon, 2 Mar 2015 11:40:06 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id E67231A8939 for ; Mon, 2 Mar 2015 11:40:05 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: Date: Mon, 2 Mar 2015 14:40:01 -0500 Message-ID: <010701d05520$acdacfc0$06906f40$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0108_01D054F6.C4056400" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBVHzXtqYqUKmDvTWW8M7EK7W1gvA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:40:07 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0108_01D054F6.C4056400 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is a call for presentations for the I2RS meeting on Friday 3/27/2015 from 9:30-11:30am. This meeting will focus on the following topics: 1) Proposals for requirements for the I2RS protocol 2) Protocol independent Data Models a. RIB Information Model and Data models b. PRB Information Models and Data Models and the policy related to these drafts c. Topology Models 3) Security Topics 4) Re-chartering to include data models. If you wish to present a draft that is not within these topics, please still send the I2RS chairs a note. If there is time, we will provide a Lighting Round for introduction of new drafts. We will then schedule each of the new drafts for a longer session (20+ minutes at a I2RS interim). The I2RS WG will continue its habit of bi-weekly meetings during April-July. Sue Hares ------=_NextPart_000_0108_01D054F6.C4056400 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This is a = call for presentations for the I2RS meeting on Friday 3/27/2015 from = 9:30-11:30am.

 

This meeting = will focus on the following topics:

 

1)      = Proposals for requirements for the I2RS protocol =

2)      = Protocol independent Data Models =

a.       RIB = Information Model and Data models

b.      = PRB Information Models and Data Models and the = policy related to these drafts

c.       = Topology Models

3)      = Security Topics

4)      = Re-chartering to include data models. =

 

If you wish to present a draft that is not within = these topics, please still send the I2RS chairs a note.   If = there is time, we will provide a Lighting Round for introduction of new = drafts.  We will then schedule each of the new drafts for a longer = session (20+ minutes at a I2RS interim).

 

The I2RS WG = will continue its habit of bi-weekly meetings during = April-July.

 

Sue Hares

------=_NextPart_000_0108_01D054F6.C4056400-- From nobody Mon Mar 2 12:55:38 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 520381A8991 for ; Mon, 2 Mar 2015 12:55:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 yJNi9l6EMNqZ for ; Mon, 2 Mar 2015 12:55:28 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 5B6971A8990 for ; Mon, 2 Mar 2015 12:55:26 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: References: <010701d05520$acdacfc0$06906f40$@ndzh.com> In-Reply-To: <010701d05520$acdacfc0$06906f40$@ndzh.com> Date: Mon, 2 Mar 2015 15:55:21 -0500 Message-ID: <017901d0552b$32d048d0$9870da70$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_017A_01D05501.49FBC770" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLjmfXa6JnEfwu1w/Jq4Sd/PETmt5rjDjaA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' Subject: Re: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 20:55:30 -0000 This is a multipart message in MIME format. ------=_NextPart_000_017A_01D05501.49FBC770 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I2RS: An member of the I2RS WG ask me "what is a lighting round?" A lighting round is where the person gets 5 minutes and 3 slides to present the new draft. Sue Hares From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, March 02, 2015 2:40 PM To: i2rs@ietf.org Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am This is a call for presentations for the I2RS meeting on Friday 3/27/2015 from 9:30-11:30am. This meeting will focus on the following topics: 1) Proposals for requirements for the I2RS protocol 2) Protocol independent Data Models a. RIB Information Model and Data models b. PRB Information Models and Data Models and the policy related to these drafts c. Topology Models 3) Security Topics 4) Re-chartering to include data models. If you wish to present a draft that is not within these topics, please still send the I2RS chairs a note. If there is time, we will provide a Lighting Round for introduction of new drafts. We will then schedule each of the new drafts for a longer session (20+ minutes at a I2RS interim). The I2RS WG will continue its habit of bi-weekly meetings during April-July. Sue Hares ------=_NextPart_000_017A_01D05501.49FBC770 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I2RS:

 

An member of the I2RS WG = ask me “what is a lighting round?”

 

A lighting round is = where the person gets 5 minutes and 3 slides to present the new = draft.

 

Sue Hares =

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan = Hares
Sent: Monday, March 02, 2015 2:40 PM
To: = i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: [i2rs] = I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 = 9-11:30am

 

This is a = call for presentations for the I2RS meeting on Friday 3/27/2015 from = 9:30-11:30am.

 

This meeting = will focus on the following topics:

 

1)      = Proposals for requirements for the I2RS protocol =

2)      = Protocol independent Data Models =

a.       RIB = Information Model and Data models

b.      = PRB Information Models and Data Models and the = policy related to these drafts

c.       = Topology Models

3)      = Security Topics

4)      = Re-chartering to include data models. =

 

If you wish to present a draft that is not within = these topics, please still send the I2RS chairs a note.   If = there is time, we will provide a Lighting Round for introduction of new = drafts.  We will then schedule each of the new drafts for a longer = session (20+ minutes at a I2RS interim).

 

The I2RS WG = will continue its habit of bi-weekly meetings during = April-July.

 

Sue Hares

------=_NextPart_000_017A_01D05501.49FBC770-- From nobody Mon Mar 2 14:27:28 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CEE71A8A56; Mon, 2 Mar 2015 14:27:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 cr50ql2KeS7b; Mon, 2 Mar 2015 14:27:25 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 0955B1A8A55; Mon, 2 Mar 2015 14:27:22 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: Date: Mon, 2 Mar 2015 17:27:17 -0500 Message-ID: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01C4_01D0550E.2275E840" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBVMeb8nh8z8cJJR6SPdF4VwHGdeQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , secdir@ietf.org Subject: [i2rs] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 22:27:27 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01C4_01D0550E.2275E840 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I2RS WG: We are trying to wrap of the protocol requirements for I2RS within March. This post ask 3 questions regarding the I2RS requirements. Question 1 context: The I2RS architecture states in section 1.1 that the I2RS interface should be: programmatic, asynchronous, and offers fast, interactive access for atomic operations. This posts asks if we need to require a checkpoint to make asynchronous functions work. In a review by the security directorate, the reviewer asked: "Is security and the support for the asynchronous nature of the protocol fully supported?" In the reviewers mind Asynchronous usually means the following: 1) The protocol can launch operations and then check back later whether they successfully completed. 2) If you want to execute a second operation only if a first succeeds (or to guarantee the order in which they execute), you need to at some point wait for operations to complete. 3) There is also substantial overhead in supporting asynchronous operation in that all transactions need labels so that they can be queried? Question 1: Do we believe that netconf or restconf augmented by the traceability requirements and the pub/sub requirements provides this support? Question 2: Do we need a checkpoint (monotonically incrementing counter to accomplish #2)? Question 3 Context: The security directorate reviewer of the I2RS architecture stated: " A conceptually simpler strategy [than the asynchronous strategy] is to say that since a client can make multiple parallel connections to an agent that in cases where a client wants asynchronous operation he opens multiple connections and launches one asynchronous operation on each. The cost is that is has lower performance in cases where there are large numbers of parallel operations tying up lots of connection state." In my understanding RESTCONF provides one operations per session. Question 3: If the I2RS client requires a tradeoff where that restricts the space requirements for parallel sessions, is the space requirement for output only (so that pub/sub requirements) are sufficient. Or should this tradeoff be considered in the I2RS protocol requirements. Thank you for your help, Sue Hares ------=_NextPart_000_01C4_01D0550E.2275E840 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I2RS WG: =

 

We are trying to wrap of the protocol requirements for = I2RS within March.  This post ask 3 questions regarding the I2RS = requirements. 

 

Question = 1 context:  

The I2RS = architecture states in section 1.1 that the I2RS interface should be: = programmatic, asynchronous, and offers fast, interactive access for = atomic operations.  This posts asks if we need to require a = checkpoint to make asynchronous functions work.

 

In a review = by the security directorate, the reviewer asked:  “Is = security and the support for the asynchronous nature of the protocol = fully supported?”  In the reviewers mind Asynchronous usually = means the following:

 

1)      = The protocol can launch operations and then = check back later whether they successfully completed.

2)      =  If you want to execute a second operation = only if a first succeeds (or to guarantee the order in which they = execute), you need to at some point wait for operations to = complete.

3)      = There is also substantial overhead in supporting = asynchronous operation in that all transactions need labels so that they = can be queried?

 

Question = 1:  Do we believe that netconf or restconf augmented by the = traceability requirements and the pub/sub requirements provides this = support? 

Question 2: Do = we need a checkpoint (monotonically incrementing counter to accomplish = #2)?

 

 

Question 3 = Context:

The security directorate = reviewer of the I2RS architecture stated:

“ A conceptually simpler strategy [than the = asynchronous strategy] is to say that since a client can make multiple = parallel connections to an agent that in cases where a client wants = asynchronous operation he opens multiple connections and launches one = asynchronous operation on each. The cost is that is has lower = performance in cases where there are large numbers of parallel = operations tying up lots of connection state.”

 

In my = understanding RESTCONF provides one operations per session. =

 

Question 3: If the I2RS client requires a = tradeoff where that restricts the space requirements for parallel = sessions, is the space requirement for output only (so that pub/sub = requirements) are sufficient.  Or should this tradeoff be = considered in the I2RS protocol requirements.

 

Thank you = for your help,

 

Sue = Hares

 

------=_NextPart_000_01C4_01D0550E.2275E840-- From nobody Mon Mar 2 18:16:07 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B59C11A90B4 for ; Mon, 2 Mar 2015 18:16:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 4lt4je9H_3qV for ; Mon, 2 Mar 2015 18:16:02 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E23391A90AB for ; Mon, 2 Mar 2015 18:16:01 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPU82726; Tue, 03 Mar 2015 02:16:00 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 3 Mar 2015 02:15:59 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.245]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0158.001; Tue, 3 Mar 2015 10:15:47 +0800 From: Mach Chen To: Linda Dunbar , Susan Hares , "i2rs@ietf.org" Thread-Topic: Questions & suggestions to draft-ietf-i2rs-usecase-reqs-summary-00 Thread-Index: AdBRLmKNbMke7BltQdiItV707P8vIgAAQCnAAQmZofA= Date: Tue, 3 Mar 2015 02:15:47 +0000 Message-ID: References: <4A95BA014132FF49AE685FAB4B9F17F645EE348D@dfweml701-chm> In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645EE348D@dfweml701-chm> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.199] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B39BBF5SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [i2rs] Questions & suggestions to draft-ietf-i2rs-usecase-reqs-summary-00 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 02:16:05 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B39BBF5SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Linda, Sorry for the late response, not sure why this email was filtered into the = junk email foldJ Thanks for the question and suggestions! The current version (00) is a summ= ary from the varies use case drafts, some of them are discussable, especial= ly for those use cases that the detail are not so clear when the use case d= raft composed. Your suggestions are good, and we will incorporate the sugg= estions into the next revision. Best regards, Mach From: Linda Dunbar Sent: Thursday, February 26, 2015 3:16 AM To: Susan Hares; Mach Chen; i2rs@ietf.org Subject: Questions & suggestions to draft-ietf-i2rs-usecase-reqs-summary-00 Mach and Sue, I have some questions and suggestions for the Section 7: Req from SFC Use= Cases: - SFC-US-REQ01: o Is the "service node" here mean "Service Function" Node? Why need the = " host system" address? Is "host system address " the Server address When m= ultiple service functions are instantiated on the server? Then the "Server"= address is not referenced by Forwarding node. Why need here? o It makes more sense to have "Service Node Address & Service Function I= ndex" tuple to cover the case of one service node having multiple service f= unctions instantiated. - SFC-USE-REQ02: o SF type should be "Vendor & SF name". FW by different vendors have diff= erent functionalities. Same goes IP Firewall, LB, etc. - SFC-USE-REQ03: o What is the "virtual contexts" for? Is the "Virtual Context" here mean = the same as NVo3's "virtual context", i.e. the "Virtual Network Identifier"= ? I think Routers have to expose which fields that routers are capable of ste= ering. For example, - Steering packets based on L2 Layer: MPLS label, MAC destination,= MAC source, VID, EtherType - Steering packets based on any field of GRE header, VxLAN header,= .. - Steering packets based on L3 Layer: IP destination, IP Source, p= rotocol code, ... - Steering packets based on L4 fields: TCP port, UDP port - Steering packets based on ingress port, - Steering packets based on any bits in the packet - Steering packets based on packet size, - Steering packets based on time of the day, Linda --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B39BBF5SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi Linda,<= /font>

=  

= Sorry for the late response, not sure why this email was filtered into the junk emai= l fold<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;fon= t-family:Wingdings;mso-ascii-font-family:Calibri;mso-hansi-font-family:Cali= bri;mso-bidi-font-family:"Times New Roman";color:#1F497D;mso-char= -type:symbol;mso-symbol-font-family:Wingdings">J

=  

= Thanks for the question and suggestions! The current version (00) is a summary fr= om the varies use case drafts, some of them are discussable, especially for= those use cases that the detail are not so clear when the use case draft c= omposed.  Your suggestions are good, and we will incorporate the suggestions i= nto the next revision.

=  

= Best regards,

= Mach

=  

From: Linda Dunbar
Sent: Thursday, February 26,= 2015 3:16 AM
To: Susan Hares; Mach Chen; = i2rs@ietf.org
Subject: Questions & sug= gestions to draft-ietf-i2rs-usecase-reqs-summary-00

 

 

Mach and Sue,

 

I have some questions and suggestions  f= or the Section 7:  Req from SFC Use Cases:

 

-    &= nbsp;     SFC-US-RE= Q01:

o<= font size=3D"1" face=3D"Times New Roman">   Is the &n= bsp;“service node” here mean “Service Function” Nod= e? Why need the “ host system” address? Is “host system a= ddress ” the Server address When multiple service functions are insta= ntiated on the server? Then the “Server” address is not referenced by Forward= ing node. Why need here?

o<= font size=3D"1" face=3D"Times New Roman">   It makes = more sense to have  “Service Node Address & Service Function= Index” tuple to cover the case of one service node having multiple s= ervice functions instantiated.

&nbs= p;

-    &= nbsp;      SFC= -USE-REQ02:

o<= font size=3D"1" face=3D"Times New Roman">   SF type s= hould be “Vendor & SF name”. FW by different vendors have d= ifferent functionalities. Same goes IP Firewall, LB, etc.

&nbs= p;

-    &= nbsp;     SFC-USE-R= EQ03:

o<= font size=3D"1" face=3D"Times New Roman">   What is t= he “virtual contexts” for? Is the “Virtual Context”= here mean the same as NVo3’s “virtual context”, i.e. the= “Virtual Network Identifier”?

 

I think Routers have to expose which fields t= hat routers are capable of steering. For example,

-    &= nbsp;     Steering = packets based on L2 Layer: MPLS label, MAC destination, MAC source, VID, Et= herType

-    &= nbsp;     Steering = packets based on any field of GRE header, VxLAN header, ..

-    &= nbsp;     Steering = packets based on L3 Layer: IP destination, IP Source, protocol code, …= ;

-    &= nbsp;     Steering = packets based on L4 fields: TCP port, UDP port

-    &= nbsp;     Steering = packets based on ingress port,

-    &= nbsp;     Steering = packets based on any bits in the packet

-    &= nbsp;     Steering = packets based on packet size,

-    &= nbsp;     Steering = packets based on time of the day,

 

 

 

Linda

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B39BBF5SZXEMA510MBXchi_-- From nobody Tue Mar 3 00:45:54 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E79691A1A77; Tue, 3 Mar 2015 00:45:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 O-JjVAr99anh; Tue, 3 Mar 2015 00:45:52 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 298661A1A70; Tue, 3 Mar 2015 00:45:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 0DAD31C0AD0; Tue, 3 Mar 2015 00:45:52 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (wlan.dagstuhl.de [192.76.146.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id D7B161C029E; Tue, 3 Mar 2015 00:45:50 -0800 (PST) Message-ID: <54F574BD.5060403@joelhalpern.com> Date: Tue, 03 Mar 2015 03:45:49 -0500 From: "Joel M. Halpern" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Susan Hares , i2rs@ietf.org References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> In-Reply-To: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: 'Jeffrey Haas' , secdir@ietf.org Subject: Re: [i2rs] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 08:45:54 -0000 As written, it is hard to answer the questions. Particularly since RestConf is still under development, I expect that most of the requirements can be met. But I do not have enough information to know whether they are met. Further, the questions seem to assume specific means of meeting the requirement. They may well be the best means, but it is not obvious. Further comments in-line. Yours, Joel On 3/2/15 5:27 PM, Susan Hares wrote: > I2RS WG: > > We are trying to wrap of the protocol requirements for I2RS within > March. This post ask 3 questions regarding the I2RS requirements. > > *Question 1 context: * > > The I2RS architecture states in section 1.1 that the I2RS interface > should be: programmatic, asynchronous, and offers fast, interactive > access for atomic operations. This posts asks if we need to require a > checkpoint to make asynchronous functions work. > > In a review by the security directorate, the reviewer asked: “Is > security and the support for the asynchronous nature of the protocol > fully supported?” In the reviewers mind Asynchronous usually means the > following: > > 1)The protocol can launch operations and then check back later whether > they successfully completed. > > 2) If you want to execute a second operation only if a first succeeds > (or to guarantee the order in which they execute), you need to at some > point wait for operations to complete. > > 3)There is also substantial overhead in supporting asynchronous > operation in that all transactions need labels so that they can be queried? > > *Question 1:* Do we believe that netconf or restconf augmented by the > traceability requirements and the pub/sub requirements provides this > support? Drawing on the traceability requirement here assumes that the traceability reporting is to be within I@RS. This was not obvious. Inf act, if one is trying to diagnose problems / corruption of I2RS activity, one might well want traceability via means other than I2RS. It is clear that one can create an information model with access contro recording the results of operations, and allowing a reader to determine what has happened. It is not at all clear that pub/sub is needed to meet these requirements, although one could subscribe to such a table to get notifications of success / failure, which is not one of the listed requirements, but is clearly nice to have. Statement 3 asserts taht there is substantial overhead associated with this. While I would have to agree that there is overhead, I have trouble seeing it as "substantial". > > *Question 2:* Do we need a checkpoint (monotonically incrementing > counter to accomplish #2)? I can imagine multiple techniques to achieve goal #2. A monotonically increasing counter, across multiple clients, seems like one of the harder answers to actual use, although it would seem to work. > > Question 3 Context: > > The security directorate reviewer of the I2RS architecture stated: > > “ A conceptually simpler strategy [than the asynchronous strategy] is to > say that since a client can make multiple parallel connections to an > agent that in cases where a client wants asynchronous operation he opens > multiple connections and launches one asynchronous operation on each. > The cost is that is has lower performance in cases where there are large > numbers of parallel operations tying up lots of connection state.” > > In my understanding RESTCONF provides one operations per session. > > *Question 3:* If the I2RS client requires a tradeoff where that > restricts the space requirements for parallel sessions, is the space > requirement for output only (so that pub/sub requirements) are > sufficient. Or should this tradeoff be considered in the I2RS protocol > requirements. I am unable to parse the question. Is the question "should we allow multiple parallel sessions, but restrict the number of such sessions?" Or is the question whether we want to require parallel sessions to be used for asynchronous operations? The driver I understood for this requirement was that some operations may take time, and / or may produce significant volumes of response. > > Thank you for your help, > > Sue Hares > > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Tue Mar 3 01:38:41 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B6311A1B12 for ; Tue, 3 Mar 2015 01:38:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 E5BTfHfwDRXi for ; Tue, 3 Mar 2015 01:38:36 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 45C841A1B0D for ; Tue, 3 Mar 2015 01:38:36 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Linda Dunbar'" , "'Mach Chen'" , References: <4A95BA014132FF49AE685FAB4B9F17F645EE3532@dfweml701-chm> In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645EE3532@dfweml701-chm> Date: Tue, 3 Mar 2015 04:38:22 -0500 Message-ID: <03e501d05595$cbc57d70$63507850$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03E6_01D0556B.E2F12320" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKxJlsx4hLIRmV1TNUnqtDVT4NtrJtI3gtQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] Qustion about SFC-Use-REQ07 of draft-ietf-i2rs-usecase-reqs-summary-00 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 09:38:39 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03E6_01D0556B.E2F12320 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Linda and Mach: My understanding of the original text matches yours. I'll query Nabil Bitar and his co-authors to verify my understanding. Sue From: Linda Dunbar [mailto:linda.dunbar@huawei.com] Sent: Wednesday, February 25, 2015 3:50 PM To: Susan Hares; Mach Chen; i2rs@ietf.org Subject: Qustion about SFC-Use-REQ07 of draft-ietf-i2rs-usecase-reqs-summary-00 Mach and Sue, One more question about SFC-Use-REQ07: SFC-Use-REQ07 (IC): Virtual Network Topology (VNT) which includes: * number of access points to which service topology applies * topology of access points Does the "Virtual Network Topology" in SFC-Use-REQ07" mean the "Topology of Service Function Forwarder Nodes"? If yes, suggest to change the text to: SFC-Use-REQ07 : Service Function Forwarder Topology Which includes: . The number of SFF nodes . Topology of the SFF nodes If not, what is this "Virtual Network Topology" ? Linda From: Linda Dunbar Sent: Wednesday, February 25, 2015 1:16 PM To: 'Susan Hares'; Mach Chen; i2rs@ietf.org Subject: Questions & suggestions to draft-ietf-i2rs-usecase-reqs-summary-00 Mach and Sue, I have some questions and suggestions for the Section 7: Req from SFC Use Cases: - SFC-US-REQ01: o Is the "service node" here mean "Service Function" Node? Why need the " host system" address? Is "host system address " the Server address When multiple service functions are instantiated on the server? Then the "Server" address is not referenced by Forwarding node. Why need here? o It makes more sense to have "Service Node Address & Service Function Index" tuple to cover the case of one service node having multiple service functions instantiated. - SFC-USE-REQ02: o SF type should be "Vendor & SF name". FW by different vendors have different functionalities. Same goes IP Firewall, LB, etc. - SFC-USE-REQ03: o What is the "virtual contexts" for? Is the "Virtual Context" here mean the same as NVo3's "virtual context", i.e. the "Virtual Network Identifier"? I think Routers have to expose which fields that routers are capable of steering. For example, - Steering packets based on L2 Layer: MPLS label, MAC destination, MAC source, VID, EtherType - Steering packets based on any field of GRE header, VxLAN header, .. - Steering packets based on L3 Layer: IP destination, IP Source, protocol code, . - Steering packets based on L4 fields: TCP port, UDP port - Steering packets based on ingress port, - Steering packets based on any bits in the packet - Steering packets based on packet size, - Steering packets based on time of the day, Linda ------=_NextPart_000_03E6_01D0556B.E2F12320 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Linda and Mach:

 

My understanding of the = original text matches yours.  I’ll query Nabil Bitar and his = co-authors to verify my understanding.

 

Sue =

 

From:= = Linda Dunbar [mailto:linda.dunbar@huawei.com]
Sent: = Wednesday, February 25, 2015 3:50 PM
To: Susan Hares; Mach = Chen; i2rs@ietf.org
Subject: Qustion about SFC-Use-REQ07 of = draft-ietf-i2rs-usecase-reqs-summary-00

=

 

Mach and Sue,

 

One more question about = SFC-Use-REQ07:

 

SFC-Use-REQ07 (IC): = Virtual Network Topology (VNT)

which = includes:

* number of access points = to which service topology applies

* topology of access = points

 

 

Does the = “Virtual Network Topology” in SFC-Use-REQ07” mean the = “Topology of Service Function Forwarder Nodes”? =

 

If yes, suggest to = change the text to:

 

SFC-Use-REQ07 : Service = Function Forwarder Topology

Which = includes:

·         = The number = of  SFF nodes

·         = Topology of = the SFF nodes

 

If not, what is this = “Virtual Network Topology” ?

 

Linda

From:= = Linda Dunbar
Sent: Wednesday, February 25, 2015 1:16 = PM
To: 'Susan Hares'; Mach Chen; i2rs@ietf.org
Subject: = Questions & suggestions to = draft-ietf-i2rs-usecase-reqs-summary-00

=

 

 

Mach and = Sue,

 

I have some questions and suggestions  for the = Section 7:  Req from SFC Use Cases:

 

-          = SFC-US-REQ01:

o   Is the =  “service node” here mean “Service = Function” Node? Why need the “ host system” address? = Is “host system address ” the Server address When multiple = service functions are instantiated on the server? Then the = “Server” address is not referenced by Forwarding node. Why = need here?

o   It makes more = sense to have  “Service Node Address & Service Function = Index” tuple to cover the case of one service node having multiple = service functions instantiated.

 

-          =  SFC-USE-REQ02:

o   SF type should = be “Vendor & SF name”. FW by different vendors have = different functionalities. Same goes IP Firewall, LB, etc. =

 

-          = SFC-USE-REQ03:

o   What is the = “virtual contexts” for? Is the “Virtual Context” = here mean the same as NVo3’s “virtual context”, i.e. = the “Virtual Network Identifier”?

 

I think = Routers have to expose which fields that routers are capable of = steering. For example,

-          = Steering packets based on L2 Layer: MPLS label, = MAC destination, MAC source, VID, EtherType

-          = Steering packets based on any field of GRE = header, VxLAN header, ..

-          = Steering packets based on L3 Layer: IP = destination, IP Source, protocol code, …

-          = Steering packets based on L4 fields: TCP port, = UDP port

-          = Steering packets based on ingress port, =

-          = Steering packets based on any bits in the = packet

-          = Steering packets based on packet size, =

-          = Steering packets based on time of the day, =

 

 

 

Linda

 

------=_NextPart_000_03E6_01D0556B.E2F12320-- From nobody Tue Mar 3 06:33:51 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7E3A1A8ABF for ; Tue, 3 Mar 2015 06:33:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 LhmezCVpVZlh for ; Tue, 3 Mar 2015 06:33:49 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E1871A8759 for ; Tue, 3 Mar 2015 06:33:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=657; q=dns/txt; s=iport; t=1425393229; x=1426602829; h=message-id:date:from:mime-version:to:subject: content-transfer-encoding; bh=PG5LNsy/nTnHEehKGNOG0AZ664JpuT2uUAk24wKrtOo=; b=Y36m4qCx363kbB55D9DIIhEP5i/e6vhz2rgaAvE7YbeKLixZxV3sikAE bXMQKBFdhfnyHVG0pSgSln21qgXTt+m2WiaWJ9Qyr8XWLuEG4M5Iy0guT 0Vzpch9t3MIGiGaM44omrjeiE0a3Rez4JGCU/My1XiiR9LxTv5oioUnkQ g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A+BgA2xfVU/xbLJq1ahzm4RY1eAQEBAQEBfIQ5FUA2AgUWCwILAwIBAgFLDQgBAYgrrDmPSJpPAQEBBwIBH4EhkU6BQwEEmUKGboxxI4NvPYJ0AQEB X-IronPort-AV: E=Sophos;i="5.09,681,1418083200"; d="scan'208";a="368147779" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 03 Mar 2015 14:33:47 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t23EXlcd016271 for ; Tue, 3 Mar 2015 14:33:47 GMT Message-ID: <54F5C64B.5060100@cisco.com> Date: Tue, 03 Mar 2015 15:33:47 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "i2rs@ietf.org" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [i2rs] I2RS charter: information model or data model (in YANG)? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 14:33:51 -0000 Dear all, The I2RS charter contains: "Request publication of Standards Track documents specifying information models" "The working group is not currently chartered to develop protocols, encoding languages, or data models." However, the charter is more than two years old: 2013-01-29 Background: the information model was mentioned in charters in the past, as an extra step, while waiting for an emerging data modeling language. In the mean time, YANG became the de facto data modeling language. Therefore, I believe that the WG should be focusing on YANG data models, and skip the information model step. Regards, Benoit From nobody Tue Mar 3 06:36:43 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 875941A90EB for ; Tue, 3 Mar 2015 06:36:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.999 X-Spam-Level: X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham 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 Tji19AxFZ_eF for ; Tue, 3 Mar 2015 06:36:41 -0800 (PST) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (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 1D22B1A90E8 for ; Tue, 3 Mar 2015 06:36:36 -0800 (PST) Received: by igal13 with SMTP id l13so28272667iga.0 for ; Tue, 03 Mar 2015 06:36:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RWilk08z7+8ZNjQpXAbMeqoJXIKqubpCO2K5teT/fyo=; b=fpWqpyPzTCW2hz36HDePRDOaJ3u3oVzQgU1kl6+kOLhTnIovhFk0WnfPiNct4NkGh2 VK1CI4kjgsN9SlqnKpX1/Os+hiDytgvWCD5Hc0jq6qtjCy631Q3jir4IUOr7FmuldJTD NzfJtqGERZY/qyEgzK3fBz3Q1QQboANPQ7YPYdx9j/M3TUt9M6fFV6JT3Z25FP9npdoa JDV/i300ArjgIz5B3Dln8OWEpFrYVBqJ+VzNFPTRqHXZLyOsDaxZivjZ8fORsaQU3Lvi CmhFlm7VmnVFdwnWzq5msvMM66Kyh3yxqYArMuSNoLi3OBvtrxNYnONRrt31FAgd619I gn2Q== MIME-Version: 1.0 X-Received: by 10.60.74.41 with SMTP id q9mr23535315oev.61.1425393395385; Tue, 03 Mar 2015 06:36:35 -0800 (PST) Received: by 10.60.97.135 with HTTP; Tue, 3 Mar 2015 06:36:35 -0800 (PST) In-Reply-To: <54F5C64B.5060100@cisco.com> References: <54F5C64B.5060100@cisco.com> Date: Tue, 3 Mar 2015 09:36:35 -0500 Message-ID: From: Alia Atlas To: Benoit Claise Content-Type: multipart/alternative; boundary=001a1135e95aff4c17051063426a Archived-At: Cc: "i2rs@ietf.org" Subject: Re: [i2rs] I2RS charter: information model or data model (in YANG)? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 14:36:42 -0000 --001a1135e95aff4c17051063426a Content-Type: text/plain; charset=UTF-8 Benoit, On Tue, Mar 3, 2015 at 9:33 AM, Benoit Claise wrote: > Dear all, > > The I2RS charter contains: > "Request publication of Standards Track documents specifying > information models" > "The working group is not currently chartered to develop protocols, > encoding languages, or data models." > > However, the charter is more than two years old: 2013-01-29 > Background: the information model was mentioned in charters in the past, > as an extra step, while waiting for an emerging data modeling language. In > the mean time, YANG became the de facto data modeling language. > > Therefore, I believe that the WG should be focusing on YANG data models, > and skip the information model step. > I agree. I think the high level of the information model is useful with the YANG data model. I'm chatting with Jeff and Sue about updating the charter to clarify this fairly quickly. Regards, Alia > Regards, Benoit > > > > > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > --001a1135e95aff4c17051063426a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Benoit,

On Tue, Mar 3, 2015 at 9:33 AM,= Benoit Claise <bclaise@cisco.com> wrote:
Dear all,

The I2RS charter contains:
=C2=A0 =C2=A0 "Request publication of Standards Track documents specif= ying information models"
=C2=A0 =C2=A0 "The working group is not currently chartered to develop= protocols, encoding languages, or data models."

However, the charter is more than two years old: 2013-01-29
Background: the information model was mentioned in charters in the past, as= an extra step, while waiting for an emerging data modeling language. In th= e mean time, YANG became the de facto data modeling language.

Therefore, I believe that the WG should be focusing on YANG data models, an= d skip the information model step.

I ag= ree.=C2=A0 I think the high level of the information model is useful with t= he YANG data model.=C2=A0 I'm chatting with Jeff and Sue about updating= the charter to clarify this fairly quickly.

Regar= ds,
Alia
=C2=A0

=C2=A0
Regards, Benoit






_______________________________________________
i2rs mailing list
i2rs@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/i2rs

--001a1135e95aff4c17051063426a-- From nobody Tue Mar 3 12:12:51 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D3A1A88FC; Tue, 3 Mar 2015 12:12:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 Pz1gmn7QWQpj; Tue, 3 Mar 2015 12:12:45 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 47C161A88E2; Tue, 3 Mar 2015 12:12:45 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150303201245.24375.31026.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 12:12:45 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-00.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 20:12:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : Requirements for Subscription to YANG Datastores Authors : Eric Voit Alex Clemm Alberto Gonzalez Prieto Filename : draft-ietf-i2rs-pub-sub-requirements-00.txt Pages : 16 Date : 2015-03-03 Abstract: This document provides requirements for a service that allows client applications to subscribe to updates of a YANG datastore. Based on criteria negotiated as part of a subscription, updates will be pushed to targeted recipients. Such a capability eliminates the need for periodic polling of YANG datastores by applications and fills a functional gap in existing YANG transports (i.e. Netconf and Restconf). Such a service can be summarized as a "pub/sub" service for YANG datastore updates. Beyond a set of basic requirements for the service, various refinements are addressed. These refinements include: periodicity of object updates, filtering out of objects underneath a requested a subtree, and delivery QoS guarantees. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-00 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 Tue Mar 3 14:08:12 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24E0A1ACDDE; Tue, 3 Mar 2015 14:08:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.156 X-Spam-Level: X-Spam-Status: No, score=-97.156 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 slViJgN8oVBp; Tue, 3 Mar 2015 14:08:10 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id A172F1ACDE0; Tue, 3 Mar 2015 14:08:09 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Melinda Shore'" , , References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> In-Reply-To: <54F4E7D7.1000603@gmail.com> Date: Tue, 3 Mar 2015 17:08:05 -0500 Message-ID: <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQKNoMDmLw8r4tCY9pMrxOLsQQAbewIgtX/Tm3+rlYA= X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 22:08:11 -0000 Melinda: Thank you for your clear question - let me try to unpack and answer your question. I really appreciate your aid in working through these cases. The asynchronous models we've discussed are: 1) polling based - I2RS client queries at a set of agents to receive status information 2) call-back based - the I2RS Client performs an action (adds an interface) and the I2RS agent returns a response after the sequence is done. 3) pub/sub based - meaning the I2RS clients sign up to receive publications of results. 4) atomic based - a sequence of commands that are done and then returned with a call-back. (if you think I've missed one, please let me know). IHMO the use of a checkpoint in each of the cases is the following. 1) polling The checkpoint (or revision counter) would be used to indicate if something else had written or change the portion of the tree after the polling began. This checkpoint can be for the whole tree or a model. The keeping of a checkpoint per item within a model may be prohibited. 2) call-back item If another higher priority interrupt, interrupts the write with call-back response - then an error message would indicated the interrupt. If a lower priority commands tries to interrupt, the architecture indicates the lower priority command will receive an error in the call-back. If a same priority command tries to interrupt the command, it is an error and both commands should be flagged. In my understanding, the checking point is not of a use in this case. 3) pub/sub item A checkpoint may provide an indication if something changes between subsequent updates from a pub/sub. This information may be sent in the pub/sub message sequences. 4) atomic groupings of commands that return with a command. The atomic groupings of a commands either succeeds or fails based on same circumstances as the call-back. A checkpoint really doesn't aid the result here. My understanding on the support of each of these four functions in RESTCONF/NETCONF depends on Ephemeral data store issues. Without a NETCONF solution to the ephemeral datastore, only restconf can share definitions and data between I2RS agent models and netconf data models. IMHO this sharing makes data-model creation a lot easier. Therefore, let me comment on the RESTCONF support for the four functions: 1) polling - RESTCONF GET/QUERY can poll for data I2RS data (no ephemeral data store issues) 2) call/back item: RESTCONF RPC mechanism seem to be supported as well as the POST, PUT, PATCH, and DELETE. 3) pub/sub: call-home features exist and a pub/sub feature solution has been proposed. 4) atomic group: RESTCONF provides the automatic RESTCONF provides integrity and confidentiality of the data and mutually authenticated client-server identities. Sue Hares -----Original Message----- From: Melinda Shore [mailto:melinda.shore@gmail.com] Sent: Monday, March 02, 2015 5:45 PM To: Susan Hares; i2rs@ietf.org; secdir@ietf.org Subject: Re: [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF On 3/2/15 1:27 PM, Susan Hares wrote: > This posts asks if we need to require a checkpoint to make > asynchronous functions work. Hi, Sue: I don't really understand the question. If you're going to specify that there's going to be support for asynchronous event processing, you need a model for that. It can be polling-based, callback-based, interrupt-based, and so on, and what data structures you'll require will depend on the model you choose. That includes both for naming and for coordination/scheduling. I'm not sure exactly what you mean by "checkpoint" (semaphores? locks?) but it may actually be out of scope - an implementation question. At any rate the first place to start is with coming up with a concurrency (or asynchrony) model, and then proceeding from there. Melinda From nobody Tue Mar 3 19:00:23 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E32471A0178; Tue, 3 Mar 2015 19:00:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 PWJdE2mS21h7; Tue, 3 Mar 2015 19:00:20 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E4B651A8F4E; Tue, 3 Mar 2015 19:00:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304030019.13192.22651.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 19:00:19 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-dong-i2rs-l2-network-topology-01.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:00:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : A YANG Data Model for Layer-2 Network Topologies Authors : Jie Dong Xiugang Wei Filename : draft-dong-i2rs-l2-network-topology-01.txt Pages : 14 Date : 2015-03-03 Abstract: This document defines a YANG data model for layer-2 network topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-dong-i2rs-l2-network-topology-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-dong-i2rs-l2-network-topology-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 Tue Mar 3 19:00:32 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 025531A8F4A; Tue, 3 Mar 2015 19:00:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 DnyLCNgmQcP3; Tue, 3 Mar 2015 19:00:22 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F9E91A8F50; Tue, 3 Mar 2015 19:00:20 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304030020.13192.516.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 19:00:20 -0800 Archived-At: Subject: [i2rs] New Version Notification - draft-dong-i2rs-l2-network-topology-01.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:00:23 -0000 A new version (-01) has been submitted for draft-dong-i2rs-l2-network-topology: http://www.ietf.org/internet-drafts/draft-dong-i2rs-l2-network-topology-01.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-dong-i2rs-l2-network-topology-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. IETF Secretariat. From nobody Wed Mar 4 11:28:15 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E4CB1A8762; Wed, 4 Mar 2015 11:28:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 swoIHUi-0Qf7; Wed, 4 Mar 2015 11:28:11 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CE8141A87B1; Wed, 4 Mar 2015 11:28:10 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304192810.6522.70273.idtracker@ietfa.amsl.com> Date: Wed, 04 Mar 2015 11:28:10 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-traceability-01.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:28:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : Interface to the Routing System (I2RS) Traceability: Framework and Information Model Authors : Joe Clarke Gonzalo Salgueiro Carlos Pignataro Filename : draft-ietf-i2rs-traceability-01.txt Pages : 13 Date : 2015-03-04 Abstract: This document describes a framework for traceability in the Interface to the Routing System (I2RS) and information model for that framework. It specifies the motivation, requirements, use cases, and defines an information model for recording interactions between elements implementing the I2RS protocol. This framework provides a consistent tracing interface for components implementing the I2RS architecture to record what was done, by which component, and when. It aims to improve the management of I2RS implementations, and can be used for troubleshooting, auditing, forensics, and accounting purposes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-i2rs-traceability-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-traceability-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 Wed Mar 4 11:38:44 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1918C1A86F5; Wed, 4 Mar 2015 11:38:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 EszuaOmieGe0; Wed, 4 Mar 2015 11:38:41 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 12C021A886C; Wed, 4 Mar 2015 11:38:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304193841.9362.5152.idtracker@ietfa.amsl.com> Date: Wed, 04 Mar 2015 11:38:41 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-traceability-02.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:38:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : Interface to the Routing System (I2RS) Traceability: Framework and Information Model Authors : Joe Clarke Gonzalo Salgueiro Carlos Pignataro Filename : draft-ietf-i2rs-traceability-02.txt Pages : 13 Date : 2015-03-04 Abstract: This document describes a framework for traceability in the Interface to the Routing System (I2RS) and information model for that framework. It specifies the motivation, requirements, use cases, and defines an information model for recording interactions between elements implementing the I2RS protocol. This framework provides a consistent tracing interface for components implementing the I2RS architecture to record what was done, by which component, and when. It aims to improve the management of I2RS implementations, and can be used for troubleshooting, auditing, forensics, and accounting purposes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-i2rs-traceability-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-traceability-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Mar 4 11:41:17 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAE021A879F for ; Wed, 4 Mar 2015 11:41:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 43bMbX8ckKR9 for ; Wed, 4 Mar 2015 11:41:14 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EF901A1A33 for ; Wed, 4 Mar 2015 11:41:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2277; q=dns/txt; s=iport; t=1425498074; x=1426707674; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=EapFcRT3XlcS2XQOgrQh2oXP+aLTVfzY4TylYiA7c70=; b=YQg6zpGasLok+8yNFdMQiUwQBr55z9LiwfQxxrDy9jt9oIBTRbqt/X85 uXaqLcuFQSbnrNTno5jweZAhpY15G+1owuZ5eAGaZckNUqT64Z2PusgTS 0ob9joOD4xe5u0YFZn3dSvYRbB7mtIWgcT5yLRANy22dYfcXNiQi8c7lw k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AcBgCzX/dU/5pdJa1agwJSVQWDC74VhW8CgS5NAQEBAQEBfIQPAQEBBCMVPwERHAECAQIDAgUWCwICCQMCAQIBNwQCCAYNBgIBAQWIJggFvUGaIgEBAQEBAQEBAQEBAQEBAQEBAQEBGIEhiXGETCkGgmKBQwWKYokEhWqBGjmCbYIyjHgjhAwgMQGCQgEBAQ X-IronPort-AV: E=Sophos;i="5.09,689,1418083200"; d="scan'208";a="397802785" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-9.cisco.com with ESMTP; 04 Mar 2015 19:40:59 +0000 Received: from [10.150.55.44] (dhcp-10-150-55-44.cisco.com [10.150.55.44]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t24JewqO009882 for ; Wed, 4 Mar 2015 19:40:59 GMT Message-ID: <54F75FCA.7010102@cisco.com> Date: Wed, 04 Mar 2015 14:40:58 -0500 From: Joe Clarke Organization: Cisco Systems, Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "i2rs@ietf.org" References: <20150304193841.9362.9713.idtracker@ietfa.amsl.com> In-Reply-To: <20150304193841.9362.9713.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20150304193841.9362.9713.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [i2rs] Fwd: New Version Notification for draft-ietf-i2rs-traceability-02.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:41:16 -0000 This new version of the draft (both -01 and -02) address the comments that were discussed on the 1/23 interim meeting. The diff between -01 and -02 were we added the people that reviewed the draft to the Acknowledgments section. Thanks for the reviews and sorry for the noise/churn! The authors feel this version is ready for WGLC. Joe -------- Forwarded Message -------- Subject: New Version Notification for draft-ietf-i2rs-traceability-02.txt Date: Wed, 4 Mar 2015 11:38:41 -0800 From: internet-drafts@ietf.org To: Joe Clarke , Gonzalo Salgueiro , Carlos Pignataro , Joe Clarke , Carlos Pignataro , Gonzalo Salgueiro A new version of I-D, draft-ietf-i2rs-traceability-02.txt has been successfully submitted by Joe Clarke and posted to the IETF repository. Name: draft-ietf-i2rs-traceability Revision: 02 Title: Interface to the Routing System (I2RS) Traceability: Framework and Information Model Document date: 2015-03-04 Group: i2rs Pages: 13 URL: http://www.ietf.org/internet-drafts/draft-ietf-i2rs-traceability-02.txt Status: https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ Htmlized: http://tools.ietf.org/html/draft-ietf-i2rs-traceability-02 Diff: http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-traceability-02 Abstract: This document describes a framework for traceability in the Interface to the Routing System (I2RS) and information model for that framework. It specifies the motivation, requirements, use cases, and defines an information model for recording interactions between elements implementing the I2RS protocol. This framework provides a consistent tracing interface for components implementing the I2RS architecture to record what was done, by which component, and when. It aims to improve the management of I2RS implementations, and can be used for troubleshooting, auditing, forensics, and accounting purposes. 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. The IETF Secretariat From nobody Wed Mar 4 11:42:47 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37DFD1A879F; Wed, 4 Mar 2015 11:42:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 eyWnr3JuF-QS; Wed, 4 Mar 2015 11:42:45 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 4AF241A8727; Wed, 4 Mar 2015 11:42:45 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id C95ADC20C; Wed, 4 Mar 2015 14:42:44 -0500 (EST) Date: Wed, 4 Mar 2015 14:42:44 -0500 From: Jeffrey Haas To: Susan Hares Message-ID: <20150304194244.GB9142@pfrc> References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: i2rs@ietf.org, 'Melinda Shore' , secdir@ietf.org Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:42:46 -0000 To expand on some of Sue's details in-line: On Tue, Mar 03, 2015 at 05:08:05PM -0500, Susan Hares wrote: > Thank you for your clear question - let me try to unpack and answer your > question. I really appreciate your aid in working through these cases. > > > The asynchronous models we've discussed are: > 1) polling based - I2RS client queries at a set of agents to receive status > information An example of this is the GET operation in NETCONF or RESTCONF. > 2) call-back based - the I2RS Client performs an action (adds an interface) > and the I2RS agent returns a response after the sequence is done. An example of this is creating a subscription against interface state, then taking an action (edit-config, RPC) that adds that interface. > 3) pub/sub based - meaning the I2RS clients sign up to receive publications > of results. E.g. netconf notifications > 4) atomic based - a sequence of commands that are done and then returned > with a call-back. > (if you think I've missed one, please let me know). Most of our cases fit this and are aligned with RESTCONF. > > IHMO the use of a checkpoint in each of the cases is the following. > 1) polling > The checkpoint (or revision counter) would be used to indicate if something > else had written or change the portion of the tree after the polling began. > This checkpoint can be for the whole tree or a model. The keeping of a > checkpoint per item within a model may be prohibited. This checkpoint detail is something that we will likely need to raise to the netconf group as a component to assist in I2RS scenarios. Here's a high level description of how it might work. There is a presumption that it may be possible for the I2RS agent to restart. Given that a number of I2RS operations are likely to be built using multiple interactions with the agent, it's necessary to understand what state the agent may be in with regard to last-reset. A simple but unscalable way to implement this is to preceed each operation with a get/get-config to verify the state of the system prior to sending in the next I2RS operation. What is likely more stable is simply knowing whether the system is in the same state as when you last interacted with it. A version numbering system of some sort, whether system-wide or potentially as part of some models (perhaps even just I2RS models) would be sufficient to provide such a checkpoint. An example of the problem space this would address presuming three operations must be completed to accomplish a given I2RS goal, "A B C". If the agent crashes after B has been done, C may either complete with no errors, or may fail before the setup state for A and B are no longer in the system. An analogous mechanism in SNMP to address such issues are discontinuity objects. -- Jeff From nobody Wed Mar 4 11:54:39 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 010491AC429 for ; Wed, 4 Mar 2015 11:54:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 AwaK4Va3pd33 for ; Wed, 4 Mar 2015 11:54:36 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBDA71AC423 for ; Wed, 4 Mar 2015 11:54:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1652; q=dns/txt; s=iport; t=1425498876; x=1426708476; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=e/GildJqLAURWs58ApfAmb5KdgLwXasc+IAaEqZz/nY=; b=gomH2mmrVUFJHYfvOm0FfPzNORbXGiWXozl1BKBS0fP/tqW2k9Zhsn2f 6uusaeT7uFmbC9+qirpa+8zZoExcywAJYnVTzsy0Qlph53l7BdF/XK2VF 7M3Rt7Yj3UZl64ZJNzN3+zITor8tFbK58j3C/izs1mYBAkhpxaUojx3i9 I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BlBgCDYvdU/4ENJK1agwKBLAS7IYtqAoEuTQEBAQEBAXyEDwEBAQQdXBIBFgMEAQELGQQ5FAkJAQQBDQUIiCfXdAEBAQEBAQEBAQEBAQEBAQEBAQEBARePTzGDHoEUAQSFdIRAhU+JToEZgyaPKiOCMoE8b4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,689,1418083200"; d="scan'208";a="401271697" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-2.cisco.com with ESMTP; 04 Mar 2015 19:54:35 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t24JsYS8010934 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 4 Mar 2015 19:54:35 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.149]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Wed, 4 Mar 2015 13:54:34 -0600 From: "Eric Voit (evoit)" To: Susan Hares , "'Jeffrey Haas'" Thread-Topic: draft-ietf-i2rs-pub-sub-requirements-00 uploaded (was RE: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am) Thread-Index: AdBWtJfXxnQhHzk3Qu2Zp37uv0zIUA== Date: Wed, 4 Mar 2015 19:54:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.33.181.45] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" Subject: [i2rs] draft-ietf-i2rs-pub-sub-requirements-00 uploaded (was RE: I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:54:38 -0000 Hi Susan, I would like to present on the new WG draft: draft-ietf-i2rs-pub-sub-requirements-00 which was uploaded yesterday. Thanks, Eric -------------------------- From: i2rs / Susan Hares, March 02, 2015 3:55 PM Subject: Re: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92= on 3/27/2015 9-11:30am I2RS:=20 An member of the I2RS WG ask me "what is a lighting round?"=20 A lighting round is where the person gets 5 minutes and 3 slides to present= the new draft. Sue Hares=20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, March 02, 2015 2:40 PM To: i2rs@ietf.org Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 on = 3/27/2015 9-11:30am This is a call for presentations for the I2RS meeting on Friday 3/27/2015 f= rom 9:30-11:30am.=20 This meeting will focus on the following topics: 1) Proposals for requirements for the I2RS protocol=20 2) Protocol independent Data Models=20 a. RIB Information Model and Data models=20 b. PRB Information Models and Data Models and the policy related to these d= rafts c. Topology Models=20 3) Security Topics=20 4) Re-chartering to include data models.=20 If you wish to present a draft that is not within these topics, please stil= l send the I2RS chairs a note.=A0 =A0If there is time, we will provide a Li= ghting Round for introduction of new drafts. =A0We will then schedule each = of the new drafts for a longer session (20+ minutes at a I2RS interim).=20 The I2RS WG will continue its habit of bi-weekly meetings during April-July= . Sue Hares=20 From nobody Wed Mar 4 11:56:37 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5E981AC430 for ; Wed, 4 Mar 2015 11:56:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 QAW5o9l6E9mw for ; Wed, 4 Mar 2015 11:56:34 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 67BC81A86FB for ; Wed, 4 Mar 2015 11:56:34 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Eric Voit \(evoit\)'" , "'Jeffrey Haas'" References: In-Reply-To: Date: Wed, 4 Mar 2015 14:56:26 -0500 Message-ID: <06ab01d056b5$4e13e3a0$ea3baae0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQKSsrozz9G4M4Weg/MrNG/9N0h+QZuIBLZQ X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] draft-ietf-i2rs-pub-sub-requirements-00 uploaded (was RE: I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:56:35 -0000 Eric: You are on the agenda already under the Protocol work. Please send me a slide set summarizing the changes between the document. =20 If you also wish to make any changes to original explanation slide set, please send those along. I will announce that people need to review = this slide set before the meeting. If people have questions the slide set = will be available for you.=20 Sue=20 -----Original Message----- From: Eric Voit (evoit) [mailto:evoit@cisco.com]=20 Sent: Wednesday, March 04, 2015 2:55 PM To: Susan Hares; 'Jeffrey Haas' Cc: i2rs@ietf.org Subject: draft-ietf-i2rs-pub-sub-requirements-00 uploaded (was RE: = [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 on 3/27/2015 9-11:30am) Hi Susan, I would like to present on the new WG draft: draft-ietf-i2rs-pub-sub-requirements-00 which was uploaded yesterday. Thanks, Eric -------------------------- From: i2rs / Susan Hares, March 02, 2015 3:55 PM Subject: Re: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF = 92 on 3/27/2015 9-11:30am I2RS:=20 An member of the I2RS WG ask me "what is a lighting round?"=20 A lighting round is where the person gets 5 minutes and 3 slides to = present the new draft. Sue Hares=20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, March 02, 2015 2:40 PM To: i2rs@ietf.org Cc: 'Jeffrey Haas' Subject: [i2rs] I2RS Call for Presentations for I2RS meeting at IETF 92 = on 3/27/2015 9-11:30am This is a call for presentations for the I2RS meeting on Friday = 3/27/2015 from 9:30-11:30am.=20 This meeting will focus on the following topics: 1) Proposals for requirements for the I2RS protocol 2) Protocol independent Data Models a. RIB Information Model and Data models b. PRB Information Models and = Data Models and the policy related to these drafts c. Topology Models 3) Security Topics 4) Re-chartering to include data models.=20 If you wish to present a draft that is not within these topics, please = still send the I2RS chairs a note.=A0 =A0If there is time, we will provide a = Lighting Round for introduction of new drafts. =A0We will then schedule each of = the new drafts for a longer session (20+ minutes at a I2RS interim).=20 The I2RS WG will continue its habit of bi-weekly meetings during = April-July. Sue Hares=20 From nobody Wed Mar 4 12:29:20 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB5FF1ACE73; Wed, 4 Mar 2015 12:29:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 VluP8SX9BdHE; Wed, 4 Mar 2015 12:29:17 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id CE0A21ACE71; Wed, 4 Mar 2015 12:29:17 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id 78853C1B5; Wed, 4 Mar 2015 15:29:17 -0500 (EST) Date: Wed, 4 Mar 2015 15:29:17 -0500 From: Jeffrey Haas To: Susan Hares Message-ID: <20150304202917.GC9142@pfrc> References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: 'Jeffrey Haas' , i2rs@ietf.org, secdir@ietf.org Subject: Re: [i2rs] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 20:29:18 -0000 On Mon, Mar 02, 2015 at 05:27:17PM -0500, Susan Hares wrote: > 1) The protocol can launch operations and then check back later whether > they successfully completed. > > 2) If you want to execute a second operation only if a first succeeds > (or to guarantee the order in which they execute), you need to at some point > wait for operations to complete. > > 3) There is also substantial overhead in supporting asynchronous > operation in that all transactions need labels so that they can be queried? > > > > Question 1: Do we believe that netconf or restconf augmented by the > traceability requirements and the pub/sub requirements provides this > support? >From memory, NETCONF will support async operations. RESTCONF will support asynchronous operations for Yang RPC. > Question 2: Do we need a checkpoint (monotonically incrementing counter to > accomplish #2)? I articulated a case for it in a later message. It's really there to handle the exception case of a restart by the I2RS agent. Such an item would require eventual protocol support, but should not be a factor that prevents work from advancing on I2RS applications in the short term. > Question 3 Context: > > The security directorate reviewer of the I2RS architecture stated: > > " A conceptually simpler strategy [than the asynchronous strategy] is to say > that since a client can make multiple parallel connections to an agent that > in cases where a client wants asynchronous operation he opens multiple > connections and launches one asynchronous operation on each. The cost is > that is has lower performance in cases where there are large numbers of > parallel operations tying up lots of connection state." > > > > In my understanding RESTCONF provides one operations per session. > > > > Question 3: If the I2RS client requires a tradeoff where that restricts the > space requirements for parallel sessions, is the space requirement for > output only (so that pub/sub requirements) are sufficient. Or should this > tradeoff be considered in the I2RS protocol requirements. This is likely to be a multi-variable equation. While the system may have limits on the number of sessions it is willing to support, the system may also have resource contention for the multiple operations that have been queued by the various sessions. The ability to pipeline work and the mechanisms to best optimize that will likely be somewhat implementation specific. In terms of protocol, I don't think there's a specific tradeoff. -- Jeff From nobody Wed Mar 4 12:38:20 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13FAE1ACE9C; Wed, 4 Mar 2015 12:38:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 au3_g_YEKXFE; Wed, 4 Mar 2015 12:38:13 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 2B27B1ACE8D; Wed, 4 Mar 2015 12:38:13 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id E1D6EC1B5; Wed, 4 Mar 2015 15:38:12 -0500 (EST) Date: Wed, 4 Mar 2015 15:38:12 -0500 From: Jeffrey Haas To: Jeffrey Haas Message-ID: <20150304203812.GD9142@pfrc> References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <20150304202917.GC9142@pfrc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150304202917.GC9142@pfrc> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: i2rs@ietf.org, Susan Hares , secdir@ietf.org Subject: Re: [i2rs] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 20:38:17 -0000 On Wed, Mar 04, 2015 at 03:29:17PM -0500, Jeffrey Haas wrote: > From memory, NETCONF will support async operations. RESTCONF will support > asynchronous operations for Yang RPC. Kent Watsen corrects me in that netconf (section 4.5) current requires pipelining RPC operations. Things may still be submitted asynchronously, but completion order is not independent. -- Jeff From nobody Wed Mar 4 12:39:06 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C7231A8895 for ; Mon, 2 Mar 2015 10:18:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.21 X-Spam-Level: X-Spam-Status: No, score=-6.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 XoZvyEKfznq9 for ; Mon, 2 Mar 2015 10:18:25 -0800 (PST) Received: from sjmda10.webex.com (sjmda10.webex.com [64.68.124.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38AA21A888C for ; Mon, 2 Mar 2015 10:18:25 -0800 (PST) Received: from jva2tc116.webex.com (sjc02-wxp00-lbace03-core-vl120-np10b-5.webex.com [64.68.121.240]) by sjmda10.webex.com (Postfix) with ESMTP id E183044E for ; Mon, 2 Mar 2015 18:18:24 +0000 (GMT) Received: from jva2tc116.webex.com (localhost [127.0.0.1]) by jva2tc116.webex.com (Postfix) with ESMTP id 9CEF81BF23D for ; Mon, 2 Mar 2015 18:18:24 +0000 (GMT) Date: Mon, 2 Mar 2015 18:18:24 +0000 (GMT) From: I2RS Working Group To: i2rs@ietf.org Message-ID: <391591686.82650.1425320304640.JavaMail.nobody@jva2tc116.webex.com> MIME-Version: 1.0 Content-Type: multipart/Mixed; boundary="----=_Part_82648_477375278.1425320304639" X-Priority: 3 Importance: normal Archived-At: X-Mailman-Approved-At: Wed, 04 Mar 2015 12:39:05 -0800 Subject: [i2rs] WebEx meeting invitation: I2RS interim X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: i2rs-chairs@tools.ietf.org List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:18:26 -0000 ------=_Part_82648_477375278.1425320304639 Content-Type: multipart/Alternative; boundary="----=_Part_82649_247392154.1425320304639" ------=_Part_82649_247392154.1425320304639 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKSTJSUyBXb3JraW5nIEdyb3VwIGludml0ZXMgeW91IHRvIGpvaW4gdGhpcyBXZWJF eCBtZWV0aW5nLgoKCkkyUlMgaW50ZXJpbQpUaHVyc2RheSwgTWFyY2ggNSwgMjAxNQoxMDowMCBh bSAgfCAgRWFzdGVybiBTdGFuZGFyZCBUaW1lIChOZXcgWW9yaywgR01ULTA1OjAwKSAgfCAgMiBo cnMKCgpKT0lOIFdFQkVYIE1FRVRJTkcKaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhw P01USUQ9bTdhZmU5N2QwN2YxN2YyNTMzM2QwYmM3NDU0Nzk4NzE4Ck1lZXRpbmcgbnVtYmVyOiA2 NDkgNTMyIDYzMwpNZWV0aW5nIHBhc3N3b3JkOiBkbWFuZGltCgoNCkpPSU4gQlkgUEhPTkUNCjEt ODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKSAKMS02NTAt NDc5LTMyMDggQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKQpBY2Nlc3MgY29kZTogNjQ5 IDUzMiA2MzMKClRvbGwtZnJlZSBkaWFsaW5nIHJlc3RyaWN0aW9uczogCmh0dHA6Ly93d3cud2Vi ZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmDQoNCgpBZGQgdGhpcyBtZWV0aW5n IHRvIHlvdXIgY2FsZW5kYXI6Cmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElE PW1jYWZjNzA4ZTQ5ZjIxMzhjY2UwMGU3ZTQ3MzM1ZjI4NA0KDQoKQ2FuJ3Qgam9pbiB0aGUgbWVl dGluZz8gQ29udGFjdCBzdXBwb3J0IGhlcmU6Cmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9t YwoKCklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNl IGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhlIHNlc3Np b24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBt YXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBjb25zZW50 IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5nIHJlY29y ZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0 aGUgc2Vzc2lvbi4K ------=_Part_82649_247392154.1425320304639 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSIgLz48Ym9keT48c3R5bGUgdHlwZT0idGV4dC9jc3MiPgpkaXYs cCx0ZCxzcGFuIHt3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d29yZC1icmVhazogbm9ybWFsO30KCnRh YmxlIHtib3JkZXItY29sbGFwc2U6IHNlcGFyYXRlOyBib3JkZXI6IDA7Ym9yZGVyLXNwYWNpbmc6 IDA7Ym9yZGVyLWNvbG9yOiB3aGl0ZTsgd2lkdGg6MTAwJSFpbXBvcnRhbnQ7d2lkdGg6NTI1cHg7 IG1heC13aWR0aDo1MjVweCFpbXBvcnRhbnQ7IG1pbi13aWR0aDogMjc5cHghaW1wb3J0YW50O30K dHIge2xpbmUtaGVpZ2h0OiAyMHB4O30KCnRkLGEge2ZvbnQtc2l6ZTogMTVweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7cGFkZGluZzowO30KPC9zdHlsZT4KCjx0YWJsZSBzdHls ZT0icGFkZGluZzowOyBtYXJnaW46MCIgd2lkdGg9IjEwMCUiIGFsaWduPSJsZWZ0Ij4KICAgPHRy PgogICAgICA8dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiPgogICAgICAgIDx0YWJsZSBzdHls ZT0id2lkdGg6IDUyNXB4O21hcmdpbi1sZWZ0OjVweCIgYWxpZ249ImxlZnQiPgoJCQk8dHI+CgkJ CQk8dGQgdmFsaWduPSJ0b3AiPgoKPHRhYmxlPgogICAgICAgPHRyPgogICAgICAgICAgPHRkIHN0 eWxlPSJmb250LXNpemU6IDE1cHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiM0RDRENEQiPgog ICAgICAgICAgICAgSGVsbG8sCiAgICAgICAgICA8L3RkPgogICAgICAgPC90cj4KICAgICAgIDx0 cj4KICAgICAgICAgICA8dGQgc3R5bGU9ImZvbnQtc2l6ZTogMTVweDtmb250LWZhbWlseTogQXJp YWw7Y29sb3I6IzRENEQ0RDtwYWRkaW5nLXRvcDoxMHB4OyI+CiAgICAgICAgICAgICAgICBJMlJT IFdvcmtpbmcgR3JvdXAgaW52aXRlcyB5b3UgdG8gam9pbiB0aGlzIFdlYkV4IG1lZXRpbmcuCiAg ICAgICAgICAgICAgICAJICAgICAgICAgICA8L3RkPgogICAgICA8L3RyPgo8L3RhYmxlPgoKCgoK PHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDIwcHg7Ij48dGQgc3R5bGU9ImhlaWdodDoy MHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KCQkJCQkJPHRhYmxlICB3aWR0aD0iMTAwJSI+ CgkJCQkJCQk8dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJmb250LXNpemU6MTZweDsgY29sb3I6IzRE NEQ0RCI+CgkJCQkJCQkJCTxiPkkyUlMgaW50ZXJpbTwvYj4KCQkJCQkJCQk8L3RkPgoJCQkJCQkJ PC90cj4KCQkJCQkJCTx0ciBzdHlsZT0ibWFyZ2luOjBweCI+CgkJCQkJCQkJPHRkPlRodXJzZGF5 LCBNYXJjaCA1LCAyMDE1CgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCQk8dHIgc3R5 bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZD4xMDowMCBhbSZuYnNwOyZuYnNwO3wmbmJzcDsm bmJzcDtFYXN0ZXJuIFN0YW5kYXJkIFRpbWUgKE5ldyBZb3JrLCBHTVQtMDU6MDApJm5ic3A7Jm5i c3A7fCZuYnNwOyZuYnNwOzIgaHJzCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCTwv dGFibGU+Cgo8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0i aGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgc3R5bGU9 IndpZHRoOmF1dG87IHdpZHRoOmF1dG8haW1wb3J0YW50Ij4KCQkJCQkJCTx0cj4KCQkJCQkJCQk8 dGQgc3R5bGU9ImNvbG9yOiMwMEFGRjk7Zm9udC1zaXplOjE2cHgiPgoJCQkJCQkJCQk8YSBocmVm PSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tN2FmZTk3ZDA3ZjE3ZjI1 MzMzZDBiYzc0NTQ3OTg3MTgiCgkJCQkJCQkJCQlzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7 Zm9udC1zaXplOjE2cHg7Y29sb3I6IzAwQUZGOSI+CgkJCQkJCQkJCQk8Yj5Kb2luIFdlYkV4IG1l ZXRpbmc8L2I+CgkJCQkJCQkJCTwvYT4KCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4KCQkJCQkJ PC90YWJsZT4KCQkJCQkJPHRhYmxlIHN0eWxlPSJ3aWR0aDphdXRvOyB3aWR0aDphdXRvIWltcG9y dGFudCI+CgkJCQkJCQk8dHIgc3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZCBzdHlsZT0i cGFkZGluZy1yaWdodDogNXB4OyI+CgkJCQkJCQkJCU1lZXRpbmcgbnVtYmVyOgoJCQkJCQkJCTwv dGQ+CgkJCQkJCQkJPHRkPjY0OSA1MzIgNjMzCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJ CQkJCQk8dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJwYWRkaW5nLXJpZ2h0OiA1cHg7Ij5NZWV0aW5n IHBhc3N3b3JkOjwvdGQ+CgkJCQkJCQkJPHRkPmRtYW5kaW08L3RkPgoJCQkJCQkJPC90cj4KCQkJ CQkJPC90YWJsZT4KCgoKCQoKCTx0YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OjIwcHgiPjx0 ZCBzdHlsZT0iaGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPjx0YWJsZT48dHI+ PHRkIHN0eWxlPSJmb250LXNpemU6MTZweCI+PGI+Sm9pbiBieSBwaG9uZTwvYj48L3RkPjwvdHI+ PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48dGQ+PGI+MS04NzctNjY4LTQ0OTM8L2I+Jm5ic3A7Q2Fs bC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5hZGEpPC90ZD48L3RyPjx0ciBzdHlsZT0ibWFy Z2luOjBweCI+PHRkPjxiPjEtNjUwLTQ3OS0zMjA4PC9iPiZuYnNwO0NhbGwtaW4gdG9sbCBudW1i ZXIgKFVTL0NhbmFkYSk8L3RkPjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48dGQ+QWNjZXNz IGNvZGU6Jm5ic3A7NjQ5IDUzMiA2MzM8L3RkPjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48 dGQ+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0aW9u cy5wZGYiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXNpemU6MTNweDtjb2xvcjoj MDBBRkY5OyI+VG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPC9hPjwvdGQ+PC90cj48L3Rh YmxlPgoKCQkJCQk8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDoyMHB4Ij48dGQgc3R5bGU9 ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT48dGFibGU+PHRyPjx0ZCBzdHls ZT0iZm9udC1zaXplOjEzcHgiPjxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9q LnBocD9NVElEPW1jYWZjNzA4ZTQ5ZjIxMzhjY2UwMGU3ZTQ3MzM1ZjI4NCIgc3R5bGU9InRleHQt ZGVjb3JhdGlvbjpub25lO2NvbG9yOiMwMEFGRjk7IGZvbnQtc2l6ZToxM3B4Ij5BZGQgdGhpcyBt ZWV0aW5nPC9hPiB0byB5b3VyIGNhbGVuZGFyLjwvdGQ+PC90cj48L3RhYmxlPgo8dGFibGU+PHRy IHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIwcHgiPiZuYnNw OzwvdGQ+PC90cj48L3RhYmxlPgo8dGFibGU+CiAgICA8dHI+CiAgICAgICA8dGQgc3R5bGU9ImZv bnQtc2l6ZTogMTNweDtmb250LWZhbWlseTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7Ij4KICAgICAg ICBDYW4ndCBqb2luIHRoZSBtZWV0aW5nPwogICAgIAk8YSBocmVmPSJodHRwczovL2lldGYud2Vi ZXguY29tL2lldGYvbWMiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXNpemU6MTNw eDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDBBRkY5O2ZvbnQtY29sb3I6IzAwQUZGOTsiPgog ICAgICAgIAlDb250YWN0IHN1cHBvcnQuPC9hPgoJCTwvdGQ+CiAgICA8L3RyPgo8L3RhYmxlPgo8 dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMTBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjEw cHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGU+CgkJCQkJCQk8dHI+CgkJ CQkJCQkJPHRkIHN0eWxlPSJmb250LXNpemU6MTJweDtjb2xvcjogI0EwQTBBMDsiPgoJCQkJCQkJ CQlJTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2VydmljZSBh bGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBzZXNzaW9u IHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVnYWwgbWF0 dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29uc2VudCB0 byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyByZWNvcmRl ZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpvaW4gdGhl IHNlc3Npb24uPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCTwvdGFibGU+CgkJCQk8L3RkPgoJCQk8 L3RyPgoJCTwvdGFibGU+Cgk8L3RkPgogICA8L3RyPgo8L3RhYmxlPgoKPC9ib2R5Pg== ------=_Part_82649_247392154.1425320304639-- ------=_Part_82648_477375278.1425320304639 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86aTJyc0BpZXRmLm9yZwpPUkdBTklaRVI7Q049Ikky UlMgV29ya2luZyBHcm91cCI6TUFJTFRPOmkycnMtY2hhaXJzQHRvb2xzLmlldGYub3JnCkRUU1RB UlQ7VFpJRD0iRWFzdGVybiBUaW1lIjoyMDE1MDMwNVQxMDAwMDAKRFRFTkQ7VFpJRD0iRWFzdGVy biBUaW1lIjoyMDE1MDMwNVQxMjAwMDAKTE9DQVRJT046aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9p ZXRmClRSQU5TUDpPUEFRVUUKU0VRVUVOQ0U6MTQyNTMyMDMwNApVSUQ6ZmExNjkwMTYtYTU4Yi00 M2NhLTk5ZmUtMmFlNWQzYjE5MDdjCkRUU1RBTVA6MjAxNTAzMDVUMTUwMDAwWgpERVNDUklQVElP TjpcblxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9q LnBocD9NVElEPW05MTE0Y2IyYjlmZmY4MDYyZjAzOTY2Zjc4ZGFkZWIyZlxuTWVldGluZyBudW1i ZXI6IDY0OSA1MzIgNjMzXG5NZWV0aW5nIHBhc3N3b3JkOiBkbWFuZGltXG5cblxuSk9JTiBCWSBQ SE9ORVxuMS04NzctNjY4LTQ0OTMgQ2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5hZGEp IFxuMS02NTAtNDc5LTMyMDggQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKVxuQWNjZXNz IGNvZGU6IDY0OSA1MzIgNjMzXG5cblRvbGwtZnJlZSBkaWFsaW5nIHJlc3RyaWN0aW9uczogXG5o dHRwOi8vd3d3LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVfcmVzdHJpY3Rpb25zLnBkZlxuXG5cblxu Q2FuJ3Qgam9pbiB0aGUgbWVldGluZz8gQ29udGFjdCBzdXBwb3J0IGhlcmU6XG5odHRwczovL2ll dGYud2ViZXguY29tL2lldGYvbWNcblxuXG5JTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0 aGF0IHRoaXMgV2ViRXggc2VydmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9u IHNlbnQgZHVyaW5nIHRoZSBzZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlz Y292ZXJhYmxlIGluIGEgbGVnYWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91 IGF1dG9tYXRpY2FsbHkgY29uc2VudCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3Qg Y29uc2VudCB0byBiZWluZyByZWNvcmRlZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhl IGhvc3Qgb3IgZG8gbm90IGpvaW4gdGhlIHNlc3Npb24uXG4KWC1BTFQtREVTQztGTVRUWVBFPXRl eHQvaHRtbDoJPEZPTlQgU0laRT0iMSIgRkFDRT0iQVJJQUwiPiZuYnNwOzxCUj4gPEZPTlQgU0la RT0iNCIgRkFDRT0iQVJJQUwiPgkJPGEJCQkJCWhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20v aWV0Zi9qLnBocD9NVElEPW05MTE0Y2IyYjlmZmY4MDYyZjAzOTY2Zjc4ZGFkZWIyZiI+PEZPTlQg U0laRT0iMyIgQ09MT1I9IiMwMEFGRjkiIEZBQ0U9IkFyaWFsIj5Kb2luIFdlYkV4IG1lZXRpbmc8 L0ZPTlQ+PC9hPgkJCTx0YWJsZT4JCQkJPHRyPgkJCQkJPHRkPgkJCQkJCTxGT05UIFNJWkU9IjIi IENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+TWVldGluZyBudW1iZXI6PC9GT05UPgkJCQkJ PC90ZD4JCQkJCTx0ZD4JCQkJCQk8Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0i YXJpYWwiPjY0OSA1MzIgNjMzPC9GT05UPgkJCQkJPC90ZD4JCQkJPC90cj4JCQk8L3RhYmxlPgkJ CTx0YWJsZT48dHI+PHRkPjxGT05UIFNJWkU9IjIiIENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlh bCI+TWVldGluZyBwYXNzd29yZDo8L0ZPTlQ+PC90ZD48dGQ+PEZPTlQgU0laRT0iMiIgIENPTE9S PSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+ZG1hbmRpbTwvRk9OVD48L3RkPjwvdHI+PC90YWJsZT4J CTwvRk9OVD48Rk9OVCBTSVpFPSIxIiBGQUNFPSJBUklBTCI+Jm5ic3A7PEJSPiZuYnNwOzxCUj48 L0ZPTlQ+PEZPTlQgU0laRT0iNCIgRkFDRT0iQVJJQUwiPjxGT05UIFNJWkU9IjMiIENPTE9SPSIj NjY2NjY2IiBGQUNFPSJhcmlhbCI+Sm9pbiBieSBwaG9uZTwvRk9OVD4mbmJzcDsgPEJSPjxGT05U IFNJWkU9IjIiIENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+PHN0cm9uZz4xLTg3Ny02Njgt NDQ5Mzwvc3Ryb25nPiZuYnNwO0NhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKTwv Rk9OVD4mbmJzcDsgPEJSPjxGT05UIFNJWkU9IjIiIENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlh bCI+PHN0cm9uZz4xLTY1MC00NzktMzIwODwvc3Ryb25nPiZuYnNwO0NhbGwtaW4gdG9sbCBudW1i ZXIgKFVTL0NhbmFkYSk8L0ZPTlQ+Jm5ic3A7IDxCUj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2 NjY2NiIgRkFDRT0iYXJpYWwiPkFjY2VzcyBjb2RlOiA2NDkgNTMyIDYzMzwvRk9OVD4mbmJzcDsg PEJSPjxhIGhyZWY9Imh0dHA6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlv bnMucGRmIj48Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzAwQUZGOSIgRkFDRT0iYXJpYWwiPlRvbGwt ZnJlZSBjYWxsaW5nIHJlc3RyaWN0aW9uczwvRk9OVD48L2E+ICZuYnNwOyA8QlI+PC9GT05UPjxC Uj48QlI+CSZuYnNwOzxCUj4JPEZPTlQgU0laRT0iMSIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFy aWFsIj4JCQkJQ2FuJ3Qgam9pbiB0aGUgbWVldGluZz88L0ZPTlQ+CTxhIGhyZWY9Imh0dHBzOi8v aWV0Zi53ZWJleC5jb20vaWV0Zi9tYyI+CTxGT05UIFNJWkU9IjEiIENPTE9SPSIjMDBBRkY5IiBG QUNFPSJBcmlhbCI+Q29udGFjdCBzdXBwb3J0LjwvRk9OVD48L2E+CSZuYnNwOzxCUj4mbmJzcDs8 QlI+PEZPTlQgQ09MT1I9IiNBMEEwQTAiIHNpemU9IjEiIEZBQ0U9ImFyaWFsIj5JTVBPUlRBTlQg Tk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2VydmljZSBhbGxvd3MgYXVkaW8g YW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBzZXNzaW9uIHRvIGJlIHJlY29y ZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVnYWwgbWF0dGVyLiBCeSBqb2lu aW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29uc2VudCB0byBzdWNoIHJlY29y ZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyByZWNvcmRlZCwgZGlzY3VzcyB5 b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpvaW4gdGhlIHNlc3Npb24uPC9G T05UPjwvRk9OVD4KU1VNTUFSWTpJMlJTIGludGVyaW0KUFJJT1JJVFk6NQpDTEFTUzpQVUJMSUMK QkVHSU46VkFMQVJNClRSSUdHRVI6LVBUNU0KQUNUSU9OOkRJU1BMQVkKREVTQ1JJUFRJT046UmVt aW5kZXIKRU5EOlZBTEFSTQpFTkQ6VkVWRU5UCkVORDpWQ0FMRU5EQVIK ------=_Part_82648_477375278.1425320304639-- From nobody Wed Mar 4 12:39:36 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6555E1A8A76; Mon, 2 Mar 2015 14:44:43 -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, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 0YbYBcX4EJpa; Mon, 2 Mar 2015 14:44:42 -0800 (PST) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (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 2D8821A8A61; Mon, 2 Mar 2015 14:44:42 -0800 (PST) Received: by pdno5 with SMTP id o5so43068277pdn.8; Mon, 02 Mar 2015 14:44:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=IB0nVNvfGl+o9nBf5+wSRzgSqMx5jN1rVCUdtKgX0Vg=; b=gUPtRdlG2gd0YuQYfKGOuITswrJxRXoxKqt2snaH1dNh43a3NrXsagiZ7W2SS9Jh4r 73Y9A7qiCKqVfuQFlMxFnpiT0A4xMI9QnzasXU1j631cxd4HqqVKhTtkP+UIG/57q0k6 IerM3dLNnJX+8GHM1MjOgg2KJTdAJ+95lx0FH2DBHlx9AiGL/YhUzyiOyZaRVBI/bg2d snH26rHrCS5xOcrXMtT2fBAmFov4kOATJCj3GblLqeWDZCdMalmp1taCTPD5FNlUhA2k oKB0/+6/T0SN8HxA2+EjLi/aU/axldAP5LPwgiDPUv1tkzUfEfq/I8t/UBXyo26JSZCX M3Og== X-Received: by 10.68.197.33 with SMTP id ir1mr50300778pbc.151.1425336281527; Mon, 02 Mar 2015 14:44:41 -0800 (PST) Received: from spandex.local (209-112-222-96-rb1.sol.dsl.dynamic.acsalaska.net. [209.112.222.96]) by mx.google.com with ESMTPSA id hl2sm3163784pdb.43.2015.03.02.14.44.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Mar 2015 14:44:40 -0800 (PST) Message-ID: <54F4E7D7.1000603@gmail.com> Date: Mon, 02 Mar 2015 13:44:39 -0900 From: Melinda Shore User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Susan Hares , i2rs@ietf.org, secdir@ietf.org References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> In-Reply-To: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Archived-At: X-Mailman-Approved-At: Wed, 04 Mar 2015 12:39:34 -0800 Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 22:44:43 -0000 On 3/2/15 1:27 PM, Susan Hares wrote: > This posts asks if we need to require a > checkpoint to make asynchronous functions work. Hi, Sue: I don't really understand the question. If you're going to specify that there's going to be support for asynchronous event processing, you need a model for that. It can be polling-based, callback-based, interrupt-based, and so on, and what data structures you'll require will depend on the model you choose. That includes both for naming and for coordination/scheduling. I'm not sure exactly what you mean by "checkpoint" (semaphores? locks?) but it may actually be out of scope - an implementation question. At any rate the first place to start is with coming up with a concurrency (or asynchrony) model, and then proceeding from there. Melinda From nobody Wed Mar 4 13:50:40 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4DA31A8973; Wed, 4 Mar 2015 13:50:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 Ng0gS5_ELcJn; Wed, 4 Mar 2015 13:50:37 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D4721A892B; Wed, 4 Mar 2015 13:50:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2314; q=dns/txt; s=iport; t=1425505837; x=1426715437; h=message-id:date:from:mime-version:to:cc:subject; bh=Ambazuvs1mlvlwYyEL05p0jYCHZSGn+cY+nS81XuDeQ=; b=XFDjir9FC+u4lcr2ju1e7ATFd8nwado1KbW5P/+CYofi7Fo/ZrCXV7bZ JY1k6Kgm9lN0OAbQA6Lc4h2ZsV+6wPgaofZQKICmOl3IAmK2lPSa69ieC 6udNOy3/KHvxRzvTRKUOo3y9Lz07IIugYEIMGwpsXYdlfKPkLd1uUOtoj I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CdBQC+fPdU/xbLJq1ahznEBIF7AQEBAQEBfIQ5VQEfAQkTFgsCCwMCAQIBSwEMAQcBAYgrvV6aKwEBAQEBAQEDAQEBAQEBAQEBGZAAgm+BQwWKYo5ugRqDJoIyiTiDQCOEDR+CdAEBAQ X-IronPort-AV: E=Sophos;i="5.11,343,1422921600"; d="scan'208,217";a="365281144" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP; 04 Mar 2015 21:50:35 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t24LoZCQ008562; Wed, 4 Mar 2015 21:50:35 GMT Message-ID: <54F77E2B.6020104@cisco.com> Date: Wed, 04 Mar 2015 15:50:35 -0600 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Alia Atlas , "i2rs@ietf.org" Content-Type: multipart/alternative; boundary="------------000406040502070005020502" Archived-At: Cc: "supa-chairs@ietf.org" Subject: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 21:50:39 -0000 This is a multi-part message in MIME format. --------------000406040502070005020502 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear Alia, I would need your guidance. On my side, I'm trying to help the SUPA people with the scope of their work. During a SUPA call during which Sue explained the I2RS work (thanks again Sue), she answered a key question: any topology work should be based on the I2RS topology draft (draft-clemm-i2rs-yang-network-topo draft). This draft was called the generic topology model draft. Discussing further with the SUPA BoF chairs, it was observed that the I2RS charter doesn't mention it's a generic topology model. So please let us know what your intention is. Is this L3 topology a generic one, into which all others topology-related work should plug? The SUPA requirement is a way to express topology at several layers of abstraction (granularity). Regards, Benoit --------------000406040502070005020502 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Dear Alia,

I would need your guidance. On my side, I'm trying to help the SUPA people with the scope of their work.

During a SUPA call during which Sue explained the I2RS work (thanks again Sue), she answered a key question: any topology work should be based on the I2RS topology draft (draft-clemm-i2rs-yang-network-topo draft). This draft was called the generic topology model draft.

Discussing further with the SUPA BoF chairs, it was observed that the I2RS charter doesn't mention it's a generic topology model. So please let us know what your intention is. Is this L3 topology a generic one, into which all others topology-related work should plug?

The SUPA requirement is a way to express topology at several layers of abstraction (granularity).

Regards, Benoit


--------------000406040502070005020502-- From nobody Wed Mar 4 13:52:19 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9B0B1AC3EA; Wed, 4 Mar 2015 13:52:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.399 X-Spam-Level: X-Spam-Status: No, score=-101.399 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, J_CHICKENPOX_52=0.6, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=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 Te5W6S9Wcm-o; Wed, 4 Mar 2015 13:52:17 -0800 (PST) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (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 2C8CB1AC3E4; Wed, 4 Mar 2015 13:52:16 -0800 (PST) Received: by oiav63 with SMTP id v63so8303613oia.8; Wed, 04 Mar 2015 13:52:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gdqDeuNUlbyNdZY5nrJyl7p72DYvVj4egNpPblUBiLM=; b=Af+koeP4x5SycNSngOP87YNkqaX+sPCOKXJHDF8giCMD6jc1jphBjxpp5cekrLgjRI dBVg00SsU0HR14YtBvPX42gKVHRvMWi+IHsu0LB6wVN2FJN4pZT3yFCWZoOWM9kIAz9P ItEqylDW8BtkmExp5sixq4v1jAj2iYfOfFWAPulLz3iT2LbrCuBkesOAzDktSMH4YtZH s/d0Z1wL0Pft5+GJ9FbrEBsmcyCzIBnq6eOcp8KzgnsyiZS21BE7kGSEQFhkwS8I8Ybq kFt4IroedBe71n53nyKqqmU2AHAKHFBkFjqR0ub5WzMHBDS3NNidLOO45axYbxDOfy2d buqg== MIME-Version: 1.0 X-Received: by 10.60.57.9 with SMTP id e9mr4778854oeq.24.1425505934833; Wed, 04 Mar 2015 13:52:14 -0800 (PST) Received: by 10.60.97.135 with HTTP; Wed, 4 Mar 2015 13:52:14 -0800 (PST) In-Reply-To: <54F77E2B.6020104@cisco.com> References: <54F77E2B.6020104@cisco.com> Date: Wed, 4 Mar 2015 16:52:14 -0500 Message-ID: From: Alia Atlas To: Benoit Claise Content-Type: multipart/alternative; boundary=089e0149c4a8defc5f05107d767a Archived-At: Cc: "i2rs@ietf.org" , "supa-chairs@ietf.org" Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 21:52:18 -0000 --089e0149c4a8defc5f05107d767a Content-Type: text/plain; charset=UTF-8 Hi Benoit, Yes, as is clearly articulated in the draft,it is a generic topology into which all other topology-related work should plug. I2RS and Alex are very happy to hear comments and reviews of that draft. Regards, Alia On Wed, Mar 4, 2015 at 4:50 PM, Benoit Claise wrote: > Dear Alia, > > I would need your guidance. On my side, I'm trying to help the SUPA people > with the scope of their work. > > During a SUPA call during which Sue explained the I2RS work (thanks again > Sue), she answered a key question: any topology work should be based on the > I2RS topology draft (draft-clemm-i2rs-yang-network-topo draft). This draft > was called the generic topology model draft. > > Discussing further with the SUPA BoF chairs, it was observed that the I2RS > charter doesn't mention it's a generic topology model. So please let us > know what your intention is. Is this L3 topology a generic one, into which > all others topology-related work should plug? > > The SUPA requirement is a way to express topology at several layers of > abstraction (granularity). > > Regards, Benoit > > > --089e0149c4a8defc5f05107d767a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Benoit,

Yes, as is clearly articulat= ed in the draft,it is a generic topology into which all other topology-rela= ted work should
plug.

I2RS and Alex are = very happy to hear comments and reviews of that draft.=C2=A0

=
Regards,
Alia
On Wed, Mar 4, 2015 at 4:50 PM, Benoit Claise <= span dir=3D"ltr"><bclaise@cisco.com> wrote:
=20 =20 =20
Dear Alia,

I would need your guidance. On my side, I'm trying to help the SUPA people with the scope of their work.

During a SUPA call during which Sue explained the I2RS work (thanks again Sue), she answered a key question: any topology work should be based on the I2RS topology draft (draft-clemm-i2rs-yang-network-topo draft). This draft was called the generic topology model draft.

Discussing further with the SUPA BoF chairs, it was observed that the I2RS charter doesn't mention it's a generic topology model.= So please let us know what your intention is. Is this L3 topology a generic one, into which all others topology-related work should plug?

The SUPA requirement is a way to express topology at several layers of abstraction (granularity).

Regards, Benoit



--089e0149c4a8defc5f05107d767a-- From nobody Wed Mar 4 14:11:57 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 098F21A892A; Wed, 4 Mar 2015 14:11:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.91 X-Spam-Level: X-Spam-Status: No, score=-13.91 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, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 2-yEBLKRyVLf; Wed, 4 Mar 2015 14:11:54 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F00DB1A8756; Wed, 4 Mar 2015 14:11:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4626; q=dns/txt; s=iport; t=1425507114; x=1426716714; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=f7MW0KEcxSxI2tZsr1FvN/XMRD5jQ5ZcuN2GQ8OZ1rk=; b=Aivv1gJM9ZAsNRQ7+B9QYFPTbp68NdYBbPhBrcMX+9BG0BmVUbRKUL02 UNUumDgAlS+BkB98ytDt9t/UCakVCK5EYrdJGyl/bjy4hMCviozA9TmdO obu03xETWtHL7pNvTHWVstvVBYoP2gZTp/TQU8VBNxDc1GcmR1iMk/wVr c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ChBQAHg/dU/xbLJq1ahC6DC8QEAoFvAQEBAQEBfIQQAQEEI1UBEAsECgoJFggDAgIJAwIBAgE0EQYNAQUCAQGIK71YmloBAQEBAQEBAQEBAQEBAQEBAQEBAQEXixKEbgeCaIFDBYpigyKLTIEagyaCMok4g0AjhA0fMYJDAQEB X-IronPort-AV: E=Sophos;i="5.11,343,1422921600"; d="scan'208,217";a="370825816" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 04 Mar 2015 22:11:50 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t24MBo2A026729; Wed, 4 Mar 2015 22:11:50 GMT Message-ID: <54F78325.5090806@cisco.com> Date: Wed, 04 Mar 2015 16:11:49 -0600 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Alia Atlas References: <54F77E2B.6020104@cisco.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------070700090201010906040306" Archived-At: Cc: "i2rs@ietf.org" , "supa-chairs@ietf.org" Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 22:11:56 -0000 This is a multi-part message in MIME format. --------------070700090201010906040306 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Thank you Alia. Regards, Benoit > Hi Benoit, > > Yes, as is clearly articulated in the draft,it is a generic topology > into which all other topology-related work should > plug. > > I2RS and Alex are very happy to hear comments and reviews of that draft. > > Regards, > Alia > > On Wed, Mar 4, 2015 at 4:50 PM, Benoit Claise > wrote: > > Dear Alia, > > I would need your guidance. On my side, I'm trying to help the > SUPA people with the scope of their work. > > During a SUPA call during which Sue explained the I2RS work > (thanks again Sue), she answered a key question: any topology work > should be based on the I2RS topology draft > (draft-clemm-i2rs-yang-network-topo draft). This draft was called > the generic topology model draft. > > Discussing further with the SUPA BoF chairs, it was observed that > the I2RS charter doesn't mention it's a generic topology model. So > please let us know what your intention is. Is this L3 topology a > generic one, into which all others topology-related work should plug? > > The SUPA requirement is a way to express topology at several > layers of abstraction (granularity). > > Regards, Benoit > > > --------------070700090201010906040306 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Thank you Alia.

Regards, Benoit
Hi Benoit,

Yes, as is clearly articulated in the draft,it is a generic topology into which all other topology-related work should
plug.

I2RS and Alex are very happy to hear comments and reviews of that draft. 

Regards,
Alia

On Wed, Mar 4, 2015 at 4:50 PM, Benoit Claise <bclaise@cisco.com> wrote:
Dear Alia,

I would need your guidance. On my side, I'm trying to help the SUPA people with the scope of their work.

During a SUPA call during which Sue explained the I2RS work (thanks again Sue), she answered a key question: any topology work should be based on the I2RS topology draft (draft-clemm-i2rs-yang-network-topo draft). This draft was called the generic topology model draft.

Discussing further with the SUPA BoF chairs, it was observed that the I2RS charter doesn't mention it's a generic topology model. So please let us know what your intention is. Is this L3 topology a generic one, into which all others topology-related work should plug?

The SUPA requirement is a way to express topology at several layers of abstraction (granularity).

Regards, Benoit




--------------070700090201010906040306-- From nobody Wed Mar 4 15:06:27 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C50F31A8978; Wed, 4 Mar 2015 14:05:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 CTP4pLgTumvu; Wed, 4 Mar 2015 14:05:11 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73E801A893E; Wed, 4 Mar 2015 14:05:10 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTH08588; Wed, 04 Mar 2015 22:05:08 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 4 Mar 2015 22:05:07 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0158.001; Wed, 4 Mar 2015 14:05:00 -0800 From: Linda Dunbar To: Hosnieh Rafiee , "'I2RS@ietf.org'" <'I2RS@ietf.org'> Thread-Topic: [I2nsf] gap analysis - I2NSF vs. I2RS Thread-Index: AdBQbwmM8/gckFwmS7WoGdiY7/RldQGV3W9w Date: Wed, 4 Mar 2015 22:05:00 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645EE912D@dfweml701-chm> References: <00d801d0506f$3996a3f0$acc3ebd0$@rozanak.com> In-Reply-To: <00d801d0506f$3996a3f0$acc3ebd0$@rozanak.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.206] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-Mailman-Approved-At: Wed, 04 Mar 2015 15:06:25 -0800 Cc: "i2nsf@ietf.org" Subject: Re: [i2rs] [I2nsf] gap analysis - I2NSF vs. I2RS X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 22:05:12 -0000 Hosnieh,=20 Since the Flow Based Security Functions (FW/IPS/IDS/Webfilter) examine pack= ets (deeper to the layer) and make actions, which is similar to routers, th= e gap analysis need to document the key differences in matching criteria an= d actions.=20 For example, the matching criteria for Flow Based Security Functions can be= deeper in the data packets, can also be vendor specific service flavors re= gistered by the security functions:=20 - TCP port,=20 - UDP port,=20 - HTTP header - QoS field,=20 - packet size, etc,=20 - special events - time of the day, time span - service flavors (vendor specific) - combination of any fields above. I2RS/BGP primarily deal with L2/L3 header. Most forward based on destinatio= n addresses, some may forward based on source address: - Ingress port - destination MAC,=20 - source MAC,=20 - MPLS,=20 - VN_id,=20 - destination IP,=20 - source IP, or In addition to the actions that are commonly supported by routers: Pass/dro= p/mirror, there may be more actions by the Security Functions: Statistics (= report Destination) or /Function call (IPS/IDS/AV/URL filter/authenticatio= n/...) Cheers,=20 Linda=20 -----Original Message----- From: I2nsf [mailto:i2nsf-bounces@ietf.org] On Behalf Of Hosnieh Rafiee Sent: Tuesday, February 24, 2015 2:20 PM To: 'I2RS@ietf.org' Cc: i2nsf@ietf.org Subject: [I2nsf] gap analysis - I2NSF vs. I2RS Hello, We are working on a new version of gap analysis document for I2NSF. Since i= t is important for us to identify the exact scope of each WG that might hav= e any overlap with the work we are doing in I2NSF, we invite you to provide us your inputs on our work. The following is our current context about your group.=20 ------ I2NSF should leverage the protocols developed by I2RS. I2NSF is only=20 to develop the additional information models and data models for=20 distributed security functions, like FW and IPS/IDS.=20 The Policy structure specified by [bnpModel] can be used by I2NSF to=20 be extended to include recursive actions to other security functions. [bnpModel] Hares, S., Wu, Q.,"An Information Model for=20 Basic Network Policy",=20 http://tools.ietf.org/html/draft-hares-i2rs-bnp-info-model-01= , October 2014 ----- Thanks, Best, Hosnieh _______________________________________________ I2nsf mailing list I2nsf@ietf.org https://www.ietf.org/mailman/listinfo/i2nsf From nobody Wed Mar 4 15:09:54 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 267091A0016; Wed, 4 Mar 2015 15:09:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 LLzrzq8Ps-ap; Wed, 4 Mar 2015 15:09:49 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82BA01A000E; Wed, 4 Mar 2015 15:09:49 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 1FB1CF9B; Thu, 5 Mar 2015 00:09:47 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id GGhQy-i2gUxQ; Thu, 5 Mar 2015 00:09:30 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 5 Mar 2015 00:09:46 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 53C2C2003A; Thu, 5 Mar 2015 00:09:46 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id fotb3XaTAPCE; Thu, 5 Mar 2015 00:09:45 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 4666020039; Thu, 5 Mar 2015 00:09:43 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 24F3C325BF2D; Thu, 5 Mar 2015 00:09:41 +0100 (CET) Date: Thu, 5 Mar 2015 00:09:40 +0100 From: Juergen Schoenwaelder To: Jeffrey Haas Message-ID: <20150304230940.GA68185@elstar.local> Mail-Followup-To: Jeffrey Haas , Susan Hares , i2rs@ietf.org, 'Melinda Shore' , secdir@ietf.org References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> <20150304194244.GB9142@pfrc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150304194244.GB9142@pfrc> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: i2rs@ietf.org, 'Melinda Shore' , Susan Hares , secdir@ietf.org Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 23:09:52 -0000 On Wed, Mar 04, 2015 at 02:42:44PM -0500, Jeffrey Haas wrote: > > There is a presumption that it may be possible for the I2RS agent to > restart. Given that a number of I2RS operations are likely to be built > using multiple interactions with the agent, it's necessary to understand > what state the agent may be in with regard to last-reset. A simple but > unscalable way to implement this is to preceed each operation with a > get/get-config to verify the state of the system prior to sending in the > next I2RS operation. > If this is a problem (which I am not sure), then send a get/get-config before each edit operation won't buy you much since the agent can still restart inbetween. > What is likely more stable is simply knowing whether > the system is in the same state as when you last interacted with it. > > A version numbering system of some sort, whether system-wide or potentially > as part of some models (perhaps even just I2RS models) would be sufficient > to provide such a checkpoint. > > An example of the problem space this would address presuming three > operations must be completed to accomplish a given I2RS goal, "A B C". > If the agent crashes after B has been done, C may either complete with no > errors, or may fail before the setup state for A and B are no longer in the > system. The simple solution is to make "A B C" one atomic edit. > An analogous mechanism in SNMP to address such issues are discontinuity > objects. No, not really. Discontinuity objects help with monitoring, not so much with sets. SNMP folks invented TestAndIncr (RFC 2579), which is used to implement so called spin-lock objects. While this can be made to work, I am not sure I would recommend this approach. While this method allows to detect that edits were conflicting, it makes the clients responsible to clean up the mess. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Mar 4 15:22:37 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 110FC1A004E; Wed, 4 Mar 2015 15:22:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.26 X-Spam-Level: X-Spam-Status: No, score=-3.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 twtA5f-N_-Cq; Wed, 4 Mar 2015 15:22:34 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C16D31A004C; Wed, 4 Mar 2015 15:22:30 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 58A4BACC; Thu, 5 Mar 2015 00:22:29 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id rPa5jtmN3h_H; Thu, 5 Mar 2015 00:22:12 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 5 Mar 2015 00:22:28 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8766620039; Thu, 5 Mar 2015 00:22:28 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id rqSvHiXuyRj7; Thu, 5 Mar 2015 00:22:14 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id C191B20036; Thu, 5 Mar 2015 00:22:12 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 103A2325BFBB; Thu, 5 Mar 2015 00:22:12 +0100 (CET) Date: Thu, 5 Mar 2015 00:22:12 +0100 From: Juergen Schoenwaelder To: Alia Atlas Message-ID: <20150304232211.GB68185@elstar.local> Mail-Followup-To: Alia Atlas , Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" References: <54F77E2B.6020104@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 23:22:36 -0000 On Wed, Mar 04, 2015 at 04:52:14PM -0500, Alia Atlas wrote: > Hi Benoit, > > Yes, as is clearly articulated in the draft,it is a generic topology into > which all other topology-related work should > plug. > > I2RS and Alex are very happy to hear comments and reviews of that draft. > Alia, I like to see this clarified in the charter. The current charter says: o The ability to extract information about topology from the network. Injection and creation of topology will not be considered as an initial work item. If the work of I2RS has been expanded to do generic topology work, then I think it is necessary to document that by updating the WG charter. Frankly, it seems there is more stuff in the current charter that does not seem to reflect the WGs and ADs understanding of what I2RS works on. Anyway, pointing to an individual I-D in order to define what that scope of the work of I2RS is making it really hard for others to understand how the IETF works. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Mar 4 15:57:55 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 320511A0113 for ; Wed, 4 Mar 2015 15:57:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.979 X-Spam-Level: X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 ItDDiLZ-kjoI for ; Wed, 4 Mar 2015 15:57:52 -0800 (PST) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (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 393C51A00F6 for ; Wed, 4 Mar 2015 15:57:52 -0800 (PST) Received: by labmn12 with SMTP id mn12so11901213lab.2 for ; Wed, 04 Mar 2015 15:57:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=5pw5MJ3OXKPpwcJM3q8MOKOwyFvR7B4r8Cvo6XdeSNI=; b=Y8Y923KbzXMrkM5CfIKcD5aBlrgV3A6FXv6wcmG7ZVOGJ9D8TdBuejjmwUI7ZMA8ET S5Pi8iJZ0c+7MDQOqWboSgm33uP6wNp9GowFmopdeKnE6HR+cIXJhahPjwOrE0CHwotw u8AC90Il0M66D+vmqYCpcF9nk6Izk8Kuqr0qpR4TgHdXBywIoYN6qymp+s1Xv2LM2UKr BKzT9ppAYtRBJ9wAXID85b9VGlkB0gVI+LJhNae9SrCwriqXYZnH4TtK8I1cwAT+cw8K EBf+rvhuJOrrpjY7QLALJQpBvAKqH95OKfOcbNAtZExbX7sCbBdslHozkc4Wm9ZTodJ7 kg8A== X-Gm-Message-State: ALoCoQmQWHwS4Y6NbhmpzLl9vCVf3ZTjD36DG9WX0S6EDS3Gpj+B+dfvgmSZ2VUD0ch942DUxG/L MIME-Version: 1.0 X-Received: by 10.152.23.233 with SMTP id p9mr5453807laf.123.1425513470576; Wed, 04 Mar 2015 15:57:50 -0800 (PST) Received: by 10.112.144.36 with HTTP; Wed, 4 Mar 2015 15:57:50 -0800 (PST) In-Reply-To: <20150304230940.GA68185@elstar.local> References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> <20150304194244.GB9142@pfrc> <20150304230940.GA68185@elstar.local> Date: Wed, 4 Mar 2015 15:57:50 -0800 Message-ID: From: Andy Bierman To: Juergen Schoenwaelder , Jeffrey Haas , Susan Hares , "i2rs@ietf.org" , Melinda Shore , secdir@ietf.org Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 23:57:54 -0000 On Wed, Mar 4, 2015 at 3:09 PM, Juergen Schoenwaelder wrote: > On Wed, Mar 04, 2015 at 02:42:44PM -0500, Jeffrey Haas wrote: >> >> There is a presumption that it may be possible for the I2RS agent to >> restart. Given that a number of I2RS operations are likely to be built >> using multiple interactions with the agent, it's necessary to understand >> what state the agent may be in with regard to last-reset. A simple but >> unscalable way to implement this is to preceed each operation with a >> get/get-config to verify the state of the system prior to sending in the >> next I2RS operation. >> > > If this is a problem (which I am not sure), then send a get/get-config > before each edit operation won't buy you much since the agent can > still restart inbetween. > >> What is likely more stable is simply knowing whether >> the system is in the same state as when you last interacted with it. >> >> A version numbering system of some sort, whether system-wide or potentially >> as part of some models (perhaps even just I2RS models) would be sufficient >> to provide such a checkpoint. >> >> An example of the problem space this would address presuming three >> operations must be completed to accomplish a given I2RS goal, "A B C". >> If the agent crashes after B has been done, C may either complete with no >> errors, or may fail before the setup state for A and B are no longer in the >> system. > > The simple solution is to make "A B C" one atomic edit. > We use entity tags and If-Match in RESTCONF so the client can be sure it is editing the correct version of the resource instance. This works nicely for persistent configuration, especially if the server can reboot with the same config ETags. If-Match will cause the edit to fail if the server reboots and the I2RS state is gone. The client will get a 412 Precondition Failed response and know it might have to start over. RESTCONF only requires the server to maintain an ETag for the config root. Finer granularity (e.g., the parent resource has an ETag) is probably needed to support multiple concurrent edits. >> An analogous mechanism in SNMP to address such issues are discontinuity >> objects. > > No, not really. Discontinuity objects help with monitoring, not so > much with sets. SNMP folks invented TestAndIncr (RFC 2579), which is > used to implement so called spin-lock objects. While this can be made > to work, I am not sure I would recommend this approach. While this > method allows to detect that edits were conflicting, it makes the > clients responsible to clean up the mess. > > /js > Andy > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Mar 4 17:02:25 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21FCB1A8844; Wed, 4 Mar 2015 17:02:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.099 X-Spam-Level: X-Spam-Status: No, score=-102.099 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, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham 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 tuyyumcPTRL4; Wed, 4 Mar 2015 17:02:21 -0800 (PST) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) (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 6878F1A879E; Wed, 4 Mar 2015 17:02:21 -0800 (PST) Received: by obcuz6 with SMTP id uz6so10806207obc.12; Wed, 04 Mar 2015 17:01:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=jP7W0NshjZ782RphmSCNgAl2+qRILRGMPzwPuSS+uV4=; b=OV8caZ/jjygRTwFfIomIyIs6UuqgHHVTV3PnYOVIXyLnSRdKS/jUZpg1UjTczSphD5 c2O1AMhrnzyr4rsYXY7q5WAFrbsphMb3632AxeW8UvD3OGYWGaSLZDvWsq0X54+zjAh8 EEjpKZYHRg93OJK/uWY1r9ga6yxTXk69Q22P5Tuya5Ad+U4DRwpjsRk8hpSoUVS67hHR DxLnubLHuxmUSScTno6IW1CMD6I8CCfOjeFGTL2zSauXMuhFZw1mickzg6fBLja3e7kk D20C9FsGIlx6h28twpaqNtYmXfT40ZGXEVLMg+zsrXxZwBxSUamG5HbaV/orawgQl/db 8L0Q== MIME-Version: 1.0 X-Received: by 10.182.81.138 with SMTP id a10mr5022907oby.57.1425517295926; Wed, 04 Mar 2015 17:01:35 -0800 (PST) Received: by 10.60.97.135 with HTTP; Wed, 4 Mar 2015 17:01:35 -0800 (PST) In-Reply-To: <20150304232211.GB68185@elstar.local> References: <54F77E2B.6020104@cisco.com> <20150304232211.GB68185@elstar.local> Date: Wed, 4 Mar 2015 20:01:35 -0500 Message-ID: From: Alia Atlas To: Juergen Schoenwaelder , Alia Atlas , Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" Content-Type: multipart/alternative; boundary=047d7b2e477a0b85290510801c0f Archived-At: Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 01:02:24 -0000 --047d7b2e477a0b85290510801c0f Content-Type: text/plain; charset=UTF-8 Juergen, When I2RS recharters, I am certain that I'll hear your input. I am much less interested in rules-mongering and trying to pick holes (the lack of "generic" before an unqualified topology in the charter) than I am in gathering people who are doing real work on topology to get it DONE finally. Those interested in SUPA were told very clearly before last IETF that the topology work was already being addressed in I2RS. You haven't chosen to participate in progressing the actual work. As for understanding how the IETF works, all the words in the world don't help if the recipient isn't willing to listen. Alia On Wed, Mar 4, 2015 at 6:22 PM, Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > On Wed, Mar 04, 2015 at 04:52:14PM -0500, Alia Atlas wrote: > > Hi Benoit, > > > > Yes, as is clearly articulated in the draft,it is a generic topology into > > which all other topology-related work should > > plug. > > > > I2RS and Alex are very happy to hear comments and reviews of that draft. > > > > Alia, > > I like to see this clarified in the charter. The current charter says: > > o The ability to extract information about topology from the > network. Injection and creation of topology will not be > considered as an initial work item. > > If the work of I2RS has been expanded to do generic topology work, > then I think it is necessary to document that by updating the WG > charter. Frankly, it seems there is more stuff in the current charter > that does not seem to reflect the WGs and ADs understanding of what > I2RS works on. Anyway, pointing to an individual I-D in order to > define what that scope of the work of I2RS is making it really hard > for others to understand how the IETF works. > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > --047d7b2e477a0b85290510801c0f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Juergen,

When I2RS recharters, I am cer= tain that I'll hear your input.
I am much less interested in = rules-mongering and trying to pick
holes (the lack of "gener= ic" before an unqualified topology in the
charter) than I am= in gathering people who are doing real work on topology
to get i= t DONE finally.

Those interested in SUPA were told= very clearly before last IETF that
the topology work was already= being addressed in I2RS.=C2=A0 You haven't
chosen to partici= pate in progressing the actual work.

As for unders= tanding how the IETF works, all the words in the world
don't = help if the recipient isn't willing to listen.

Alia=C2=A0




On Wed, Mar 4, 2015 = at 6:22 PM, Juergen Schoenwaelder <j.schoenwaelder@jaco= bs-university.de> wrote:
On Wed, Mar 04, 2015 at 04:52:14PM -0500, Alia Atlas wrote:<= br> > Hi Benoit,
>
> Yes, as is clearly articulated in the draft,it is a generic topology i= nto
> which all other topology-related work should
> plug.
>
> I2RS and Alex are very happy to hear comments and reviews of that draf= t.
>

Alia,

I like to see this clarified in the charter. The current charter says:

=C2=A0 =C2=A0 o The ability to extract information about topology from the<= br> =C2=A0 =C2=A0 =C2=A0 network.=C2=A0 Injection and creation of topology will= not be
=C2=A0 =C2=A0 =C2=A0 considered as an initial work item.

If the work of I2RS has been expanded to do generic topology work,
then I think it is necessary to document that by updating the WG
charter. Frankly, it seems there is more stuff in the current charter
that does not seem to reflect the WGs and ADs understanding of what
I2RS works on. Anyway, pointing to an individual I-D in order to
define what that scope of the work of I2RS is making it really hard
for others to understand how the IETF works.

/js

--
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer= sity Bremen gGmbH
Phone: +49= 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28759 Br= emen | Germany
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<http://www.jacobs-univ= ersity.de/>

--047d7b2e477a0b85290510801c0f-- From nobody Wed Mar 4 17:07:22 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3D2E1A89FA; Wed, 4 Mar 2015 17:07:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.455 X-Spam-Level: X-Spam-Status: No, score=-98.455 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, J_CHICKENPOX_52=0.6, USER_IN_WHITELIST=-100] autolearn=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 AS53u6hcPtSE; Wed, 4 Mar 2015 17:07:19 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 030B91A8772; Wed, 4 Mar 2015 17:07:18 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Juergen Schoenwaelder'" , "'Alia Atlas'" References: <54F77E2B.6020104@cisco.com> <20150304232211.GB68185@elstar.local> In-Reply-To: <20150304232211.GB68185@elstar.local> Date: Wed, 4 Mar 2015 20:07:13 -0500 Message-ID: <08da01d056e0$b7adad20$27090760$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHOiYSg49yokTz6LScVsHJfAO8SXgH6apQ+AiYddZic76iHwA== X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Benoit Claise' , i2rs@ietf.org, supa-chairs@ietf.org Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 01:07:20 -0000 Juergen: As our technical advisor, thank you for providing input on our charter versus our area of work. This individual draft AD has been marked as a candidate for WG Adoption. The plan for the Topology Design team work has been on the I2RS Wiki for 2 months. We discussed this approach at the December I2RS meeting on 12/16/2014 when we reviewed topologies. As our Technical advisor, I would appreciate if you let Jeff and I know earlier if you think we are in violation of charter with our work. I could have addressed it with Alia in early January. As always, I am grateful for your wise advice. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder Sent: Wednesday, March 04, 2015 6:22 PM To: Alia Atlas Cc: Benoit Claise; i2rs@ietf.org; supa-chairs@ietf.org Subject: Re: [i2rs] I2RS topology is generic? On Wed, Mar 04, 2015 at 04:52:14PM -0500, Alia Atlas wrote: > Hi Benoit, > > Yes, as is clearly articulated in the draft,it is a generic topology > into which all other topology-related work should plug. > > I2RS and Alex are very happy to hear comments and reviews of that draft. > Alia, I like to see this clarified in the charter. The current charter says: o The ability to extract information about topology from the network. Injection and creation of topology will not be considered as an initial work item. If the work of I2RS has been expanded to do generic topology work, then I think it is necessary to document that by updating the WG charter. Frankly, it seems there is more stuff in the current charter that does not seem to reflect the WGs and ADs understanding of what I2RS works on. Anyway, pointing to an individual I-D in order to define what that scope of the work of I2RS is making it really hard for others to understand how the IETF works. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Mar 4 23:55:44 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC0B81B2A0C; Wed, 4 Mar 2015 23:55:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 o8X5wFRY4vRi; Wed, 4 Mar 2015 23:55:41 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E213D1A0163; Wed, 4 Mar 2015 23:55:40 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 8B0426F7; Thu, 5 Mar 2015 08:55:39 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 61WQIOZOOgg7; Thu, 5 Mar 2015 08:55:20 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 5 Mar 2015 08:55:38 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id CF78D20039; Thu, 5 Mar 2015 08:55:38 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id hfy21tQpBKqL; Thu, 5 Mar 2015 08:55:37 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5329D20036; Thu, 5 Mar 2015 08:55:37 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 51FF6325C899; Thu, 5 Mar 2015 08:55:37 +0100 (CET) Date: Thu, 5 Mar 2015 08:55:37 +0100 From: Juergen Schoenwaelder To: Susan Hares Message-ID: <20150305075537.GB68883@elstar.local> Mail-Followup-To: Susan Hares , 'Alia Atlas' , 'Benoit Claise' , i2rs@ietf.org, supa-chairs@ietf.org References: <54F77E2B.6020104@cisco.com> <20150304232211.GB68185@elstar.local> <08da01d056e0$b7adad20$27090760$@ndzh.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08da01d056e0$b7adad20$27090760$@ndzh.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: 'Benoit Claise' , i2rs@ietf.org, supa-chairs@ietf.org, 'Alia Atlas' Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 07:55:42 -0000 On Wed, Mar 04, 2015 at 08:07:13PM -0500, Susan Hares wrote: > Juergen: > > As our technical advisor, thank you for providing input on our charter > versus our area of work. > > This individual draft AD has been marked as a candidate for WG Adoption. > The plan for the Topology Design team work has been on the I2RS Wiki for 2 > months. We discussed this approach at the December I2RS meeting on > 12/16/2014 when we reviewed topologies. As our Technical advisor, I would > appreciate if you let Jeff and I know earlier if you think we are in > violation of charter with our work. I could have addressed it with Alia in > early January. > I asked that the charter is updated to reflect what the I2RS is working on. The word 'violation' is yours. I have asked several times that the IESG members involved should work out where generic topology work is done. If the conclusion is I2RS, fine. All I ask is that this is properly reflected in a charter update. This is in particular true since topology comes up in various corners and not everybody may be able to figure out which individual I-D defines what I2RS is tasked to work on. Don't get angry at me, I suggest to prepare a charter update instead. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 5 00:01:17 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 606051B2A37; Thu, 5 Mar 2015 00:01:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 0HSV8_yLEB9K; Thu, 5 Mar 2015 00:01:14 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D8EE71B2A39; Thu, 5 Mar 2015 00:01:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150305080112.10398.55821.idtracker@ietfa.amsl.com> Date: Thu, 05 Mar 2015 00:01:12 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-clemm-i2rs-yang-network-topo-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 08:01:15 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : A Data Model for Network Topologies Authors : Alexander Clemm Jan Medved Robert Varga Tony Tkacik Nitin Bahadur Hariharan Ananthakrishnan Filename : draft-clemm-i2rs-yang-network-topo-03.txt Pages : 24 Date : 2015-03-05 Abstract: This document defines an abstract (generic) YANG data model for network/service topologies and inventories. The model serves as a base model which is augmented with technology-specific details in other, more specific topology and inventory models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-clemm-i2rs-yang-network-topo-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-clemm-i2rs-yang-network-topo-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Mar 5 00:01:26 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 808DF1B2A36; Thu, 5 Mar 2015 00:01:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 iBFno0wBuxpH; Thu, 5 Mar 2015 00:01:15 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E753D1B2A3B; Thu, 5 Mar 2015 00:01:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150305080112.10398.61678.idtracker@ietfa.amsl.com> Date: Thu, 05 Mar 2015 00:01:12 -0800 Archived-At: Subject: [i2rs] New Version Notification - draft-clemm-i2rs-yang-network-topo-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 08:01:16 -0000 A new version (-03) has been submitted for draft-clemm-i2rs-yang-network-topo: http://www.ietf.org/internet-drafts/draft-clemm-i2rs-yang-network-topo-03.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-clemm-i2rs-yang-network-topo-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. IETF Secretariat. From nobody Thu Mar 5 00:12:02 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2CBA1B2A45; Thu, 5 Mar 2015 00:12:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 ufUPE63KAGRX; Thu, 5 Mar 2015 00:12:00 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B6D01B2A2B; Thu, 5 Mar 2015 00:12:00 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 115998FC; Thu, 5 Mar 2015 09:11:59 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id ZWlE1YVkMS6H; Thu, 5 Mar 2015 09:11:40 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 5 Mar 2015 09:11:58 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 4BE0C20039; Thu, 5 Mar 2015 09:11:58 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 3HW2BDWRS6LR; Thu, 5 Mar 2015 09:11:57 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id E61F220036; Thu, 5 Mar 2015 09:11:55 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id E4014325C907; Thu, 5 Mar 2015 09:11:55 +0100 (CET) Date: Thu, 5 Mar 2015 09:11:55 +0100 From: Juergen Schoenwaelder To: Alia Atlas Message-ID: <20150305081155.GC68883@elstar.local> Mail-Followup-To: Alia Atlas , Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" References: <54F77E2B.6020104@cisco.com> <20150304232211.GB68185@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 08:12:02 -0000 On Wed, Mar 04, 2015 at 08:01:35PM -0500, Alia Atlas wrote: > > Those interested in SUPA were told very clearly before last IETF that > the topology work was already being addressed in I2RS. You haven't > chosen to participate in progressing the actual work. > Some people do read charters to determine what WGs are supposed to do. If charters get out of sync, then this leads to mis-understandings. I think it is not fair to blame those who read outdated charters. /js PS: I actively tried to bring SUPA folks to I2RS interims where topology was on the agenda but then the agenda got changed. This is fine, the WG chairs can choose to set priorities. But then having to read "you haven't chosen to participate in progressing the actual work" makes me feel somewhat unhappy given that there is a design team and attempts to figure out what is going on in the past did not work out. -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 5 00:18:12 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F4741B2A54; Thu, 5 Mar 2015 00:18:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 LIv0PoNdQwAG; Thu, 5 Mar 2015 00:18:07 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 895D81B2A52; Thu, 5 Mar 2015 00:18:07 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 3076F93B; Thu, 5 Mar 2015 09:18:06 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id HQyU25qMWaQr; Thu, 5 Mar 2015 09:17:47 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 5 Mar 2015 09:18:05 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0FB692003D; Thu, 5 Mar 2015 09:18:05 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Qbl_mYf7vwLR; Thu, 5 Mar 2015 09:18:04 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id A1FD620036; Thu, 5 Mar 2015 09:18:03 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id AC9A3325C99B; Thu, 5 Mar 2015 09:18:02 +0100 (CET) Date: Thu, 5 Mar 2015 09:18:02 +0100 From: Juergen Schoenwaelder To: Andy Bierman Message-ID: <20150305081801.GA68988@elstar.local> Mail-Followup-To: Andy Bierman , Jeffrey Haas , Susan Hares , "i2rs@ietf.org" , Melinda Shore , secdir@ietf.org References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> <20150304194244.GB9142@pfrc> <20150304230940.GA68185@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Jeffrey Haas , "i2rs@ietf.org" , Melinda Shore , Susan Hares , secdir@ietf.org Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 08:18:09 -0000 On Wed, Mar 04, 2015 at 03:57:50PM -0800, Andy Bierman wrote: > On Wed, Mar 4, 2015 at 3:09 PM, Juergen Schoenwaelder > wrote: > > On Wed, Mar 04, 2015 at 02:42:44PM -0500, Jeffrey Haas wrote: > >> > >> There is a presumption that it may be possible for the I2RS agent to > >> restart. Given that a number of I2RS operations are likely to be built > >> using multiple interactions with the agent, it's necessary to understand > >> what state the agent may be in with regard to last-reset. A simple but > >> unscalable way to implement this is to preceed each operation with a > >> get/get-config to verify the state of the system prior to sending in the > >> next I2RS operation. > >> > > > > If this is a problem (which I am not sure), then send a get/get-config > > before each edit operation won't buy you much since the agent can > > still restart inbetween. > > > >> What is likely more stable is simply knowing whether > >> the system is in the same state as when you last interacted with it. > >> > >> A version numbering system of some sort, whether system-wide or potentially > >> as part of some models (perhaps even just I2RS models) would be sufficient > >> to provide such a checkpoint. > >> > >> An example of the problem space this would address presuming three > >> operations must be completed to accomplish a given I2RS goal, "A B C". > >> If the agent crashes after B has been done, C may either complete with no > >> errors, or may fail before the setup state for A and B are no longer in the > >> system. > > > > The simple solution is to make "A B C" one atomic edit. > > > > > We use entity tags and If-Match in RESTCONF so the client can > be sure it is editing the correct version of the resource instance. > This works nicely for persistent configuration, especially if > the server can reboot with the same config ETags. > > If-Match will cause the edit to fail if the server reboots and the > I2RS state is gone. > The client will get a 412 Precondition Failed response and know it might have to > start over. > > RESTCONF only requires the server to maintain an ETag for the config root. > Finer granularity (e.g., the parent resource has an ETag) is probably needed > to support multiple concurrent edits. > Thanks, this all makes sense. So there is a viable mechanism to create a sequence of linked edits. The main trade-off, however, between a single atomic edit and a sequence of linked edits is who is taking the pain to cleanup the mess if things fail in the middle. If you write a client, you love the server to do it. If you write a server, you love the client to do it. ;-) /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 5 00:23:36 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 575181B2A6B; Thu, 5 Mar 2015 00:23:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 098pUK3P4I4K; Thu, 5 Mar 2015 00:23:34 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id C72DD1B2A30; Thu, 5 Mar 2015 00:23:33 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Juergen Schoenwaelder'" References: <54F77E2B.6020104@cisco.com> <20150304232211.GB68185@elstar.local> <08da01d056e0$b7adad20$27090760$@ndzh.com> <20150305075537.GB68883@elstar.local> In-Reply-To: <20150305075537.GB68883@elstar.local> Date: Thu, 5 Mar 2015 03:23:28 -0500 Message-ID: <0a1601d0571d$a92d97f0$fb88c7d0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHOiYSg49yokTz6LScVsHJfAO8SXgH6apQ+AiYddZgCccd/TAMMCpe9nMQ1KTA= X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Benoit Claise' , i2rs@ietf.org, supa-chairs@ietf.org, 'Alia Atlas' Subject: Re: [i2rs] I2RS topology is generic? X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 08:23:35 -0000 Juergen: Thank you for the advice on preparing a charter. If you have any suggestions on what should go in the charter, please let me know. Sue -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] Sent: Thursday, March 05, 2015 2:56 AM To: Susan Hares Cc: 'Alia Atlas'; 'Benoit Claise'; i2rs@ietf.org; supa-chairs@ietf.org Subject: Re: [i2rs] I2RS topology is generic? On Wed, Mar 04, 2015 at 08:07:13PM -0500, Susan Hares wrote: > Juergen: > > As our technical advisor, thank you for providing input on our charter > versus our area of work. > > This individual draft AD has been marked as a candidate for WG Adoption. > The plan for the Topology Design team work has been on the I2RS Wiki > for 2 months. We discussed this approach at the December I2RS meeting > on > 12/16/2014 when we reviewed topologies. As our Technical advisor, I > would appreciate if you let Jeff and I know earlier if you think we > are in violation of charter with our work. I could have addressed it > with Alia in early January. > I asked that the charter is updated to reflect what the I2RS is working on. The word 'violation' is yours. I have asked several times that the IESG members involved should work out where generic topology work is done. If the conclusion is I2RS, fine. All I ask is that this is properly reflected in a charter update. This is in particular true since topology comes up in various corners and not everybody may be able to figure out which individual I-D defines what I2RS is tasked to work on. Don't get angry at me, I suggest to prepare a charter update instead. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 5 00:53:36 2015 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD6171B2ABF for ; Thu, 5 Mar 2015 00:53:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 74v0Tp0uKU2Y for ; Thu, 5 Mar 2015 00:53:32 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 905481A19F0 for ; Thu, 5 Mar 2015 00:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2088; q=dns/txt; s=iport; t=1425545611; x=1426755211; h=message-id:date:from:mime-version:to:subject; bh=1ipZKEdilm99D44Am7ykMTxu4eigdx1B3s4ZyY6IwfY=; b=d9+/RMUnaiHtGMdeMa5uksIoBOuiDALfV/rZS5+kBtcnuyNmS+cfFLXF T7a+PyzZeCl7WDbES4m25DMNCW7jHjwgoqWaYgkZKyYeqS+BgsUw9i40D tgDhD0mva3wbhqmPy5yNaJ490CoXzwC4AbLZ7KVm1i1fehA5wGPp25DZ2 Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CEBQADGfhU/xbLJq1ag1Ragwu+H4dqAQEBAQEBfIQ5VSABHBYLAgsDAgECAUsNBgIBAYgrDa0pj0iaegEBCAIBH5JxgUMFjgWFY4VqgVOFH4x6I4NvPTGCQwEBAQ X-IronPort-AV: E=Sophos;i="5.11,345,1422921600"; d="scan'208,217";a="365897424" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 05 Mar 2015 08:53:29 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t258rTdg012111 for ; Thu, 5 Mar 2015 08:53:29 GMT Message-ID: <54F81989.3000404@cisco.com> Date: Thu, 05 Mar 2015 09:53:29 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "i2rs@ietf.org" Content-Type: multipart/alternative; boundary="------------000802000005030907090402" Archived-At: Subject: [i2rs] Providing feedback to the topology design team X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 08:53:35 -0000 This is a multi-part message in MIME format. --------------000802000005030907090402 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear all, I was adviced to provide my feedback on the topology work directly to the design team at i2rs_topology_design-request@ndzh.com When doing so, I received this message Sorry, you are not authorized to post messages to this list Reason (bclaise@cisco.com is not a member of the list (i2rs_topology_design)) This should be corrected. In a nutshell, my feedback was: I browsed through draft-clemm-i2rs-yang-network-topo-03 , and I believe you need a new section on "guidelines on model extension". Regards, Benoit --------------000802000005030907090402 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Dear all,

I was adviced to provide my feedback on the topology work directly to the design team at i2rs_topology_design-request@ndzh.com
When doing so, I received this message
Sorry, you are not authorized to post messages to this list
Reason (bclaise@cisco.com is not a member of the list (i2rs_topology_design))
This should be corrected.

In a nutshell, my feedback was: I browsed through draft-clemm-i2rs-yang-network-topo-03, and I believe you need a new section on "guidelines on model extension".

Regards, Benoit

  


--------------000802000005030907090402--


From nobody Thu Mar  5 02:24:22 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D521E1A889F; Thu,  5 Mar 2015 02:24:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.055
X-Spam-Level: 
X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 MPYZfc4UyXzd; Thu,  5 Mar 2015 02:24:18 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 3B7E41A889D; Thu,  5 Mar 2015 02:24:18 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: "'Juergen Schoenwaelder'" , "'Alia Atlas'" 
References: <54F77E2B.6020104@cisco.com>  <20150304232211.GB68185@elstar.local>  <20150305081155.GC68883@elstar.local>
In-Reply-To: <20150305081155.GC68883@elstar.local>
Date: Thu, 5 Mar 2015 05:24:12 -0500
Message-ID: <0b8001d0572e$86804610$9380d230$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Content-Language: en-us
Thread-Index: AQHOiYSg49yokTz6LScVsHJfAO8SXgH6apQ+AiYddZgCF2WIbgGf2liGnNJ1mmA=
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: 'Benoit Claise' , i2rs@ietf.org, supa-chairs@ietf.org
Subject: Re: [i2rs] I2RS topology is generic?
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 10:24:20 -0000

Juergen:

I understand your frustration with changing topics in the interims.  

There are two parts to the change of topics in an interim: 
 a) authors deciding they need more time to prepare the documents, and
 b) WG chairs announcing this change with sufficient warning. 

When authors ask to delay to work on their technology, this is reasonable.
On this schedule of bi-weekly interims, it is challenging to make call early
enough to announce the change.   I am beginning to appreciate the IESG's
wisdom of having a 2 week break between last draft submission and the IETF
meeting. 

Sue 

-----Original Message-----
From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder
Sent: Thursday, March 05, 2015 3:12 AM
To: Alia Atlas
Cc: Benoit Claise; i2rs@ietf.org; supa-chairs@ietf.org
Subject: Re: [i2rs] I2RS topology is generic?

On Wed, Mar 04, 2015 at 08:01:35PM -0500, Alia Atlas wrote:
> 
> Those interested in SUPA were told very clearly before last IETF that 
> the topology work was already being addressed in I2RS.  You haven't 
> chosen to participate in progressing the actual work.
>

Some people do read charters to determine what WGs are supposed to do.
If charters get out of sync, then this leads to mis-understandings. I think
it is not fair to blame those who read outdated charters.

/js

PS: I actively tried to bring SUPA folks to I2RS interims where
    topology was on the agenda but then the agenda got changed. This
    is fine, the WG chairs can choose to set priorities. But then
    having to read "you haven't chosen to participate in progressing
    the actual work" makes me feel somewhat unhappy given that there
    is a design team and attempts to figure out what is going on in
    the past did not work out.

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         

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


From nobody Thu Mar  5 03:45:25 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36CCE1B2A24 for ; Thu,  5 Mar 2015 03:45:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.354
X-Spam-Level: 
X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 Pcjn1klvmM9W for ; Thu,  5 Mar 2015 03:45:17 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 120751B2C27 for ; Thu,  5 Mar 2015 03:45:17 -0800 (PST)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Thu, 5 Mar 2015 06:45:09 -0500
Message-ID: <0bbb01d05739$d5c31a30$81494e90$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_0BBC_01D0570F.ECEE4AB0"
X-Mailer: Microsoft Outlook 14.0
Content-Language: en-us
Thread-Index: AdBXOI0o3KFyAxj9T6qJ7vcS/vpADg==
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: [i2rs] Copies of drafts that will be posted after the meeting
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 11:45:23 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0BBC_01D0570F.ECEE4AB0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0BBD_01D0570F.ECEE4AB0"


------=_NextPart_001_0BBD_01D0570F.ECEE4AB0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi all:

 

This is a temporary version of the I2RS RIB Information model and the Yang
Data Model.  This version is for reference during our interim meeting this
morning. Final versions of these drafts will be available by March 9th.  

 

The RIB design team was hard at work this last week aligning the
Informational Draft for the I2RS and the Yang data Model for the I2RS RIB.
Unfortunately, due to our multi-time zone team - not all members of the team
have reviewed theses drafts. 

 

I'm sure the authors would love any review comments - but please be aware
these drafts are preliminary and sent to the WG at the chair's request. 

 

Sue  

 

 


------=_NextPart_001_0BBD_01D0570F.ECEE4AB0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi =
all:
 
This is a temporary version of the I2RS RIB =
Information model and the Yang Data Model.  This version is for =
reference during our interim meeting this morning. Final versions of =
these drafts will be available by March 9th.  =

 
The RIB design team was hard at work this last week =
aligning the Informational Draft for the I2RS and the Yang data Model =
for the I2RS RIB.   Unfortunately, due to our multi-time zone =
team – not all members of the team have reviewed theses drafts. =

 
I’m sure the authors would love any review =
comments – but please be aware these drafts are preliminary and =
sent to the WG at the chair’s request. 
 
Sue =
 
 
 

------=_NextPart_001_0BBD_01D0570F.ECEE4AB0--

------=_NextPart_000_0BBC_01D0570F.ECEE4AB0
Content-Type: application/pdf;
	name="draft-wang-i2rs-yang-service-topo-dm-01.txt.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="draft-wang-i2rs-yang-service-topo-dm-01.txt.pdf"

JVBERi0xLjQKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyIC9GbGF0ZURlY29k
ZT4+CnN0cmVhbQp4nKVWXW/bOBB8969Y9KUJEMux0zRt3/J5DZAUaWzgcHe5B1payWwkUSWpOP73
naXozwTIoWcDsSJzZ2dnZ1f+SYfJkA7lHT/Tqje4P6HC9Q6p6P3sDcOXFD/Sis4mOPCJhiOa5L0u
ZkijIzo5+kyTqrd3Pbof0/95/Z3Qn6ou9ic/esMjmtwAsvZsa/b9C6ty/1ug3wHa7r/vsOqMM3Je
+dZ9obFXdaZs5mhiVfr4FtA4oa/KshOsy+dG4xIY3Hiupmzp+IBGh8Pj/0rra6vmrAXrt6rqXrfK
pjP60GUGljTi5hXEU/rr9NsfdKG8oluTcUm5seBun3TKNDGNKU2xAECUfTc+E/X7c/Smr0fW9Rdy
5brwvkd4P6v6h0MAjD4GgNOp89DUx/omM+0oM2lbce0p41zX7Eh1rDJhVb1gddXWqdempitj5+jS
Frsl5SRiB+sJq0003G+U9WRy8jPuzjTWeJOaMhLTMEQjrgAtHzHJcYhZI7lkXdk4mEe+D4lvuTKb
Re4YFndcO6209/Cdrilvy5JSU6PQStWocq79TNhtVQeST9qh9pDn7PyOTj4RvNpdft5gg8PbGaGq
Baqxj1rEiJK7lQbxMF3WBXrAFqe2hVXuURQHtYe968vJ1cM+NP5mPCNeQRegWCqsaRtHlVqQKp2h
TKPdetp6jlq8JKB2tXGhd0wlYoVe2lorbVidilCxLCiJ9DPvmy+DgbRG/PXINtHs88TYYhBM6gYR
Z/C2SiFgg+KTKnUWPIi+q2ddtZUQc/oZNqj9zG0pJf0QAaZMbQNCnB2Q5aZUqVwBxEydKVkaP11E
3Tbk8ABYxBK9rhhqXAe/6Fo1MEBjtRLRDbWOX9J3yJUzCk2Xklc4jphSUiMq1aFlXMXU6F4tYe+k
NWJF5Ciwwlzybkuo11w813Ath5VHGMgXO0+k3js3zcLqYubFLXpFa337YS992O92pBgLS7d1Psgo
zmzYOjG8llnUuYZsYLs7Gasdolo/M1Y8dApuIYFIIjuJs+RlRavAbiJ/cCoDvzlbYTxWvN47uuFC
lVvZ79Zzec+l8uJwgISoi2VrY90Pe9GrXuCY1z4tIU7tuK+xBSAIWsF5LnwgrZAQL8F3EadppwhQ
YROGId4oBtXflazgD8tPmucSjn+yHSopzC6LZ3EQJV1gBbsUA8u0MK1dyicqQEJMcli8rltOuNPw
apOj3F0K51iR+FM1pg7W5uew+tHA3Jpq+zhVEGO1e9OyRehYV03ZdfxsfEE3nTzkgSN8l1TD/hxz
90z4kGxIJKJ1Zgot22yTlCSjHjaqPPulJNPC0spaVXvsr6VKW3kE8nVe4q2Px8ER8lvlgLBMVZls
Pi3jj4M3fxv8c6cKpuG/QLyc9L7j/QvCl9hDZW5kc3RyZWFtCmVuZG9iago2IDAgb2JqCjEwNDIK
ZW5kb2JqCjEyIDAgb2JqCjw8L0xlbmd0aCAxMyAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0
cmVhbQp4nJ2UUU/bMBDH3/Mp7g0q0a5JKS2PHYUJabCNRZom4MG1L4m3xA62Q+m33zlxgbAHWmIp
UZr6d/873/0fYDyKYexXePIq+nQzg9xGY8ijhyhuP0J48Ao+p/SHOcQJpFnU7YkhmcBsNoe0ig4v
lUOj0A2XhmUOepdF8yg5gtO1LnW+gf+uK2Z4Ack4ng7SP9HkFNKv0WHKViWCzuBME1w5OziIkpP2
E22JRwAU1GjRcCe1AhjtuQASIsaTLTGhn5aYSSU9zwJTAhbcaLWp7G50gGMietaEXn5eXEC6TXnJ
HIMrLbDcWd00sDzNZ9vt/vboq4nrffLts5K32n4zle/Bmr1ibfN8PtpO5BItN7J+71wA5oF17Dmh
TV50La6/eGBDbfC+rjgOrGmr6eyDnI51ElgnrS7eGOk2vg+tFGhY1x871is+DayZ79jF9eJjnD5r
Ti/X2lSEeES4wQwNKo479mmftWhcoY09gIUQBq3dhxJYyfhlNt8O5jaKAk2tW7INkE2stfkL3NfB
Outn3DVKYWkBraOxl7ZAAazS1JgCrcwVcyh606qo0Sz1HTjDiGuRbCavvE14XAhhRz3PSAtpQbQG
JdoOXRGCQW2001yXIJXAGumm3EtHEy0YWC9+1qjOdzJt1szQcQZJ60KSl7EmiHEFhgrcXg6XI15i
VQ1lYuxwQ2M3DEKHPtw9QNWOD/OqbI1cZpK/iu4pz7ruDmnw7gZU7QuZNwbJj22h1xbo5qO2cym9
jQE+kX9aL9ZX+lnQ1pe3GYguA1+zyTRuE/1FGo8AHbBy9Nqwz59qSb1Cs1E7rFaU/PSo9e83xn77
neUIyT0hz9PoB61/IfCdeGVuZHN0cmVhbQplbmRvYmoKMTMgMCBvYmoKNjM4CmVuZG9iagoxNyAw
IG9iago8PC9MZW5ndGggMTggMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJyVVm1v
2jAQ/p5fceLLaEqhCeq68XFbkSqxrVvR1g0QMsEN3oKd2c46/v0ujgNxXqrNSAQf99w9d8/FyS+4
HAZwmX/sNdp7o8/XECvvEmLvlxeYP8Feoj28maPDKwhCmD96BSaAcAzX169gvvf6t1xTyam+eCfJ
owZnKSp/s4iCFqlIRHyAxnpPZLSD8DK4Opv/8MavYT7z+g2v84t/W+dnL7xg3Igxqm7Wi4dgtT7t
e/cFyR76IbzfgVvjZoLX5fKIXfbvp9PlWeHqQkcuEApsFVw6OrhRHVUC60gHdkJVCU8syWU7qnRd
PISrdWMtHsarBuakwsRt+8S1ntfa6PBxt5OG63lX/JqtkWTUmeZo6s3GvW6Rm0jH0qlwDYf7qqVL
4MW3wO374lu4Ap1xThPVpS+AX0vmVyxt8raB/IqlVV6z/PrO7+p8e6L8t98uby2830zXJe/ie1Cf
1twEvY+pZhFJnpHXuYVycmunR8/cwRWo34B1ClxF+g1Ut8JHIKIa9k6Jy7X4vnoG8z/naPiy/Sy2
a8riTFII0PN0as93FG0R4bChsCf8APqQUgXiEVIptIhEAoxvaUrxi+v684FR5RzgKsNnA1ETmIVf
7j4MYDY2l/d3s/sB3JjfhG9BaEyrhiY92NMcphmPNBPcFv92RxhnPC5TKogEV0xpQ46cnlC46wgx
FfKJyC2VwMW2CMBppOkWNgdIGP+p4GnHcsbYg/JG1juiS0/cUBurLNxEQuY3BHHHvE4i2BF19H+0
lJSNQ7RGJFLQIo/eoF6LNXR0Ne2aTk+1MwWbjCUaEIjGvBeCUxAS8/+mkiSQoW4yOWAjHaHw8f8k
JDZg2VcUWdrZWJ5habccB0LhOGSJZheacsIjk4pTuqXbQfFHmpStqTBieZeLYarzyotVZE8rjEoW
QxvI9NTk0yaK4MkBcnosF/2JN95OkOybTANJkopSRYAXqvkucxzzNEUBGLcSGFazccmmDFPmaChw
G36+b787Kl3IR4pslJakkB8iSUkxeo4Qugz4NmF5iC2TOHhYN2qIU8o4hshsCORrXElcJAO2T4XU
lrClXyWBMUgcSxqTIoCVoeZ5GJ7qsrFaq8MWVQfvVJAJGhX8MWUhxVVoSvxKeDwAmos0rJ5GN39S
rFTh/Kea7jc47lcD81ZZPx7vsFoYrzDizdz7hJ+/3pyc+mVuZHN0cmVhbQplbmRvYmoKMTggMCBv
YmoKODk1CmVuZG9iagoyMiAwIG9iago8PC9MZW5ndGggMjMgMCBSL0ZpbHRlciAvRmxhdGVEZWNv
ZGU+PgpzdHJlYW0KeJyFVtFy2zYQfNdX3FvjGVu2lKZJ/ebaVkYzieNaynQySR4g8CihIQEGAC3r
77sHkJJot1NpxrRI4G53727Bn3QxntCFfLurrkfnD29pHUYXtB79HE3SQ+ouuqY/lljwjiZTWpaj
vGdC09f09u07WtajV3Mb2VuOZzdelZEGn8D+0Wim6BpXufWOXnw+Kq83NL2YvDlZ/j16/TstP4xe
4b6uDNsYyNgQfaujcRZRyNSN85FCw9qURuNx6Xyt0uPSu5rihmk+fVic/DKavO6DXa0RKz8PEYs1
aWdLs2593uk8zd/fB/r26na8HhN9WtzP0s3FfPHtBP8hmsQ5ztaoELjALbrNWzlt/To/uxkbjuWZ
KfxZFc4KAwJm1cqm7+Mu0MLUplK+2p0mwI130WlXIVrBDeMP4C5ms4NuJpBaIZDKSriyCwTdt87/
OFp4gDiWPBbqS6SNCmQdKeuQ0Av/6JGwqZTlLtYehW+tNXZNSfIGyRLIFrCAWB50WYOgN+E4Zxdq
a6oKq6AParZiWivJip+pBhlCcK3XHESS6W99pZYSr3C6rUWCgktjGdTpi0LaQkVFtSu4IiRMoIRa
j3tQ8mMle3GOUk0hzo1EN4IaGWxBV9o7u6tDx+EG2UJ0ni/pSvTS3MRWVZTuiSjSmspGoyKI1cqq
NSfUR3KcDjBtTdwIMPNoComU+JjIdSDPjeeA3Qi12uUnFkwDbTcGA6J8XyXlPbTInbcx7GV+jEY0
ILDsh3IKBwrtKnoWGnaIeZ8l0Rc5j/LGjYpd2gOD44TVLnWRQoWKRA2ATBzmv7tdXn+6m13SXden
14O5u+8q14/F54f5JX22RvSjB84dQnMpIqY9k5N1X67u3ktVEtxiX0ZCM69blCG1R5e733NdYWDF
M1LqS/rgMoeBIugTo3dJDt2i0DX7867ZzwdC9MaG3itNxRA/QhWZGQwLfFC8qazcNiQopmOg1XB6
VYP9jZfc5Nq4cpgx2bBVvpBgedqfjUhPhH2qKFe561K9GvaiXXjGdm87HepZa7OPXG9QPnjXYnb9
7UQU7XmV/QqdVhwGMXAcCAG+vTG92JzHynn4hrBBt8hCI7ae0NaQGO5wEAOenxyjUfoHx7T9HPKV
XtVIHkBVS5WUAMG4tFU8aKlfMD5I9oK3MM6E90QTIiOTGBoANasqt1F/1AxYY55UTLKDv2fN5lG6
J8P+n9yzXF84oKCY/Yfu5X6VCYPUz/HBDZE8Cdw33h7Q/kQ8HBMw9V5wbK7FylAXm4X9lwJq7XIv
yuF7dPxp+BCqtT8YOze+JrZaNShN9j+p1ZZxGOC6QTmrY5za1fJzBdm6OHvAi9lQxY8clUz7pUwc
7DMZFHxrZSoTdwKOn9CqMMZkSvwUn51KBwFX0ILZ7huGfe7TxSxfVe0ACr8EwZtp2vYXIp8SwxCr
8fHby+1TY1AQFLmBja9QrTen6WXm2VvO13txpV+/I+LtcvQnvv8AETYUrWVuZHN0cmVhbQplbmRv
YmoKMjMgMCBvYmoKMTExNAplbmRvYmoKMjcgMCBvYmoKPDwvTGVuZ3RoIDI4IDAgUi9GaWx0ZXIg
L0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicbVRNc9owEL37V+xwaTKTEgzNV28pH9PMQCDgTKeT5CDk
tVGxJUcSkPz7rmQ72E3xwULefe/t25VeodcNoeee6s3z4Hx5BakJepAGr0HoP0L14jn8iCjgGsI+
RElQ5oTQH8DV1TVEeXByJy1qifbrSLPEQutnUO8FR7CqUJlK3+HTb8Y030C/F16cRn+CwQ1E0+CE
9ldV5mQnuRVKwoLZDTyfrCaL59PvEG0QaAmFVnsRowEGGe4xA5WAkLHQ6LNOvwThoIZcoz0gSrCU
m+yy7B3Y2ljNuAWpPAcl14r5hgkJzAEbfN2hpD2VEJ5D+siro5NKpaFKiQdizMQeNcZnwGTcYDQF
cpEIjCukIzG+ESBFHDaCDFlNJuerifGZBeNbtHAQWQZ7YQQtN1SGsLUabnfMgZMmIjVYplFLDkpv
uxTVv6w9cL5tkViUjg10Zo+rqHNWvuF+7tfL8cPj3XI8cuvVz9vp9GNRRrQ8pQ/zx2kV61ZHlOF8
Nhvfj0qg2e3vTulFZ76I7ub3t9MONYqEClOVESu+y1FaYBorG4UbrUKjxdi1gvrMtVjTH8p8Wk6G
/TC8eWkUOOiCcw6ietxGzDKYKWpHRRIRH3WtHKkaz9vl5lBY+rIj+rppViM1U7BUs9w1ifZa5X+a
73cmU4gda+5YW9pCUue1wHzv8vDwIQqPIxW1oMp4rqT140iE1uloDK4ffhm3ZNFhEKYdmAm5Nd3/
nKuhH3THWjJ63RWiw1JUs24VWoVwJl2P2C71baOuJFrlpZc1a+1LhVUmHoR1Az6ENTMN66qjwc3n
iU1UlqmDIHUTkbr+xFgIbss515gxf/Y2omie4Ab30ZlGiTRi/9XaiHFKBpfffPIv2j0Dsp9l3eYF
Nn4r6LYxZGxhMV+TVxdn/j7756J7WrAU4eKFIMdR8EDPX8ursARlbmRzdHJlYW0KZW5kb2JqCjI4
IDAgb2JqCjcwMAplbmRvYmoKMzIgMCBvYmoKPDwvTGVuZ3RoIDMzIDAgUi9GaWx0ZXIgL0ZsYXRl
RGVjb2RlPj4Kc3RyZWFtCniclVRbb4IwGH3vr/jepmE4wHjZo8s0MZnJLs32sOyhYgUWoFjqNhN+
/IpchAK6fU3apD3f+U5PLzswBiYYactHO0A3zxNwYmSAg3bIPC5CPtgB3GEJmIJpAd6iLMcEawiT
yRRwgHrLUFAeUqHfc7IVUIuY8i/PpiBYxHzmHKARK8JtFyzDHPXxJxreAn5AvSYMNF0NrX+FzGEX
Pkm72ToWnNiZqETi25G4ULdiG+qfQzZmOpCl2qSqtg15iaq577N8FYmDNC7Rq9N5udfuQlmFl/xg
2zgqhgapoXEL4o86Kgbq/zVQq6crkXR52NTWwl/KK43SuhaUOknh3GIf2sJjYVEwgVnIhEs5RJwJ
ZjNfqZniFox/E76RoIrUBJbhhkZUdqEoTqaeWb/h8SlTXejap961T/VOWuP2F7nwnD2nYJ3IsUuB
U5+kJsSuFwHbNv+LAwmd7BbJOZD2AMnf9NnXX0YLkUwcWqNj5pucvAYqgPiDatb8J/I4jaWXkaDB
Wto9uj7+UQr7+yNxKIw/JOUcoyfZfgG57BsAZW5kc3RyZWFtCmVuZG9iagozMyAwIG9iago0MTAK
ZW5kb2JqCjM3IDAgb2JqCjw8L0xlbmd0aCAzOCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0
cmVhbQp4nIVUUW+bMBB+51fc25ItpCGsS5eXSdNSaVI3dRvaNDV7cOCgbICpMUkj7cfvjO0AgXZG
yNb5833nu+/8AIu5Bwv1mTnMnYuvK0gqZwGJ8+B4zSaYKczhfUCAK/CWEMSOPuPB0ofV6gqC3Jl8
LCSKAqX7QbBYQm9UKPZpiCB5yTOeHGEwPjER3sNy4V1Og9+O/xaCG2dC9uAeIeZZxg9pkUBagSRD
ggWKNGzd5TyqM5y+cJZv7MF26M01UGwHLv4QyvM7qFeuKw528yXcmZWbRr8I2rrq4Wi3S9FaB0d4
c3kUbin4Po0weqf3dpxnyIpnKOSxxGpkv6rLkgtJ+XCHUQuM+2H/PXdLCGUn8piWY/w8QuWRpkES
eqDzJGjTOL4btPHfiac5Ogh9LCnPRD8Iz2B78K5AlLasMrVIKmB1kmMhtc4MKTSVAFZEZCUJRkwy
qKSoQ1mLpkRGUPNePAEHU3MIOTXHoyQlC+2C6DCb6XXF8jJDy2wweHKlyQlnBQTbya6WdEX1i5zJ
dI+t50h133Y6HzaD7YNv5sqB7p60ewOLtcFcFHJ90qPpNmUbW48I1lTDMLo9xn7hDPD6+kTzBOTG
/3772bUe/wPePIFt3xc1rtOE6gj+WivCFhZ43KiA7cjEQqnyzircTk+6aKrYJtqfL+eg7mBTe4Sf
rEhMbP2XLNacViDynHjwYh61p7ZODTnxbRg9nErvWiMpKS0CVq1VXK9XDfoHnZ0BSmDqQDs2j2VK
Aqb6lBLzHQq4nDVv8FlP3d2yBGGlunMTOF/o+wdffsIAZW5kc3RyZWFtCmVuZG9iagozOCAwIG9i
ago1OTgKZW5kb2JqCjQyIDAgb2JqCjw8L0xlbmd0aCA0MyAwIFIvRmlsdGVyIC9GbGF0ZURlY29k
ZT4+CnN0cmVhbQp4nJVVW2+bMBR+51ecPvVKmsu6dlGUSVNbqdIqbSvSHqo+uHAgXsGmtlmTf79j
bBogKNuMFIPP53O+c80rjEcTGNvH73ERnP+4hEwHY8iC12BSC8FvcQFfIgJcwWQKURq4OxOYzuDy
8gqiIji6EwaVQBNeK5Ya6CyN6jePEYwsZS6zDeyse6biFUzHk4vj6Fcw+wTR1+CIzhfaMFPpJSzS
nGV2F6xA2mRp7JfZlLg8PgymH5sb9Xq/xjVIgSDTOYEmsw4I4BQglQriSikUhhAt2drJEiwVxsxg
0hVLJ5bPWuZocICCJ7yfgXrzFKRIeVYpZrgUkDDDuuaUtyekCP+GDT11Vca6JxGNFsNTHtcKBpi7
EBNxs0KwH8TevcsEB7y420rtLVZlBYUTE+DCyFpkFCKkShbAyPYKFRQyqXI8A25aHGtbpKFUvL7P
NCwo/ClfL+eO1ahP1xfC/ih/dm4zAYQmn1kOObIUbOBXkiqzG6YDDyceqFFQ4VLIDeMCVRd40gCt
tjDn2liVdu/iHhcvuNHLpwZNgEMN9mzHnbqgh2JvBfV9a4uCLJKt1V6a7bq1FYLwwUpmo9kI4OH2
dtuA95SrHK5Rx4qXvgy2XQcOHbXQlKw+V5fCeUdxP/q+FuBcmDkNhzepXsIGa8+G3kPrasel0zCk
RnlwUyT0tDgOuG2hbeoHPci/8tm17mdYjQ554urVa+DJfnztFTNG8efK7NB2eNs91NqVaM3Oitpg
Nm2K0nPXNvCYDyp5N4Zrg0JTXtsB+J9k+FbvhLdF1KaoH1snjnOmNU0XVKFFUutp8ltkg2CdNiC3
9kK72F2op0euhytZnjzSD2XmaVebE7TOapfqJF5M6+L9yUR2BmiA5aN2BG7WJaeZQKVYGiyeaY5d
nNX/WtBdj99YhnBlbd9EwXd6/gBBpwMFZW5kc3RyZWFtCmVuZG9iago0MyAwIG9iago2OTcKZW5k
b2JqCjQ3IDAgb2JqCjw8L0xlbmd0aCA0OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVh
bQp4nJVWyW7bMBC96yumpzqp5Vpek1yMBEmBAE2RtgJ6sHugKVpmIZEKSTk2kI8vtVqytZk6yNS8
N48zQw/5BsOBBcPoSd/YN77+moMrjSG4xpthxUZIX9iHB1sDbsAagb0xEo4FozHM5zdg+0bvmSki
GFHmo0AbBaUhidhRTEDxgHvcPcDZeEECb2E0tKZX9j9jfAv2d6OXGb+YpngHxh1ikr0iTFLOPl19
NqxxCZYjsYekpBtKRBnfO9etZlEHEjnqVNASuNxgU0dDcRxNSJkaj6o1MnxQs4bcHut282V6VKrr
pf5Bnb8t0OZoCsij1w5um/zm0uc1q6nBRYzOkZW9ehwjxUVjgnOGOgSkdr0JakMFeUeet4g+NRUt
I3gcOWvkIYaJWHRi/Li3J5PYf1f47AL44+tzM/iYaLYjTOfuYDpIodO8HLfExfVOalhfxAS36mkk
M5HjCCLl6mpRV7u7VY8Gu8kRWQn8yPwWsYvMSnUTuytamsVmrWK51qyslQnN2oSSTDFzR4UKkWdi
rnvtXlWnNw8uRaVNJRmtO/9eKYS3xDHTlp0trUUrQ0d11P2jMKttJB819NY/dc7acqlMeZCK+NfL
wqS+d8VkqOAnSWrNDg6l4r4+IGQYBFzoVpl/aQjzhBtJXaCUpkYXgYcCk4Jk9ukC7QKlW+eMdh2L
ju3qDfCNuqEgMNXG0Sw7jO0tKZ34cEDMBV+refGmRJRJQHnR80uBVCLESvsblM72BySJA5yB0n7X
epK46us5lYARgzXR7qKja1BaR+44xmtTdFPRpj96OX0gCpA3KAbztA90R5fwmwR6S6yJgGk/vpKc
BL18RS6B2yjnT7bxUz//AQYdRXFlbmRzdHJlYW0KZW5kb2JqCjQ4IDAgb2JqCjY0NQplbmRvYmoK
NTIgMCBvYmoKPDwvTGVuZ3RoIDUzIDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnic
jVZNb+M2EL3rV8ytCWA7sYNtdve2bTfAAi3QNgb20PRAUyOJDUVqSWod//vOUKQ+HCNY+yCJ4jy+
eW841De43Wzhlv/pKtvi5u97qH1xC3XxrdjGl5AusoVf9jThPWx3sK+KIWYLuzu4v38P+7a4+mIC
OoNh/ZsTVYDFz6P7riRCsJ3Vtj7Bq98fwskGdrfbd9f7/4q7D7D/vbii8X2DUKNBpyS0tkQN0pog
lPEgJjiNotoMkx8fHkD0dYsmeAgNXv9UbO8y2hgQTh36GAZHFRplaKryM0BVYXzDEIy5zq8ILyIR
wGxFotZrBKG9Xaw+IQ5g6WmtyoTDFFYgTDlPR4Tg1KEPmWJoRJjyNiQDPfUmxLcJiCFGeHwJaLyy
JkehS2Q5eD0FgxQGDgi9Rw5PWMqUSoqAMQPTtwd0YKsY6+HYKHIq45YQtcNs8blOWvmQln6L3RmP
rGEy8OpSCQ3VcDhNI75DqSol/YZidj9n06NePrheht5luHldTQB50mDkrNIixtOVCR/57uk6WrYs
La6fCaARnvJBkzOhtIjqmK+HyroBlSuJ4BIvQ+KsG9tNU3N1ROdG6fzcT4aYAhISK5rlXBgaZ3Pc
CnzPVmrhPekWlwJfATHja7WZabVc/YeMG9LjAqDUc3rRi+zTKqqAL6LtNH6cEYFxpRUTWjzlgh8H
l25rZZ7fdDtOuGD5zO04JbrNd0/XC6PHiMGY6PsC+80imO0xqXsSIyq95sDBxqEh8FipHMqwUDvV
ghn3RISd+TJrhK9fXjQt97OldSk4uzc+T1sM4JGLhzKknk/I1ZLT3DO1o3p/Nb607ZL3CfGLoRb7
6yrymk0j2XPRaSuF1ifS1AdhghKsNBms5OnVPpW9D7ZFd0O0j9Y93+TG0jlbKerhrQiSDoSaO16g
o4yyhUrbY9yy2bySUmEdRPSHZoqO4jvHS4Ptw4E6bMkBR+FKBhPRybPO5Kv1cl/NypXKXnEtVr0Z
iiAeAjTk0HeEpA7ElbdPtoTIoghRY1stUqYyQvWdJRHyGQN79ymWua0pAz5RW0KkwHN2b9FLqo30
Uq6DMeccqVMTAcdCJEkvE6ycbYfWMZjD5hIz7kitHfaooT1BM8/X9/kYlNIOise2R4u3g0dSOKem
44oqCtBI0flexwkrLuUjak3XhNVQ7egZZxaKHw8k40T18YFl+7CNyXwVpl4BBjpANvPPm88vHe1m
D4/YBYzn6btV/NpZfgX986eokb65/iXEz/viL/r/DyDrK+RlbmRzdHJlYW0KZW5kb2JqCjUzIDAg
b2JqCjk0OQplbmRvYmoKNTcgMCBvYmoKPDwvTGVuZ3RoIDU4IDAgUi9GaWx0ZXIgL0ZsYXRlRGVj
b2RlPj4Kc3RyZWFtCnicnVRRb5swEH7nV5x4WSo1LJB16eg0dW2yKtLabS1SNU178MDArWBT2zRN
p/732Q4hQPqymQeEfd/dd993+B4mng8T8zTvuHReX88gk84EMufe8e0hNK+4hLNIBxyDH0CUOhuM
D8EUZrNjiEpntGSKCkbVeC5IqqC3JBUPGFNQvOIFz9awty6JiHMIJv7RQfTbmb6D6LMzeuMB3DTQ
aAv9/vHqAi55Uhf04JUTvLWR78+/zBdwtrhYXt18gBQLCm5TdGyKemvCMlfH+1MbX1o8dEPgjz4e
WTImePxAhUTOwD9p9xkpqayIZuPWgoXR2TysiCClDB/LImQyNMCwm9TdgStBU3wEabZPdsy3AmBZ
caFAC7ji4s6Sabj2dGqyuEx1Uuv13H40iZCqdIzGD7WuqOx01yYxp7skuwxcZIThE1GmfXe5iD7B
Mri+gVtNDFkGF4LXVad8zJkiseoUcFdaiCdUhJ/mNVlR9GJe9gnbMJkTQeUpS57yNqKrS0JlLLAy
RPb0cKMcJTRGJrohprvcGzTjCCREERNJiw4HI4uGAdP7Y0x6ApkzK09YC3xJoha8seu/8QWyfwJb
qfWZ6I2u7hS3FvclG7nnG4Q0LqWY1WJjq6AFUTSx0nhwiypHBiqn0FYwaC1wgVIBT4fK6npe1y4b
NuC07gzxHV33/0jd9caMIeG5tdJyGdRu88Jqx7dxoMeFkj5G1+pQsfrujNsoPGRhUmNCmcIUtdop
F0D2pss9eR5UtcMU85qpYcEamZoGL3R8FNigWz2oh0AVkMLr/iOLxwr1P6LvwUrR8pfmcnRo78n+
/fnjK8ko+P5PnXEROd/08xeoubIpZW5kc3RyZWFtCmVuZG9iago1OCAwIG9iago2MzUKZW5kb2Jq
CjYyIDAgb2JqCjw8L0xlbmd0aCA2MyAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4
nKVVy27bMBC86ysWutQBYtcPuE6RU9u4gIHWzUNBD0UPtLSW2EikQlJ2jKL/3iUly7KloA0iHSSQ
3JnZ2SX5CMPBCIb2rb5h5r29nUGsvSHE3qM3cpNQfcIMPga04AJGYwjWXhkzgvEEZrMLCDKvtxAG
lUDTv1JsbeDo0ag2PEQwMpepjHfQer4yFSYwHo6mZ8Evb/Iegi9ez18W2QoVyDUIGaGGLTcJF8Ba
gAP/8s/ZG2/8zsWFUhjGBUXu5/tml+NvWjGauBUABBcqnhsuBQ33wIcg4RoOodWfJq4NKpZCimxN
gKBzDPl6ByZpJGTxzx0QZVtQKkzDch58+rb8DFLBYnx7N4APbSNCJoDwBSRsg1V8VqSG5yk6UOLn
doAJlIVOd4QiIuI+1spEFbtCKDRGVicr4gyFcTpbvBn5mcJqdxgp0+Kh/qeX+GRQaDKuYWiXndgR
ciy6Q66Nfp3ilGsDhYhQpYwKX67mZGRD7gPuwK/V8ci/rPw7ycO/wjWJdR46XGrFLuiqMRvC+7VM
G+fw9/rKPqq5m7pcyYF20VaqB5p7Rhb4CwPUAblCXWTWv4QZ2hYRM0wbqZAEpenea8iYqG0jtQMI
ZIkbkTQu4oLrhEphtkiN2MiKO5INN9T9VCHbonC/XNzcz8vwOkUeUeWoFKj2teidFsRu4FYF7GDt
/n9Y70Be7HXF0mQvbS7HO8lt9x6ystysZD9mfuYAcnrpOMy4YBayn0suTKv/The8xIpWcNMXp7S7
7zo4X2mMOwcPsFCqqSYsVNsaXeS5VKbfUqOtlOnYrfzORHwOSH2dDppXxfwp59T3cIe5QXc/TM/d
zXF8o/y4ZjHSdfWTEOeBd0PvXyuPOCNlbmRzdHJlYW0KZW5kb2JqCjYzIDAgb2JqCjY1MQplbmRv
YmoKNjcgMCBvYmoKPDwvTGVuZ3RoIDY4IDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFt
CnicrVRLj5swEL7zK0a5NJFCGhJls9WeWu0eKrVSH0g9dHtwzBjcgs3aprvRav97bQOBEPYlFQ6W
B8/38AxzA8tFBEv3NistgrfftpDqYAlpcBNE/iM0Cy3gQ2wPnEO0gpgFdU4EqzVst+cQF8H0ozCo
BJrwUhFm4OjRqP5yimBkKXOZ7uHk+UwUzWC1jDaz+Hewfgfxp2D6B/cw0VVZSmXCUnJhQp5MLmZv
gmjtDySoqeKl4VLY4HRyiYwLS5Mh5FwbkAyG6XDLTcaFP2MFF1wQl15/91meYHXmCXIkIxD3nQKz
LxGETNDGXd6JJMfDExSGM47KKXKRBtJntrGeGvBUk4sHB/HQyaFSGGIdqlPpId4ZFNru7x+/n3jM
dJcJHT4lAnYIlcbEVg1IlRbWgwPx8of1LKyPHHb7LqJLpNYy1YunbPibc3f4jOjDuYHEVh8XCafE
1KU/1GTu8nVlG4vmRGtfgTkQ0Ayk8itbwHthETKux817xwf/8GrzcNJNnZTQV3/YTNooLtLRXooH
Rn2+VU56oPVtH7Uv+49ErXlWCeqOX081u541JW7oenzPMsHLqYBJdUtU4ig7zr5b98sL281hJsue
Wz9GbKgdHi8ZGy1Mf1x4aaMTogZ/1VyIR+eCo3Voh71F6Bk923jwH0Skc0ADJF/0h+jVXckVaviO
pcFiZ2E3cz9Tj2ftzy8kRYjWvyziVRx8te8/zajl2mVuZHN0cmVhbQplbmRvYmoKNjggMCBvYmoK
NTQzCmVuZG9iago3MiAwIG9iago8PC9MZW5ndGggNzMgMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+
PgpzdHJlYW0KeJydlE1vm0AQhu/8ipEvdaRgG1zXqXKrkkOlVuoHUg5VD+tlwNvAQnaXNpaV/97Z
BQM2JlECksHDzMuzMy/7AItZAAt7Nleee/Mfa0i1t4DUe/AC9xCaC8/hU0QJVxCEECVeXRNAuIT1
+gqi3Jt+lgaVROPfKJYYODo0qr+CI5iiLLIi3cHg+MoU30K4CFYX0R9v+RGiL96UF9IwIVGBLGL0
8dGg1KKQ+4t3XrB0KTFqrkRpKErB6QSiLZ5kQyfDmYQNQqUxJhZgVZqjNLbQUNmAMiedDDa7LqJL
5CIR3L1CzybXVBt+OIHlGdOaslD1IJ5htshna3qS9Z0Gy9kmaFteJC7YCUyun85R6cQ/6csLSFTw
ChRoOHQyGwV4DQHUCG9kSGZQU0zrH5jPUcbuoUWATGjTMdp/NH1nhh7SPe5g0oR9EbthDzhvMCEk
p+xkCKEpgX/CbIWEnrX81kg298g+GbK2kl7WwzC70mrLewqfRahb1ZaCkzqxekzvEzKthN4e7B6L
JEFlQQ/GbzRGB1hUiuNLrnFJY7NqntoZ2ArWzIR2jlxIZoWgLAQhKXRsHMc65YTONMo5bKRRlk/E
tEL3nbRu6Zja0FEjan/0GH3H6LeM+w6u9kwNp6uyLFRrnYayj99l7N1U3raAYfeGKzss5an7EJ5Z
0OH7WIUO+Y7J9BLQAMtm/U379rEUCjX8xNJgviGi1aXbw4/39l/fWIoQvP9NireR953O/46QEu5l
bmRzdHJlYW0KZW5kb2JqCjczIDAgb2JqCjU2MAplbmRvYmoKNzcgMCBvYmoKPDwvTGVuZ3RoIDc4
IDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicrVXBjtowEL3nK0ZclpUIkCDKVr1V
3cNKrdR2I/VQ9eAkk+CW2FnbaRdV/HvHhiSGACtVm0gJmXkz897YHp5gPo1gbu/DO6uC2dcVlDqY
Qxk8BZFzwuGVVfA+IcAdRDEkRbCPiSBewGp1B0kVjB+EQSXQhB8UKwwcXRrVb54hGFnLjSy3MLg+
MZWtIZ5Hy9vkZ7B4C8nHYLybzVDkYNYIWjaKEmRSGMYFqtubIH7jQJ0JctSGC2a4FH/JHy2cn6yZ
4rW1knE8Siibh+xTtr+0X1DIHG0YO/AgjVUbWUsuDCgsUKEg7IZrMx2966ltkBV+rZDnHjGzrff5
yWyDzjLlOQrDC070ZOEY+NxtdGvXWFaEJQI7G23J+GxDxzbs2Foi41+4hZFPUDd1LZUhRk7HUEEP
cAn+U8Owi62IvuutEG8TXJHjmn8CP7vKZzcOV5idbBunvBH8yLfXm0pJXnFW74PIecYMavizRiKh
/LUBro9SglQktV8yWzJ99YrpxYI78JrVYa626pA3xGeDQr980gZ4/7wxASlCo5EoSGCNgzrRngK3
kdNt961rzGgzZXoKjw3NDKZtBA0eSlx0qK7eBHis9NB+dFB7Toc84ZD3NaGyVeVaeZFL2/e+nOV2
odZLVS7KGiztlTU4OTF+zwcuN8LDboR3mPaxjF1zvjFRTgANsM3Un/D3zzVtMQ2PWBusUhK/nLiB
f/xH8P0zKxGi5Q/KeJ8EX+j+B0PpK7plbmRzdHJlYW0KZW5kb2JqCjc4IDAgb2JqCjU1OQplbmRv
YmoKODIgMCBvYmoKPDwvTGVuZ3RoIDgzIDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFt
CnicdVTfT6NAEH7nr5jwcpoIFpqqhxfjaatpcnp3lsRcLvewBwPdExbcXWyr8X+/WYRCtYUHyMx8
33zzY/cRBq4HA/M23yi3Du+OIVXWAFLr0fJqJzSfKIeLkAJOwPMhTKw3jAf+EI6PTyDMrb2p0CgF
amcsWaJh41Eon3iEoIuyyIp0BR+eGyajOfgDb7Qf/rOGnyH8Zu19ufw+nsDkdjw72/9k+Ue1ceQC
zK4uIWy5fn29vYabIq4ypKgGdDG5nt7OzhKeIdgqiRyT+pz4h47nO/7QXTGR2hTvDWvWvMZDGwkv
hsoIM3HOE0rFCwHeaWsWLEdVMqrJrqQIwotxUDLJchUs8ywQKjC4oKUzOu01tpSY8GUnq/PwvCyk
btv1TskGdBP3+o6Ao04cboahVyWq7RzG/46ikCkT/JlpU6w9nYRXMPXvZnBfyAcuUriWRVV2GIgK
oVmkO3Z7QWU/c82K83nFFsjdqMh7gBhVJHlp+HuS7HDOFTQjiEmdIM3UnW5fTDchZpqZKMx6jKZA
goAgu8PjjVKND0yZQSV5B6lLZVWao9BgH9a9DPo9p5Qc1XbHqjGbfO1v3TpKj0uNwixK44gyphRP
OMrOZb8JzJAl0PPzuBFea26KaSR/aBr1i+qKSX4NhiIBTZaOzrVPX7s0Zs9IO49W/RwVF3ro70wx
FTGPmMaa+Q1t8hDXmryePrVXkrV82UXURNFAkY4Ry0ywctsJNgLLrgFb1G1Zmx0tIKa1PMi4orOU
OObbkj/gyhw8SrfeoUZCT8G2IWzd3Z0qYDHndJ9xEWVVbHbwo7pNkVtVrmWO/PqSuqdTcACogWVu
//KcLEsu6cjMsNSY/yUho4P6Lt28Y3//YCmCd/SHGCeh9ZPe/z14wJBlbmRzdHJlYW0KZW5kb2Jq
CjgzIDAgb2JqCjY2NwplbmRvYmoKODcgMCBvYmoKPDwvTGVuZ3RoIDg4IDAgUi9GaWx0ZXIgL0Zs
YXRlRGVjb2RlPj4Kc3RyZWFtCnicxZXBbtswDIbvfgoilyVAncROk3TraUN7KLAN3WZgh3UHVaYc
DY7kSkrboOi7T5Zlx0nsYpdg9sEGKfL7RUnUA0zHEUzL13/pOph8X0KmgylkwUMQOSf4D13Dp8QO
uIAohoQFVUwE8QyWywtI1sHwRhhUAk14pQgzsPdoVI+cIhhZyFxmWzh6vhBFVxBPo/ko+RPM3kPy
ORhae46EgWYs5OnL6F0QzWoHmG2BIGSK1nVpXc6YoqaKF4ZLUZsGyQqBpygMZxwVSAbGWmxOeFpx
C+WC5pvUjhHeUYwHl69VePV5nUxQpLUXqBSGcIGqdLZ8NCdaO0iIzwaFrlTEC6eZbLK1FQGDiS7L
8MHXJPQ14ai7HVtvLqda/+4qUc6/gdUJWCj27IMXNw1fS1/KYWcJjwrYVz6/omwjaDn4bqjZ3agp
XI1yyXNJiZGqDd1wYWZxP1Pa1Ui5DcNOGlQ48Jmb5WpWpmSXIM+s9DCu8InkeW3skNKzg/5RDtcN
Y7eFKnYuSXpPciIoqlPy25xDDV8/Jufnp4Q7QAd1cWrq4oh6dXtzSqZN32oS7fbgtt1+izjYl1w8
2tMk1TZMiSG1ymNB7uTtIv3Ba6KhjC6tPTKtvt4edtAf/k+TertLvdGm5rHL+pOI7AzQAMnH7avk
+rmwh1DDDywMru9t6eZn7mbZv3F+3ZIMIVr+thmvk+Cbff8CI/EnnWVuZHN0cmVhbQplbmRvYmoK
ODggMCBvYmoKNTM0CmVuZG9iago5MiAwIG9iago8PC9MZW5ndGggOTMgMCBSL0ZpbHRlciAvRmxh
dGVEZWNvZGU+PgpzdHJlYW0KeJwrVDDQM1QwAEEonZzLpR9krpBezBXIBQBb9AYhZW5kc3RyZWFt
CmVuZG9iago5MyAwIG9iagozMAplbmRvYmoKOTYgMCBvYmoKPDwvTGVuZ3RoIDk3IDAgUi9GaWx0
ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCniclZRNj9MwEIbv/hWjXmilTdu0dFvYE4g9IIHERyQO
u3swziQxtHbWdspWq/53nG8nTQSbHCLNa78zz4zjR1jOfVjmb/VlB7L4toVYkyXE5JH4hQjVhx3g
fWAX7MBfQRCRco8PqzVstzsIDmT6URhUAo33QdHIQOfRqI6cIRiZyr2MT3DxfKaKJbBa+ptZ8Ius
30DwiUwBQtRM8dRwKWaviL+uwpMgQeAhCsMjjgpkBMZG6jRRJli+BSKp/lAVwv1UR9H9bD65OVub
KbBE5utsUHg0DBVq/VwIvYR1qmrN/+YBIUOc3JQGwKi2xabH171UAHuk0bAC5pTaTbadb129Kh/g
3PO+HvW+VLre12Pe58UCRVjwDrSrXMOkMNQ6qVI7cmUyuvfyMD6ZOmNRShXzeFiHizIyLsx6Vbfq
ovswMcOTtumgSldbN9OtCdrq3hlDWYKhV02u35M916aeqpcPr2nWbzzBxFUsQDPZkqyn9vpcRZst
A4z/PM+5R0vnTsbNXVC4QInUxtMnbfDQ5XGES5yu2KPpjutFMLkvlL4vYjlDu4SOzLEddbmnwGeZ
NvKAytNZmkrVHMeiBY3o8JfntBUa9iH0AfIR8NrROZ/Or9Ur0gHvQVTEFldmiuEwTa2OYzkrunz9
g9oF3KyKq/cHFfEVoAG6n7vX9+1Tyq0zfMfUzvenhd9cFbd595a/+0JjBH/3YB1vA/LVvn8BcSj3
tGVuZHN0cmVhbQplbmRvYmoKOTcgMCBvYmoKNTQ2CmVuZG9iagoxMDEgMCBvYmoKPDwvTGVuZ3Ro
IDEwMiAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJVVTW/jNhC961cMfNkEkBRL
SewELQr4K1mniZPaQotikwNDjWxuZNIhKe8axf73DiW5UWJ7gdIHUeLw8b03M/QrtMMI2u5XP/nS
O5l2YW68Nsy9Vy8qF6F+8CX0Ewq4gCiGJPOqPRHEp9DtXkCy9I7G0qKWaIOhZpmFd8OgXguOYNVK
5Wq+gZ1xxzRfQNyOzo+Tr97pJSS33pFbaCULBJGitCITqEFlYOkLL4xVS3rXaFShOYatX34cf/Ki
03rnj5MTlOm72KCmEWz3QC6MpU0UzpW0TEgCNFkmg7V0VP+p1iBFw7VYWaFk/YVYCdPYxJmEZ4TC
OI3b7+Xha6FtwXIgZ74p/fJmgcpqLJjRiSH0iK2wWyRWzJekGZ43YFbISTs/CEXSa6iG6IaMN55V
2PuoQKoUA/xuUZqtQOfk0a+D++EIRpPh7Dd6jTulsZ2Q+CIvtLAbGCjakqJmzhlTc0j6w9BNuxQ5
7k16P4+6oKiJ0ktaXCNMMUONkuM27Ms4GIY8x+UyELE2wYbJeVDrD5y2p2bOm2PgNvnQC324w3SN
qQ83NP+T6TnzYUrT5IVx8UJPmvfZgqWF9mES+tu0vA1Gbn12GWLSLtiLFmZBUx9aPRgyy+COHMwh
UxomFbVdiKTKlUDT8iF1HRL8TFbQjuHxaD8UFdZKqzkVsXk89mGIHJfPVIPUPGfhW6a27gm0WSBS
HeQmSKnetXguXCYOOnetMc2RvPj8wbsHjWuRCh9m9HLFtMa8Mtj5Mwt3mU7Zhkyi9NpF0FcFRQ0b
BFwr3wr5Eswss1iCJKNdkLHMqvqgHYURcg7964f/TDykLojau1CVox8NvGGyYHpTXj4f/JteDeIo
unwC6GuWSmeK0976HTdAUKkpk+66njAp2LjuH8tUcFJ0yN8pvhZCY9net7jG3JVEf/AA0ZnvQMAd
6dc3YnR52d0l1WnHbUfqK8nJyVeKdrT+7k2uIYBmVTq/bqm6CjbHkix1/SFidfG6hs3EvKgalrKu
rOIqJ/cmo2RwP7l6PG5VRB2NPe1yz62qC7K9h3t8FhH3kZSm6sMPKmZ8oVB+Y5inzu+bur564SHa
ffpbWJbt+H8F7FJ35D7RoYVERz/aQ//8tPPUOLQXlvTuwqaO/UwOCdhHEHqcbkHjAKympTKZW9uJ
Ql0fuwqIdexYd87Lk/6i3PuAFlgeNsNG31dUg4bu8pWtro9zv+yA92hfHlzdUAcQ4ijx/qDfv9bF
RwplbmRzdHJlYW0KZW5kb2JqCjEwMiAwIG9iago5MzMKZW5kb2JqCjEwNiAwIG9iago8PC9MZW5n
dGggMTA3IDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicxVPBctMwEL37K3Z6aTLY
xrITO/TUkKSTMA3TYjMdaDioimKp2FIqyQ3p1yMbMU0oMMOJ1WFnnt6u3pNWDxCFCKJ2uUxq7/WH
DErtRVB6Dx7qNsElUsPbwhJGgGIoNt6PGgRxAlk2gqL2egthqBLUBFOFNwaOQlP1yAkFI7eykuUe
XsQSK8IgjtCwX9x7yRsoLr2exW/XbbeAU7MJ9IYELY0bSkyjaBDFX/qnHkp+kg9ijqutlePDu9CH
k9ydf9EIYrgUMGGYCy5KWPXyi8mqb9v80mB8cNCJD4sp/F2Jby3sX7axjgahheO0EzluDJNKn8J4
vVZUa6pdyWdusFz1lpwwTKtVH26wKI/MzRu8oxwKSphoL5FT7U9k6F+ateuBIgS53JgdVhTGj1Q0
1IdPDWswTLk2ihPjmO+xuG/dQ4yiCMUOnTAu8LNWi8xqzKsz2FktT63Ac9aJCImsLe/5la65gJvm
v8u9YlLQM3g1SiEewjBN4yRNkiNZztEdr6pw1/zJT95oLOwMqe59/sVUNhgmMOfkq1R7m6vK4Tmu
uLD+lguAwQhlqcM/5uPf3bhLmrUSzsX6iTmN8SDrqO14+EAN4Co8nLfZty23JZDTraH1HVUw9Ltv
dTyWt1e4pBZv/8+s8K7t+g5mbxOQZW5kc3RyZWFtCmVuZG9iagoxMDcgMCBvYmoKNDk0CmVuZG9i
ago0IDAgb2JqCjw8L1R5cGUvUGFnZS9NZWRpYUJveCBbMCAwIDU5NSA4NDJdCi9Sb3RhdGUgMC9Q
YXJlbnQgMyAwIFIKL1Jlc291cmNlczw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSA5
IDAgUgovRm9udCAxMCAwIFIKPj4KL0NvbnRlbnRzIDUgMCBSCj4+CmVuZG9iagoxMSAwIG9iago8
PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBS
Ci9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMTQgMCBSCi9Gb250
IDE1IDAgUgo+PgovQ29udGVudHMgMTIgMCBSCj4+CmVuZG9iagoxNiAwIG9iago8PC9UeXBlL1Bh
Z2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJj
ZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMTkgMCBSCi9Gb250IDIwIDAgUgo+
PgovQ29udGVudHMgMTcgMCBSCj4+CmVuZG9iagoyMSAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFC
b3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9j
U2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMjQgMCBSCi9Gb250IDI1IDAgUgo+PgovQ29udGVu
dHMgMjIgMCBSCj4+CmVuZG9iagoyNiAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1
OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYg
L1RleHRdCi9FeHRHU3RhdGUgMjkgMCBSCi9Gb250IDMwIDAgUgo+PgovQ29udGVudHMgMjcgMCBS
Cj4+CmVuZG9iagozMSAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQov
Um90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9F
eHRHU3RhdGUgMzQgMCBSCi9Gb250IDM1IDAgUgo+PgovQ29udGVudHMgMzIgMCBSCj4+CmVuZG9i
agozNiAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAv
UGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUg
MzkgMCBSCi9Gb250IDQwIDAgUgo+PgovQ29udGVudHMgMzcgMCBSCj4+CmVuZG9iago0MSAwIG9i
ago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMg
MCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgNDQgMCBSCi9G
b250IDQ1IDAgUgo+PgovQ29udGVudHMgNDIgMCBSCj4+CmVuZG9iago0NiAwIG9iago8PC9UeXBl
L1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNv
dXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgNDkgMCBSCi9Gb250IDUwIDAg
Ugo+PgovQ29udGVudHMgNDcgMCBSCj4+CmVuZG9iago1MSAwIG9iago8PC9UeXBlL1BhZ2UvTWVk
aWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Q
cm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgNTQgMCBSCi9Gb250IDU1IDAgUgo+PgovQ29u
dGVudHMgNTIgMCBSCj4+CmVuZG9iago1NiAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAg
MCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9Q
REYgL1RleHRdCi9FeHRHU3RhdGUgNTkgMCBSCi9Gb250IDYwIDAgUgo+PgovQ29udGVudHMgNTcg
MCBSCj4+CmVuZG9iago2MSAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQy
XQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRd
Ci9FeHRHU3RhdGUgNjQgMCBSCi9Gb250IDY1IDAgUgo+PgovQ29udGVudHMgNjIgMCBSCj4+CmVu
ZG9iago2NiAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRl
IDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3Rh
dGUgNjkgMCBSCi9Gb250IDcwIDAgUgo+PgovQ29udGVudHMgNjcgMCBSCj4+CmVuZG9iago3MSAw
IG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50
IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgNzQgMCBS
Ci9Gb250IDc1IDAgUgo+PgovQ29udGVudHMgNzIgMCBSCj4+CmVuZG9iago3NiAwIG9iago8PC9U
eXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9S
ZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgNzkgMCBSCi9Gb250IDgw
IDAgUgo+PgovQ29udGVudHMgNzcgMCBSCj4+CmVuZG9iago4MSAwIG9iago8PC9UeXBlL1BhZ2Uv
TWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8
PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgODQgMCBSCi9Gb250IDg1IDAgUgo+Pgov
Q29udGVudHMgODIgMCBSCj4+CmVuZG9iago4NiAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3gg
WzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0
Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgODkgMCBSCi9Gb250IDkwIDAgUgo+PgovQ29udGVudHMg
ODcgMCBSCj4+CmVuZG9iago5MSAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUg
ODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREZdCi9F
eHRHU3RhdGUgOTQgMCBSCj4+Ci9Db250ZW50cyA5MiAwIFIKPj4KZW5kb2JqCjk1IDAgb2JqCjw8
L1R5cGUvUGFnZS9NZWRpYUJveCBbMCAwIDU5NSA4NDJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAwIFIK
L1Jlc291cmNlczw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSA5OCAwIFIKL0ZvbnQg
OTkgMCBSCj4+Ci9Db250ZW50cyA5NiAwIFIKPj4KZW5kb2JqCjEwMCAwIG9iago8PC9UeXBlL1Bh
Z2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJj
ZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMTAzIDAgUgovRm9udCAxMDQgMCBS
Cj4+Ci9Db250ZW50cyAxMDEgMCBSCj4+CmVuZG9iagoxMDUgMCBvYmoKPDwvVHlwZS9QYWdlL01l
ZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwv
UHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDEwOCAwIFIKL0ZvbnQgMTA5IDAgUgo+Pgov
Q29udGVudHMgMTA2IDAgUgo+PgplbmRvYmoKMyAwIG9iago8PCAvVHlwZSAvUGFnZXMgL0tpZHMg
Wwo0IDAgUgoxMSAwIFIKMTYgMCBSCjIxIDAgUgoyNiAwIFIKMzEgMCBSCjM2IDAgUgo0MSAwIFIK
NDYgMCBSCjUxIDAgUgo1NiAwIFIKNjEgMCBSCjY2IDAgUgo3MSAwIFIKNzYgMCBSCjgxIDAgUgo4
NiAwIFIKOTEgMCBSCjk1IDAgUgoxMDAgMCBSCjEwNSAwIFIKXSAvQ291bnQgMjEKPj4KZW5kb2Jq
CjEgMCBvYmoKPDwvVHlwZSAvQ2F0YWxvZyAvUGFnZXMgMyAwIFIKL01ldGFkYXRhIDExMCAwIFIK
Pj4KZW5kb2JqCjcgMCBvYmoKPDwvVHlwZS9FeHRHU3RhdGUKL09QTSAxPj5lbmRvYmoKOSAwIG9i
ago8PC9SNwo3IDAgUj4+CmVuZG9iagoxMCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoxNCAw
IG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagoxNSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagox
OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagoyMCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9i
agoyNCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagoyNSAwIG9iago8PC9SOAo4IDAgUj4+CmVu
ZG9iagoyOSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagozMCAwIG9iago8PC9SOAo4IDAgUj4+
CmVuZG9iagozNCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagozNSAwIG9iago8PC9SOAo4IDAg
Uj4+CmVuZG9iagozOSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago0MCAwIG9iago8PC9SOAo4
IDAgUj4+CmVuZG9iago0NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago0NSAwIG9iago8PC9S
OAo4IDAgUj4+CmVuZG9iago0OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago1MCAwIG9iago8
PC9SOAo4IDAgUj4+CmVuZG9iago1NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago1NSAwIG9i
ago8PC9SOAo4IDAgUj4+CmVuZG9iago1OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago2MCAw
IG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago2NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago2
NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago2OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9i
ago3MCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago3NCAwIG9iago8PC9SNwo3IDAgUj4+CmVu
ZG9iago3NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago3OSAwIG9iago8PC9SNwo3IDAgUj4+
CmVuZG9iago4MCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago4NCAwIG9iago8PC9SNwo3IDAg
Uj4+CmVuZG9iago4NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago4OSAwIG9iago8PC9SNwo3
IDAgUj4+CmVuZG9iago5MCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago5NCAwIG9iago8PC9S
Nwo3IDAgUj4+CmVuZG9iago5OCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago5OSAwIG9iago8
PC9SOAo4IDAgUj4+CmVuZG9iagoxMDMgMCBvYmoKPDwvUjcKNyAwIFI+PgplbmRvYmoKMTA0IDAg
b2JqCjw8L1I4CjggMCBSPj4KZW5kb2JqCjEwOCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagox
MDkgMCBvYmoKPDwvUjgKOCAwIFI+PgplbmRvYmoKOCAwIG9iago8PC9CYXNlRm9udC9Db3VyaWVy
L1R5cGUvRm9udAovU3VidHlwZS9UeXBlMT4+CmVuZG9iagoxMTAgMCBvYmoKPDwvVHlwZS9NZXRh
ZGF0YQovU3VidHlwZS9YTUwvTGVuZ3RoIDEzNTQ+PnN0cmVhbQo8P3hwYWNrZXQgYmVnaW49J++7
vycgaWQ9J1c1TTBNcENlaGlIenJlU3pOVGN6a2M5ZCc/Pgo8P2Fkb2JlLXhhcC1maWx0ZXJzIGVz
Yz0iQ1JMRiI/Pgo8eDp4bXBtZXRhIHhtbG5zOng9J2Fkb2JlOm5zOm1ldGEvJyB4OnhtcHRrPSdY
TVAgdG9vbGtpdCAyLjkuMS0xMywgZnJhbWV3b3JrIDEuNic+CjxyZGY6UkRGIHhtbG5zOnJkZj0n
aHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1yZGYtc3ludGF4LW5zIycgeG1sbnM6aVg9J2h0
dHA6Ly9ucy5hZG9iZS5jb20vaVgvMS4wLyc+CjxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSd1
dWlkOjI0OTk4MDFjLWZiMDQtMTFlZi0wMDAwLThjZjY3MWVmZGE4NCcgeG1sbnM6cGRmPSdodHRw
Oi8vbnMuYWRvYmUuY29tL3BkZi8xLjMvJyBwZGY6UHJvZHVjZXI9J0dQTCBHaG9zdHNjcmlwdCA5
LjA2Jy8+CjxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSd1dWlkOjI0OTk4MDFjLWZiMDQtMTFl
Zi0wMDAwLThjZjY3MWVmZGE4NCcgeG1sbnM6eG1wPSdodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8x
LjAvJz48eG1wOk1vZGlmeURhdGU+MjAxNS0wMy0wNFQxOToyNzo0Ny0wODowMDwveG1wOk1vZGlm
eURhdGU+Cjx4bXA6Q3JlYXRlRGF0ZT4yMDE1LTAzLTA0VDE5OjI3OjQ3LTA4OjAwPC94bXA6Q3Jl
YXRlRGF0ZT4KPHhtcDpDcmVhdG9yVG9vbD5HTlUgRW5zY3JpcHQgMS42LjUuOTA8L3htcDpDcmVh
dG9yVG9vbD48L3JkZjpEZXNjcmlwdGlvbj4KPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9J3V1
aWQ6MjQ5OTgwMWMtZmIwNC0xMWVmLTAwMDAtOGNmNjcxZWZkYTg0JyB4bWxuczp4YXBNTT0naHR0
cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL21tLycgeGFwTU06RG9jdW1lbnRJRD0ndXVpZDoyNDk5
ODAxYy1mYjA0LTExZWYtMDAwMC04Y2Y2NzFlZmRhODQnLz4KPHJkZjpEZXNjcmlwdGlvbiByZGY6
YWJvdXQ9J3V1aWQ6MjQ5OTgwMWMtZmIwNC0xMWVmLTAwMDAtOGNmNjcxZWZkYTg0JyB4bWxuczpk
Yz0naHR0cDovL3B1cmwub3JnL2RjL2VsZW1lbnRzLzEuMS8nIGRjOmZvcm1hdD0nYXBwbGljYXRp
b24vcGRmJz48ZGM6dGl0bGU+PHJkZjpBbHQ+PHJkZjpsaSB4bWw6bGFuZz0neC1kZWZhdWx0Jz5F
bnNjcmlwdCBPdXRwdXQ8L3JkZjpsaT48L3JkZjpBbHQ+PC9kYzp0aXRsZT48L3JkZjpEZXNjcmlw
dGlvbj4KPC9yZGY6UkRGPgo8L3g6eG1wbWV0YT4KICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIAo8P3hwYWNrZXQgZW5kPSd3Jz8+CmVuZHN0cmVhbQplbmRvYmoKMiAwIG9iago8PC9Qcm9k
dWNlcihHUEwgR2hvc3RzY3JpcHQgOS4wNikKL0NyZWF0aW9uRGF0ZShEOjIwMTUwMzA0MTkyNzQ3
LTA4JzAwJykKL01vZERhdGUoRDoyMDE1MDMwNDE5Mjc0Ny0wOCcwMCcpCi9UaXRsZShFbnNjcmlw
dCBPdXRwdXQpCi9DcmVhdG9yKEdOVSBFbnNjcmlwdCAxLjYuNS45MCk+PmVuZG9iagp4cmVmCjAg
MTExCjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAwMDAxOTM4MSAwMDAwMCBuIAowMDAwMDIyMjE1IDAw
MDAwIG4gCjAwMDAwMTkxNzkgMDAwMDAgbiAKMDAwMDAxNTc5MSAwMDAwMCBuIAowMDAwMDAwMDE1
IDAwMDAwIG4gCjAwMDAwMDExMjcgMDAwMDAgbiAKMDAwMDAxOTQ0NyAwMDAwMCBuIAowMDAwMDIw
NzIxIDAwMDAwIG4gCjAwMDAwMTk0ODggMDAwMDAgbiAKMDAwMDAxOTUxNyAwMDAwMCBuIAowMDAw
MDE1OTUwIDAwMDAwIG4gCjAwMDAwMDExNDcgMDAwMDAgbiAKMDAwMDAwMTg1NyAwMDAwMCBuIAow
MDAwMDE5NTQ3IDAwMDAwIG4gCjAwMDAwMTk1NzcgMDAwMDAgbiAKMDAwMDAxNjExMiAwMDAwMCBu
IAowMDAwMDAxODc3IDAwMDAwIG4gCjAwMDAwMDI4NDQgMDAwMDAgbiAKMDAwMDAxOTYwNyAwMDAw
MCBuIAowMDAwMDE5NjM3IDAwMDAwIG4gCjAwMDAwMTYyNzQgMDAwMDAgbiAKMDAwMDAwMjg2NCAw
MDAwMCBuIAowMDAwMDA0MDUwIDAwMDAwIG4gCjAwMDAwMTk2NjcgMDAwMDAgbiAKMDAwMDAxOTY5
NyAwMDAwMCBuIAowMDAwMDE2NDM2IDAwMDAwIG4gCjAwMDAwMDQwNzEgMDAwMDAgbiAKMDAwMDAw
NDg0MyAwMDAwMCBuIAowMDAwMDE5NzI3IDAwMDAwIG4gCjAwMDAwMTk3NTcgMDAwMDAgbiAKMDAw
MDAxNjU5OCAwMDAwMCBuIAowMDAwMDA0ODYzIDAwMDAwIG4gCjAwMDAwMDUzNDUgMDAwMDAgbiAK
MDAwMDAxOTc4NyAwMDAwMCBuIAowMDAwMDE5ODE3IDAwMDAwIG4gCjAwMDAwMTY3NjAgMDAwMDAg
biAKMDAwMDAwNTM2NSAwMDAwMCBuIAowMDAwMDA2MDM1IDAwMDAwIG4gCjAwMDAwMTk4NDcgMDAw
MDAgbiAKMDAwMDAxOTg3NyAwMDAwMCBuIAowMDAwMDE2OTIyIDAwMDAwIG4gCjAwMDAwMDYwNTUg
MDAwMDAgbiAKMDAwMDAwNjgyNCAwMDAwMCBuIAowMDAwMDE5OTA3IDAwMDAwIG4gCjAwMDAwMTk5
MzcgMDAwMDAgbiAKMDAwMDAxNzA4NCAwMDAwMCBuIAowMDAwMDA2ODQ0IDAwMDAwIG4gCjAwMDAw
MDc1NjEgMDAwMDAgbiAKMDAwMDAxOTk2NyAwMDAwMCBuIAowMDAwMDE5OTk3IDAwMDAwIG4gCjAw
MDAwMTcyNDYgMDAwMDAgbiAKMDAwMDAwNzU4MSAwMDAwMCBuIAowMDAwMDA4NjAyIDAwMDAwIG4g
CjAwMDAwMjAwMjcgMDAwMDAgbiAKMDAwMDAyMDA1NyAwMDAwMCBuIAowMDAwMDE3NDA4IDAwMDAw
IG4gCjAwMDAwMDg2MjIgMDAwMDAgbiAKMDAwMDAwOTMyOSAwMDAwMCBuIAowMDAwMDIwMDg3IDAw
MDAwIG4gCjAwMDAwMjAxMTcgMDAwMDAgbiAKMDAwMDAxNzU3MCAwMDAwMCBuIAowMDAwMDA5MzQ5
IDAwMDAwIG4gCjAwMDAwMTAwNzIgMDAwMDAgbiAKMDAwMDAyMDE0NyAwMDAwMCBuIAowMDAwMDIw
MTc3IDAwMDAwIG4gCjAwMDAwMTc3MzIgMDAwMDAgbiAKMDAwMDAxMDA5MiAwMDAwMCBuIAowMDAw
MDEwNzA3IDAwMDAwIG4gCjAwMDAwMjAyMDcgMDAwMDAgbiAKMDAwMDAyMDIzNyAwMDAwMCBuIAow
MDAwMDE3ODk0IDAwMDAwIG4gCjAwMDAwMTA3MjcgMDAwMDAgbiAKMDAwMDAxMTM1OSAwMDAwMCBu
IAowMDAwMDIwMjY3IDAwMDAwIG4gCjAwMDAwMjAyOTcgMDAwMDAgbiAKMDAwMDAxODA1NiAwMDAw
MCBuIAowMDAwMDExMzc5IDAwMDAwIG4gCjAwMDAwMTIwMTAgMDAwMDAgbiAKMDAwMDAyMDMyNyAw
MDAwMCBuIAowMDAwMDIwMzU3IDAwMDAwIG4gCjAwMDAwMTgyMTggMDAwMDAgbiAKMDAwMDAxMjAz
MCAwMDAwMCBuIAowMDAwMDEyNzY5IDAwMDAwIG4gCjAwMDAwMjAzODcgMDAwMDAgbiAKMDAwMDAy
MDQxNyAwMDAwMCBuIAowMDAwMDE4MzgwIDAwMDAwIG4gCjAwMDAwMTI3ODkgMDAwMDAgbiAKMDAw
MDAxMzM5NSAwMDAwMCBuIAowMDAwMDIwNDQ3IDAwMDAwIG4gCjAwMDAwMjA0NzcgMDAwMDAgbiAK
MDAwMDAxODU0MiAwMDAwMCBuIAowMDAwMDEzNDE1IDAwMDAwIG4gCjAwMDAwMTM1MTcgMDAwMDAg
biAKMDAwMDAyMDUwNyAwMDAwMCBuIAowMDAwMDE4Njg1IDAwMDAwIG4gCjAwMDAwMTM1MzYgMDAw
MDAgbiAKMDAwMDAxNDE1NCAwMDAwMCBuIAowMDAwMDIwNTM3IDAwMDAwIG4gCjAwMDAwMjA1Njcg
MDAwMDAgbiAKMDAwMDAxODg0NyAwMDAwMCBuIAowMDAwMDE0MTc0IDAwMDAwIG4gCjAwMDAwMTUx
ODEgMDAwMDAgbiAKMDAwMDAyMDU5NyAwMDAwMCBuIAowMDAwMDIwNjI4IDAwMDAwIG4gCjAwMDAw
MTkwMTMgMDAwMDAgbiAKMDAwMDAxNTIwMiAwMDAwMCBuIAowMDAwMDE1NzcwIDAwMDAwIG4gCjAw
MDAwMjA2NTkgMDAwMDAgbiAKMDAwMDAyMDY5MCAwMDAwMCBuIAowMDAwMDIwNzgzIDAwMDAwIG4g
CnRyYWlsZXIKPDwgL1NpemUgMTExIC9Sb290IDEgMCBSIC9JbmZvIDIgMCBSCi9JRCBbPEYyOUM3
NTUzMzhGRDMwODZCNTQzODA2N0YzREYxOEZBPjxGMjlDNzU1MzM4RkQzMDg2QjU0MzgwNjdGM0RG
MThGQT5dCj4+CnN0YXJ0eHJlZgoyMjM5NAolJUVPRgo=

------=_NextPart_000_0BBC_01D0570F.ECEE4AB0
Content-Type: application/pdf;
	name="draft-ietf-i2rs-rib-info-model-v2-06.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="draft-ietf-i2rs-rib-info-model-v2-06.pdf"

JVBERi0xLjQKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyIC9GbGF0ZURlY29k
ZT4+CnN0cmVhbQp4nK1WTXPbNhC961fs5FJ7xqI+3MZJeqpcJaMk9riSZnKoe4DApYSaBBgAlKz+
+j6AkCXZbuOZhJqRKBL79u3btyC/Uj8bUD980q+sOr3pBS1dp0/LztfOIN6k9CMrGs2x4A0NhjQv
Om3MgIbndHH+luZV5+Sa/cbYO/qCL6WX9MGapqYXHNcZjcRK5I09o3Genc7/7gzOaf65czLRnq1m
3/3disK/BCseIyvkHXu6NFXdeHA5/anF0jnn5LzwjXtHE10YWwmvjBbl/8FNM3pvyjt2LT1gje9r
ZRkYM649Vwu29PMZDfuDX/4L42OjVY1lSSRATbSMWC+u6pljltEnpdUDr+/BCsfYKumc0T8A62NG
V5yvOf8RvHBcKifN92FdCStX1D9vOwWsYNzPzyFOTbTNoUVgUcfxAl2ZnEuEJ5M+kykPdu0q9kVX
Da3rWrXoKoR2qxDa7b9G9PB1jP5t4Tzs6lNpu8xC52TTedFoGSg4Upo4jERtFciENVJYq+ArnXxF
wvIRNb+tlRRluSXYL1SDCVhsd+sp57WS7Oj2JGRj6yKq2ygvV+xuT6lxkU6it6OkDoRZBGFuT6aT
0e1pRnRjjTfSlC2SNLpQy8a2S+vGrRJSLrwAjDfkV0wIjst355XQYomylMa0lsAKQ8sP6xPGSth8
g4J/JbChuh16nOJaDpYgM18p13aDXM1SFYoDr0P+CSt2JuLsOCAVa7EoGSIVmLIgQ+Ch8wD/D3SM
NcRApJo1clebOLiDDkEiho4IAGTE4pYD9C6EZDoQobCmws0EhGYrv8VN4SHJlnjNEYzvw76IXStF
Hncz1Z0w9mkeMXFNXRvrEbwJ17oSfXRYEAptWUan7OWejOfvaTKczujLh2zv4FncT8kUrdpXXO3m
NP5/tIfjimsWlfIe8PBz0ZRldEnohwZLWG+Vku5dXFuzVi7OAPKMLm/o4k00TDx9e8Am8DzKGEeC
NumhlBvZVJA14gTpdotprJcomW37uNinngt3h/3fymDyIEF0+bWBHWNfDFAsLcPDzsUmidKhzQpj
rRYYqaTFUwLisTYuNo6pRGygJxtrsXK/KkGlsqAk0q+8r9/1esFwPj72bBb2nczYZS8a3/USTu/b
KrWTsqe4FqXK41DAzeJeVU0ViDl1D3Nrv3JHSoV+BAGCx2oQ4vyMLNclvIczgJiFMyX71letbgdy
eABsU4leVcHGk+gXpUUNA2DTC3sAnNs4fkrfIVfBKFTuJMd8o52YkjDUhqSKLeMqpUb3dAh7FUcH
VkSOJZ7qLnt1JNRzLt4ouJbjWwBhX3vyGhCkHgwuIsTDuw1MJsJOkY70EvHNd4g/b7AV0uAvQI7n
nT/w+Reprr7CZW5kc3RyZWFtCmVuZG9iago2IDAgb2JqCjEwMjQKZW5kb2JqCjEyIDAgb2JqCjw8
L0xlbmd0aCAxMyAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJ2XUU/jOBDH3/sp
5m1BYgtJKS33dgVOQmJXHOS0D8c9uMmk8Sqxs7ZT6Le/GSdpk+7dktBKlCbxz//5e2bs/oCLaQAX
/G4+42Jy/rSAjZ1cwGbyYxL4m9B8xAWsInpgCUEIUTqpxwQQzmCxWEJUTE7ulUOj0H2+NSJ1wK8n
XTmpNnCvUm0K4aRWsBIW/QX4ohPMoXl9ESbOILwI5qfR98nsGqKHycmNLndGbjIHX7WTMZ5+moRX
/g6NONx8OYlfTv1YuL+L/oDIVNaBUAm4DKFEY7WyIBNUTqYSExCW7xAtmLW0RMdVQQ+AqFymjZ0C
/J7n4CewYNCi2WIy7SmIMmkPA+l/W62/Y+zAaVjdPAIZ04o46Ppk4QE3Iu/N/mj0VlrJMp8wF940
gvhRt80Elkbwsy8nmXPlb+fnjnGIU4kunWqzOc/JImXxsyR3yRCpANOU9ZDtLCIRDkGnDaes1jSg
XhSd0gOdYCj6xxx5pQxuJb7ycPqSHEmJhcG0yvPdWWPpDhK0sZFrhJ2uTGsfu0AWOiNj54N8lS7j
KyWpa1gU7rGEG0oQ+lOUWvGkgG/OiNjRAqZGF/3HoSAzGpRUcV7R0GdZlHm94qvnW3io7QFHHNbb
Sk3YqWf00uBy2rGITauTyS9Zd5k4JIoeSr6UEINDonSHV2GMUG5HMzSU3jyM/G9dndyKxDpnGRQ8
FdXB74BMoTIzOqlqtTAd+QaY9RKPmYG3Wm25PDi0yrZSu/7+P3HeqAvpy9P9itNMjFfWZzEtaHmY
SiXHxttneW1NN5LKOqFiHE4DuOqwZg0LPxjjosO6pAtfKR8zXX6ItdyzalrQ4bldiXY4KwiOWGGH
lUvuqI4qeE2Bv0elTeKINeuw4jqpB+s6ZrFnz9Q5JFWkqpl22FpCMGtYfg1RJJwPTTNBn2wj/GpZ
rOebkW3THk1i1mXDmrNPmrepujMPX7+fWVdN/WyMKAphRpOYdaihq15utUx8K3MhFTWM91ltri7o
y1/Wu9VYNVbhgcW0YM8zvipL2pTQ4MAK77PCPSuRqae4Q47VBfVL1nUnV5nG2qJKKeyk6tAYj1m+
h2G537S5JofRfmZx/n9D3p1p6WrQh3Vx/tPO6HD0nkRntiPWvNsnMsqs4brC4IjF+f/gQ6OddFyM
HdbCe/WIho+wnBhFldNZVFA/HMhq+9eyqUdNJ9KmuIUDG4t86E5Cx+29ruV+fzTUxz7QJ3qsdu9+
pT726xx/nzVrWLj1pzY+KaleSxvIuuY+j3FFknZ8QLF0zjKjuiKE3AvnoT/trEQmksqcAdJOlk/b
Hx5w91ZKOorSVKXDYo0GLs/qHxP919+PYoMQ/kPEu2jyJ73/BapvHoBlbmRzdHJlYW0KZW5kb2Jq
CjEzIDAgb2JqCjEwMjMKZW5kb2JqCjE3IDAgb2JqCjw8L0xlbmd0aCAxOCAwIFIvRmlsdGVyIC9G
bGF0ZURlY29kZT4+CnN0cmVhbQp4nJ1WUW/aMBB+z6+4t1G1zQht125vsLUS0lptDPVl3SSTHMRr
sKntlFXKj9/ZcSCwhEIvD6DL3XfffXc2PEE3jKBrH/8Zz4P3o0uY6aALs+ApiNxL8B/xHAZjCriC
qAfjaVDmRNA7g8vLKxjPg85QGFQCzekXxaYGrI1kbriYwVBMpZozw6WAAdPoHHArE8zA2y1TcQq9
bnRxNP4TnH2E8degQ/6oG8Kwf9eHz1JonqByKBrCvR/onR+9C6KzFWIUQj9+FHKZYTLDOQqj4QC8
CtFh9UIY4RQVihgPRNnGcmjEDe5KrZ6xDv0GLOK2Vv5QtDVWPzepVPod9JNEodaH9wm9C8LqfXAT
iBwro2SSx3aUvkq1KkwkoPz3aS7ictpcANr1WihO22NjYqYURwW0cEupHjUwhRtjNool3GazLHuB
BSorBCYWyudAgs+c1CBC441gWx+V9sxULlaMFkoaGctMOw4mxYY3Dx2WSfIsuUlBG9I+9kixFFM+
eziChVzkGTPoEKrOee2QTOwheeiMhgOKltNVJVShxxrbzOEAuIY5E2xGnU1eSjzyli61Yln3EdNn
OkjUgocSUpn0dCJzYdWhGlMWEzUJnA5GnHF3QHiIYUvDRnogLjQqUxK1MyMIXzxcE65okBg6zwi5
4kdcPU6CsSOYyqWlQZVmis1dIEm0ZCpp0eumppfHSimaMtCqUzXHq+lYxJs1J89SYVZeMilfeJQJ
bQyisAlUiAShZbEtatBEUtiluuGznMpE4XrVq7sNjk/rdtzi3ljf0gorTDkCumwLCJ1tuO+gWB36
g2qtU7z93nZ4d1Ns0RxbNMVult7N4TWsmt3vX6uxVFHfxt1Vm7vdGXq8If/O0MKtf7FP6B6oByhQ
s8Yh1wlsvm8ZaXvBln1pr3D/akI1/5aFr1nz7he1kw9RE8GNiNuKYAH1Obi8cGWrZmsRtbzCXTdF
iyBbEe31GvL+r/cWXbYvLrLqXvtUv71PYH0Dlb+FNansD+dFzwENWMqSnMLRAMvCFej13wWn/xLw
AxcG5xOS9/zE/fnbYvjzGwHC2S9CvB4H3+n5Bxnpc2xlbmRzdHJlYW0KZW5kb2JqCjE4IDAgb2Jq
CjgxMAplbmRvYmoKMjIgMCBvYmoKPDwvTGVuZ3RoIDIzIDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2Rl
Pj4Kc3RyZWFtCnicfVfbcts2EH3XV+xb7BlTvuTax3qSaT1Tt6mjTh9iP8AESCImAQYAJatf37O4
UFTSRp6xZBG7e/bs2V34K12sL+mCf/J7PazO795S61cX1K6+ri7jQ8pv9UDXGxx4R5dXtGlWyeaS
rl7S27fvaDOsTm5MUM6oUL13ognErzs7BW1aujGNdYMI2hq6Fl7FL+jWStVTft0KV3d0dXH5+nTz
ZfXyJ9r8tjpZuBidDba2vSfhFGnTKadM6PcktQ9OP05BSXxNRoQJB4SRpETdnb5YXb4svhx8KUeD
eFJwY3BcqlHhlwkkVa0943sEPkn4EDoVLTi6FEHAVXSiaqW3ONI4O5AOnkalnF8T/a1DF62E3LJL
25BROwRElN7uB3yXfYzCCanbwUecbGIUe7SO/Aggotf/4G8xjr2uI23+jI9x5myT3ahBuZbhRetg
qZ20VDNw5V74OYNmMjU7yqafb6r3a61CU+kr5yuw+9irofJBBMVAH5DPhkGyjegRIeyse6qk2upa
lTRyTarE2d3NNY12nPpUaD81Dc76mNZgfaAJla9x1NOOc8lelgXMYai2Jjjbc7YwkgDzq92pLbhM
LLAGZm/Zz67TdZfJTF7sqJwI1nmqJ5flIqR0ynt63HOQRreTY3o4cV2XEjN5YHy0oF+rVCXOTg+j
deFcPfMbuanHs4VSkgw2i9y4Wr23JKh1dseBemTLyjhwEUsB8EGlWuBJxU8ezpa16pCyPz5QbU21
rR9Y9Sl38V3mNOi2K6rbCYgSKkHZWieGCJuzmhXPKqfJOIUKJkF9mYA2Syh7uT/ZQeeasxahBITQ
pB2ENvenYOBjCjBwviVIbade0qNK0bIvxLRcUKRwGBB+4lT8Ue+RNrmzvog6tmuMRtZlT/ywtyKm
4ZG4aNMMqO0wojDFvkXnmmwMoH8gckjQsh+PEkMlwCkKTwyrBnl7LlvtlIiorEEvDBxC7o0YcMJC
nr3Y+5kntW4R45e7DxQmY1Tv70/hOOwUIBRcHfrCZ06RL6bL10m7TFz2lM6gGm5CFoumdN/Oxsj+
TZObZAcSy9SCvo0UTsa5Mk6PEDbPTltP3O383TJZzaO8AdMcVXD9zkBUkVGspDICEwNjxcUCZh0w
muXUSiIpPSdoKxyGzr6UP7ZBtWiDH04kWF29KbP85x8gLprTZmv7LXxfUdiP3KtN7oyIrTpeDgrE
8qDksV48cH13TkeW70+QBz6cD1bqZs+fsL8UP0NhU9icGEzX9P+NHYeAj2TYyS84SG2cNKDmfQNV
A8c5upmhKOwvo+cpa5sC9pifG24OyQPToqXxISoAEVAPTCX0gzgsiVjgQUGC0gPck8JOc8f0FI3R
p99vP9LtzXWair6zO4IbiJk8mgPSxpsYoxDSkJZpJvqSUInDj41lM9Gzls7QfKaO62sfH9a95lZH
qj2M6g5p+7Qysye2Bi6BxbYF5Ml3KNJcv5QdSnOwBZJP34DUpV+Vc2AY7oyClxlKSS7NJ4xs9C68
tQqOmQBwiZEi50E03ygQ63rSfdRUbKGkLCZ25jLSCA+L2PMcKvFxJo1Ap0Z0UWSk2MfvGQUzwYfV
M8gou2cxU2Mb7tgWjTI3SCzMhEUXx3yrQtQ5C66yBuMBR/7DV0yjiCduOMJywroQ/umbHo39Epe5
Squn9FXyYYCX74wYZXiuwz7Si9kruQjBSrE/0uDkD6t63t4J1EIfYGeLa5DkFZ9Bpgr5dc5mcZfA
gnzmHop9kaPH/tbpOlkAx8HlE+6jeiOp9Pd8lUv6jsticcHQYb4M5PMHpWRXmw4n0uUUpyOnTfT7
HU2LJS5omPqgqyNQ5RoQuxwoPOYNV4AhpoPV8u6L3XZcOLQr2smNFpeUOGAATMZbvY6LKF5Sm326
Qx+UMcQLPWNOo/BQuSS2v3y5EXxndUZc8lgAbhrAlioI3aMK+e795nV0di06ISd3Rgrp9Ovy7wN9
eB4xMz19UiP2xSOq++os/jtBx6/PH/lq8OoBHj9sVn/i51/nPFXeZW5kc3RyZWFtCmVuZG9iagoy
MyAwIG9iagoxNTExCmVuZG9iagoyNyAwIG9iago8PC9MZW5ndGggMjggMCBSL0ZpbHRlciAvRmxh
dGVEZWNvZGU+PgpzdHJlYW0KeJy1Vk1z2zYQvetX7PgSe8ZmRdqOnd5kW2k1I1mOLB8ycQ4QuaIQ
kwANgJKV6Y/vLggqopO0hzbkgSSwePv2m8/Qj2Lo8x2eadn7bXYBue31Ie8992K/CeGRlnA1J4FL
iBOYL3vNmRiSU7i4uIR52TscKYdGoTu5MWLpgK+Zrp1UOYzUUptSOKkVXAmLfgEmOsMCwjURJl1B
0o/Pj+ZfeqfvYD7uHdJ66YXoOLgVwmx0FQHMV8JBJpwIu6mui4z3FSwQaosZLLYgFOALUxLF0Zte
fNoionLSbcFpqIzOjShBANHeaPMEGa5lihHJJ29b+TnpNWgd6CXpkBYyndYloQC9a5MLJb+SRmGJ
ZVHojSWG95h6YxPINdqOeqlIM9uSoROysAy7YYNSrSwxqx1a4p5BKrw5gWRJKqQiquwCAmSoP2pJ
5kuF1jvIoMjY23x4Y6T3fHAaCOOR1nTA47QETwMUn2nXztjcij/WWGz3rDlvIYggrGS+OimQRGAt
cUNmBChWScvKNWYo7eRSpj74ltzBrJZGf+91johQAaSNXIjWMW/WFcUcG/zuNhA5YbcqXRmtdG1b
EM8iakLIXvCOFIYDxwYSr6433pLs8EWUVYH2m0G13fdki8EetSu9UfsAF3veuqSIrtG0ZDi85DoT
HMEBq9BwXTA6I+tqt0vpYFNR7GdiHMUEfq0VG+WFfKKT8k5SBm1s8RNugfybWTiYPNzPD46bJ9xO
/fts+OFhNBve8Pv9n4PxePfSSHSyljamD+Mgy2/fUK6nk8nw9qYBmgw+0oPjfjC9m4+mt4PxQcsx
UNuVD3uQwko5Lrl1VAZdU0eUYKmRi8a6T7P310kcv/u854uEPMEe4x6wM5iDGlzfAtjXhSZCBxk5
KMVTUzcbYbKOrQaXaFClfFyDXnwhVNsY0U2Bx8Nd4jweEepgryhaYz2Tygv5/tEgUDI4XyFEmgxu
8miB1D26vefHl2na6omkhiGIZ4f9T66/ul+B3n8T7kfR7XfCENPq/wLfpMVSpPh4aB+P/BI5z3/8
s4JX6n6dsHfBL4LnKGNr7L+lBF3vZV5TRSW/+wzzk5GVJb5v+GrBpVSSUzGQGPhlTkG1m4phElHF
UIfxFGy0J0kdTLmmb9KIla4725Qo0Re/aOUDFIlvJPUAHmAhe6HN3r0ySqKECmmvhXlA37R4sCv5
XOPPgZhnUQTSflgGpJwGmfKMWqhQipbh3bZiDhjl3Bju1me+loeCfkfaIwGHC5Qngf6RcpLhHyFy
xJVYiaw2x4DU44poF6DhSyVpstKAqByWCzRwduz/eF4F8tOdyBHOPxPicN77QPffy42kZmVuZHN0
cmVhbQplbmRvYmoKMjggMCBvYmoKMTAwMwplbmRvYmoKMzIgMCBvYmoKPDwvTGVuZ3RoIDMzIDAg
Ui9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicjVZdc+I4EHznV8zbkirCBfK1u/eU5Egd
dQnHEW6rrpZUSrFl0MW2vJIcwr+/HlnGhpC6hQeMLfXM9PS09YNO+gM64W/4jbLOL7NLWtrOCS07
PzoD/5DCT5TR9RwLPtNgSPOkU+0Z0PCULi8/0zzrdMe5kyaX7vg3IxJH/Jnp0ql8SeM80SYTTumc
roWV/gbd61imFD73wkQrGp4Mzo/m/3ZOv9D8rtPF/SsyAUTl1ok8khSJnFbiVVJWpk4VqaTZ+Nr2
P1p79KkzOK3h5KsMm91akzaUaVPtp7VyK3IrSVZkeLwpJOnEI0pLi67sLxFiPH29WBz1gVklh2Uq
EinioKr1SgLMrZT1OT5LKq2MCX8TjsTZHjtd6FQvN3WqAWnR/T67vTn7Mjh/7BFfng+GJ49VpOFF
nf1IgCMkW8PrgikVabohYa2OlHCI5wsRNJpcXd+NnsbTp9n09unm99HNHztUCOeMekZ1yFg4krl4
TlHpDBQZFFMIoCDvtTAxU7roAmZxRNFKRi+W0EnEBR+hgMCTyis0JAm2fgqL+fE8OR2wCsNtcmQL
rRNeL/KYUpUpR5lIVaR0aclBZYmKEOUW5I6nCBK9SGd7vofbvKwuDXQg4thIazlWqvULopWFh+XF
pkiQONSbiEguuhaZ7dEZwPxiLtQ31BeKwO9DJLrMY1ZL4reoPNKZn4M6qyrXT7YJi8oc6GBive4O
5+WLy3crrLCCyphh5PwsmFD0SDnLKcbSQmzVAIY8fyUNGLNWVvZa5W2JZMBY2cgDtmQ47A/7zWTX
g7YdiP0J7FWSwCRqVPLm6tpYxaplCxmbQY+Dih2VRjpNZeSXYCcPaq/hBNfcwzpmIQxGF892zCCk
1liCkYKlKqCEpR9eC001pHN/jceFwPWaWUgSDHbuAtLONvAoIqMt41nptpZh8MBppJ9lZY7l0Iyf
S4kRDjief2R6JzYIeErflHElcKdGvfL6iYRHmRc2n2/TCTe/Wjkk/OW7d0N/P8BxxvsQd/CJB2le
uT5GuXvgqavMwzMOlQj7AVPM4kTX/uCX+2Fsp4HJre7t972uMYc3+a3Ws+u3Hp+yA4yv/ZwV6K7P
PdZoSq5DJNzaUOpXD7d5NXJZdFP1IulqNgVIlZ9arhzXte+EPiwzteulc3b6qmGNnnAZ+2bhdbBS
MNvWI2HeYe8o1fv+Pg39KpB/wXCpKtnQSq8bSwg2xsLf+t+zbEaZlVzb1DuZ+6EyOg0u09Cj8tZI
h7fj3K/hbWGe3lePf8N3JdgAdf/3w5xTY8i8hPdjP3tcXgmZoNXYD2TL1PyeyZ+8r/F2y94OVzgQ
yqdZ2gN6YguL8L7aptNmpF06S6nF0P5wNtXuyuHA2cEnzwyLYGGJZkPgNRmiCKfNhhIl09jWBwIN
PiYP86vJzehpcnU/+noIF61WMThQ2Aur3niTzpFwb0dPtIflucHeug+wlR+l3BaIhnzUOT87oGCp
+PSTV7YCQtkWdllA/uD4OFXWfa2iqWpu+U5twAcmTLU9ZKeE1iD408tPnuaaYeCzhaxVE04ZSGRr
yv6kZsMxQL6JDBA9/xZd6zKFFkrXIOH4dtY6qvAqfhGxZu5hjq1HIq9UzQeZ/xXK1T8f6KQ+oLVk
cnHuka7FSsSl6RFkKdJ+fQym0VuhUCxcu3Aye0YGZz1/LKbdz/epWEq6eATiaN75C9//AOAfynBl
bmRzdHJlYW0KZW5kb2JqCjMzIDAgb2JqCjEyNzkKZW5kb2JqCjM3IDAgb2JqCjw8L0xlbmd0aCAz
OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJVWS3PbNhC+81fsrfbYYvRo7FS3
uHFmNBMlik2f4k4HJlYiahKgAVCKM/7x2QXIUFIrNVkeIAPYb3e/fcBPMExHMOSvXfMqeXVzCSuX
DGGVPCWjcAjtkldwldGFNzAaQ7ZMos4IxhO4vHwDWZWczLRHq9EP3lmx9MByYxqv9ApmemlsJbwy
Gq6Ew7ABcyOxhFbmwuYFjIej16fZP8nkD8g+JCe0bwAUAy9FjoNSOT+FrFAOLNYWHWrvwBcIfAJm
2d91IJwzuRIe5elvyWjSAZJslC9Ii1FaB5V2XugcUyB07FEiboFl7SA3dMkKpQmuBWLLD6bRUlhF
Fsl+LfJH9EDhboSVBE2Ii7DHABXbIg5Iz2EPs+20RZDKYu7L560IOpcRVmqNuvN7G+JYAOS6J8cJ
vidKEndqqdC684DeY6GgTPTn0Gj11CD50+49cxRC90ZS0h1fbGXs5tNddn3z9+zdNHjD3qIdKAmE
V8oeO+aOamZj7CNIXKucfd/PF7tvTQl1KXQbm8i5mFzkxRCK3YNxgQlKcTC5RRTZNPCA0DiiVS0p
HQgbEerIwFpZ34hSfUOiqi6encpF2frPhk0PVDWlV3WJnU57i+1eM4G72zC/u82gEGsGjoT2UD/4
SbeoixrsaLgNIrfGUQbLcj9S2C5J0VaINBVlfCsz43SSxo7sLL+NhpkSdNxKisCp6oA6lQIg1qUK
LSu05HxHzqm2y9JsuAaI9p1UBb22AvcxXI15n/JHRZBUhdGB+5PZYv37OcwXH27PW+fQ5+n9aTDN
Cg5D1YZkhkxFfKPJ3Hu1aqhtJnszoQUya6oWIo2LKBwRjIiGd+v2uNiWuJ3CPCIv/PVp+ZecDTo5
o5v9X4OzI0ovB34fsjRM049HlGBE5//BQYh1ILy36oHz00nkvBONX31h6l/g5KCfP32v4+nQepC9
l/9ZD1r8KcWDRcR13a4XvHKFh/Xtn2G7m6AHSbw/udM0g5x/Ned5w7/uT+k2v7nHKe+6Yhp7Hip+
bXd8DeNRmrypqC/2GrRv8ph0/1yjm3YtFQOb0qMdm5AmkaP3KD7wswUIKakReTAFsMBCgUKi3UG4
+BWEix7h9TiEcCUKIRt7TrOCxmL6I/LrrzW9oA5usfZYPdDwpdnC/1nsMfRlIVYIl38R4nWWfKbv
O+1hdHZlbmRzdHJlYW0KZW5kb2JqCjM4IDAgb2JqCjg4MgplbmRvYmoKNDIgMCBvYmoKPDwvTGVu
Z3RoIDQzIDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCniclVZdc9s2EHzXr7i3OB2J
seSkdvIWp0rGM4mjSkpfmk4HIkERCQkwAGjZ/z57IPghOZ5p6RmLBHGL3ds7gD/oPJnTOf/F37Sa
vFhf0t5Nzmk/+TGZh5cUf9KKrreYcEXzBW3zSRszp8UFXV5e0baanN1oL62WfvaHFbknvtam8Urv
6UbnxlbCK6PpWjgZBuiTyWRJ8fokbFrQ4nz+6vn22+TiNW0/Ts4wbvBq9XHzBhM8JgBAhAEqxQ7R
wpMvJHlTk8nD7eil8yL9/vzZZPH7GO3tuxEYniiTDixbdiLLrHROOlI6wEn8Y1VUSJFJC7SIE+Tm
IpUjNKVTU7Fg1b3sWNVgIv0oekVVU3qVCudHAF/PNlP68PU5GYv738L9lA6gIGlDQmf0gQTub1aA
ml90snDVVubqXrojuUsBWAsTkJYvmy0V4k6ScM6kSniZ0UH5glSbwtyUpTkw+QrrCG/sQxt6tJLw
3qodRl1ymtj15y/b5b+r9fL9cr28fbd8Q9tCIY8OjummkhZiS7oTZQO/ChgneEGHhe2pGGSxFpa5
BAaYY01FmcpzJEJ7iDXepKZ0CdHGw7kUITpX+8YGG2OecfHqpTP82in4B9GiD+elW3caWxsXzUJI
rmSZAfvGP0b6rs0BdYKnDFYr53nJOznLcCt0KhG2BSSkyRY8KJ4OQDxWqH0RX7NxrCpEvgcheS+q
uuQcseup0LSDaZo+b1bve0ciFguYv14k58kimb+4WLSOihEoa3rFUnIMIwvewmcsjRzsrajcgCVi
pfw3zMWUCYYeGSAG/Gcuoh1UWbKANprzv3sIutc311xpYi9tMiCshkVcYZoy49jGIcwbFEAKsyWG
UMjK2JiwyiBPMWsjPSA5UJ6Sk2ghmYYuv0zmyVONwgl/qk+MltQtaGqGQkX/ryYJk2d3UmfGzoZ5
b+ivMOTC8q6WqcofKE5rH1V62iVDODLEzcK1G8svk16o0vUV3c/lOgYHbobjknSpqYcOyEyKltV+
JGCRvAT4rbz3halj7FvS7TNZiWQ7RDiuVbP7hlRj0PEmB2qhgbsKK4353tSte0eioolTUvnJ5AgV
tmWskrVyu32VFSFgjz7ser/fgYc6/RXXsBH1c4/tilJd14N5U5YPTMSUdygK3b1GRTT6dBjq3h5p
O52AIuM9RP5ouKTV6IREpbPEQBnC9obFHh0gmOGDycPBha4CwkHYkJpQq2zEcBAhRqCDLHwpHyIO
+lXjOZDCjrTrW6o3QvR0Q3wNLn7mzSzcnKaaM3EcoPmgi2dqZLTsDtQhDJnohB251CaMM6l/kWGu
ZGcqHNBtMYiOj0VOodOdbjNhC5FYFPu2bM88FRr41LqI80Qi0m5bOlIX+2683IEn9pzCGlSYA9Ow
kjecUHwDxJRksk9YFnMbxnsIxIgdToYdV+G+KYXlWSPbQRjv4geSb2BuGcd2xhedrpv8UWZQ4dr4
nuXIhsft09OphNKhIcWRPS7s0fytAiW3n7d87uBJZaI9XBD/ahG64loUImssdPPHQNJ9CtLyvg7+
bWTtZbUDv5fT8GlIx9ffK5Cnq3+AuNxO/sTfT2sicnBlbmRzdHJlYW0KZW5kb2JqCjQzIDAgb2Jq
CjExODkKZW5kb2JqCjQ3IDAgb2JqCjw8L0xlbmd0aCA0OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29k
ZT4+CnN0cmVhbQp4nIVUy27bMBC86yv2FhtwXNt5X90mhYEGSBMDPdQ90NJaYkORDknF8d93SFF+
FGkjwZBBLmd2Znf5QqPhmEbhTd+8zj49XlHpshGV2Us2jpuUPnlN0zkCrmk8ofkqa8+MaXJGV1fX
NK+z3kx7tpr96RcrVp7C82gaL3VJM70ythZeGk1T4Tgu0L0pWFF67oXNK5qMxhf9+e/s7Ibm37Ie
1qV2XijVnpWafMV0N5sOie4a31imx9mU+JW1d5QLjV8DfPxptGVn1CsX/ZNsfNbhaX7zlVmTN1Sy
py6GFj0lnxnwwtPsgURRYMvRkkP+onhl66VD3HILcCAGrNnXB+DJsloau+gjpc9GI9Cx2u6BE2Gb
nVDOADM3NSeMfZpIgYflMIjMg0dmRYJ8ozVMKk1IozAbveiDv6CKdc60MY0Cg0lYyuiSLfADVyEL
4dkFoVhINoLlwEMcm1x2xvwAJEG8YuE8GZ0SsCghn7i9DOl22gYBqYWLYUdGB7kgboJpyAENsBG2
oLXIn9k7mPXUoOCJIKDmRjtZsEU8K1nKpeo8+reE6AXORjtA4Sskt2JrW1LhQICw0wTU4bakRwUb
0CYaoFTE3sndm0DCvlO02DDtflCszUEV/q89Yb3vgNS7XD9Un4A+8uAAspM/r+L8JAB5MKV1nE0Q
mo0L0wQ7MNxCEQZN+m0AXltTWlG3YA72Gdf5s3OvFttoxN4vqaWXwN0O25bD6Nrjce1OJyxM6V8d
F0e+FloEmzcSFXMMIwTM93Il81YBChdindiN2qLnmOmJ87h/QRjZowkIbhikE3rAedvk8X4JHjcO
XG0rdPcHygVnXYWRTBU56v6VLMPhJcPAwHI+bmmmohJFYweEu0eoYXf70e3bWkIkslt7rpcQdj6I
tyEdPz8fQiY3vwB5O8++4/0DNfnXFGVuZHN0cmVhbQplbmRvYmoKNDggMCBvYmoKNjk1CmVuZG9i
ago1MiAwIG9iago8PC9MZW5ndGggNTMgMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0K
eJy1VktT2zAQvvtX7K0w4JQECrTT6SFToMyUPiDtpfSwsTeOGFsykgxkpj++K1l2HiStmVLl4Fha
ffvt27ew1+vDnvuFZ1JELy+PIDPRHmTRbdT3hxAeSQHDEQscQ38Ao0lU3+nDYB+Ojo5hVERb59KS
lmTj9xonFty6VJUVMoNzOVG6QCuUhCEa8htwoVLKIawL1MkUBnv9V9ujm2j/NYw+Rlvwt6VZAW2/
iPr73eQBfrF0Jzl2TO9TV+FOcpIe7FSV8DZeXTudSXXUv9MAP1K1qHXz/V8rz7Wv87fnvT92GQKQ
K0zjMeYoE34ttShQz2JjUabjGYeeylwkaOm/8h9wEixsD5aE2sOu+r8/Vf9y/N7tvH1i/FZW5/zZ
ILgpnR7l78aE/POtp1MLNRUnUxTyKXimpERgHjdFuSwE/Y7F/6fKX+IWF1SMSf8r5lqhVefuPPqz
rhEsun/VU2s8t27r+RAaX4mUXyjTZEws3ECZoKt+1w0yrvY8tpWUYWrUf2OSCZaMMzj8yww4FVml
CQ7ewKcQ9MJNoEAh7BlIUMKYQKQkrZgISoHbDe+1GxqsgkST6z0IOd0xHzVZmkJCpkJT4gZeD2A0
pcXbwoAh61AtH1yeD6FAiRmfcGvjvmYrHqNpoMWqnBST4+GKOTgUOwMepJpuKzI24DuYFC3G3ia4
+vD528f3YKqyVNoGLIR7nDlEVTpmmOczRklI3DlDmkpYYMpTmw8yPpfNcS9gnfIRPWBR5rTLbMi7
rXVKg2WnaKFUHEnj9CIMz75ASaRr1gGrMXkdBQfLDvAhqQzLOE6lVpnGonDfFv4TwMy95bU1bjNY
UMsc4Mxb4kmtun6KJtBvPO9CPg+j1+tvNiYwHaffAT3mvQti4o4aXhqlcZGAEu20YdcicYeQGZnd
WkH9xspr4XuR52x907cIi5yrY1NiuBTiwAa3LASgvlDzD1het4fHyir3fZb4nOAZy0wz5cxTdy7f
vY33K2b0litnyVu1b+b+YOeqKk9dFLHkwc2BZD5SWbipTJOflWQCxjbuZH+MKwvkY6ba3eAkJS23
VfDN1XizJVdDG71W+nrrKnAa9A56/ettR/vwla/UIU4xrThYXI6Y99pOcfJQsiUGrqi0vm3Dwa7/
Nl1uKD++cOrwF/JPRjwZRV/59xveXrK8ZW5kc3RyZWFtCmVuZG9iago1MyAwIG9iago4NzkKZW5k
b2JqCjU3IDAgb2JqCjw8L0xlbmd0aCA1OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVh
bQp4nH1WwXLbNhC96yv2FnvGViw5qdOrJ56OZuzUtZXpoekBJFciahJgAFCy/r5vAZC01KTUQRIB
vH379u2S3+lqvqAr+eTvsp29f7qhrZ9d0Xb2fbaIi5S/ypZu19jwiRZLWm9m6cyCltd0c/OJ1u3s
bGUCO8Ph8rNTm0ByPdk+aLOlldlY16qgraFb5TneoAdbcUP5elCurGl5tfh4vv5ndv0rre9nZ8v5
h/liTvSFX0NtOwqHjv35u9nyl7iMY+tae6ps2bdsAvmOS73R7EnRjt2BtmzY6fKCAMDG66JhUqYi
x2XvvN4xwBbXA9jWqbZVjkCWTArpp+ieSmWo4KP4luir0aXyYTxBl9RZbWLiwSIcaVFmo0o5mg+t
e2OQ/M/OUIjr0/4n7hqEiQo22gc5Id9kNxMITu5rDRnxw+UDyPcoR1ydKl84nKbxJ+ttHbga4UWF
xqrqslCNMiWoTXQenYZQh/cFoPqOOmcDl5Fcp0Ltp41D5cpaaTOgxj+Sas2qYudRnvkWQj883j9T
owoIY1E+yPDb090p+3TmlP19JA0xBvZjhUl1k3TYEGrcKuzuTTFWptLY//MSDgukK9hMHOam089i
OnVUS0myQ8lheoHItixpz01zWfFGG+i86U2UbFBrFQhe5ldsljKEWgVSjeCGvXUvVPFOl7D2XuNm
rSQzZNtqeMBQbffUKnM4UqvhHTdJFWulTsnAAzUEkV4wNsWplav2ynEKUIhKzSASRPB911mXtr5o
U/m31kPxnla3wO9UoRsdDljZ2qCT6gWXtuUhz9iYuhUwhZ4VrYJ0sWPlsVkoqYhWqaAu2zgkHr4+
r7OMh2hoAdqrQzyNpKS9nUERpDyIDr4NK2ek0n2INT+W8d3AZqSMqYEs7l5V2zUck9vXnOiIuEDs
Mbh2ymnb+1GBjDLWXvTz2C9NT8+5J27my/nx1DrpfmiKED/OA70lc4l8gJjlNBimMucumss0ZMTP
VcZQErfEWyKA4xZdmgEQoLqMHsf0HEsjVhjqXB2MahHQ6y0IiY2/ncU2NZbuPz+O+6RkUMiHb+dR
LG0Gz+DmwELin+bWyrxBEUHhTZqy82j4pewkTGFDLbz90MZpX8p7yGvsVNSIu5BB8nMA1gbE0I7R
nF4i79DXVfSSh1EJbm2taQ5S8SoD+/n/tKmQeePW2EDpJ1b8yC0+viKHwXxWzCYzusS0UuXh2CYn
wzPXNZGyYzu0fRM0YAYfDLMzjfmLI6sUjCR5XJRMcANdj/yh4+8G7tXCCQnGRpAdMUVILuN5GHsS
AsP5IvkLXhcJMmitfHrqQfM003MNN1Z8DvbF1MQA+eGyodVjXsgFRiOza2G0aQXsMkwFLap09L/N
nkiqZMO3hMSvE4EMFVs4v0iMgKU1wYFfZPMFbcJxjJ3GSZMTQB+XUfJbVauqd3jAyeCcDy87GDMd
njgeE6IL3Bag8uEivvzQ0fXXo9oyLRZ/A/FuPfsDn38B4DojBmVuZHN0cmVhbQplbmRvYmoKNTgg
MCBvYmoKMTExOAplbmRvYmoKNjIgMCBvYmoKPDwvTGVuZ3RoIDYzIDAgUi9GaWx0ZXIgL0ZsYXRl
RGVjb2RlPj4Kc3RyZWFtCnichVZtb9s2EP7uX3HolyWD48VOtzT5ZrduGyAvXeJiGNYhoKWzxUUi
FYqy43+/5yjKsp1gkxPEoci75+XupGc6HQzpVD7xb1L0frk/p2XVO6Vl77k3DDcp/kkKmsyw4QMN
RzRb9JozQxqd0fn5B5oVvaMr49kZ9iefnFp4kuve1l6bJV2ZhXWF8toamqiKwwLd2JRziteNcklG
o9Phr8ezf3pnFzS77h1hXc1zJm+pqsvSOk8qz+lJm7QiuyDDLz6zJSWZ0qYiZVL8knJz7Z1yGzJ1
MWd3/FNveNbGw6mMVcquOcQpgi/ZZ+wGRLOM6f5qQqny6qQI8B6+3n2//kSlsyudMilaqw0CSiig
4pfSgs4eDiGcqFLNda79pgWORPMNji/1ig0O+LV1TzFQyiud8AD/jX4LOEeD94MR8NzGuLmuwNx7
p+e15yoe+2xdm7kinylscSwEwYZEcPmuwuEfR9WP4/5OCCA0NOc9aVRV2UQrgbrWPiNWcKRgkbCN
GoCANwzQCXaGRWfzkFaZCEzuQq1a5W8cB607wx0U0hVVJSd6oTm97DQQr4iu78afHifj6/Htx+nj
H9OrL19nl7AJZ/BTV4AKopRblZ7MVa5MAvWRYSrQJdseQVwRz833hxnoC2W9lCKAr6yXmceiXzMc
GoZquriIVdHcjfyCZSj2AvVTBWIoDzFZ6luoogEWOhGhkKNi48mukFW1dnVxthTwu1YuleJRqGRy
0i2tbhFb+A+8X0UJcjcV1m0PHSLtIkvbOmljOFsH+5qq+U9AIoGlkl2oKX4WX/cV75OFpTfjP7s4
jaWbTlgkfnf6LoRuQUUzWmxR6pXK6x1AckjwcsVuFbG9hSH4pcG4LHNUUr/1uIsU74gtguAw+377
ne20X2Ix2kzr/tg3tWzXjGbIecV5v7M2NlYQxC4u4xlUMgwyXorcdQWMrd0yKPramc7GOCTieDis
ZMelaGJ8w93KCNuCEJEPlsJsGhz21/TL/fTh4fHqdja9/zz+OI3YtsGlFMtsU6HbwTK3S/ki4Vfa
eZhwiErLQ2ChEhHgDRIQdZymCB0MtXkdWqaoISTg7rnlYLJ2UCMEEr3a0KFOdheoUBuczS2UEHPN
ZidMfATh+eBRKPxKgatvpBpIlzSObZFb+1SX28zdFjEtFWuRZjsCDjUQ2rxstu9gfot4wL2lujte
SjZhGEQZu0B7+HH9jMiYOqUEhDXy+DKq4FCHKq+aEdTO11ezG9sP4QcXaZ1pjFDZss++mWkiEKLV
ZZzmkgyTQ/Z3JOQFoEWD5HnInoJo0nRQqZIn9rRwtgjtktoCJSpU7V6QtpKb+8g42UCghapz33LA
AwsdPW84VZJQNYPZmn1AYeA1JjcFI4z+tyvCbNktlFB/sdPDxATuBC82FfFgOThUdA30/IaW8mw2
Tye5lZ6K63L4YhgOT1Sm0tr1ieW1Z7DlMH0pIWJFD1z6Zoa974c3J9q7/vqmlozXtb8RcTrr/Y7P
v+pUGYxlbmRzdHJlYW0KZW5kb2JqCjYzIDAgb2JqCjExMjkKZW5kb2JqCjY3IDAgb2JqCjw8L0xl
bmd0aCA2OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJVWXVPjNhR9z6+4bwsz
IUtgW7a8BfB2M0MWmni30ykdRthyrCJLRpIX+Pc9+jD5AmbqMEDkq6tzzzn32g90OBrTof+kv0Uz
+Dg/oaUdHNJy8DAYh5uU/hQNneUI+EzjI8qrQdwzpqNjOjn5THkz2Jsqx43i7uDCsMqRv+a6c0It
aaoqbRrmhFZ0xiwPCzTTJZeUrhkzRU1Hh+Nf9vN/B8e/UX452MO6Jsp+n2eLxe30W57Nv0zOM2Kq
pNnknFhZGm7tKeU1J770/5PwKCpWcGo66+iOI3r/w2B83CfExV0dkK6CR0STmIzwS8suQBWWlHZY
eeiE4SWhCHK1sMiXMin+5GrdjrBy9OsaZNcphdq4Kljr4SFTwVREE1eRtcVRXAWCsDq97ndpsw14
dn25WN0l7fFbYpZKXgkFZEIFYFTqomuQ09ejSLe+DCZXeHdISqhsywtRCWRyGndLUTDH6bEW0GQV
7PQqE5AjGLy3rLgHlVCatMK5r2oBaJ3lVSeRk3usfJ1D96jNPWr5KTwirRwTylK2o5INymvFsYeX
dgNPixB4rPfEuoxRNu4ZjmB35JJ6iYplonhLsMj+5eLaU88IZuyluNl7EWNbsXe0udkfYoE5T8qL
CRB394zsnRIP3Ro5ovQOgTIGp2Wj5YgUa/jN/k4J8+nZ7bfJLDulSe9KarWI9oKozEe8SGsjAs+K
gXJ8G77U+r5rX2gOogjV8VjMul+QNYiOYvDD6JE9v6pLUbPARsxs1/AfjT7hQ7TwOSFCQt93Wb7O
3cvBkIcb75O4srYtWbDtTKsxaXS1URtncLSufBGNB8yfWhmB3XGpH0+3ab2YLs4n84tkiVfo23Kv
rXUnSyoN6I8u3+A1NYu3sVCF4aEmFsML3Xmj7yibINz+Oc2/3mbz+dX8f6LZBtGDS2iGb0IJOEOj
3yEyDtLe322LQCP8mODGoA8adB1bcthUins02/nsOt55zazZeTb9kb1VRyrG4TlSicLLVHLrgkqp
l7dL2qwbFviCOP7EmlbyIQGq04WWqWDrG/lqMuu/jlZlTaSEQzEK5PPqzB7H4uvV98sLPxNcjYxO
xnHJfmpReua4EuuzFi6z3AQdmHOeQK1WHWc+2NBVxsOSTPG3RrYBMwdSNMIL8u64rvWj/96D63Gv
Um2zuAPANw6CCiMCjNQoEcIqTQ8GuqASixEVZ0KhWx63rD+JVtof44Q5Z6WfSJXRTdiF+ZEyT8KE
KpljB014M5h9X+QEKVCWf2o++dcL5h+qTjg/ZDA9Wem/GsyDoS9qwxbIBooRk4Zr8FXcnErd6hZW
NkIJC9oc+JlN/krAIgSTkKPAMPJjfj+0X8EGCbplTazAQ6sfZBKpbe+BHcNG6jHRpPVHxJ1pDzO8
Zzrlep9v/0IGDs5YzcrODMlPHDnq37Qoe2rxOmNpwVvHmzuU8mkY3rxo4/r72rfz+PgfZMzywR/4
/AfjezTEZW5kc3RyZWFtCmVuZG9iago2OCAwIG9iagoxMTA1CmVuZG9iago3MiAwIG9iago8PC9M
ZW5ndGggNzMgMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJyFVlFTGzcQfvev2LeE
GdvBQEraN5iQKTMhbcGZTqbpg6zbs5XcSUbSYdxf328lnfGBm5oHzJ322293v/3EPR1PZ3QsP+W3
bkdvbs9pGUbHtBzdj2bpJZVfuqXLOQ68o9kJzetRjpnRySmdn7+jeTt6fW0je8tx8t6rOpJ8bl0X
jV3Sta2db1U0ztKlCpwe0I2ruKHyuVFer+jkePb2aP5tdPozzT+OXuP5fMVUqagmbTp98/luTqFb
r52PpKjumoY8q4pcTRFHb68vSdkKRxaB7zu28ejVaHbaoxmrPbd4qnJYkDi9UnbJgaLrIaZEF5b4
UQrCSbVEBN39+tvnj+9pwUAULLVoWGK85AlDNgp/2i1F0zJyJtjG1Ky3GjGZakHRzlrW0hkk/XPF
lgLbSpomVQu+2mMCHiZux7tSW2VBzheswjD6rcQJDikwqniNr2y14VQvAN3iG5LS2hvn+7PIWXDi
CvzzkSkenfyU2ncmBL1JA31qVQm5SHSeDwrZ3eZAARK/ARTL3x60xgSBDCYFuEAYlopc0WKbOeXo
aVYFpLZx/jvKezCaSVWtsSZEryJqurn40o8pcUjZ0ogdiPsMD9hD3FbedcsVKa05BMwtxFCwXB7l
MHOhU3FUpskN3osk5THxLgZT8d7Yg3brogQTqHK6E1XudZuKGjal409DE0kI/6yC5+wHGhh0NDf8
kCAE5z8U8VwL/7eSZRkkEgWDUm3YB5kuuvYYV24dZD934m8aEX/Kw4OIhdLf+9XxHNbOBh62R8yF
QdgtvWrblNHuFiORQlzXRHms8D123iJjGoMa2gKWEMOzIYXXThSTeh4hzgWyhF8GmR3BwAI8pIE2
J/SFw5tPjr7CASujlehss+Iks8Q+8Vw6IdIHGTvIn3aO6cP15dej55ku0J8H/nEaVZJASuJBW6nc
NQ9IlHs9yIRDijReGAyR02gCN9mDXqa/ZRUg+wldTZdQ+ieUoTrM0Zt/uPqRINasTb0FRQNfzwLK
y4BDeDFJ9lmei98OaL48I7SdZeA53B8yMGglSB1w5GLhFW0MqHWx8Fqph2JW+f2ORhJ13gLZaRPT
nVGCSdV1ESU8vEAlM0arNsrLWsjO71AVWWcnibLZYzzOfA0WzjK4pXVMakuuJmG86auT/OgdR87b
2AgxsZYPGA8/qnbd8DhPOfT6FawuZKC0WrkuNGq3SMk6d+8nTwtGAaUiye4262wuW5ooviMsdl1O
HgHoPk+5Mff28W3WBrB1uuZ7x7wIW6thqNZ1AW3aO5C0EORiTe7+3FVfhXK77IkiX3aH78TMOjhc
uPwgqE7rzodnlt1Pszfuw9dWb2a9B6q9IgrCoJQEtMA9VifPl3aFbokGSTeHRcvywdwYDvPCU7Kh
FVHth42TNAcWBpC8Yeagm9zldaYzvHh7kl5cqpWqOj8mhtqaaf9/F109rg3sAiHryO0C/T0bp//D
aPD563f0nmZnfwPxaj76Az//Ah1DSbtlbmRzdHJlYW0KZW5kb2JqCjczIDAgb2JqCjExMjEKZW5k
b2JqCjc3IDAgb2JqCjw8L0xlbmd0aCA3OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVh
bQp4nIWVbW/aQAzH3+dT+N2KNFhDC90mFomHoEUDxiDbNBWErokht+VplwtrpX74OZcLDZRu4UUS
x/77Z/vu+A2XLRMui5++e5HxZnEDu8y4hJ3x2zDVR9A3L4KBSw5vwWyDuzXKGBPaV3Bz8xbcyLhw
YokiRtkcCbaVUFyLJJc83oETbxMRMcmTGAYsQ2WAaeJjCPqaMuEF0L40Ow33p3H1DtyJcUH2BGCG
9zJIUhCYJWGuRDLJZJ7B6kLZ9ui/yePqcdWAOJF8yz2VsPHKaHeVWrdFRM4AdoJFERP0oUjgBjyD
DL1SN0WPIjEDGaBy5jX0SAHz+FDXgHm/8qxJSuZVBTxjuYAxxcDtYjzsdExz3dJZdGKgR07Nin30
QSYQYJiqfAKZjxXXHUrqJ+TkJajc2FcuGO9CngUgqSfgY+YJnio2okoEuRaCdON7BKaVfCZZyU4g
H5M/uCc3LiFiD0WnIBXJnvvkH4Yqh4+S8bAy+3D3oIVOAUjue4BxYRdYVMXAS+JtyD35HPYPD8NK
h/1CkkcPfYw9bD2NqCfKzjZ5XNTsoQXv33+AnjNbuv3Z0N7M+lPbOur3ueu2V/RXbJmHTSKQ1hp6
gt+VzxrifNzi81fXXmyckbUmv26npDpRU0yrC6Ii33GfsJyRPXOdsWMvLGi1WqtGkeQpZRVAhqfv
uoTSqKqk9VYWWNJuWcTDhxd5b1WzUAnC+kUve9YfTIhwvlnMx5vhR3v4aX2g0yl0k+ffrjcFw7g/
dSY/LHhUtu6x7Wyi3nQ+WT6LtW17M+0P63aK1nu7olepaYN5AZUdl1v9hQnriptMSoKnp8x6Vnfl
s6ftlYhT1yq3zqdyl/7yISUYmhFP99dNzUZF0Gu39hqlYXZ4/e86LDoTMa8ud1hJpU2vlDpPMQYL
TjmKQVgnOKe1qylYehiT/sCeHM2h+ELT6I9GC3u5PBd/WNAWnF/c5cKpNaxGfIB8rECOcj/W5Wuj
qNep1HjarGX4R49pWHQC0nGhTuemEmK+T/8DmUqXJbmgRp/Yz2+Uf2qdVVo19OxejtPlkIkOuy2/
L4rptFUxAxYwPxevASWdu60Dh32fcgqGJaYSozs6qK9fq3/FY9zbOdshmJ1iTduu8YV+fwEt6TQO
ZW5kc3RyZWFtCmVuZG9iago3OCAwIG9iago4NTMKZW5kb2JqCjgyIDAgb2JqCjw8L0xlbmd0aCA4
MyAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nI1VbW+iQBD+zq+Yb6dJ8cS29CXW
BJVrSfDlgLtrUy9khVW5yEuXtVeT/viDXeFWodrlA8vsPDPPPLOOL9BuKdDOn93bC6Wv1hUsU6kN
S+lFUtgh7F5eCH0nc7gGpQPOQuIYBTrncHV1DU4oNYyIYhJhKg8JWlDIlxVvaBAtwYgWMQkRDeII
+ijFzACj2Mdr2K0RIt4KOm3lsun8kc5vwDGlRjeNN8TDcpC8XsjI9wlO0x7c3t5Bl5kSghfBW6/5
RVLOOUA0c0dj+vPC1YZDS7ft3u5zaunfjEfX1Mf3zkMOL/JlcFUmGWtcpuGfMt0mWEgEh2vW6Po4
zaplVcosUMn4HYRKRHsWsBrqeKzaSLPmrJnHOoIrVFMF1Rr1tOpdRUMprbovrVqVtnGgIYfa1oDJ
MtRtp9y4uVXoBkchSkkwz3YFM2vyw9FZIt3SxwO9B89dczLQTHcyNp96v490ia/n7q5UeYHCYL2V
K4nyGB2Vszjle3BRxJP3k1QOVjdM1ukHgT4bAtMV/x1Wwux3o1ICP/+AgeDxcQLRix++4siPSb2P
eskFjvAbXcXJ7mSsPzoPk6nb1+yss8WhPM/GxhFBS5g50YYZ1tTYxSjh63mtiCVsahkjzXpybUcb
D/tPAjKpl79EWvrUNAaaI2YjOFkHHqJYvM0iFV4p49t3f+nG/YOzR1YOcTjH5MTA+USAWRNarRZr
yKF3kAKCaJO7wRzTvxhH2UBHkQ83NxxRDceJFw2rKS5X604QjwQhIluBWkqzDPOtOLMrzodJGhX0
SR7/O7DvKuwKXfZvmOgtpwn2ArRmA6qweSsURHnKyw5L2Ucr5G/IGWAKaN0q+6O/JUE2N8DGCWXi
wcUZ+3/bb+PzFC0xKGo+cXRH+p49/wDJpjBBZW5kc3RyZWFtCmVuZG9iago4MyAwIG9iago2NzYK
ZW5kb2JqCjg3IDAgb2JqCjw8L0xlbmd0aCA4OCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0
cmVhbQp4nI1V72+iMBj+zl/RbzeT4alzuls4EoR6NuGHVzq3ZBrSaVUuiAyZccn98VdadeJgZ/nQ
8rbP26fP+xReQaPeBI382ffTlfIdd8FiozTAQnlVmmIS7LvpCvQIX3AHmi1A5orENEHrBnS7d4Cs
lCsUZyyNWaZaKZ1nIG94/ZaF8QKgeL5OVzQL1zHo0Q0TAeCsZywC++bQdLoErUbztkb+KDc/ALGV
Ky1mu2y5TtTpkoaxDu7vf4JiTF2x1QtLdVCv12vflOZNCU4NZyzOwnmYrxMpXPhEBt4wMAcGcgPX
cKAO/p6HkaXzjOe5DvtVUlE3CZuGNOIZczgotnLIKcFSFPyFoe8HyCUQ9w0TViwLk21bpbNZyjYb
cSIe6JwESjDjq5LkPPh1qnFtXLs8nYYghIFjmIFhWfmkXo3O3uKYRSqLpzTRwfPnbJMKrBatF+GU
RqrMUKEQRj1Z73GNTx9s9pmyKO/xnXsBugT1EcTVnvifzRzo9CA+uO3DrOCiVp7s3KNH74n9LeSb
BrZE+fbj4BGRQQAx9nC5Qh+VwNCEaATzIpieH4wM+0Goz0GdW6nbueRi130Fs/eE8dKTB9eFtjz1
yQUtLJJiD0dtwZQPOmLgDG1fDHh1RD/a2YYrb+ooj50wKdomT8hPIFNKKy8ZnfHC7M1TLb2EdfS9
4YuwCoAkqq2SaHMZQBxIW6TssuWjJ3FubbuLaHwZRArEPzfbwi4c0OpIxU5VkRXwvQece324bR8v
KjcO9AlyDYI8tzj1lYzaEHvEMz07dw8htj7hveWbQ31SpNCpoDDqVFI4mfqSQn5hggE0LH5pcxbY
6PeRGZi2wZGTcumetb7tPQa20YOSc37jbOQgIhAHt51W+mA2EYvoC3fhOmGp+NmJ35JQ/bYlkD26
pLO39BqwDNCoftwX7pKQf1iBz5JMfExA+1r8DM/oDemCgWY35wKJ8ps//wAeLgQEZW5kc3RyZWFt
CmVuZG9iago4OCAwIG9iago3MjcKZW5kb2JqCjkyIDAgb2JqCjw8L0xlbmd0aCA5MyAwIFIvRmls
dGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJ1VbW/aSBD+zq+Yb5dIQDFpIBdRJGjMnXUOcGDS
VmmFFnuMt/VbdxcCUn/8zRgbQpP2w9kI2PHMM888M7v+Dq2mBS2+y18/qb2ZdWGtay1Y177XrOIh
lD9+AkOPHG7AaoMX1g4xFrSvoNu9AS+pXTipQZWiadwpERrga5ZtjEzX4KRhphJhZJbCUGgsDHCf
BRhDed0L5UfQblnXl97X2tWf4Lm1i16Sx7oRixXGjSxHVSD04fb2HXy+6N1P3flyupj/3YfDf3cw
tN0+PPbmy6Hj9b9c/lGzrgog+PX12PMm8+XDwF3Y/S+88txq9fkSfhDG76KPNCbTfhk8eO85kzFH
U2zn+lDIWmEjQhGgOtDv/TWzl850eWfPPWc8KCIOxuls4k3eT9yl92lqMyYb/7E/PS+nt93FIj0D
JCIy37492n4ArzvVuiDzWiGPvYeP7mC8dO7sseeMHHtWJLropdufOf/fFL0HZ+YtBu5yvhiObY9S
9X9JZuROPrDDodjWb5s3kuuNQri+hZkzBDUcj2CtRJIIRcHtThHbaVpNgDHuTJTl1WPAXR4LmWJQ
8hhAWnpIDRuNAZgMdI6+DPdgIiwe05d5ytQ3wBgTTA370Fg/CRWwz9mwGdoCofTJhbI7hmFFrLMX
2FH2VOBX/jrKNnEAKyyJxZkIGitBzfYxqEOuMoO+IYyN5n2VK0nl7N9oI9JgtYdMQbKJjfSFPjqV
SArzmOy8gYiSFxEj+rAQ0pcm3peUJIXJtOBUilV4V3wqmSKhCdHfKM1berWRsWlwWAYiCBRqDX5G
exd3XHGD6KCGWH7DUiiGylKEAEPuAmecU12M1W22m53mqYFdyr8oimVO3OhTjxnGO7dyUVtUe1hj
iooUJWGIC5moA7AVSqIhnUIIURiaHt0861uhiy6pkNpbGSCrJLgYTZxL4bPVV3LSlVQvaXHaYxjJ
QljsAD4qQ5PHskAhy1mp1rFYRScnUhSGqJCaX8K+/pAq82PJI+kLpo3UCxqJOKah4zNZsLcwEfM9
H9NitIuppsyjTFWc6yBDmMyno6LT4mVGUtBq1RkgPVac0Uo9Z3JkUcY/SRO9CtVusUan2dAi4eHQ
9PI4TSweCFVQhLtGw0C0NQ4qkOaVvQQqGZyGeuQMCewD0S6WzxCp8cwvUOIprT/jci7hKfGr0KcT
fygiEWxUHchVxM3joWXvckljR/OeG0xWJNjbevHa++kknIo1gnXD56Dt1f6l+z8dt0gwZW5kc3Ry
ZWFtCmVuZG9iago5MyAwIG9iago5MzcKZW5kb2JqCjk3IDAgb2JqCjw8L0xlbmd0aCA5OCAwIFIv
RmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJ1VXW/bRhB816/Yt9qArFhyHSdGakBK1EaA
HbsygxRICmNFLsWrj3fM3VG2/n13T6RMKijQVnqQcB+zszuze9/hdDSGU/k2v2k5eLW8gLUfnMJ6
8H0wjpvQ/KQlzBI+8AbGE0jywe7OGCZncHHxBpJycLQwgZyhcPLBYR5APktbB2XWsDC5dSUGZQ3M
0FNcgBubkYbmc4MuLWByOj4/Tv4anL2F5Hpw1EAQVI5ycmRSghQNoPYWVgS1pwyCle0NmQAZGYUa
bA6e3EaldPzTYHzWQmEImD56WG1BGR9Qa+HmJICHJxUKCAUxrA+deEN4KhQzI94nx3iClDlb+Xja
5jmZTHACZ52rFKxrIVUQbt6WBKU1KljH516hQb31yjdQzEPKMgK4V5KegDb30VFLlNP8R4INEG9t
+ZDW4OuKHFeGAM12B9bB4exl2Uo6DGODTa0eMcjkdSzUxWjCZD57ySlTeYwSwNBzKGLS24pa7gmz
WS5msHZYluhYFm2fPFhDknjqCDkywgadorAVWVqYkVyONXiRx1MaDZKRT53iLEVeD+wcSMkFVGYX
vIfT5z0W3NoYtlV7oqE6hdBbh8oqE7zwxHZLbCNiPSqTCVAjaCgwwNpSn63dcPlEjubymhiN9cDK
15rz7gjWnIibe4INr31dRWzON691zBhXng2Vxu5hAbkoXAAdcxdIbrMn6x6HrGYDVOAmulDiNcQ9
YanJe92aYMW3iEx7Gyhb02EJRfwlVVqlu3bVyoe2iLdm1357Zd3BwUh9v9hpCi5zWeugKt1vSdaa
z0WAnSeotzQEEb12ZgiprXUmPZ/aklGeDwWWgwWVnvSGLXLCzc78NI+F2A+VdWHn/U71OJTMCI57
J2Zgkg3WjmpcQ8O3nMUsRU5PRKJnFAJ+5wtlNpYjdivRKWg03g9F+nbEF4WHVxEp7Hh+O47FXUUw
R57bjimjv2xYvWsyvoLLy1/g3af5H8nH27uH5fzuevF+msyvOie+dv6PRiP4kzFen7ecpMy4Yge3
ATNyasPBcmfLyGzf0dJ/sauFxctU/vdcTtr06aqn/H/JppcLo5xP9nY9Y/W+kFoXUqvWq93qP3U3
Qfn9m6FZ1JMVaoxTt/Ep8qBes3E8BW61HuHO6PpVyoQ81Pn9EpfLuK1kem34ucAfQ/KoaNuUJVea
CxvnzqEzhi8zo5288UVguxDyG1RSudq/Qe0gu/l8n0j3Sz9e304/PMym19NP7+cPX+aL3z4mLKG3
qXqZSCocGrTP93+4s9FjhgVmtRsCFw/1qH3ZYf5cKb4B91SFmAH8PIwvPfQ+X+9wTTB+K16dJ4Pf
+fs3SgrGLWVuZHN0cmVhbQplbmRvYmoKOTggMCBvYmoKMTAwNAplbmRvYmoKMTAyIDAgb2JqCjw8
L0xlbmd0aCAxMDMgMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJylVV1v2jAUfc+v
uG8DCVIS2tIhhpQMtCIBZTTSVpUJOYkDWZ04tU0//v1u0gSajiDYnIcovh++95zjm0do6Qa00id/
e5F2Nu/ASmotWGmPmpEZIX95EdgOOlyBYYITaG8xBpht6HSuwIm02ihWVMRUNQeCBArSNecbFcYr
GMUBFxFRIY/BJpJmGzDhPmWQrwkR3hrMlnFRd35r7c/gjLUa7vdi+qLWPOlDt/sFetPhT+f6ZrYc
31iDpW2NrenXYR8WtZ1bb5rZ7eWP4ejbtdNf1OufNKNd5Nuz7g+H67oOvzDH5UWRw1lTIC5/ouCR
GFwKPhXhE/UhEDwChdaVIFFEBBAJAWeMP8suZjixq8Kpydx+qYdjojFgX7sf23t/SDOikUtFVSii
dETwog4IWJ7iWPKq8r6Rd2IxuxIuzAyxjm7q5zrATHBFvVSEaDMvCzQtSESIZL2eSUVi333F78Kx
IFjQRFBJUeE+cto93N5sPppY87vlrWNNB/bdB3mWWtsp4l81dUodW7oSeZSgDjTSzDHbL5atV47o
jsf/hywnNYUM50wQegVgjBO/6RJGYi9lKeI4eKINU2HCaEEx5Kkk8ABICYN3pLNQKtTLKAa5waFE
8ARJGxkJeTw8h4zhifwBnR9otySoE3qsurpV82oPKKnWK6/J1qsEnAWF0lPoCJMc1gSVR2KOPYrC
WgFBik6pxL+xSP8IaLPJmvgb0QCq8BR9W9XwJQnxOsEtTVQ2NeC8kY3+cvH3M7KiuJ8O36Gjfcfn
D2Qt3/RlbmRzdHJlYW0KZW5kb2JqCjEwMyAwIG9iago1ODcKZW5kb2JqCjEwNyAwIG9iago8PC9M
ZW5ndGggMTA4IDAgUi9GaWx0ZXIgL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicnVZtb9s2EP7uX3Hf
lgCWaitL0gVeAGf1NgOJ69lCsaIZAlo6W1wkUiGp2P33vaMkvyRO0U0OLOdIPvfccy/SE/TCPvT4
09yTovNudgkr2+nBqvPU6ftFaG5JATcxbXgP/QjiZac+04foDC4v30NcdE7GyqFR6IIPRiwd8DXT
lZNqBWO11KYQTmoFN8KiN8CdTjGH5roTJskg6vXPT+N/O2e/QHzbOSH7QOHGZbq8hqurX2EwGf0d
//lx+jCdje+Gs88P83g4+XDz+Xq37/SnTv+sPX143Z/8wPndr/tTwjqPPNZlGIXnIcCkXoMkE1JZ
Wo8uWl9DUPuLYEtM5FKihUyvwWlwmXBQVg60QtAGCm0QMhQpGks2EOqAO2m30qxeKZJHdOT8I53D
jSjKHEFaEDC1WKV6LQkngHUmSUGy301v56Cf0RAcA1ldIDgjlC21caRCvcHAH7MRUGKAInFCJXh/
Sk6GSrsMzb6jT5vb4aQBY1wYT8PX8Yo812tipegoV4LIAZWT7ivHvjAoHqEqSQRskEqjV0YUBYeo
l7ywBZSKjkiVYon0pUg1iQkJGXjpym1kqBJR2ir3lRUeZGOUY0EnLTCzFjhomJJe+CzySjhMIUeq
VvJn5CpzYYM8BCt9+K0MxHCrqxcuoUAXCAZLg5Y8EZKwV/744MBdXblUe3yeyovgbFCnnUqMFwiO
7CuDrfk7NczXoC2NoF8XadsuMWkoFkSxZUdg8pmYLY0uvMJecWGIKmXeJ+xtyoe2oMBiQdzgyxv2
MAz/2SN+FNFVSmEe+Lxdc+gHhkb7IwEf9ehD/1+OYDAizefzh/EkHs1+H/42+h7Yf03dDyatqVWe
LBfUTrfSUrVSmeX8o4E5NNZNn2guyA3dqW1NlbycDLS7smLlf9gqyQ6KSeyOMRqXPZa5TKgTeEQs
lzJhY1HlTjJYipYmuO8v24W1dFnDLNcihYXIaW5QTERhrKAeHGttUtrLgwUFTaQFTR66NS3euiPA
BskZxC6vUVdyZ259S36gLAU3Pk3Hery1HBVi6ukvcI9QUBOigqdxADDX3iUJT7RYwVrAPQq1lag2
IN53IsgmVOoPSyob08jP7NbIY4LHhjdxlC+kaFOHtOzEI9YTcZsbHkaONHoErEcUZOLNRLQSrXUj
7ouzlqKMd2ljwktpiP6Lfe2TINNVnvJg2ONMseBTRdP7az3c2Nm+9NuyDfqsSvsc2Jmj1yQsUpml
ryI99N8g7XLmvWdUDkf9R0G/u/9fdIxNFJzxxPeVxhmmN4or+rvocVr4RYXa4EZkIq1MF5DSnIfb
Dh1tSnqSWphj6fyEgZ+7/o3ksJG/TLm5oj4Pu1Hc+Ys+3wAk5+KyZW5kc3RyZWFtCmVuZG9iagox
MDggMCBvYmoKMTAyMgplbmRvYmoKMTEyIDAgb2JqCjw8L0xlbmd0aCAxMTMgMCBSL0ZpbHRlciAv
RmxhdGVEZWNvZGU+PgpzdHJlYW0KeJzNVmtv2jAU/Z5fcb8NJshIGKVDDAlaBki0ZRBpk8aETHLz
2JI4dczj59f2Uh4qrBTYhPMhzs059x5fy8l5hJJuQEle2d2OtA/DKnipVgJPe9QM9RKymx1ByxKA
azBMsFztD8cAswzV6jVYkZbrxRxZjLx4y4jLQY4hnfEg9qAXu5RFhAc0hhZJUQXgjjoYQjbuCLN9
MEtGJW/90sqfwOprOcsPUrBJDFMEB1kwRwdcRiPgPoLHSBQRBiQFl4YhXaS1/DstV49xyX2aNKBW
+wz1+/Z3q/swmAzbg37vpmm1G/CMKDJMwsAmHBuCaJRVydfp4w3Maqbr+jh/WPmd/MPJgv4c7z80
byetZr95f7O5rHCapYOtcSDxdCW7SytYa/Kt3et0ra2ixQijKbKjeeM8qPbvWvSbZB4v9Dipl9Hk
g6Xv6fDFtfgU7r/ZmlOkn7g7lybzDCv8f3vzZr3H7MO5BRyt+NW+nvx5FfBKCerCFXhU+IKiUTT2
nNeXSPNsXyCJNzeTm/tlvISaf4FebUPLa8nmlXIXVb2sAwyQST8knVE0C7mwICnPUvYG6xAE8ZyG
c0xBWCfbl3ACCbF/IwdhpMa5UQE64o9CmZi/V/MCLHxkuLYzIuWUch9GApLSGbNREEjsQEcEPEZn
iXxmKAsnDN1gialQ+EUZKllROi1VvpAplIFMhDBnKwvlAKdCFUo1ERUJGdpBEmDMZb4uXUiiSFEx
la4W8YkzYwUQaUior3rYXiYBEyseYcLVuYePBeUKt1v9Y0A8BNP8KTK2Le2ruJ4A0UrZPGVuZHN0
cmVhbQplbmRvYmoKMTEzIDAgb2JqCjYwMQplbmRvYmoKMTE3IDAgb2JqCjw8L0xlbmd0aCAxMTgg
MCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJyNVk1z4jgUvPMr3m1JFZBAdieZqqk5
UDMHqkItG9jTsgdhC1sTW3IkOUz+/baeZMAhszOmCoMl9evu9wHPdDOZ0k14pXtWD64f76hwgxsq
Bs+DKS9SumU1zTfYcE/TGW32g3hmSrNburu7p009GC60l1ZLP/5ixd5TuB5N65UuaKH3xtbCK6Np
LpzkB7Q0uawoXUths5JmN9M/rjbfBrcfafMwGOK5lZlqlNTekWt3LrNqJ8kb8qWkuq28yoTzVFjT
NqQcIaBTueRll5lGktlf/TaY3nZ4vsSu3GRtDcwJlmYfuqWFptViOd6BYH7CHjFWI7InCQ7CgvyK
IOcgbI59UCQ0HvWCnIh5K+WEaAOI3By0w3dRk4ZyF45KAdGNUdqT0n1NAGS+AGBhGlIs1SYSEHlu
pXPSRXBYmoEGrLGywQK0gZsA3wSDxxVgOQOVArHtkNYy4+93k9lkRturCzeWq4f1z+3oe5HUeHNp
SFzZDlez5Wp7RZXYyWrsDspnJQ43wpdYfFhjLTmm5XdfmiZEAHA4ltRg03t6k4XdscKKuhaWbaBP
lSkgoBr7VmtZfU5IkQ0Domy0V3slLchxxJ+aFjbuE9KnCDyWOhPN5xFBVxnzGxeIF058Q18IcrhV
yHpTuYRzXiZRyFle7uHM42JOKGzLvCDNo9BFJdPxTahvl0jmymVtqJLUD9gGAs+tsrLmlorOBsRc
eDGuQ0dOepkLeeivkytNW+XBfLGruBlLoXN8qoQtujBHX05UR2Gr1Hwoh7XmNZDATg4gmqPZLmSS
wRIGpsrB2CfXc2KavIBVeWfevK2egrHbIU+E8BHwsfoCqd03OMPwJ+vRRqKQSOXy7/UGqnryXds0
xobiOpQynEpUIOBFZRArde6OBgWBKEukDZNQhJR75V8nidxa1QqqqlfOBu+PhnLgZEzMRlaFkRfg
QrokSo+3K52gdtBJe2vqC0Y9i2bJooNVXv6iR7z3vMDeNatnUjLuwqwLJ+ggQtVBVoyS5jgoTo7l
GyrUNQgso8DY0T3TOZ7SWdXmktvUt1aPM3gZCjohceu9EdNNCLYvaekZdpsMky/cHihrzOowFFJh
nlja48TFVESDHfjR0aiOMQMFRbCXrex87hl4CneNhuxF/KEJ/VLrRMeCI/ozCjV4s9yeI8rbaDiq
8E3K8Zuoi05biUaUmqeTj2ND1DKckqPL8q9VUXoceWHo0AwJ5Yj9f9Le7xa2t9/4XThjVaG0CBXG
uNfneF1CY3mkWjzrl7eqf5Tj9wo+FMnHKadrLkqRt3ZE0pOoJt3/F/r6vcFYdfiBaLysd7D99xH/
n6He9c8qUJzd/gvEr5vBX3j9B8XDEGBlbmRzdHJlYW0KZW5kb2JqCjExOCAwIG9iagoxMDE2CmVu
ZG9iagoxMjIgMCBvYmoKPDwvTGVuZ3RoIDEyMyAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0
cmVhbQp4nHVV0XLaOBR95yvu9GWTGcxikjblEUi7y26SyQJtH5o+CPtiq7ElR5Ih9Ov3SAaCQ2OG
gbF0z73nnKurJ+r3Yur7z+43KTt/zq4os50+ZZ2nThwWafeTlDReYMNHige0WHWamJgGF3R19ZEW
ZedsqhwbxS66NmLlyD8zXTupMpqqlTalcFIrGgvL4QXd6pQL2j23wiQ5Dfrx+/PFz87FkBY3nbNh
j2jOSW2k29JEKytTNgHGnv/RGXwImxA8KgqSPr1IwiIt2W2YFQmaTcdUCiUyNiRUii/xsy9UFMTK
eeDbL/MFIoAYX+wRRe1yv5wIx2kTiDfayF+coqhFzi3kAFEZ7ThxJJ3lYgW4AJQJqaxDJSkriaR6
RZbNWiZMwjmRPNJyi1Wjs5pfl9bF2g7H5UB3hVfT8FPNgES+hK3FK1Q0Oq2HvepIU8gSJZFWO6hc
b6isoXYqnKAEiizZg2VGlCXY+npOVfIaGHa12cOwMdrQBjKR9WiiSUTSYp9IcgjVMum3mvFzpdEP
ItQSlaEjXC68iCTLquAS6a3np1r+HKoDlHINluVQYhDHktMAamcMwIkG7JY20uUHaRkMqkob7/VL
ITufjypr0lScyNU2hC05F2upzQ4J3r7OiY7PIV0wDsu1amc61HukVdxH5unobnTa8o2OUDjVSe2l
wR+2pLQj6OA3Qku1BcnjQEIfBECf5CyOvZzJo9KbgtOsUfiAzbtGt7TRdZHC00dutBTqMbDbaPPo
2WRG1xUyRUkuJPaDZcsiw2vJGza+83ygNF77kC00k62zDMxDgWGHp+VHR6P7rqKVLgq98fkq1ugH
T80Zuay9gjuPU7YyUy31g13CUiWMa5szHczmFGaVLKlkDgNKKhpVRhZ+AF1QRN8g6l+sTcZdmuRG
7vW5kcVPxnHWRYWVf3i1ooUAodqILs1ri3PztzDcEPwslhIv5kmu2JtxbPEAJGe8YsMKZzjYMuh5
Y+6aQbnmV8tI/n32eTKI4+EPorERKexGzl6X3v3LW+9K2hhd4zyBDzaHQzBVaZhiLW+OnhkaUJrQ
BXTDay7suy6NJ/cUX3Y9CPmU3d18jofDqzYNT+Qw3n9b9TS67uVelEgOjI1QXpTgDojWKlonP94q
K8jo+QUpb3uwgRW4fgG7CcIbrl+lcTWmAA6K4uT4lBw9aK5rLj3Mw9nXib5+OA+Y+9g73BVo6fa2
O7/tFKq2zXWG7lmJJByM/R0331rHJbQLPRy9YnwK9aJB1L9AylADfAuDGGP94RwNVmNSoSUv25M0
SCrZrRp8RCwxKCPrYLP38U1RR64QEHWEprkTKYu6Swv895yve/RNmBQKt9i5w0E8bpkWZbpv8tN8
n/8gwkuNpyAnVUf9D2/JIFQtTFDivVdiGAduY5GLtMYhYFyvflrvnk/PlfRncM4VkJcYwuhkH9su
4Ps9BjQNLr1anxad//D5HyrwxUhlbmRzdHJlYW0KZW5kb2JqCjEyMyAwIG9iagoxMDk4CmVuZG9i
agoxMjcgMCBvYmoKPDwvTGVuZ3RoIDEyOCAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVh
bQp4nH2UUZPSMBDH3/spdu7FY2xry4EcPB2cMKKC2FZ9EMfJtaGNtEkvST3rp3dTCoqA6Qxhks3m
/9vd7CN4rg+e+do5LqwXwQBSZXmQWo+W32xCO8UFTCI0uAW/C9HG2p3xoXsDg8EtRIV1PeeaSk61
80qSjQYzAlFpxlOY842QBdFMcJgQRZsFWIiE5tCOBZFxBl3P73ei79bNEKJ31jWuf5k7r9ynjGnq
sK5UTqWoE6OLr51nln+zt/prfDa2NgSuDa+JpMqGEP8SnsDYhYBqwokNVysptIhFjkoSWlL84Ro9
/uPrI0q9x8sUoH70AQ3jhsQUtACd0QNhWCtNiysbEgPvnLo6g+B4L2F9/STkFhiHUooU5ap1x4Y3
VV6bWPRcdNR9eYhFMLvvDf3+V4CVopxsbVgh24JJLSR5YDvUQNQ2stqwTKuachvetfwr91LMVizP
Se1MFSdVrjE8C5yYE4lS5CKtUeUiWncOsKj2fbiaIS0KOkU1Eg0Dp8jgDU4Z+n7XMwzyV50yjD0m
JEKNYWbULlu1S9cs6MyocebhPBxBo+oSw3/ENlkraMKIpm2mMH+nws/YKXQ3D/F+zMuOF4x6G2b0
QVZEmjR5t2cQ+76PiDMiJc136bjaK5qQeFspZ0kqCTN8F3hFMFnO1p0RjPFarsnPS5BYkIkpvebY
lMciMQ6DKscSRdBPRDJRqQP7vspPUcOSxmzD4uZNqj0ZikatpWS5wRr+hTWudCakegbjJDFVSlXr
c8nwJkTKSII462uMHhbjunNEMJGITDXci6JslLWHb7oehOKxwjbwmdTtYlhxXv8gOT7i+zHAsOfd
9tutj+FRoKcFYfkIuJHw7WEn4a4mmRBuLAo0/dNGAuw8M5FvqbqkEeuVlVTCkmrzJLFvzHnsthf7
/rBnKnJBdMbyhMD4B+UVvax4eF7xKhOcjuC5D2gDg17fxNk70tFCScE3d993mlzsqnt/wXxkusnT
k3u8+Qc1lCwlnKoM3jLOLuFOJYuVEvxcQNXeg7tFD3e0NW2D6vuDxr7NuQ2YWJK7h9Ka/iwZlgiE
tMQH9IAh7dlNYz+uwC8rkmKD6JtGPo2sD/j9BhHayOVlbmRzdHJlYW0KZW5kb2JqCjEyOCAwIG9i
ago4MjgKZW5kb2JqCjEzMiAwIG9iago8PC9MZW5ndGggMTMzIDAgUi9GaWx0ZXIgL0ZsYXRlRGVj
b2RlPj4Kc3RyZWFtCnicVY6xTsMwEIZ3P8W/0UolxE5pChMKZCgiEhRviME4lzRVHLeOi3h8nJAM
/Dec9N13Z58RRxzxUFPXht3sU9Q9i1GzM+PjEFPTBpkMwhZcQFbsb4dDJEjTLaRhi13nyXXkr5+c
qjyG7O3FN12NXVdZZ5RvbIdM9TQCFLakFlMK5fQBIua3S3lkyR3kC1sE/qw6FFR+U7m8YjyZ8WPT
axuI2MwkN6pp73E0o/ygByHS1gRpI9ajlamDKi9uBfJQbTQ/jfzn1Djq8U4nT+aLHNar8Sv4l49X
VRPE5jOczCV7C/ULIIVSo2VuZHN0cmVhbQplbmRvYmoKMTMzIDAgb2JqCjIzMQplbmRvYmoKNCAw
IG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50
IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgOSAwIFIK
L0ZvbnQgMTAgMCBSCj4+Ci9Db250ZW50cyA1IDAgUgo+PgplbmRvYmoKMTEgMCBvYmoKPDwvVHlw
ZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVz
b3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDE0IDAgUgovRm9udCAxNSAw
IFIKPj4KL0NvbnRlbnRzIDEyIDAgUgo+PgplbmRvYmoKMTYgMCBvYmoKPDwvVHlwZS9QYWdlL01l
ZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwv
UHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDE5IDAgUgovRm9udCAyMCAwIFIKPj4KL0Nv
bnRlbnRzIDE3IDAgUgo+PgplbmRvYmoKMjEgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFsw
IDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsv
UERGIC9UZXh0XQovRXh0R1N0YXRlIDI0IDAgUgovRm9udCAyNSAwIFIKPj4KL0NvbnRlbnRzIDIy
IDAgUgo+PgplbmRvYmoKMjYgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0
Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0
XQovRXh0R1N0YXRlIDI5IDAgUgovRm9udCAzMCAwIFIKPj4KL0NvbnRlbnRzIDI3IDAgUgo+Pgpl
bmRvYmoKMzEgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0
ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0
YXRlIDM0IDAgUgovRm9udCAzNSAwIFIKPj4KL0NvbnRlbnRzIDMyIDAgUgo+PgplbmRvYmoKMzYg
MCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVu
dCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDM5IDAg
UgovRm9udCA0MCAwIFIKPj4KL0NvbnRlbnRzIDM3IDAgUgo+PgplbmRvYmoKNDEgMCBvYmoKPDwv
VHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgov
UmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDQ0IDAgUgovRm9udCA0
NSAwIFIKPj4KL0NvbnRlbnRzIDQyIDAgUgo+PgplbmRvYmoKNDYgMCBvYmoKPDwvVHlwZS9QYWdl
L01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2Vz
PDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDQ5IDAgUgovRm9udCA1MCAwIFIKPj4K
L0NvbnRlbnRzIDQ3IDAgUgo+PgplbmRvYmoKNTEgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94
IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1Nl
dFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDU0IDAgUgovRm9udCA1NSAwIFIKPj4KL0NvbnRlbnRz
IDUyIDAgUgo+PgplbmRvYmoKNTYgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1
IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9U
ZXh0XQovRXh0R1N0YXRlIDU5IDAgUgovRm9udCA2MCAwIFIKPj4KL0NvbnRlbnRzIDU3IDAgUgo+
PgplbmRvYmoKNjEgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1Jv
dGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0
R1N0YXRlIDY0IDAgUgovRm9udCA2NSAwIFIKPj4KL0NvbnRlbnRzIDYyIDAgUgo+PgplbmRvYmoK
NjYgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1Bh
cmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDY5
IDAgUgovRm9udCA3MCAwIFIKPj4KL0NvbnRlbnRzIDY3IDAgUgo+PgplbmRvYmoKNzEgMCBvYmoK
PDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAg
UgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDc0IDAgUgovRm9u
dCA3NSAwIFIKPj4KL0NvbnRlbnRzIDcyIDAgUgo+PgplbmRvYmoKNzYgMCBvYmoKPDwvVHlwZS9Q
YWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3Vy
Y2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDc5IDAgUgovRm9udCA4MCAwIFIK
Pj4KL0NvbnRlbnRzIDc3IDAgUgo+PgplbmRvYmoKODEgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlh
Qm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJv
Y1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDg0IDAgUgovRm9udCA4NSAwIFIKPj4KL0NvbnRl
bnRzIDgyIDAgUgo+PgplbmRvYmoKODYgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAg
NTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERG
IC9UZXh0XQovRXh0R1N0YXRlIDg5IDAgUgovRm9udCA5MCAwIFIKPj4KL0NvbnRlbnRzIDg3IDAg
Ugo+PgplbmRvYmoKOTEgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0K
L1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQov
RXh0R1N0YXRlIDk0IDAgUgovRm9udCA5NSAwIFIKPj4KL0NvbnRlbnRzIDkyIDAgUgo+PgplbmRv
YmoKOTYgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAw
L1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRl
IDk5IDAgUgovRm9udCAxMDAgMCBSCj4+Ci9Db250ZW50cyA5NyAwIFIKPj4KZW5kb2JqCjEwMSAw
IG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50
IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMTA0IDAg
UgovRm9udCAxMDUgMCBSCj4+Ci9Db250ZW50cyAxMDIgMCBSCj4+CmVuZG9iagoxMDYgMCBvYmoK
PDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAg
UgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDEwOSAwIFIKL0Zv
bnQgMTEwIDAgUgo+PgovQ29udGVudHMgMTA3IDAgUgo+PgplbmRvYmoKMTExIDAgb2JqCjw8L1R5
cGUvUGFnZS9NZWRpYUJveCBbMCAwIDU5NSA4NDJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAwIFIKL1Jl
c291cmNlczw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSAxMTQgMCBSCi9Gb250IDEx
NSAwIFIKPj4KL0NvbnRlbnRzIDExMiAwIFIKPj4KZW5kb2JqCjExNiAwIG9iago8PC9UeXBlL1Bh
Z2UvTWVkaWFCb3ggWzAgMCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJj
ZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMTE5IDAgUgovRm9udCAxMjAgMCBS
Cj4+Ci9Db250ZW50cyAxMTcgMCBSCj4+CmVuZG9iagoxMjEgMCBvYmoKPDwvVHlwZS9QYWdlL01l
ZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwv
UHJvY1NldFsvUERGIC9UZXh0XQovRXh0R1N0YXRlIDEyNCAwIFIKL0ZvbnQgMTI1IDAgUgo+Pgov
Q29udGVudHMgMTIyIDAgUgo+PgplbmRvYmoKMTI2IDAgb2JqCjw8L1R5cGUvUGFnZS9NZWRpYUJv
eCBbMCAwIDU5NSA4NDJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAwIFIKL1Jlc291cmNlczw8L1Byb2NT
ZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSAxMjkgMCBSCi9Gb250IDEzMCAwIFIKPj4KL0NvbnRl
bnRzIDEyNyAwIFIKPj4KZW5kb2JqCjEzMSAwIG9iago8PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAg
MCA1OTUgODQyXQovUm90YXRlIDAvUGFyZW50IDMgMCBSCi9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9Q
REYgL1RleHRdCi9FeHRHU3RhdGUgMTM0IDAgUgovRm9udCAxMzUgMCBSCj4+Ci9Db250ZW50cyAx
MzIgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8IC9UeXBlIC9QYWdlcyAvS2lkcyBbCjQgMCBSCjEx
IDAgUgoxNiAwIFIKMjEgMCBSCjI2IDAgUgozMSAwIFIKMzYgMCBSCjQxIDAgUgo0NiAwIFIKNTEg
MCBSCjU2IDAgUgo2MSAwIFIKNjYgMCBSCjcxIDAgUgo3NiAwIFIKODEgMCBSCjg2IDAgUgo5MSAw
IFIKOTYgMCBSCjEwMSAwIFIKMTA2IDAgUgoxMTEgMCBSCjExNiAwIFIKMTIxIDAgUgoxMjYgMCBS
CjEzMSAwIFIKXSAvQ291bnQgMjYKPj4KZW5kb2JqCjEgMCBvYmoKPDwvVHlwZSAvQ2F0YWxvZyAv
UGFnZXMgMyAwIFIKL01ldGFkYXRhIDEzNiAwIFIKPj4KZW5kb2JqCjcgMCBvYmoKPDwvVHlwZS9F
eHRHU3RhdGUKL09QTSAxPj5lbmRvYmoKOSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagoxMCAw
IG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoxNCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagox
NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoxOSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9i
agoyMCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoyNCAwIG9iago8PC9SNwo3IDAgUj4+CmVu
ZG9iagoyNSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoyOSAwIG9iago8PC9SNwo3IDAgUj4+
CmVuZG9iagozMCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagozNCAwIG9iago8PC9SNwo3IDAg
Uj4+CmVuZG9iagozNSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagozOSAwIG9iago8PC9SNwo3
IDAgUj4+CmVuZG9iago0MCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago0NCAwIG9iago8PC9S
Nwo3IDAgUj4+CmVuZG9iago0NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago0OSAwIG9iago8
PC9SNwo3IDAgUj4+CmVuZG9iago1MCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago1NCAwIG9i
ago8PC9SNwo3IDAgUj4+CmVuZG9iago1NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago1OSAw
IG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago2MCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iago2
NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago2NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9i
ago2OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago3MCAwIG9iago8PC9SOAo4IDAgUj4+CmVu
ZG9iago3NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago3NSAwIG9iago8PC9SOAo4IDAgUj4+
CmVuZG9iago3OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago4MCAwIG9iago8PC9SOAo4IDAg
Uj4+CmVuZG9iago4NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago4NSAwIG9iago8PC9SOAo4
IDAgUj4+CmVuZG9iago4OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago5MCAwIG9iago8PC9S
OAo4IDAgUj4+CmVuZG9iago5NCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago5NSAwIG9iago8
PC9SOAo4IDAgUj4+CmVuZG9iago5OSAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagoxMDAgMCBv
YmoKPDwvUjgKOCAwIFI+PgplbmRvYmoKMTA0IDAgb2JqCjw8L1I3CjcgMCBSPj4KZW5kb2JqCjEw
NSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoxMDkgMCBvYmoKPDwvUjcKNyAwIFI+PgplbmRv
YmoKMTEwIDAgb2JqCjw8L1I4CjggMCBSPj4KZW5kb2JqCjExNCAwIG9iago8PC9SNwo3IDAgUj4+
CmVuZG9iagoxMTUgMCBvYmoKPDwvUjgKOCAwIFI+PgplbmRvYmoKMTE5IDAgb2JqCjw8L1I3Cjcg
MCBSPj4KZW5kb2JqCjEyMCAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9iagoxMjQgMCBvYmoKPDwv
UjcKNyAwIFI+PgplbmRvYmoKMTI1IDAgb2JqCjw8L1I4CjggMCBSPj4KZW5kb2JqCjEyOSAwIG9i
ago8PC9SNwo3IDAgUj4+CmVuZG9iagoxMzAgMCBvYmoKPDwvUjgKOCAwIFI+PgplbmRvYmoKMTM0
IDAgb2JqCjw8L1I3CjcgMCBSPj4KZW5kb2JqCjEzNSAwIG9iago8PC9SOAo4IDAgUj4+CmVuZG9i
ago4IDAgb2JqCjw8L0Jhc2VGb250L0NvdXJpZXIvVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxPj4K
ZW5kb2JqCjEzNiAwIG9iago8PC9UeXBlL01ldGFkYXRhCi9TdWJ0eXBlL1hNTC9MZW5ndGggMTM1
ND4+c3RyZWFtCjw/eHBhY2tldCBiZWdpbj0n77u/JyBpZD0nVzVNME1wQ2VoaUh6cmVTek5UY3pr
YzlkJz8+Cjw/YWRvYmUteGFwLWZpbHRlcnMgZXNjPSJDUkxGIj8+Cjx4OnhtcG1ldGEgeG1sbnM6
eD0nYWRvYmU6bnM6bWV0YS8nIHg6eG1wdGs9J1hNUCB0b29sa2l0IDIuOS4xLTEzLCBmcmFtZXdv
cmsgMS42Jz4KPHJkZjpSREYgeG1sbnM6cmRmPSdodHRwOi8vd3d3LnczLm9yZy8xOTk5LzAyLzIy
LXJkZi1zeW50YXgtbnMjJyB4bWxuczppWD0naHR0cDovL25zLmFkb2JlLmNvbS9pWC8xLjAvJz4K
PHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9J3V1aWQ6MGM3NzMwMjktZmIwNy0xMWVmLTAwMDAt
OGFlNDU2MTNiMmVhJyB4bWxuczpwZGY9J2h0dHA6Ly9ucy5hZG9iZS5jb20vcGRmLzEuMy8nIHBk
ZjpQcm9kdWNlcj0nR1BMIEdob3N0c2NyaXB0IDkuMDYnLz4KPHJkZjpEZXNjcmlwdGlvbiByZGY6
YWJvdXQ9J3V1aWQ6MGM3NzMwMjktZmIwNy0xMWVmLTAwMDAtOGFlNDU2MTNiMmVhJyB4bWxuczp4
bXA9J2h0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8nPjx4bXA6TW9kaWZ5RGF0ZT4yMDE1LTAz
LTA0VDE5OjQ4OjM1LTA4OjAwPC94bXA6TW9kaWZ5RGF0ZT4KPHhtcDpDcmVhdGVEYXRlPjIwMTUt
MDMtMDRUMTk6NDg6MzUtMDg6MDA8L3htcDpDcmVhdGVEYXRlPgo8eG1wOkNyZWF0b3JUb29sPkdO
VSBFbnNjcmlwdCAxLjYuNS45MDwveG1wOkNyZWF0b3JUb29sPjwvcmRmOkRlc2NyaXB0aW9uPgo8
cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0ndXVpZDowYzc3MzAyOS1mYjA3LTExZWYtMDAwMC04
YWU0NTYxM2IyZWEnIHhtbG5zOnhhcE1NPSdodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0v
JyB4YXBNTTpEb2N1bWVudElEPSd1dWlkOjBjNzczMDI5LWZiMDctMTFlZi0wMDAwLThhZTQ1NjEz
YjJlYScvPgo8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0ndXVpZDowYzc3MzAyOS1mYjA3LTEx
ZWYtMDAwMC04YWU0NTYxM2IyZWEnIHhtbG5zOmRjPSdodHRwOi8vcHVybC5vcmcvZGMvZWxlbWVu
dHMvMS4xLycgZGM6Zm9ybWF0PSdhcHBsaWNhdGlvbi9wZGYnPjxkYzp0aXRsZT48cmRmOkFsdD48
cmRmOmxpIHhtbDpsYW5nPSd4LWRlZmF1bHQnPkVuc2NyaXB0IE91dHB1dDwvcmRmOmxpPjwvcmRm
OkFsdD48L2RjOnRpdGxlPjwvcmRmOkRlc2NyaXB0aW9uPgo8L3JkZjpSREY+CjwveDp4bXBtZXRh
PgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCjw/eHBhY2tldCBlbmQ9J3cnPz4KZW5k
c3RyZWFtCmVuZG9iagoyIDAgb2JqCjw8L1Byb2R1Y2VyKEdQTCBHaG9zdHNjcmlwdCA5LjA2KQov
Q3JlYXRpb25EYXRlKEQ6MjAxNTAzMDQxOTQ4MzUtMDgnMDAnKQovTW9kRGF0ZShEOjIwMTUwMzA0
MTk0ODM1LTA4JzAwJykKL1RpdGxlKEVuc2NyaXB0IE91dHB1dCkKL0NyZWF0b3IoR05VIEVuc2Ny
aXB0IDEuNi41LjkwKT4+ZW5kb2JqCnhyZWYKMCAxMzcKMDAwMDAwMDAwMCA2NTUzNSBmIAowMDAw
MDMxMjY3IDAwMDAwIG4gCjAwMDAwMzQ0NDIgMDAwMDAgbiAKMDAwMDAzMTAyNSAwMDAwMCBuIAow
MDAwMDI2Nzg3IDAwMDAwIG4gCjAwMDAwMDAwMTUgMDAwMDAgbiAKMDAwMDAwMTEwOSAwMDAwMCBu
IAowMDAwMDMxMzMzIDAwMDAwIG4gCjAwMDAwMzI5NDggMDAwMDAgbiAKMDAwMDAzMTM3NCAwMDAw
MCBuIAowMDAwMDMxNDAzIDAwMDAwIG4gCjAwMDAwMjY5NDYgMDAwMDAgbiAKMDAwMDAwMTEyOSAw
MDAwMCBuIAowMDAwMDAyMjI0IDAwMDAwIG4gCjAwMDAwMzE0MzMgMDAwMDAgbiAKMDAwMDAzMTQ2
MyAwMDAwMCBuIAowMDAwMDI3MTA4IDAwMDAwIG4gCjAwMDAwMDIyNDUgMDAwMDAgbiAKMDAwMDAw
MzEyNyAwMDAwMCBuIAowMDAwMDMxNDkzIDAwMDAwIG4gCjAwMDAwMzE1MjMgMDAwMDAgbiAKMDAw
MDAyNzI3MCAwMDAwMCBuIAowMDAwMDAzMTQ3IDAwMDAwIG4gCjAwMDAwMDQ3MzAgMDAwMDAgbiAK
MDAwMDAzMTU1MyAwMDAwMCBuIAowMDAwMDMxNTgzIDAwMDAwIG4gCjAwMDAwMjc0MzIgMDAwMDAg
biAKMDAwMDAwNDc1MSAwMDAwMCBuIAowMDAwMDA1ODI2IDAwMDAwIG4gCjAwMDAwMzE2MTMgMDAw
MDAgbiAKMDAwMDAzMTY0MyAwMDAwMCBuIAowMDAwMDI3NTk0IDAwMDAwIG4gCjAwMDAwMDU4NDcg
MDAwMDAgbiAKMDAwMDAwNzE5OCAwMDAwMCBuIAowMDAwMDMxNjczIDAwMDAwIG4gCjAwMDAwMzE3
MDMgMDAwMDAgbiAKMDAwMDAyNzc1NiAwMDAwMCBuIAowMDAwMDA3MjE5IDAwMDAwIG4gCjAwMDAw
MDgxNzMgMDAwMDAgbiAKMDAwMDAzMTczMyAwMDAwMCBuIAowMDAwMDMxNzYzIDAwMDAwIG4gCjAw
MDAwMjc5MTggMDAwMDAgbiAKMDAwMDAwODE5MyAwMDAwMCBuIAowMDAwMDA5NDU0IDAwMDAwIG4g
CjAwMDAwMzE3OTMgMDAwMDAgbiAKMDAwMDAzMTgyMyAwMDAwMCBuIAowMDAwMDI4MDgwIDAwMDAw
IG4gCjAwMDAwMDk0NzUgMDAwMDAgbiAKMDAwMDAxMDI0MiAwMDAwMCBuIAowMDAwMDMxODUzIDAw
MDAwIG4gCjAwMDAwMzE4ODMgMDAwMDAgbiAKMDAwMDAyODI0MiAwMDAwMCBuIAowMDAwMDEwMjYy
IDAwMDAwIG4gCjAwMDAwMTEyMTMgMDAwMDAgbiAKMDAwMDAzMTkxMyAwMDAwMCBuIAowMDAwMDMx
OTQzIDAwMDAwIG4gCjAwMDAwMjg0MDQgMDAwMDAgbiAKMDAwMDAxMTIzMyAwMDAwMCBuIAowMDAw
MDEyNDIzIDAwMDAwIG4gCjAwMDAwMzE5NzMgMDAwMDAgbiAKMDAwMDAzMjAwMyAwMDAwMCBuIAow
MDAwMDI4NTY2IDAwMDAwIG4gCjAwMDAwMTI0NDQgMDAwMDAgbiAKMDAwMDAxMzY0NSAwMDAwMCBu
IAowMDAwMDMyMDMzIDAwMDAwIG4gCjAwMDAwMzIwNjMgMDAwMDAgbiAKMDAwMDAyODcyOCAwMDAw
MCBuIAowMDAwMDEzNjY2IDAwMDAwIG4gCjAwMDAwMTQ4NDMgMDAwMDAgbiAKMDAwMDAzMjA5MyAw
MDAwMCBuIAowMDAwMDMyMTIzIDAwMDAwIG4gCjAwMDAwMjg4OTAgMDAwMDAgbiAKMDAwMDAxNDg2
NCAwMDAwMCBuIAowMDAwMDE2MDU3IDAwMDAwIG4gCjAwMDAwMzIxNTMgMDAwMDAgbiAKMDAwMDAz
MjE4MyAwMDAwMCBuIAowMDAwMDI5MDUyIDAwMDAwIG4gCjAwMDAwMTYwNzggMDAwMDAgbiAKMDAw
MDAxNzAwMyAwMDAwMCBuIAowMDAwMDMyMjEzIDAwMDAwIG4gCjAwMDAwMzIyNDMgMDAwMDAgbiAK
MDAwMDAyOTIxNCAwMDAwMCBuIAowMDAwMDE3MDIzIDAwMDAwIG4gCjAwMDAwMTc3NzEgMDAwMDAg
biAKMDAwMDAzMjI3MyAwMDAwMCBuIAowMDAwMDMyMzAzIDAwMDAwIG4gCjAwMDAwMjkzNzYgMDAw
MDAgbiAKMDAwMDAxNzc5MSAwMDAwMCBuIAowMDAwMDE4NTkwIDAwMDAwIG4gCjAwMDAwMzIzMzMg
MDAwMDAgbiAKMDAwMDAzMjM2MyAwMDAwMCBuIAowMDAwMDI5NTM4IDAwMDAwIG4gCjAwMDAwMTg2
MTAgMDAwMDAgbiAKMDAwMDAxOTYxOSAwMDAwMCBuIAowMDAwMDMyMzkzIDAwMDAwIG4gCjAwMDAw
MzI0MjMgMDAwMDAgbiAKMDAwMDAyOTcwMCAwMDAwMCBuIAowMDAwMDE5NjM5IDAwMDAwIG4gCjAw
MDAwMjA3MTUgMDAwMDAgbiAKMDAwMDAzMjQ1MyAwMDAwMCBuIAowMDAwMDMyNDgzIDAwMDAwIG4g
CjAwMDAwMjk4NjMgMDAwMDAgbiAKMDAwMDAyMDczNiAwMDAwMCBuIAowMDAwMDIxMzk3IDAwMDAw
IG4gCjAwMDAwMzI1MTQgMDAwMDAgbiAKMDAwMDAzMjU0NSAwMDAwMCBuIAowMDAwMDMwMDI5IDAw
MDAwIG4gCjAwMDAwMjE0MTggMDAwMDAgbiAKMDAwMDAyMjUxNCAwMDAwMCBuIAowMDAwMDMyNTc2
IDAwMDAwIG4gCjAwMDAwMzI2MDcgMDAwMDAgbiAKMDAwMDAzMDE5NSAwMDAwMCBuIAowMDAwMDIy
NTM2IDAwMDAwIG4gCjAwMDAwMjMyMTEgMDAwMDAgbiAKMDAwMDAzMjYzOCAwMDAwMCBuIAowMDAw
MDMyNjY5IDAwMDAwIG4gCjAwMDAwMzAzNjEgMDAwMDAgbiAKMDAwMDAyMzIzMiAwMDAwMCBuIAow
MDAwMDI0MzIyIDAwMDAwIG4gCjAwMDAwMzI3MDAgMDAwMDAgbiAKMDAwMDAzMjczMSAwMDAwMCBu
IAowMDAwMDMwNTI3IDAwMDAwIG4gCjAwMDAwMjQzNDQgMDAwMDAgbiAKMDAwMDAyNTUxNiAwMDAw
MCBuIAowMDAwMDMyNzYyIDAwMDAwIG4gCjAwMDAwMzI3OTMgMDAwMDAgbiAKMDAwMDAzMDY5MyAw
MDAwMCBuIAowMDAwMDI1NTM4IDAwMDAwIG4gCjAwMDAwMjY0NDAgMDAwMDAgbiAKMDAwMDAzMjgy
NCAwMDAwMCBuIAowMDAwMDMyODU1IDAwMDAwIG4gCjAwMDAwMzA4NTkgMDAwMDAgbiAKMDAwMDAy
NjQ2MSAwMDAwMCBuIAowMDAwMDI2NzY2IDAwMDAwIG4gCjAwMDAwMzI4ODYgMDAwMDAgbiAKMDAw
MDAzMjkxNyAwMDAwMCBuIAowMDAwMDMzMDEwIDAwMDAwIG4gCnRyYWlsZXIKPDwgL1NpemUgMTM3
IC9Sb290IDEgMCBSIC9JbmZvIDIgMCBSCi9JRCBbPEY3NEY3QThBMEIxNzk1MjZBQkFDNjFDREZC
QkUyOTEwPjxGNzRGN0E4QTBCMTc5NTI2QUJBQzYxQ0RGQkJFMjkxMD5dCj4+CnN0YXJ0eHJlZgoz
NDYyMQolJUVPRgo=

------=_NextPart_000_0BBC_01D0570F.ECEE4AB0--


From nobody Thu Mar  5 06:30:47 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8962B1A00D4; Thu,  5 Mar 2015 06:30:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.699
X-Spam-Level: 
X-Spam-Status: No, score=-102.699 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, USER_IN_WHITELIST=-100] autolearn=ham
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 3jYa4TTpUSpf; Thu,  5 Mar 2015 06:30:41 -0800 (PST)
Received: from mail-oi0-f41.google.com (mail-oi0-f41.google.com [209.85.218.41]) (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 212411A01A9; Thu,  5 Mar 2015 06:26:52 -0800 (PST)
Received: by oibg201 with SMTP id g201so11908316oib.10; Thu, 05 Mar 2015 06:26:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=4CkqkBwYx1DZ9ROsTsrEkIPQiHS09SU+42ju+CMxS+4=; b=flK7Qe24SnMitZEotNweWlPori31fagZkR6+rHVwsTp/GTmS8NURmcaPNprStJ3Gol sKb1f+vxRcoqe5ZqvdUt2uhlWoBFvsLme/Xh9xS+Rprs8GkVma/GwXcAQaIU+sPR6BSl xT5FRHZ8nDxMrlo8XxpPTTOiFLjtf08UV2H3/HxbwLFwG8j7fOP6BLhOP6ibhMXI0toF NZ+kweh2tdtuxWa7EUryiKWqKZpwvLbM051ienAoFXbhoaioxcKIHi2LxY23vy3a3/ks EpdTwwSBmps6N/xB/GBYFbZHVGNWdPIbh0rSEGOEcvveOdepfim00sKXYXrQ4kn6w2cS AR5Q==
MIME-Version: 1.0
X-Received: by 10.202.65.8 with SMTP id o8mr6706729oia.113.1425565566639; Thu, 05 Mar 2015 06:26:06 -0800 (PST)
Received: by 10.60.97.135 with HTTP; Thu, 5 Mar 2015 06:26:06 -0800 (PST)
In-Reply-To: <20150305081155.GC68883@elstar.local>
References: <54F77E2B.6020104@cisco.com>  <20150304232211.GB68185@elstar.local>  <20150305081155.GC68883@elstar.local>
Date: Thu, 5 Mar 2015 09:26:06 -0500
Message-ID: 
From: Alia Atlas 
To: Juergen Schoenwaelder , Alia Atlas ,  Benoit Claise , "i2rs@ietf.org" ,  "supa-chairs@ietf.org" 
Content-Type: multipart/alternative; boundary=001a113ddb5e3422e005108b5964
Archived-At: 
Subject: Re: [i2rs] I2RS topology is generic?
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 14:30:46 -0000

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

Hi Juergen,

On Thu, Mar 5, 2015 at 3:11 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Wed, Mar 04, 2015 at 08:01:35PM -0500, Alia Atlas wrote:
> >
> > Those interested in SUPA were told very clearly before last IETF that
> > the topology work was already being addressed in I2RS.  You haven't
> > chosen to participate in progressing the actual work.
> >
>
> Some people do read charters to determine what WGs are supposed to do.
> If charters get out of sync, then this leads to mis-understandings. I
> think it is not fair to blame those who read outdated charters.
>

The charter says topology.  2 years in, we may want to refine what that
means
in the context of how other models are being done.  For instance, TE
topology
is being done in TEAS.   When I2RS started, the topology in the charter
wasn't
further nuanced. Certainly, the idea of exposing service topologies was
discussed.
I haven't seen progress on those aspects.  There has been work on a generic
topology model.  That it is still an individual draft has more to do with
responsiveness
to input - and has been addressed by the current WG chairs.


/js
>
> PS: I actively tried to bring SUPA folks to I2RS interims where
>     topology was on the agenda but then the agenda got changed. This
>     is fine, the WG chairs can choose to set priorities. But then
>     having to read "you haven't chosen to participate in progressing
>     the actual work" makes me feel somewhat unhappy given that there
>     is a design team and attempts to figure out what is going on in
>     the past did not work out.


The design team started since November.  The I2RS mailing list is a fine
place for discussing technical ideas and considerations to progress the work
as well as, of course, discussing ones own draft contributions.

Regards,
Alia



> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>

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


Hi Juergen,

On Thu, Mar 5, 2015 at 3:11 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:=

On Wed, Mar 04, 2015 at=
 08:01:35PM -0500, Alia Atlas wrote:

>

> Those interested in SUPA were told very clearly before last IETF that<=
br>
> the topology work was already being addressed in I2RS.=C2=A0 You haven=
't

> chosen to participate in progressing the actual work.

>



Some people do read charters to determine what WGs are supposed to d=
o.

If charters get out of sync, then this leads to mis-understandings. I

think it is not fair to blame those who read outdated charters.

The charter says topology. =C2=A02 years in, we ma=
y want to refine what that means
in the context of how other mode=
ls are being done.=C2=A0 For instance, TE topology
is being done =
in TEAS. =C2=A0 When I2RS started, the topology in the charter wasn't=
=C2=A0
further nuanced. Certainly, the idea of exposing service t=
opologies was discussed.
I haven't seen progress on those asp=
ects.=C2=A0 There has been work on a generic=C2=A0
topology model=
.=C2=A0 That it is still an individual draft has more to do with responsive=
ness
to input - and has been addressed by the current WG chairs.<=
/div>
=C2=A0


/js



PS: I actively tried to bring SUPA folks to I2RS interims where

=C2=A0 =C2=A0 topology was on the agenda but then the agenda got changed. T=
his

=C2=A0 =C2=A0 is fine, the WG chairs can choose to set priorities. But then=


=C2=A0 =C2=A0 having to read "you haven't chosen to participate in=
 progressing

=C2=A0 =C2=A0 the actual work" makes me feel somewhat unhappy given th=
at there

=C2=A0 =C2=A0 is a design team and attempts to figure out what is going on =
in

=C2=A0 =C2=A0 the past did not work out.

Th=
e design team started since November.=C2=A0 The I2RS mailing list is a fine=

place for discussing technical ideas and considerations to progr=
ess the work
as well as, of course, discussing ones own draft con=
tributions.

Regards,
Alia=C2=A0

=C2=A0

--

Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH

Phone: +49=
 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28759 Br=
emen | Germany

Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<http://www.jacobs-univ=
ersity.de/>





--001a113ddb5e3422e005108b5964--


From nobody Thu Mar  5 06:53:31 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40D9F1A88FF; Thu,  5 Mar 2015 02:28:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level: 
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 U65fawtn7-MI; Thu,  5 Mar 2015 02:27:59 -0800 (PST)
Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C0531A8903; Thu,  5 Mar 2015 02:27:59 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhAFAMku+FSHCzIm/2dsb2JhbABQCoJgIlJaBK4+BpJmhXECgTJNAQEBAQEBfIQPAQEBAQMSKDQLDAQCAQgNBAQBAQsUCQcyFAkIAQEEAQ0FCBqIDQEMsj+lRgEBAQEBAQEBAQEBAQEBAQEBAQEBARMEhgiFDIQSKzEHBoMRgRQFkAWDY4cEhW6JJINAI4Nub4FEfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,346,1422939600"; d="scan'208";a="106520018"
Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by co300216-co-outbound.net.avaya.com with ESMTP; 05 Mar 2015 05:27:57 -0500
X-OutboundMail_SMTP: 1
Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([135.64.58.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES128-SHA; 05 Mar 2015 05:27:56 -0500
Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC04.global.avaya.com ([135.64.58.14]) with mapi id 14.03.0174.001; Thu, 5 Mar 2015 11:27:55 +0100
From: "Romascanu, Dan (Dan)" 
To: Linda Dunbar , Hosnieh Rafiee ,  "'I2RS@ietf.org'" <'I2RS@ietf.org'>
Thread-Topic: [I2nsf] gap analysis - I2NSF vs. I2RS
Thread-Index: AdBQbwmM8/gckFwmS7WoGdiY7/RldQGV3W9wABoQnjA=
Date: Thu, 5 Mar 2015 10:27:55 +0000
Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5C9AE3DD@AZ-FFEXMB04.global.avaya.com>
References: <00d801d0506f$3996a3f0$acc3ebd0$@rozanak.com> <4A95BA014132FF49AE685FAB4B9F17F645EE912D@dfweml701-chm>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645EE912D@dfweml701-chm>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.64.58.47]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: 
X-Mailman-Approved-At: Thu, 05 Mar 2015 06:53:29 -0800
Cc: "i2nsf@ietf.org" 
Subject: Re: [i2rs] [I2nsf] gap analysis - I2NSF vs. I2RS
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 10:28:01 -0000

Linda,

Similar work (i.e. gap analysis with the goal of identifying and focusing t=
he scope) is also done by SUPA.=20

It would be good to share the information and the recommendations when you =
talk with them in the SUPA call on Monday.=20

Thanks and Regards,

Dan
=20

> -----Original Message-----
> From: I2nsf [mailto:i2nsf-bounces@ietf.org] On Behalf Of Linda Dunbar
> Sent: Thursday, March 05, 2015 12:05 AM
> To: Hosnieh Rafiee; 'I2RS@ietf.org'
> Cc: i2nsf@ietf.org
> Subject: Re: [I2nsf] gap analysis - I2NSF vs. I2RS
>=20
> Hosnieh,
>=20
>=20
> Since the Flow Based Security Functions (FW/IPS/IDS/Webfilter) examine
> packets (deeper to the layer) and make actions, which is similar to route=
rs,
> the gap analysis need to document the key differences in matching criteri=
a
> and actions.
>=20
> For example, the matching criteria for Flow Based Security Functions can =
be
> deeper in the data packets, can also be vendor specific service flavors
> registered by the security functions:
> -	TCP port,
> -	UDP port,
> -      HTTP header
> -	QoS field,
> -	packet size, etc,
> -      special events
> -      time of the day, time span
> -      service flavors (vendor specific)
> -	combination of any fields above.
>=20
>=20
> I2RS/BGP primarily deal with L2/L3 header. Most forward based on
> destination addresses,  some may forward based on source address:
>    -  Ingress port
>    -  destination MAC,
> -	source MAC,
> -     MPLS,
> -	VN_id,
> -	destination IP,
> -	source IP, or
>=20
>=20
> In addition to the actions that are commonly supported by routers:
> Pass/drop/mirror, there may be more actions by the Security Functions:
> Statistics (report  Destination) or /Function call (IPS/IDS/AV/URL
> filter/authentication/...)
>=20
> Cheers,
>=20
> Linda
>=20
> -----Original Message-----
> From: I2nsf [mailto:i2nsf-bounces@ietf.org] On Behalf Of Hosnieh Rafiee
> Sent: Tuesday, February 24, 2015 2:20 PM
> To: 'I2RS@ietf.org'
> Cc: i2nsf@ietf.org
> Subject: [I2nsf] gap analysis - I2NSF vs. I2RS
>=20
> Hello,
>=20
> We are working on a new version of gap analysis document for I2NSF. Since=
 it
> is important for us to identify the exact scope of each WG that might hav=
e
> any overlap with the work we are doing in I2NSF,   we invite you to provi=
de
> us your inputs on our work.
>=20
>=20
> The following is our current context about your group.
>=20
> ------
>=20
> I2NSF should leverage the protocols developed by I2RS. I2NSF is only
>    to develop the additional information models and data models for
>    distributed security functions, like FW and IPS/IDS.
> The Policy structure specified by [bnpModel] can be used by I2NSF to
>    be extended to include recursive actions to other security functions.
>=20
>=20
>    [bnpModel] Hares, S., Wu, Q.,"An Information Model for
>               Basic Network Policy",
>               https://urldefense.proofpoint.com/v2/url?u=3Dhttp-
> 3A__tools.ietf.org_html_draft-2Dhares-2Di2rs-2Dbnp-2Dinfo-2Dmodel-
> 2D01&d=3DAwICAg&c=3DBFpWQw8bsuKpl1SgiZH64Q&r=3DI4dzGxR31OcNXCJfQzvls
> iLQfucBXRucPvdrphpBsFA&m=3DBrlaTAYtStGj20DwyA6nNMk4SyQHJLrWDlLdA
> SXxZ0c&s=3DjgyDDwVK8hfvcy9_WUQ8PhIw_zd8dm7FFksynl1HZf0&e=3D ,
>=20
>               October 2014
> -----
>=20
> Thanks,
> Best,
> Hosnieh
>=20
>=20
> _______________________________________________
> I2nsf mailing list
> I2nsf@ietf.org
> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-
> 3A__www.ietf.org_mailman_listinfo_i2nsf&d=3DAwICAg&c=3DBFpWQw8bsuKpl1
> SgiZH64Q&r=3DI4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=3DBrlaTAYt
> StGj20DwyA6nNMk4SyQHJLrWDlLdASXxZ0c&s=3DZg2uWB4Q0pnzimErbr1sS_fO
> C5_D99mmcqroWpkCzp0&e=3D
>=20
> _______________________________________________
> I2nsf mailing list
> I2nsf@ietf.org
> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-
> 3A__www.ietf.org_mailman_listinfo_i2nsf&d=3DAwICAg&c=3DBFpWQw8bsuKpl1
> SgiZH64Q&r=3DI4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=3DBrlaTAYt
> StGj20DwyA6nNMk4SyQHJLrWDlLdASXxZ0c&s=3DZg2uWB4Q0pnzimErbr1sS_fO
> C5_D99mmcqroWpkCzp0&e=3D


From nobody Thu Mar  5 06:54:32 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27DCB1A0040 for ; Thu,  5 Mar 2015 06:54:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.054
X-Spam-Level: 
X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 8IDELfv7a8zz for ; Thu,  5 Mar 2015 06:54:18 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 150431A0022 for ; Thu,  5 Mar 2015 06:54:18 -0800 (PST)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Thu, 5 Mar 2015 09:54:12 -0500
Message-ID: <0c8801d05754$3e443070$bacc9150$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_0C89_01D0572A.557183D0"
X-Mailer: Microsoft Outlook 14.0
Content-Language: en-us
Thread-Index: AdBXVCjBJ4NYLVQySWG4AYRlyp+6qg==
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Subject: [i2rs] Text file for the Yang Model for the RIB
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 14:54:31 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0C89_01D0572A.557183D0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0C8A_01D0572A.557183D0"


------=_NextPart_001_0C8A_01D0572A.557183D0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi: 

 

Acee said the file format was problematic.  I've attached the text file for
the RIB Yang Data model.

Sue Hares


------=_NextPart_001_0C8A_01D0572A.557183D0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi: =

 
Acee said the file format was problematic.  =
I’ve attached the text file for the RIB Yang Data =
model.
 
Sue Hares

------=_NextPart_001_0C8A_01D0572A.557183D0--

------=_NextPart_000_0C89_01D0572A.557183D0
Content-Type: text/plain;
	name="draft-wang-i2rs-rib-dm-01.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="draft-wang-i2rs-rib-dm-01.txt"

=0A=
=0A=
=0A=
=0A=
Network Working Group                                            L. Wang=0A=
Internet-Draft                                                    Huawei=0A=
Intended status: Standards Track                      H. Ananthakrishnan=0A=
Expires: September 6, 2015                                 Packet Design=0A=
                                                                 M. Chen=0A=
                                                                  Huawei=0A=
                                                                 A. Dass=0A=
                                                                 S. Kini=0A=
                                                                Ericsson=0A=
                                                              N. Bahadur=0A=
                                                       Bracket Computing=0A=
                                                          March 05, 2015=0A=
=0A=
=0A=
                    Data Model for RIB I2RS protocol=0A=
                       draft-wang-i2rs-rib-dm-01=0A=
=0A=
Abstract=0A=
=0A=
   This document defines a YANG data model for Routing Information Base=0A=
   (RIB) that aligns with the I2RS RIB information model.=0A=
=0A=
Requirements Language=0A=
=0A=
   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",=0A=
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this=0A=
   document are to be interpreted as described in RFC 2119 [RFC2119].=0A=
=0A=
Status of This Memo=0A=
=0A=
   This Internet-Draft is submitted in full conformance with the=0A=
   provisions of BCP 78 and BCP 79.=0A=
=0A=
   Internet-Drafts are working documents of the Internet Engineering=0A=
   Task Force (IETF).  Note that other groups may also distribute=0A=
   working documents as Internet-Drafts.  The list of current Internet-=0A=
   Drafts is at http://datatracker.ietf.org/drafts/current/.=0A=
=0A=
   Internet-Drafts are draft documents valid for a maximum of six months=0A=
   and may be updated, replaced, or obsoleted by other documents at any=0A=
   time.  It is inappropriate to use Internet-Drafts as reference=0A=
   material or to cite them other than as "work in progress."=0A=
=0A=
   This Internet-Draft will expire on September 6, 2015.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 1]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
Copyright Notice=0A=
=0A=
   Copyright (c) 2015 IETF Trust and the persons identified as the=0A=
   document authors.  All rights reserved.=0A=
=0A=
   This document is subject to BCP 78 and the IETF Trust's Legal=0A=
   Provisions Relating to IETF Documents=0A=
   (http://trustee.ietf.org/license-info) in effect on the date of=0A=
   publication of this document.  Please review these documents=0A=
   carefully, as they describe your rights and restrictions with respect=0A=
   to this document.  Code Components extracted from this document must=0A=
   include Simplified BSD License text as described in Section 4.e of=0A=
   the Trust Legal Provisions and are provided without warranty as=0A=
   described in the Simplified BSD License.=0A=
=0A=
Table of Contents=0A=
=0A=
   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2=0A=
   2.  Definitions and Acronyms  . . . . . . . . . . . . . . . . . .   3=0A=
   3.  Model Structure . . . . . . . . . . . . . . . . . . . . . . .   3=0A=
     3.1.  RIB Capability  . . . . . . . . . . . . . . . . . . . . .   3=0A=
     3.2.  Routing Instance and Rib  . . . . . . . . . . . . . . . .   4=0A=
     3.3.  Route . . . . . . . . . . . . . . . . . . . . . . . . . .   5=0A=
     3.4.  Nexthop . . . . . . . . . . . . . . . . . . . . . . . . .   6=0A=
     3.5.  Notifications . . . . . . . . . . . . . . . . . . . . . .   9=0A=
   4.  YANG Modules  . . . . . . . . . . . . . . . . . . . . . . . .  13=0A=
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  35=0A=
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .  36=0A=
   7.  References  . . . . . . . . . . . . . . . . . . . . . . . . .  36=0A=
     7.1.  Normative References  . . . . . . . . . . . . . . . . . .  36=0A=
     7.2.  Informative References  . . . . . . . . . . . . . . . . .  36=0A=
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  37=0A=
=0A=
1.  Introduction=0A=
=0A=
   The Interface to the Routing System (I2RS)=0A=
   [I-D.ietf-i2rs-architecture] provides read and write access to the=0A=
   information and state within the routing process that exists inside=0A=
   the routing elements via protocol message exchange between I2RS=0A=
   clients and I2RS agents associated with the routing system.  One of=0A=
   the functions of I2RS is to read and write the data of Routing=0A=
   Information Base (RIB).  [I-D.ietf-i2rs-usecase-reqs-summary]=0A=
   introduces a set of RIB use cases and the RIB information model is=0A=
   defined in [I-D.ietf-i2rs-rib-info-model].=0A=
=0A=
   This document defines a YANG [RFC6020][RFC6021] data model for the=0A=
   RIB that satisfies the use cases and aligns with the=0A=
   [I-D.ietf-i2rs-rib-info-model].  Any variation from this=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 2]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   informational model (unless indicated by an editorial note in the=0A=
   text below) is an error.=0A=
=0A=
2.  Definitions and Acronyms=0A=
=0A=
   RIB: Routing Information Base=0A=
=0A=
   Information Model: An abstract model of a conceptual domain,=0A=
   independent of a specific implementation or data representation.=0A=
=0A=
   NETCONF: The Network Configuration Protocol as defined in [RFC6536].=0A=
=0A=
   RESTCONF: The REST-like protocol that provides a programmatic=0A=
   interface over HTTP for accessing the data defined in YANG, using=0A=
   datastores defined in NETCONF Protocol [I-D.ietf-netconf-restconf] as=0A=
   defined in RBNF: Routing Backus-Naur Form [RFC5511].=0A=
=0A=
3.  Model Structure=0A=
=0A=
   The RIB model includes the following major containers and lists.=0A=
=0A=
3.1.  RIB Capability=0A=
=0A=
   RIB capability negotiation is very important because not all of the=0A=
   hardware will be able to support all kinds of nexthops and there=0A=
   should be a limitation on how many levels of lookup can be=0A=
   practically performed.  Therefore, a RIB data model MUST specify a=0A=
   way for an external entity to learn about the functional capabilities=0A=
   of a network device.=0A=
=0A=
   At the same time, nexthop chains can be used to specify multiple=0A=
   headers over a packet, before that particular packet is forwarded.=0A=
   Not every network device will be able to support all kinds of nexthop=0A=
   chains along with the arbitrary number of headers which are chained=0A=
   together.  The RIB data model MUST provide a way to expose the=0A=
   nexthop chaining capability supported by a given network device.=0A=
=0A=
   The structure of the next-hop-capacity and the nexthop-tunnel-encap-=0A=
   capacity is shown in the following figure:=0A=
=0A=
   Editorial Note: this version only includes the capabilities for=0A=
   nexthop-hop and nexthop-tunnel-encap capabilities.  Additional=0A=
   capabilities may need to be defined for the RIB in future revision.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 3]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      +--rw nexthop-capacity=0A=
      |  +--rw support-tunnel?         boolean=0A=
      |  +--rw support-chains?         boolean=0A=
      |  +--rw support-list-of-list?   boolean=0A=
      |  +--rw support-replication?    boolean=0A=
      |  +--rw support-weighted?       boolean=0A=
      |  +--rw support-protection?     boolean=0A=
      |  +--rw lookup-limit?           uint8=0A=
      +--rw nexthop-tunnel-encap-capacity=0A=
      |  +--rw support-ipv4?    boolean=0A=
      |  +--rw support-ipv6?    boolean=0A=
      |  +--rw support-mpls?    boolean=0A=
      |  +--rw support-gre?     boolean=0A=
      |  +--rw support-ipsec?   boolean=0A=
      |  +--rw support-vxlan?   boolean=0A=
      |  +--rw support-nvgre?   boolean=0A=
=0A=
3.2.  Routing Instance and Rib=0A=
=0A=
   A routing instance, in the context of the RIB information model, is a=0A=
   collection of RIBs, interfaces, and routing protocol parameters.  A=0A=
   routing instance creates a logical slice of the router and can allow=0A=
   multiple different logical slices; across a set of routers; to=0A=
   communicate with each other.  And the routing protocol parameters=0A=
   control the information available in the RIBs.  More detail about=0A=
   routing instance can be found in Section 2.2 of=0A=
   [I-D.ietf-i2rs-rib-info-model].=0A=
=0A=
   Editorial note: The [I-D.ietf-i2rs-rib-info-model] describes only 1=0A=
   instance for the routing instances for a router.  This draft suggests=0A=
   multiple instances be supported.  The authors of both drafts would=0A=
   appreciate feedback on a instance or multiple instances.=0A=
=0A=
   The [I-D.ietf-i2rs-rib-info-model] provides a list of RIBs.  Based on=0A=
   the combination of a list of routing instances and a list of ribs,=0A=
   the high structure is shown in the figure below.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 4]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   +--rw routing-instance-list* [instance-name]=0A=
         +--rw instance-name     string=0A=
         +--rw interface-list* [name]=0A=
         |  +--rw name    if:interface-ref=0A=
         +--rw router-id?        yang:dotted-quad=0A=
         +--rw rib-list* [rib-name]=0A=
            +--rw rib-name               string=0A=
            +--rw rib-family             rib-family-def=0A=
            +--rw enable-ip-rpf-check?   boolean=0A=
            +--rw route-list* [route-index]=0A=
               ...=0A=
=0A=
=0A=
3.3.  Route=0A=
=0A=
   A route is essentially a match condition and an action following that=0A=
   match.  The match condition specifies the kind of route (e.g., IPv4,=0A=
   MPLS, MAC, Interface etc.) and the set of fields to match on.=0A=
=0A=
   According to the definition in [I-D.ietf-i2rs-rib-info-model], a=0A=
   route MUST associate with the following attributes:=0A=
=0A=
   o  ROUTE_PREFERENCE: See Section 2.3 of=0A=
      [I-D.ietf-i2rs-rib-info-model].=0A=
=0A=
   o  ACTIVE: Indicates whether a route is fully resolved and is a=0A=
      candidate for selection.=0A=
=0A=
   o  INSTALLED: Indicates whether the route got installed in the FIB.=0A=
=0A=
   Editorial note: The status indications are not in the RBNF in=0A=
   [I-D.ietf-i2rs-rib-info-model] but are included in the English text=0A=
   which is the normative portion of the model.=0A=
=0A=
   In addition, a route can associate with one or more optional route=0A=
   attributes(e.g., route-vendor-attributes).=0A=
=0A=
   For a RIB, there will have a number of routes, so the routes are=0A=
   expressed as a list under the rib list.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 5]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
+--rw route-list* [route-index]=0A=
   +--rw route-index                uint64=0A=
   +--rw route-type                 route-type-def=0A=
   +--rw match=0A=
   |  +--rw (rib-route-type)?=0A=
   |     +--:(ipv4)=0A=
   |     |  +--rw ipv4=0A=
   |     |     +--rw ipv4-route-type                    ip-route-type-def=0A=
   |     |     +--rw (ip-route-type)?=0A=
   |     |        +--:(destination-ipv4-address)=0A=
   |     |        |  +--rw destination-ipv4-prefix            =
inet:ipv4-prefix=0A=
   |     |        +--:(source-ipv4-address)=0A=
   |     |        |  +--rw source-ipv4-prefix                 =
inet:ipv4-prefix=0A=
   |     |        +--:(destination-source-ipv4-address)=0A=
   |     |           +--rw destination-source-ipv4-address=0A=
   |     |              +--rw destination-ipv4-prefix    inet:ipv4-prefix=0A=
   |     |              +--rw source-ipv4-prefix         inet:ipv4-prefix=0A=
   |     +--:(ipv6)=0A=
   |     |  +--rw ipv6=0A=
   |     |     +--rw ipv6-route-type                    ip-route-type-def=0A=
   |     |     +--rw (ip-route-type)?=0A=
   |     |        +--:(destination-ipv6-address)=0A=
   |     |        |  +--rw destination-ipv6-prefix            =
inet:ipv6-prefix=0A=
   |     |        +--:(source-ipv6-address)=0A=
   |     |        |  +--rw source-ipv6-prefix                 =
inet:ipv6-prefix=0A=
   |     |        +--:(destination-source-ipv6-address)=0A=
   |     |           +--rw destination-source-ipv6-address=0A=
   |     |              +--rw destination-ipv6-prefix    inet:ipv6-prefix=0A=
   |     |              +--rw source-ipv6-prefix         inet:ipv6-prefix=0A=
   |     +--:(mpls-route)=0A=
   |     |  +--rw mpls-label              uint32=0A=
   |     +--:(mac-route)=0A=
   |     |  +--rw mac-address             uint32=0A=
   |     +--:(interface-route)=0A=
   |        +--rw interface-identifier    if:interface-ref=0A=
   +--rw nexthop=0A=
     ...=0A=
=0A=
3.4.  Nexthop=0A=
=0A=
   A nexthop represents an object resulting from a route lookup.  The=0A=
   detail information of nexthop is defined in Section 2.4 of=0A=
   [I-D.ietf-i2rs-rib-info-model].  Currently, four types of nexthop are=0A=
   defined.=0A=
=0A=
   o  base=0A=
=0A=
   o  load-balance: design for load-balance case;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 6]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   o  primary-standby: designed for protection scenario where it=0A=
      normally will have primary and standby nexthop.=0A=
=0A=
   o  replicate: designed for multiple destinations forwarding.=0A=
=0A=
   To support some complex use cases (e.g., multicast with load-balance=0A=
   and/or protection), the nexthop is defined in the way of recursion.=0A=
=0A=
   The structure tree of nexthop is shown in the following figure:=0A=
=0A=
+--rw nexthop=0A=
|  +--rw nexthop-id           uint32=0A=
|  +--rw (nexthop-type)?=0A=
|     +--:(nexthop-base)=0A=
|     |  +--rw nexthop-base=0A=
|     |     +--rw nexthop-chain* [nexthop-chain-id]=0A=
|     |        +--rw nexthop-chain-id                          uint32=0A=
|     |        +--rw (nexthop-chain-type)?=0A=
|     |           +--:(nexthop-chain-member-special)=0A=
|     |           |  +--rw nexthop-chain-member-special=0A=
|     |           |     +--rw nexthop-chain-member-special?   =
special-nexthop-def=0A=
|     |           +--:(nexthop-chain-member-identifier)=0A=
|     |           |  +--rw (nexthop-identifier-type)?=0A=
|     |           |     +--:(nexthop-chain-name)=0A=
|     |           |     |  +--rw nexthop-chain-name                      =
  string=0A=
|     |           |     +--:(nexthop-chain-id)=0A=
|     |           |        +--rw nexthop-chain-id                        =
  uint32=0A=
|     |           +--:(egress-interface-next-hop)=0A=
|     |           |  +--rw outgoing-interface                        =
if:interface-ref=0A=
|     |           +--:(ipv4-address-next-hop)=0A=
|     |           |  +--rw next-hop-ipv4-address                     =
inet:ipv4-address=0A=
|     |           +--:(ipv6-address-next-hop)=0A=
|     |           |  +--rw next-hop-ipv6-address                     =
inet:ipv6-address=0A=
|     |           +--:(egress-interface-ipv4-next-hop)=0A=
|     |           |  +--rw next-hop-egress-interface-ipv4-address=0A=
|     |           |     +--rw outgoing-interface              =
if:interface-ref=0A=
|     |           |     +--rw next-hop-egress-ipv4-address    =
inet:ipv4-address=0A=
|     |           +--:(egress-interface-ipv6-next-hop)=0A=
|     |           |  +--rw next-hop-egress-interface-ipv6-address=0A=
|     |           |     +--rw outgoing-interface              =
if:interface-ref=0A=
|     |           |     +--rw next-hop-egress-ipv6-address    =
inet:ipv4-address=0A=
|     |           +--:(egress-interface-mac-next-hop)=0A=
|     |           |  +--rw next-hop-egress-interface-mac-address=0A=
|     |           |     +--rw outgoing-interface    if:interface-ref=0A=
|     |           |     +--rw ieee-mac-address      uint32=0A=
|     |           +--:(tunnel-encap-next-hop)=0A=
|     |           |  +--rw tunnel-encap=0A=
|     |           |     +--rw (tunnel-type)?=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 7]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
|     |           |     |  +--:(ipv4)=0A=
|     |           |     |  |  +--rw source-ipv4-address         =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw destination-ipv4-address    =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw protocol                    uint8=0A=
|     |           |     |  |  +--rw ttl?                        uint8=0A=
|     |           |     |  |  +--rw dscp?                       uint8=0A=
|     |           |     |  +--:(ipv6)=0A=
|     |           |     |  |  +--rw source-ipv6-address         =
inet:ipv6-address=0A=
|     |           |     |  |  +--rw destination-ipv6-address    =
inet:ipv6-address=0A=
|     |           |     |  |  +--rw next-header                 uint8=0A=
|     |           |     |  |  +--rw traffic-class?              uint8=0A=
|     |           |     |  |  +--rw flow-label?                 uint16=0A=
|     |           |     |  |  +--rw hop-limit?                  uint8=0A=
|     |           |     |  +--:(mpls)=0A=
|     |           |     |  |  +--rw (mpls-action-type)?=0A=
|     |           |     |  |     +--:(mpls-push)=0A=
|     |           |     |  |     |  +--rw mpls-push                   =
boolean=0A=
|     |           |     |  |     |  +--rw mpls-label                  =
uint32=0A=
|     |           |     |  |     |  +--rw s-bit?                      =
boolean=0A=
|     |           |     |  |     |  +--rw tos-value?                  =
uint8=0A=
|     |           |     |  |     |  +--rw ttl-value?                  =
uint8=0A=
|     |           |     |  |     +--:(mpls-pop)=0A=
|     |           |     |  |        +--rw mpls-pop                    =
boolean=0A=
|     |           |     |  |        +--rw ttl-action?                 =
uint8=0A=
|     |           |     |  +--:(gre)=0A=
|     |           |     |  |  +--rw gre-ip-destination          =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw gre-protocol-type           =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw gre-key?                    uint64=0A=
|     |           |     |  +--:(ipsec)=0A=
|     |           |     |  |  +--rw ipsec-spi                   uint32=0A=
|     |           |     |  |  +--rw ipsec-sequence-number       uint32=0A=
|     |           |     |  +--:(nvgre)=0A=
|     |           |     |     +--rw (nvgre-type)?=0A=
|     |           |     |     |  +--:(ipv4)=0A=
|     |           |     |     |  |  +--rw source-ipv4-address         =
inet:ipv4-address=0A=
|     |           |     |     |  |  +--rw destination-ipv4-address    =
inet:ipv4-address=0A=
|     |           |     |     |  |  +--rw protocol                    =
uint8=0A=
|     |           |     |     |  |  +--rw ttl?                        =
uint8=0A=
|     |           |     |     |  |  +--rw dscp?                       =
uint8=0A=
|     |           |     |     |  +--:(ipv6)=0A=
|     |           |     |     |     +--rw source-ipv6-address         =
inet:ipv6-address=0A=
|     |           |     |     |     +--rw destination-ipv6-address    =
inet:ipv6-address=0A=
|     |           |     |     |     +--rw next-header                 =
uint8=0A=
|     |           |     |     |     +--rw traffic-class?              =
uint8=0A=
|     |           |     |     |     +--rw flow-label?                 =
uint16=0A=
|     |           |     |     |     +--rw hop-limit?                  =
uint8=0A=
|     |           |     |     +--rw virtual-subnet-id           uint32=0A=
|     |           |     |     +--rw flow-id?                    uint16=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 8]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
|     |           |     +--rw outgoing-interface?         string=0A=
|     |           +--:(logical-tunnel-next-hop)=0A=
|     |           |  +--rw logical-tunnel=0A=
|     |           |     +--rw tunnel-type    tunnel-type-def=0A=
|     |           |     +--rw tunnel-name    string=0A=
|     |           +--:(rib-name)=0A=
|     |              +--rw rib-name?                                 =
string=0A=
|     +--:(nexthop-primary-standby)=0A=
|     |  +--rw nexthop-ps=0A=
|     |     +--rw nexthop-primary    nexthop-ref=0A=
|     |     +--rw nexthop-standby    nexthop-ref=0A=
|     +--:(nexthop-load-balance)=0A=
|     |  +--rw nexthop-lb=0A=
|     |     +--rw nexthop-lbs* [nexthop-lbs-id]=0A=
|     |        +--rw nexthop-lbs-id       uint32=0A=
|     |        +--rw nhop-lb-weight       nhop-lb-weight-def=0A=
|     |        +--rw nexthop-lb-member    nexthop-ref=0A=
|     +--:(nexthop-replicate)=0A=
|        +--rw nexthop-replicate=0A=
|           +--rw nexthop-replicates* [nexthop-replicates-id]=0A=
|              +--rw nexthop-replicates-id    uint32=0A=
|              +--rw nexthop-replicate?       nexthop-ref=0A=
=0A=
3.5.  Notifications=0A=
=0A=
   Asynchronous notifications are sent by the RIB manager of a network=0A=
   device to an external entity when some event triggers on the network=0A=
   device.  A RIB data-model MUST support sending 2 kind of asynchronous=0A=
   notifications.=0A=
=0A=
   1.  Route change notification:=0A=
=0A=
   o Installed (Indicates whether the route got installed in the FIB) ;=0A=
=0A=
   o Active (Indicates whether a route is fully resolved and is a=0A=
   candidate for selection) ;=0A=
=0A=
   o Reason - E.g.  Not authorized=0A=
=0A=
   2.  Nexthop resolution status notification=0A=
=0A=
   Nexthops can be fully resolved nexthops or an unresolved nexthop.=0A=
=0A=
   A resolved nexthop has adequate level of information to send the=0A=
   outgoing packet towards the destination by forwarding it on an=0A=
   interface of a directly connected neighbor.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 9]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   An unresolved nexthop is something that requires the RIB manager to=0A=
   determine the final resolved nexthop.  For example, in a case when a=0A=
   nexthop could be an IP address.  The RIB manager would resolve how to=0A=
   reach that IP address, e.g. by checking if that particular IP is=0A=
   address reachable by regular IP forwarding or by a MPLS tunnel or by=0A=
   both.  If the RIB manager cannot resolve the nexthop, then the=0A=
   nexthop remains in an unresolved state and is NOT a suitable=0A=
   candidate for installation in the FIB.=0A=
=0A=
   Editorial note: The route changes notifications are not in the=0A=
   [I-D.ietf-i2rs-rib-info-model] RBNF text, but in the English text=0A=
   which is the normative portion of the draft.=0A=
=0A=
   The structure tree of notifications is shown in the following figure.=0A=
=0A=
notifications:=0A=
   +---n nexthop-resolution-status-change=0A=
   |  +--ro nexthop=0A=
   |  |  +--ro nexthop-id           uint32=0A=
   |  |  +--ro (nexthop-type)?=0A=
   |  |     +--:(nexthop-base)=0A=
   |  |     |  +--ro nexthop-base=0A=
   |  |     |     +--ro nexthop-chain* [nexthop-chain-id]=0A=
   |  |     |        +--ro nexthop-chain-id                          =
uint32=0A=
   |  |     |        +--ro (nexthop-chain-type)?=0A=
   |  |     |           +--:(nexthop-chain-member-special)=0A=
   |  |     |           |  +--ro nexthop-chain-member-special=0A=
   |  |     |           |     +--ro nexthop-chain-member-special?   =
special-nexthop-def=0A=
   |  |     |           +--:(nexthop-chain-member-identifier)=0A=
   |  |     |           |  +--ro (nexthop-identifier-type)?=0A=
   |  |     |           |     +--:(nexthop-chain-name)=0A=
   |  |     |           |     |  +--ro nexthop-chain-name                =
        string=0A=
   |  |     |           |     +--:(nexthop-chain-id)=0A=
   |  |     |           |        +--ro nexthop-chain-id                  =
        uint32=0A=
   |  |     |           +--:(egress-interface-next-hop)=0A=
   |  |     |           |  +--ro outgoing-interface                      =
  if:interface-ref=0A=
   |  |     |           +--:(ipv4-address-next-hop)=0A=
   |  |     |           |  +--ro next-hop-ipv4-address                   =
  inet:ipv4-address=0A=
   |  |     |           +--:(ipv6-address-next-hop)=0A=
   |  |     |           |  +--ro next-hop-ipv6-address                   =
  inet:ipv6-address=0A=
   |  |     |           +--:(egress-interface-ipv4-next-hop)=0A=
   |  |     |           |  +--ro next-hop-egress-interface-ipv4-address=0A=
   |  |     |           |     +--ro outgoing-interface              =
if:interface-ref=0A=
   |  |     |           |     +--ro next-hop-egress-ipv4-address    =
inet:ipv4-address=0A=
   |  |     |           +--:(egress-interface-ipv6-next-hop)=0A=
   |  |     |           |  +--ro next-hop-egress-interface-ipv6-address=0A=
   |  |     |           |     +--ro outgoing-interface              =
if:interface-ref=0A=
   |  |     |           |     +--ro next-hop-egress-ipv6-address    =
inet:ipv4-address=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 10]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   |  |     |           +--:(egress-interface-mac-next-hop)=0A=
   |  |     |           |  +--ro next-hop-egress-interface-mac-address=0A=
   |  |     |           |     +--ro outgoing-interface    =
if:interface-ref=0A=
   |  |     |           |     +--ro ieee-mac-address      uint32=0A=
   |  |     |           +--:(tunnel-encap-next-hop)=0A=
   |  |     |           |  +--ro tunnel-encap=0A=
   |  |     |           |     +--ro (tunnel-type)?=0A=
   |  |     |           |     |  +--:(ipv4)=0A=
   |  |     |           |     |  |  +--ro source-ipv4-address         =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro destination-ipv4-address    =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro protocol                    =
uint8=0A=
   |  |     |           |     |  |  +--ro ttl?                        =
uint8=0A=
   |  |     |           |     |  |  +--ro dscp?                       =
uint8=0A=
   |  |     |           |     |  +--:(ipv6)=0A=
   |  |     |           |     |  |  +--ro source-ipv6-address         =
inet:ipv6-address=0A=
   |  |     |           |     |  |  +--ro destination-ipv6-address    =
inet:ipv6-address=0A=
   |  |     |           |     |  |  +--ro next-header                 =
uint8=0A=
   |  |     |           |     |  |  +--ro traffic-class?              =
uint8=0A=
   |  |     |           |     |  |  +--ro flow-label?                 =
uint16=0A=
   |  |     |           |     |  |  +--ro hop-limit?                  =
uint8=0A=
   |  |     |           |     |  +--:(mpls)=0A=
   |  |     |           |     |  |  +--ro (mpls-action-type)?=0A=
   |  |     |           |     |  |     +--:(mpls-push)=0A=
   |  |     |           |     |  |     |  +--ro mpls-push                =
   boolean=0A=
   |  |     |           |     |  |     |  +--ro mpls-label               =
   uint32=0A=
   |  |     |           |     |  |     |  +--ro s-bit?                   =
   boolean=0A=
   |  |     |           |     |  |     |  +--ro tos-value?               =
   uint8=0A=
   |  |     |           |     |  |     |  +--ro ttl-value?               =
   uint8=0A=
   |  |     |           |     |  |     +--:(mpls-pop)=0A=
   |  |     |           |     |  |        +--ro mpls-pop                 =
   boolean=0A=
   |  |     |           |     |  |        +--ro ttl-action?              =
   uint8=0A=
   |  |     |           |     |  +--:(gre)=0A=
   |  |     |           |     |  |  +--ro gre-ip-destination          =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro gre-protocol-type           =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro gre-key?                    =
uint64=0A=
   |  |     |           |     |  +--:(ipsec)=0A=
   |  |     |           |     |  |  +--ro ipsec-spi                   =
uint32=0A=
   |  |     |           |     |  |  +--ro ipsec-sequence-number       =
uint32=0A=
   |  |     |           |     |  +--:(nvgre)=0A=
   |  |     |           |     |     +--ro (nvgre-type)?=0A=
   |  |     |           |     |     |  +--:(ipv4)=0A=
   |  |     |           |     |     |  |  +--ro source-ipv4-address      =
   inet:ipv4-address=0A=
   |  |     |           |     |     |  |  +--ro destination-ipv4-address =
   inet:ipv4-address=0A=
   |  |     |           |     |     |  |  +--ro protocol                 =
   uint8=0A=
   |  |     |           |     |     |  |  +--ro ttl?                     =
   uint8=0A=
   |  |     |           |     |     |  |  +--ro dscp?                    =
   uint8=0A=
   |  |     |           |     |     |  +--:(ipv6)=0A=
   |  |     |           |     |     |     +--ro source-ipv6-address      =
   inet:ipv6-address=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 11]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   |  |     |           |     |     |     +--ro destination-ipv6-address =
   inet:ipv6-address=0A=
   |  |     |           |     |     |     +--ro next-header              =
   uint8=0A=
   |  |     |           |     |     |     +--ro traffic-class?           =
   uint8=0A=
   |  |     |           |     |     |     +--ro flow-label?              =
   uint16=0A=
   |  |     |           |     |     |     +--ro hop-limit?               =
   uint8=0A=
   |  |     |           |     |     +--ro virtual-subnet-id           =
uint32=0A=
   |  |     |           |     |     +--ro flow-id?                    =
uint16=0A=
   |  |     |           |     +--ro outgoing-interface?         string=0A=
   |  |     |           +--:(logical-tunnel-next-hop)=0A=
   |  |     |           |  +--ro logical-tunnel=0A=
   |  |     |           |     +--ro tunnel-type    tunnel-type-def=0A=
   |  |     |           |     +--ro tunnel-name    string=0A=
   |  |     |           +--:(rib-name)=0A=
   |  |     |              +--ro rib-name?                               =
  string=0A=
   |  |     +--:(nexthop-primary-standby)=0A=
   |  |     |  +--ro nexthop-ps=0A=
   |  |     |     +--ro nexthop-primary    nexthop-ref=0A=
   |  |     |     +--ro nexthop-standby    nexthop-ref=0A=
   |  |     +--:(nexthop-load-balance)=0A=
   |  |     |  +--ro nexthop-lb=0A=
   |  |     |     +--ro nexthop-lbs* [nexthop-lbs-id]=0A=
   |  |     |        +--ro nexthop-lbs-id       uint32=0A=
   |  |     |        +--ro nhop-lb-weight       nhop-lb-weight-def=0A=
   |  |     |        +--ro nexthop-lb-member    nexthop-ref=0A=
   |  |     +--:(nexthop-replicate)=0A=
   |  |        +--ro nexthop-replicate=0A=
   |  |           +--ro nexthop-replicates* [nexthop-replicates-id]=0A=
   |  |              +--ro nexthop-replicates-id    uint32=0A=
   |  |              +--ro nexthop-replicate?       nexthop-ref=0A=
   |  +--ro nexthop-state    nexthop-state-def=0A=
   +---n route-change=0A=
      +--ro instance-name            string=0A=
      +--ro rib-name                 string=0A=
      +--ro rib-family               rib-family-def=0A=
      +--ro route-index              uint64=0A=
      +--ro route-type               route-type-def=0A=
      +--ro match=0A=
      |  +--ro (rib-route-type)?=0A=
      |     +--:(ipv4)=0A=
      |     |  +--ro ipv4=0A=
      |     |     +--ro ipv4-route-type                    =
ip-route-type-def=0A=
      |     |     +--ro (ip-route-type)?=0A=
      |     |        +--:(destination-ipv4-address)=0A=
      |     |        |  +--ro destination-ipv4-prefix            =
inet:ipv4-prefix=0A=
      |     |        +--:(source-ipv4-address)=0A=
      |     |        |  +--ro source-ipv4-prefix                 =
inet:ipv4-prefix=0A=
      |     |        +--:(destination-source-ipv4-address)=0A=
      |     |           +--ro destination-source-ipv4-address=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 12]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      |     |              +--ro destination-ipv4-prefix    =
inet:ipv4-prefix=0A=
      |     |              +--ro source-ipv4-prefix         =
inet:ipv4-prefix=0A=
      |     +--:(ipv6)=0A=
      |     |  +--ro ipv6=0A=
      |     |     +--ro ipv6-route-type                    =
ip-route-type-def=0A=
      |     |     +--ro (ip-route-type)?=0A=
      |     |        +--:(destination-ipv6-address)=0A=
      |     |        |  +--ro destination-ipv6-prefix            =
inet:ipv6-prefix=0A=
      |     |        +--:(source-ipv6-address)=0A=
      |     |        |  +--ro source-ipv6-prefix                 =
inet:ipv6-prefix=0A=
      |     |        +--:(destination-source-ipv6-address)=0A=
      |     |           +--ro destination-source-ipv6-address=0A=
      |     |              +--ro destination-ipv6-prefix    =
inet:ipv6-prefix=0A=
      |     |              +--ro source-ipv6-prefix         =
inet:ipv6-prefix=0A=
      |     +--:(mpls-route)=0A=
      |     |  +--ro mpls-label              uint32=0A=
      |     +--:(mac-route)=0A=
      |     |  +--ro mac-address             uint32=0A=
      |     +--:(interface-route)=0A=
      |        +--ro interface-identifier    if:interface-ref=0A=
      +--ro route-installed-state    route-installed-state-def=0A=
      +--ro route-state              route-state-def=0A=
      +--ro route-reason             route-reason-def=0A=
=0A=
4.  YANG Modules=0A=
=0A=
// file "i2rs rib@2015-03-04.yang"=0A=
=0A=
module i2rs-rib {=0A=
  namespace "urn:TBD1:params:xml:ns:yang:rt:i2rs:rib";=0A=
    // replace with iana namespace when assigned=0A=
    prefix "i2rs-rib";=0A=
=0A=
  import ietf-inet-types {=0A=
    prefix inet;=0A=
    //rfc6991=0A=
  }=0A=
=0A=
  import ietf-interfaces {=0A=
    prefix "if";=0A=
  }=0A=
=0A=
  import ietf-routing {=0A=
    prefix "rt";=0A=
  }=0A=
=0A=
  organization=0A=
    "TBD2";=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 13]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  contact=0A=
     "email: wang_little_star@sina.com=0A=
      email: hari@packetdesign.com=0A=
      email: mach.chen@huawei.com=0A=
      email: amit.dass@ericsson.com=0A=
      email: sriganesh.kini@ericsson.com=0A=
      email: nitin_bahadur@yahoo.com";=0A=
=0A=
  description=0A=
    "=0A=
      terms and acronyms=0A=
=0A=
      isis (isis):intermediate system to intermediate system=0A=
=0A=
      ip (ip): internet protocol=0A=
=0A=
      ipv4 (ipv4):internet protocol version 4=0A=
=0A=
      ipv6 (ipv6): internet protocol version 6=0A=
=0A=
      metric(metric): multi exit discriminator=0A=
=0A=
      igp (igp): interior gateway protocol=0A=
=0A=
      mtu (mtu) maximum transmission uint=0A=
     ";=0A=
=0A=
=0A=
  revision "2015-03-04" {=0A=
    description "initial revision";=0A=
    reference "draft-ietf-i2rs-rib-info-model-06";=0A=
  }=0A=
=0A=
=0A=
  container nexthop-capacity{=0A=
    leaf support-tunnel{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-chains{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-list-of-list{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-replication{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-weighted{=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 14]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      type boolean;=0A=
    }=0A=
    leaf support-protection{=0A=
      type boolean;=0A=
    }=0A=
    leaf lookup-limit{=0A=
      type uint8;=0A=
    }=0A=
  }=0A=
=0A=
=0A=
  container nexthop-tunnel-encap-capacity{=0A=
    leaf support-ipv4{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-ipv6{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-mpls{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-gre{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-ipsec{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-vxlan{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-nvgre{=0A=
      type boolean;=0A=
    }=0A=
  }=0A=
=0A=
  list routing-instance-list{=0A=
    description=0A=
      "configuration of a 'i2rs' pseudo-protocol instance=0A=
        consists of a list of routes.";=0A=
    key "instance-name";=0A=
    leaf instance-name {=0A=
      description=0A=
        "A routing instance is identified by its name,=0A=
        INSTANCE_name.  This MUST be unique across all routing instances=0A=
        in a given network device.";=0A=
      type string ;=0A=
      mandatory true;=0A=
    }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 15]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
    list interface-list {=0A=
      description=0A=
        "This represents the list of interfaces associated=0A=
        with this routing instance.  The interface list helps constrain=0A=
        the boundaries of packet forwarding.  Packets coming on these=0A=
        interfaces are directly associated with the given routing=0A=
        instance.  The interface list contains a list of identifiers, =
with=0A=
        each identifier uniquely identifying an interface.";=0A=
      key "name";=0A=
      leaf name {=0A=
        type if:interface-ref;=0A=
         description=0A=
         "A reference to The name of a configured network layer  =
interface.";=0A=
      }=0A=
    }=0A=
    uses rt:router-id ;=0A=
    list rib-list {=0A=
      description=0A=
        "This is the list of RIBs associated with this routing=0A=
        instance.  Each routing instance can have multiple RIBs to=0A=
        represent routes of different types.";=0A=
      key "rib-name";=0A=
      leaf rib-name {=0A=
        description=0A=
         "A reference to The name of a rib.";=0A=
       type string;=0A=
        mandatory true;=0A=
      }=0A=
      leaf rib-family {=0A=
        type rib-family-def;=0A=
        mandatory true;=0A=
      }=0A=
      leaf enable-ip-rpf-check {=0A=
        description=0A=
          "Each RIB can be optionally associated with a =
ENABLE_IP_RPF_CHECK=0A=
           attribute that enables Reverse path forwarding (RPF) checks =
on all IP=0A=
           routes in that RIB.  Reverse path forwarding (RPF) check is =
used to=0A=
           prevent spoofing and limit malicious traffic.";=0A=
        type boolean;=0A=
      }=0A=
      list route-list{=0A=
        key "route-index";=0A=
        uses route;=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping route-prefix{=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 16]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
    description=0A=
      "The common attributes used for all routes";=0A=
    leaf route-index {=0A=
      type uint64 ;=0A=
      mandatory true;=0A=
    }=0A=
    leaf route-type {=0A=
      type route-type-def ;=0A=
      mandatory true;=0A=
    }=0A=
    container match {=0A=
      choice rib-route-type {=0A=
        case ipv4 {=0A=
          description=0A=
            "Match on destination IP address in the IPv4 header";=0A=
          container ipv4{=0A=
            leaf ipv4-route-type {=0A=
              type ip-route-type-def ;=0A=
              mandatory true;=0A=
            }=0A=
            choice ip-route-type {=0A=
=0A=
              case destination-ipv4-address {=0A=
                leaf destination-ipv4-prefix {=0A=
                  type inet:ipv4-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case source-ipv4-address {=0A=
                leaf source-ipv4-prefix {=0A=
                  type inet:ipv4-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case destination-source-ipv4-address {=0A=
                container destination-source-ipv4-address {=0A=
                  leaf destination-ipv4-prefix {=0A=
                    type inet:ipv4-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                  leaf source-ipv4-prefix {=0A=
                    type inet:ipv4-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                }=0A=
              }=0A=
            }=0A=
          }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 17]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
        }=0A=
        case ipv6 {=0A=
          description=0A=
            "Match on destination IP address in the IPv6 header";=0A=
          container ipv6{=0A=
            leaf ipv6-route-type {=0A=
              type ip-route-type-def ;=0A=
              mandatory true;=0A=
            }=0A=
            choice ip-route-type {=0A=
              case destination-ipv6-address {=0A=
                leaf destination-ipv6-prefix {=0A=
                  type inet:ipv6-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case source-ipv6-address {=0A=
                leaf source-ipv6-prefix {=0A=
                  type inet:ipv6-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case destination-source-ipv6-address {=0A=
                container destination-source-ipv6-address {=0A=
                  leaf destination-ipv6-prefix {=0A=
                    type inet:ipv6-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                  leaf source-ipv6-prefix {=0A=
                    type inet:ipv6-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                }=0A=
              }=0A=
            }=0A=
          }=0A=
        }=0A=
        case mpls-route {=0A=
          description=0A=
            "Match on a MPLS label at the top of the MPLS label stack";=0A=
          leaf mpls-label {=0A=
            type uint32 ;=0A=
            mandatory true;=0A=
          }=0A=
        }=0A=
=0A=
        case mac-route {=0A=
          description=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 18]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
            "Match on MAC destination addresses in the ethernet header";=0A=
          leaf mac-address {=0A=
            type uint32 ;=0A=
            mandatory true;=0A=
          }=0A=
        }=0A=
        case interface-route {=0A=
          description=0A=
            "Match on incoming interface of the packet";=0A=
          leaf interface-identifier {=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
          }=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping route=0A=
  {=0A=
    description=0A=
      "The common attributes usesd for all routes";=0A=
    uses route-prefix;=0A=
    container nexthop=0A=
    {=0A=
      uses nexthop;=0A=
    }=0A=
    container route-statistic{=0A=
      leaf route-state {=0A=
        type route-state-def ;=0A=
        config false;=0A=
      }=0A=
      leaf route-installed-state {=0A=
        type route-installed-state-def ;=0A=
        config false;=0A=
      }=0A=
      leaf route-reason {=0A=
        type route-reason-def ;=0A=
        config false;=0A=
      }=0A=
    }=0A=
    container route-attributes{=0A=
      uses route-attributes;=0A=
    }=0A=
    container route-vendor-attributes{=0A=
      uses route-vendor-attributes;=0A=
    }=0A=
  }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 19]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  typedef nexthop-ref {=0A=
    type leafref {=0A=
      path  =
"/i2rs-rib:routing-instance-list/i2rs-rib:rib-list/i2rs-rib:route-list/i2=
rs-rib:nexthop/i2rs-rib:nexthop-id";=0A=
=0A=
    }=0A=
  }=0A=
=0A=
  grouping nexthop {=0A=
    leaf nexthop-id {=0A=
      mandatory true;=0A=
      type uint32;=0A=
    }=0A=
    choice nexthop-type {=0A=
      case nexthop-base {=0A=
        container nexthop-base {=0A=
          list nexthop-chain {=0A=
            key "nexthop-chain-id";=0A=
            uses nexthop-chain-member;=0A=
          }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-primary-standby {=0A=
        container nexthop-ps {=0A=
           leaf nexthop-primary {=0A=
             mandatory true;=0A=
             type nexthop-ref;=0A=
           }=0A=
           leaf nexthop-standby {=0A=
             mandatory true;=0A=
             type nexthop-ref;=0A=
           }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-load-balance {=0A=
        container nexthop-lb {=0A=
          list nexthop-lbs {=0A=
            key "nexthop-lbs-id";=0A=
            leaf nexthop-lbs-id {=0A=
              mandatory true;=0A=
              type uint32;=0A=
            }=0A=
            leaf nhop-lb-weight {=0A=
              mandatory true;=0A=
              type nhop-lb-weight-def;=0A=
            }=0A=
            leaf nexthop-lb-member {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 20]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
              mandatory true;=0A=
              type nexthop-ref;=0A=
            }=0A=
          }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-replicate {=0A=
        container nexthop-replicate {=0A=
          list nexthop-replicates{=0A=
            key "nexthop-replicates-id";=0A=
            leaf nexthop-replicates-id {=0A=
              mandatory true;=0A=
              type uint32;=0A=
            }=0A=
            leaf nexthop-replicate {=0A=
              type nexthop-ref;=0A=
            }=0A=
          }=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping nexthop-chain-member {=0A=
    description=0A=
      "One Nexthop content for routes.";=0A=
    leaf nexthop-chain-id{=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
    choice nexthop-chain-type {=0A=
      case nexthop-chain-member-special {=0A=
        container nexthop-chain-member-special {=0A=
          leaf nexthop-chain-member-special{=0A=
            type special-nexthop-def;=0A=
          }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-chain-member-identifier{=0A=
        uses nexthop-chain-member-identifier;=0A=
      }=0A=
=0A=
      case egress-interface-next-hop {=0A=
         description=0A=
           "Simple next-hop is specified as an outgoing interface,=0A=
            next-hop address or both.";=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 21]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
         leaf outgoing-interface {=0A=
           type if:interface-ref;=0A=
           mandatory true;=0A=
           description=0A=
             "Name of The outgoing interface.";=0A=
         }=0A=
      }=0A=
=0A=
      case ipv4-address-next-hop {=0A=
        leaf next-hop-ipv4-address {=0A=
          type inet:ipv4-address;=0A=
          mandatory true;=0A=
          description=0A=
            "Ipv4 address of The next-hop.";=0A=
        }=0A=
      }=0A=
=0A=
      case ipv6-address-next-hop {=0A=
        leaf next-hop-ipv6-address {=0A=
          type inet:ipv6-address;=0A=
          mandatory true;=0A=
          description=0A=
            "Ipv6 address of The next-hop.";=0A=
        }=0A=
      }=0A=
=0A=
      case egress-interface-ipv4-next-hop {=0A=
        container next-hop-egress-interface-ipv4-address{=0A=
          leaf outgoing-interface {=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
            description    "Name of The outgoing interface.";=0A=
          }=0A=
          leaf next-hop-egress-ipv4-address {=0A=
            type inet:ipv4-address;=0A=
            mandatory true;=0A=
            description=0A=
              "Ipv4 address of The next-hop.";=0A=
          }=0A=
          description=0A=
            "Egress-interface and ip address: This can be usesd in cases =
e.g.=0A=
            where The ip address is a link-local address..";=0A=
        }=0A=
      }=0A=
=0A=
      case egress-interface-ipv6-next-hop {=0A=
        container next-hop-egress-interface-ipv6-address{=0A=
          leaf outgoing-interface {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 22]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
            description    "Name of The outgoing interface.";=0A=
          }=0A=
          leaf next-hop-egress-ipv6-address {=0A=
            type inet:ipv4-address;=0A=
            mandatory true;=0A=
            description=0A=
              "Ipv4 address of The next-hop.";=0A=
          }=0A=
          description=0A=
            "Egress-interface and ip address: This can be usesd in cases =
e.g.=0A=
            where The ip address is a link-local address..";=0A=
        }=0A=
      }=0A=
=0A=
      case egress-interface-mac-next-hop {=0A=
        container next-hop-egress-interface-mac-address{=0A=
          leaf outgoing-interface {=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
            description    "Name of The outgoing interface.";=0A=
          }=0A=
          leaf ieee-mac-address {=0A=
            type uint32;=0A=
            mandatory true;=0A=
            description    "Name of The mac-address.";=0A=
          }=0A=
          description=0A=
            "Egress-interface and ip address: This can be usesd in cases =
e.g.=0A=
            where The ip address is a link-local address..";=0A=
        }=0A=
      }=0A=
=0A=
      case tunnel-encap-next-hop {=0A=
        container tunnel-encap {=0A=
          uses tunnel-encap;=0A=
            leaf outgoing-interface {=0A=
              type string;=0A=
          }=0A=
          description=0A=
            "This can be an encap representing an ip tunnel or=0A=
             mpls tunnel or oThers as defined in This document.  an =
optional=0A=
             egress interface can be specified to indicate which =
interface to=0A=
             send The packet out on.  The egress interface is usesful =
when The=0A=
             network device contains eThernet interfaces and one needs to=0A=
             perform address resolution for The ip packet.";=0A=
        }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 23]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      }=0A=
=0A=
      case logical-tunnel-next-hop {=0A=
        container logical-tunnel {=0A=
          uses logical-tunnel;=0A=
          description=0A=
            "This can be a mpls lsp or a gre tunnel (or oThers=0A=
              as defined in This document), that is represented by a =
unique=0A=
              identifier (e.g. name).";=0A=
        }=0A=
      }=0A=
=0A=
      case rib-name {=0A=
        leaf rib-name {=0A=
          type string;=0A=
            description=0A=
              "A nexthop pointing to a rib indicates that The route=0A=
              lookup needs to continue in The specified rib.  This is a =
way to=0A=
              perform chained lookups.";=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  nexthop-chain-member-identifier{=0A=
    choice nexthop-identifier-type{=0A=
      case nexthop-chain-name {=0A=
        leaf nexthop-chain-name {=0A=
          type string;=0A=
          mandatory true;=0A=
        }=0A=
      }=0A=
      case nexthop-chain-id {=0A=
        leaf nexthop-chain-id {=0A=
          type uint32;=0A=
          mandatory true;=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  route-vendor-attributes{=0A=
=0A=
  }=0A=
=0A=
  grouping  logical-tunnel{=0A=
    leaf tunnel-type {=0A=
      type tunnel-type-def ;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 24]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      mandatory true;=0A=
    }=0A=
    leaf tunnel-name {=0A=
      type string ;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  ipv4-header{=0A=
    leaf source-ipv4-address {=0A=
      type inet:ipv4-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf destination-ipv4-address {=0A=
      type inet:ipv4-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf protocol {=0A=
      type uint8;=0A=
      mandatory true;=0A=
    }=0A=
    leaf ttl {=0A=
      type uint8;=0A=
    }=0A=
    leaf dscp {=0A=
      type uint8;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  ipv6-header{=0A=
    leaf source-ipv6-address {=0A=
      type inet:ipv6-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf destination-ipv6-address {=0A=
      type inet:ipv6-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf next-header {=0A=
      type uint8;=0A=
      mandatory true;=0A=
    }=0A=
    leaf traffic-class {=0A=
      type uint8;=0A=
    }=0A=
    leaf flow-label {=0A=
      type uint16;=0A=
    }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 25]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
    leaf hop-limit {=0A=
      type uint8;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  nvgre-header{=0A=
    choice nvgre-type {=0A=
      description=0A=
        "nvgre-header.";=0A=
      case ipv4 {=0A=
        uses ipv4-header;=0A=
      }=0A=
      case ipv6 {=0A=
        uses ipv6-header;=0A=
      }=0A=
    }=0A=
    leaf virtual-subnet-id {=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
    leaf flow-id {=0A=
      type uint16;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  vxlan-header{=0A=
    choice vxlan-type {=0A=
      description=0A=
        "vxlan-header.";=0A=
      case ipv4 {=0A=
        uses ipv4-header;=0A=
      }=0A=
      case ipv6 {=0A=
        uses ipv6-header;=0A=
      }=0A=
    }=0A=
    leaf vxlan-identifier {=0A=
      type uint32;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  gre-header{=0A=
    leaf gre-ip-destination {=0A=
      type inet:ipv4-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf gre-protocol-type {=0A=
      type inet:ipv4-address;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 26]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      mandatory true;=0A=
    }=0A=
    leaf gre-key {=0A=
      type uint64;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  ipsec-header{=0A=
    description=0A=
    "The IPSEC header begins with two 4-byte fields (Security Parameters =
Index (SPI) and Sequence=0A=
    Number).  Following these fields is the Payload Data, which has=0A=
    substructure that depends on the choice of encryption algorithm and=0A=
    mode, and on the use of TFC padding, which is examined in more =
detail later. ";=0A=
    leaf ipsec-spi {=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
    leaf ipsec-sequence-number {=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  mpls-header{=0A=
    choice mpls-action-type {=0A=
      description=0A=
        "mpls-header.";=0A=
      case mpls-push {=0A=
        leaf mpls-push {=0A=
          type boolean;=0A=
          mandatory true;=0A=
        }=0A=
        leaf mpls-label {=0A=
          type uint32;=0A=
          mandatory true;=0A=
        }=0A=
        leaf s-bit {=0A=
          type boolean;=0A=
        }=0A=
        leaf tos-value {=0A=
          type uint8;=0A=
        }=0A=
        leaf ttl-value {=0A=
          type uint8;=0A=
        }=0A=
          }=0A=
      case mpls-pop {=0A=
        leaf mpls-pop {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 27]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
          type boolean;=0A=
          mandatory true;=0A=
        }=0A=
        leaf ttl-action {=0A=
          type uint8;=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  tunnel-encap{=0A=
    choice tunnel-type {=0A=
      description=0A=
        "options for next-hops.";=0A=
      case ipv4 {=0A=
        uses ipv4-header;=0A=
      }=0A=
      case ipv6 {=0A=
        uses ipv6-header;=0A=
      }=0A=
      case mpls {=0A=
        uses mpls-header;=0A=
      }=0A=
      case gre {=0A=
        uses gre-header;=0A=
      }=0A=
      case ipsec {=0A=
        uses ipsec-header;=0A=
      }=0A=
      case nvgre {=0A=
        uses nvgre-header;=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  route-attributes{=0A=
    leaf route-preference {=0A=
      description=0A=
        "ROUTE_PREFERENCE: This is a numerical value that allows for=0A=
        comparing routes from different protocols.  Static configuration=0A=
        is also considered a protocol for the purpose of this field.  It=0A=
        is also known as administrative-distance.  The lower the value,=0A=
        the higher the preference.";=0A=
        type uint32 ;=0A=
      mandatory true;=0A=
    }=0A=
    leaf local-only {=0A=
      type boolean ;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 28]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      mandatory true;=0A=
    }=0A=
    container address-family-route-attributes{=0A=
      choice route-type {=0A=
        case ip-route-attributes {=0A=
        }=0A=
        case mpls-route-attributes {=0A=
        }=0A=
        case eThernet-route-attributes {=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  typedef nhop-lb-weight-def {=0A=
    description=0A=
      "Nhop-lb-weight is a number between 1 and 99 . ";=0A=
    type uint8 {=0A=
      range "1..99";=0A=
    }=0A=
  }=0A=
=0A=
  identity mpls-action {=0A=
    description "The mpls-action. ";=0A=
  }=0A=
=0A=
  identity push {=0A=
    base "mpls-action";=0A=
  }=0A=
=0A=
  identity pop {=0A=
    base "mpls-action";=0A=
  }=0A=
=0A=
  identity swap {=0A=
    base "mpls-action";=0A=
  }=0A=
=0A=
  typedef mpls-action-def {=0A=
    type identityref {=0A=
      base "mpls-action";=0A=
    }=0A=
  }=0A=
=0A=
  identity special-nexthop {=0A=
    description "special-nexthop. ";=0A=
  }=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 29]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  identity discard {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  identity discard-with-error {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  identity receive {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  identity cos-value {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  typedef special-nexthop-def {=0A=
    type identityref {=0A=
      base "special-nexthop";=0A=
    }=0A=
  }=0A=
=0A=
  identity ip-route-type {=0A=
    description "The ip route type. ";=0A=
  }=0A=
=0A=
  identity src {=0A=
    base "ip-route-type";=0A=
  }=0A=
=0A=
  identity dest {=0A=
    base "ip-route-type";=0A=
  }=0A=
=0A=
  identity dest-src {=0A=
    base "ip-route-type";=0A=
  }=0A=
=0A=
  typedef ip-route-type-def {=0A=
    type identityref {=0A=
      base "ip-route-type";=0A=
    }=0A=
  }=0A=
=0A=
  identity rib-family {=0A=
    description "The rib-family. ";=0A=
  }=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 30]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  identity ipv4-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  identity ipv6-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  identity mpls-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  identity ieee-mac-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  typedef rib-family-def {=0A=
    type identityref {=0A=
      base "rib-family";=0A=
    }=0A=
  }=0A=
=0A=
  identity route-type {=0A=
    description "The route type. ";=0A=
  }=0A=
=0A=
  identity ipv4-route {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity ipv6-route {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity mpls-route {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity ieee-mac {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity interface {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  typedef route-type-def {=0A=
    type identityref {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 31]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      base "route-type";=0A=
    }=0A=
  }=0A=
=0A=
  identity tunnel-type {=0A=
    description "the tunnel type.";=0A=
  }=0A=
=0A=
  identity ipv4-tunnel {=0A=
    base "tunnel-type";=0A=
    description "ipv4";=0A=
  }=0A=
=0A=
  identity ipv6-tunnel {=0A=
    base "tunnel-type";=0A=
    description "ipv6";=0A=
  }=0A=
=0A=
  identity mpls-tunnel {=0A=
    base "tunnel-type";=0A=
    description "mpls";=0A=
  }=0A=
=0A=
  identity gre-tunnel {=0A=
    base "tunnel-type";=0A=
    description "gre";=0A=
  }=0A=
=0A=
  identity ipsec-tunnel {=0A=
    base "tunnel-type";=0A=
    description "ipsec";=0A=
  }=0A=
=0A=
  identity vxlan-tunnel {=0A=
    base "tunnel-type";=0A=
    description "vxlan";=0A=
  }=0A=
=0A=
  identity nvgre-tunnel {=0A=
    base "tunnel-type";=0A=
    description "nvgre";=0A=
  }=0A=
=0A=
  typedef tunnel-type-def {=0A=
    type identityref {=0A=
      base "tunnel-type";=0A=
    }=0A=
  }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 32]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  identity route-state {=0A=
    description "The route state. ";=0A=
  }=0A=
=0A=
  identity active {=0A=
    base "route-state";=0A=
  }=0A=
=0A=
  identity inactive {=0A=
    base "route-state";=0A=
  }=0A=
=0A=
  typedef route-state-def {=0A=
    type identityref {=0A=
      base "route-state";=0A=
    }=0A=
  }=0A=
=0A=
  identity nexthop-state {=0A=
    description "The nexthop state. ";=0A=
  }=0A=
=0A=
  identity resolved {=0A=
    base "nexthop-state";=0A=
  }=0A=
=0A=
  identity unresolved {=0A=
    base "nexthop-state";=0A=
  }=0A=
=0A=
  typedef nexthop-state-def {=0A=
    type identityref {=0A=
      base "nexthop-state";=0A=
    }=0A=
  }=0A=
=0A=
  identity route-installed-state {=0A=
    description "The route installed state. ";=0A=
  }=0A=
=0A=
  identity uninstalled {=0A=
    base "route-installed-state";=0A=
  }=0A=
=0A=
  identity Installed {=0A=
    base "route-installed-state";=0A=
  }=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 33]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  typedef route-installed-state-def {=0A=
    type identityref {=0A=
      base "route-installed-state";=0A=
    }=0A=
  }=0A=
=0A=
  identity route-reason {=0A=
    description "The reason of invalid Route. ";=0A=
  }=0A=
=0A=
  identity low-preference {=0A=
    base "route-reason";=0A=
    description "low preference";=0A=
  }=0A=
=0A=
  identity unresolved-nexthop {=0A=
    base "route-reason";=0A=
    description "unresolved nexthop";=0A=
  }=0A=
=0A=
  identity higher-metric {=0A=
    base "route-reason";=0A=
    description "higher metric";=0A=
  }=0A=
=0A=
  typedef route-reason-def {=0A=
    type identityref {=0A=
      base "route-reason";=0A=
    }=0A=
  }=0A=
=0A=
=0A=
  notification nexthop-resolution-status-change {=0A=
    description=0A=
        "Nexthop resolution status (resolved/unresolved) notification.";=0A=
    container nexthop{=0A=
      uses nexthop;=0A=
    }=0A=
    leaf nexthop-state {=0A=
      description=0A=
       "Nexthop resolution status (resolved/unresolved) notification.";=0A=
      type nexthop-state-def;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
=0A=
  notification route-change {=0A=
    description=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 34]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
        "Route change notification.";=0A=
    leaf instance-name {=0A=
      description=0A=
        "A routing instance is identified by its name,=0A=
        INSTANCE_name.  This MUST be unique across all routing instances=0A=
        in a given network device.";=0A=
      type string ;=0A=
      mandatory true;=0A=
    }=0A=
    leaf rib-name {=0A=
      description=0A=
       "A reference to The name of a rib.";=0A=
      type string;=0A=
      mandatory true;=0A=
    }=0A=
    leaf rib-family {=0A=
      type rib-family-def;=0A=
      mandatory true;=0A=
    }=0A=
    uses route-prefix;=0A=
    leaf route-installed-state {=0A=
      description=0A=
       "Indicates whether the route got installed in the FIB.";=0A=
      type route-installed-state-def;=0A=
      mandatory true;=0A=
    }=0A=
    leaf route-state {=0A=
      description=0A=
       "Indicates whether a route is fully resolved and=0A=
        is a candidate for selection.";=0A=
      type route-state-def;=0A=
      mandatory true;=0A=
    }=0A=
    leaf route-reason {=0A=
      description=0A=
       "Need to be added.";=0A=
      type route-reason-def;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
}=0A=
//   =0A=
=0A=
5.  IANA Considerations=0A=
=0A=
   This draft includes no request to IANA.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 35]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
6.  Security Considerations=0A=
=0A=
   This document introduces no new security threat and SHOULD follow the=0A=
   security requirements as stated in [I-D.ietf-i2rs-architecture].=0A=
=0A=
7.  References=0A=
=0A=
7.1.  Normative References=0A=
=0A=
   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate=0A=
              Requirement Levels", BCP 14, RFC 2119, March 1997.=0A=
=0A=
7.2.  Informative References=0A=
=0A=
   [I-D.ietf-i2rs-architecture]=0A=
              Atlas, A., Halpern, J., Hares, S., Ward, D., and T.=0A=
              Nadeau, "An Architecture for the Interface to the Routing=0A=
              System", draft-ietf-i2rs-architecture-08 (work in=0A=
              progress), January 2015.=0A=
=0A=
   [I-D.ietf-i2rs-rib-info-model]=0A=
              Bahadur, N., Folkes, R., Kini, S., and J. Medved, "Routing=0A=
              Information Base Info Model", draft-ietf-i2rs-rib-info-=0A=
              model-05 (work in progress), January 2015.=0A=
=0A=
   [I-D.ietf-i2rs-usecase-reqs-summary]=0A=
              Hares, S. and M. Chen, "Summary of I2RS Use Case=0A=
              Requirements", draft-ietf-i2rs-usecase-reqs-summary-00=0A=
              (work in progress), November 2014.=0A=
=0A=
   [I-D.ietf-netconf-restconf]=0A=
              Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF=0A=
              Protocol", draft-ietf-netconf-restconf-04 (work in=0A=
              progress), January 2015.=0A=
=0A=
   [RFC5511]  Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax=0A=
              Used to Form Encoding Rules in Various Routing Protocol=0A=
              Specifications", RFC 5511, April 2009.=0A=
=0A=
   [RFC6020]  Bjorklund, M., "YANG - A Data Modeling Language for the=0A=
              Network Configuration Protocol (NETCONF)", RFC 6020,=0A=
              October 2010.=0A=
=0A=
   [RFC6021]  Schoenwaelder, J., "Common YANG Data Types", RFC 6021,=0A=
              October 2010.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 36]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   [RFC6536]  Bierman, A. and M. Bjorklund, "Network Configuration=0A=
              Protocol (NETCONF) Access Control Model", RFC 6536, March=0A=
              2012.=0A=
=0A=
Authors' Addresses=0A=
=0A=
   Lixing Wang=0A=
   Huawei=0A=
=0A=
   Email: wang_little_star@sina.com=0A=
=0A=
=0A=
   Hariharan Ananthakrishnan=0A=
   Packet Design=0A=
=0A=
   Email: hari@packetdesign.com=0A=
=0A=
=0A=
   Mach(Guoyi) Chen=0A=
   Huawei=0A=
=0A=
   Email: mach.chen@huawei.com=0A=
=0A=
=0A=
   Amit Dass=0A=
   Ericsson=0A=
   Torshamnsgatan 48.=0A=
   Stockholm  16480=0A=
   Sweden=0A=
=0A=
   Email: amit.dass@ericsson.com=0A=
=0A=
=0A=
   Sriganesh Kini=0A=
   Ericsson=0A=
=0A=
   Email: sriganesh.kini@ericsson.com=0A=
=0A=
=0A=
   Nitin Bahadur=0A=
   Bracket Computing=0A=
=0A=
   Email: nitin_bahadur@yahoo.com=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 37]=0A=

------=_NextPart_000_0C89_01D0572A.557183D0--


From nobody Thu Mar  5 07:06:26 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8E4B1A0078 for ; Thu,  5 Mar 2015 07:06:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -92.497
X-Spam-Level: 
X-Spam-Status: No, score=-92.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FB_REPLIC_CAP=6.557, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 Gw_kp7zJlUcf for ; Thu,  5 Mar 2015 07:06:12 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 9D45A1A005A for ; Thu,  5 Mar 2015 07:06:11 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Thu, 5 Mar 2015 10:06:05 -0500
Message-ID: <0cce01d05755$e74611b0$b5d23510$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_0CCF_01D0572B.FE707EE0"
X-Mailer: Microsoft Outlook 14.0
Content-Language: en-us
Thread-Index: AdBXVWgv9/6JqWKPS5GVrXlzNQpz9w==
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Subject: [i2rs] text files for the RIB Models (IM and DM)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 15:06:25 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0CCF_01D0572B.FE707EE0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0CD0_01D0572B.FE707EE0"


------=_NextPart_001_0CD0_01D0572B.FE707EE0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Text files for the RIB Module.  

 

Sue 


------=_NextPart_001_0CD0_01D0572B.FE707EE0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Text files =
for the RIB Module.  
 
Sue =


------=_NextPart_001_0CD0_01D0572B.FE707EE0--

------=_NextPart_000_0CCF_01D0572B.FE707EE0
Content-Type: text/plain;
	name="draft-ietf-i2rs-rib-info-model-v3-06.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="draft-ietf-i2rs-rib-info-model-v3-06.txt"

=0A=
=0A=
=0A=
=0A=
Network Working Group                                    N. Bahadur, Ed.=0A=
Internet-Draft                                         Bracket Computing=0A=
Intended status: Informational                            R. Folkes, Ed.=0A=
Expires: September 6, 2015                        Juniper Networks, Inc.=0A=
                                                            S. Kini, Ed.=0A=
                                                                Ericsson=0A=
                                                               J. Medved=0A=
                                                                   Cisco=0A=
                                                          March 05, 2015=0A=
=0A=
=0A=
                  Routing Information Base Info Model=0A=
                   draft-ietf-i2rs-rib-info-model-06=0A=
=0A=
Abstract=0A=
=0A=
   Routing and routing functions in enterprise and carrier networks are=0A=
   typically performed by network devices (routers and switches) using a=0A=
   routing information base (RIB).  Protocols and configuration push=0A=
   data into the RIB and the RIB manager installs state into the=0A=
   hardware; for packet forwarding.  This draft specifies an information=0A=
   model for the RIB to enable defining a standardized data model.  Such=0A=
   a data model can be used to define an interface to the RIB from an=0A=
   entity that may even be external to the network device.  This=0A=
   interface can be used to support new use-cases being defined by the=0A=
   IETF I2RS WG.=0A=
=0A=
Status of This Memo=0A=
=0A=
   This Internet-Draft is submitted in full conformance with the=0A=
   provisions of BCP 78 and BCP 79.=0A=
=0A=
   Internet-Drafts are working documents of the Internet Engineering=0A=
   Task Force (IETF).  Note that other groups may also distribute=0A=
   working documents as Internet-Drafts.  The list of current Internet-=0A=
   Drafts is at http://datatracker.ietf.org/drafts/current/.=0A=
=0A=
   Internet-Drafts are draft documents valid for a maximum of six months=0A=
   and may be updated, replaced, or obsoleted by other documents at any=0A=
   time.  It is inappropriate to use Internet-Drafts as reference=0A=
   material or to cite them other than as "work in progress."=0A=
=0A=
   This Internet-Draft will expire on September 6, 2015.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 1]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
Copyright Notice=0A=
=0A=
   Copyright (c) 2015 IETF Trust and the persons identified as the=0A=
   document authors.  All rights reserved.=0A=
=0A=
   This document is subject to BCP 78 and the IETF Trust's Legal=0A=
   Provisions Relating to IETF Documents=0A=
   (http://trustee.ietf.org/license-info) in effect on the date of=0A=
   publication of this document.  Please review these documents=0A=
   carefully, as they describe your rights and restrictions with respect=0A=
   to this document.  Code Components extracted from this document must=0A=
   include Simplified BSD License text as described in Section 4.e of=0A=
   the Trust Legal Provisions and are provided without warranty as=0A=
   described in the Simplified BSD License.=0A=
=0A=
Table of Contents=0A=
=0A=
   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   3=0A=
     1.1.  Conventions used in this document . . . . . . . . . . . .   5=0A=
   2.  RIB data  . . . . . . . . . . . . . . . . . . . . . . . . . .   5=0A=
     2.1.  RIB definition  . . . . . . . . . . . . . . . . . . . . .   5=0A=
     2.2.  Routing instance  . . . . . . . . . . . . . . . . . . . .   6=0A=
     2.3.  Route . . . . . . . . . . . . . . . . . . . . . . . . . .   7=0A=
     2.4.  Nexthop . . . . . . . . . . . . . . . . . . . . . . . . .   8=0A=
       2.4.1.  Nexthop types . . . . . . . . . . . . . . . . . . . .  11=0A=
       2.4.2.  Nexthop list attributes . . . . . . . . . . . . . . .  12=0A=
       2.4.3.  Nexthop content . . . . . . . . . . . . . . . . . . .  12=0A=
       2.4.4.  Special nexthops  . . . . . . . . . . . . . . . . . .  13=0A=
   3.  Reading from the RIB  . . . . . . . . . . . . . . . . . . . .  13=0A=
   4.  Writing to the RIB  . . . . . . . . . . . . . . . . . . . . .  14=0A=
   5.  Notifications . . . . . . . . . . . . . . . . . . . . . . . .  14=0A=
   6.  RIB grammar . . . . . . . . . . . . . . . . . . . . . . . . .  15=0A=
     6.1.  Nexthop grammar explained . . . . . . . . . . . . . . . .  18=0A=
   7.  Using the RIB grammar . . . . . . . . . . . . . . . . . . . .  18=0A=
     7.1.  Using route preference  . . . . . . . . . . . . . . . . .  18=0A=
     7.2.  Using different nexthops types  . . . . . . . . . . . . .  19=0A=
       7.2.1.  Tunnel nexthops . . . . . . . . . . . . . . . . . . .  19=0A=
       7.2.2.  Replication lists . . . . . . . . . . . . . . . . . .  19=0A=
       7.2.3.  Weighted lists  . . . . . . . . . . . . . . . . . . .  19=0A=
       7.2.4.  Protection  . . . . . . . . . . . . . . . . . . . . .  20=0A=
       7.2.5.  Nexthop chains  . . . . . . . . . . . . . . . . . . .  21=0A=
       7.2.6.  Lists of lists  . . . . . . . . . . . . . . . . . . .  21=0A=
     7.3.  Performing multicast  . . . . . . . . . . . . . . . . . .  22=0A=
   8.  RIB operations at scale . . . . . . . . . . . . . . . . . . .  23=0A=
     8.1.  RIB reads . . . . . . . . . . . . . . . . . . . . . . . .  23=0A=
     8.2.  RIB writes  . . . . . . . . . . . . . . . . . . . . . . .  23=0A=
     8.3.  RIB events and notifications  . . . . . . . . . . . . . .  23=0A=
   9.  Security Considerations . . . . . . . . . . . . . . . . . . .  24=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 2]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   10. IANA Considerations . . . . . . . . . . . . . . . . . . . . .  24=0A=
   11. Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .  24=0A=
   12. References  . . . . . . . . . . . . . . . . . . . . . . . . .  24=0A=
     12.1.  Normative References . . . . . . . . . . . . . . . . . .  24=0A=
     12.2.  Informative References . . . . . . . . . . . . . . . . .  24=0A=
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  25=0A=
=0A=
1.  Introduction=0A=
=0A=
   Routing and routing functions in enterprise and carrier networks are=0A=
   traditionally performed in network devices.  Traditionally routers=0A=
   run routing protocols and the routing protocols (along with static=0A=
   config) populate the Routing information base (RIB) of the router.=0A=
   The RIB is managed by the RIB manager and the RIB manager provides a=0A=
   north-bound interface to its clients i.e. the routing protocols to=0A=
   insert routes into the RIB.  The RIB manager consults the RIB and=0A=
   decides how to program the forwarding information base (FIB) of the=0A=
   hardware by interfacing with the FIB manager.  The relationship=0A=
   between these entities is shown in Figure 1.=0A=
=0A=
         +-------------+        +-------------+=0A=
         |RIB client 1 | ...... |RIB client N |=0A=
         +-------------+        +-------------+=0A=
                ^                      ^=0A=
                |                      |=0A=
                +----------------------+=0A=
                           |=0A=
                           V=0A=
                +---------------------+=0A=
                |RIB manager          |=0A=
                |                     |=0A=
                |       +-----+       |=0A=
                |       | RIB |       |=0A=
                |       +-----+       |=0A=
                +---------------------+=0A=
                           ^=0A=
                           |=0A=
          +---------------------------------+=0A=
          |                                 |=0A=
          V                                 V=0A=
   +-------------+                   +-------------+=0A=
   |FIB manager 1|                   |FIB manager M|=0A=
   |   +-----+   |    ..........     |   +-----+   |=0A=
   |   | FIB |   |                   |   | FIB |   |=0A=
   |   +-----+   |                   |   +-----+   |=0A=
   +-------------+                   +-------------+=0A=
=0A=
            Figure 1: RIB manager, RIB clients and FIB managers=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 3]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   Routing protocols are inherently distributed in nature and each=0A=
   router makes an independent decision based on the routing data=0A=
   received from its peers.  With the advent of newer deployment=0A=
   paradigms and the need for specialized applications, there is an=0A=
   emerging need to guide the router's routing function=0A=
   [I-D.ietf-i2rs-problem-statement].  Traditional network-device=0A=
   protocol-based RIB population suffices for most use cases where=0A=
   distributed network control is used.  However there are use cases=0A=
   which the network operators currently address by configuring static=0A=
   routes, policies and RIB import/export rules on the routers.  There=0A=
   is also a growing list of use cases [I-D.white-i2rs-use-case],=0A=
   [I-D.hares-i2rs-use-case-vn-vc] in which a network operator might=0A=
   want to program the RIB based on data unrelated to just routing=0A=
   (within that network's domain).  Programming the RIB could be based=0A=
   on other information such as routing data in the adjacent domain or=0A=
   the load on storage and compute in the given domain.  Or it could=0A=
   simply be a programmatic way of creating on-demand dynamic overlays=0A=
   (e.g.  GRE tunnels) between compute hosts (without requiring the=0A=
   hosts to run traditional routing protocols).  If there was a=0A=
   standardized publicly documented programmatic interface to a RIB, it=0A=
   would enable further networking applications that address a variety=0A=
   of use-cases [I-D.ietf-i2rs-problem-statement].=0A=
=0A=
   A programmatic interface to the RIB involves 2 types of operations -=0A=
   reading from the RIB and writing (adding/modifying/deleting) to the=0A=
   RIB.  [I-D.white-i2rs-use-case] lists various use-cases which require=0A=
   read and/or write manipulation of the RIB.=0A=
=0A=
   In order to understand what is in a router's RIB, methods like per-=0A=
   protocol SNMP MIBs and show output screen scraping are used.  These=0A=
   methods are not scalable, since they are client pull mechanisms and=0A=
   not proactive push (from the router) mechanisms.  Screen scraping is=0A=
   error prone (since the output format can change) and is vendor=0A=
   dependent.  Building a RIB from per-protocol MIBs is error prone=0A=
   since the MIB data represent protocol data and not the exact=0A=
   information that went into the RIB.  Thus, just getting read-only RIB=0A=
   information from a router is a hard task.=0A=
=0A=
   Adding content to the RIB from an external entity can be done today=0A=
   using static configuration mechanisms provided by router vendors.=0A=
   However the mix of what can be modified in the RIB varies from vendor=0A=
   to vendor and the method of configuring it is also vendor dependent.=0A=
   This makes it hard for an external entity to program a multi-vendor=0A=
   network in a consistent and vendor-independent way.=0A=
=0A=
   The purpose of this draft is to specify an information model for the=0A=
   RIB.  Using the information model, one can build a detailed data=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 4]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   model for the RIB.  That data model could then be used by an external=0A=
   entity to program a network device.=0A=
=0A=
   The rest of this document is organized as follows.  Section 2 goes=0A=
   into the details of what constitutes and can be programmed in a RIB.=0A=
   Guidelines for reading and writing the RIB are provided in Section 3=0A=
   and Section 4 respectively.  Section 5 provides a high-level view of=0A=
   the events and notifications going from a network device to an=0A=
   external entity, to update the external entity on asynchronous=0A=
   events.  The RIB grammar is specified in Section 6.  Examples of=0A=
   using the RIB grammar are shown in Section 7.  Section 8 covers=0A=
   considerations for performing RIB operations at scale.=0A=
=0A=
1.1.  Conventions used in this document=0A=
=0A=
   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",=0A=
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this=0A=
   document are to be interpreted as described in [RFC2119].=0A=
=0A=
2.  RIB data=0A=
=0A=
   This section describes the details of a RIB.  It makes forward=0A=
   references to objects in the RIB grammar (Section 6).  A high-level=0A=
   description of the RIB contents is as shown below.=0A=
=0A=
                         routing-instance=0A=
                          |             |=0A=
                          |             |=0A=
                    0..N  |             | 1..N=0A=
                          |             |=0A=
                     interface(s)     RIB(s)=0A=
                                        |=0A=
                                        |=0A=
                                        | 0..N=0A=
                                        |=0A=
                                      route(s)=0A=
=0A=
                            Figure 2: RIB model=0A=
=0A=
2.1.  RIB definition=0A=
=0A=
   A RIB is an entity that contains routes.  A RIB is identified by its=0A=
   name and a RIB is contained within a routing instance (Section 2.2).=0A=
   The name MUST be unique within a routing instance.  All routes in a=0A=
   given RIB MUST be of the same type (e.g.  IPv4).  Each RIB MUST=0A=
   belong to a routing instance.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 5]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   A routing instance can have multiple RIBs.  A routing instance can=0A=
   even have two or more RIBs with the same type of routes (e.g.  IPv6).=0A=
   A typical case where this can be used is for multi-topology routing=0A=
   ([RFC4915], [RFC5120]).=0A=
=0A=
   Each RIB can be optionally associated with a ENABLE_IP_RPF_CHECK=0A=
   attribute that enables Reverse path forwarding (RPF) checks on all IP=0A=
   routes in that RIB.  Reverse path forwarding (RPF) check is used to=0A=
   prevent spoofing and limit malicious traffic.  For IP packets, the IP=0A=
   source address is looked up and the rpf interface(s) associated with=0A=
   the route for that IP source address is found.  If the incoming IP=0A=
   packet's interface matches one of the rpf interface(s), then the IP=0A=
   packet is forwarded based on its IP destination address; otherwise,=0A=
   the IP packet is discarded.=0A=
=0A=
2.2.  Routing instance=0A=
=0A=
   A routing instance, in the context of the RIB information model, is a=0A=
   collection of RIBs, interfaces, and routing parameters.  A routing=0A=
   instance creates a logical slice of the router and allows different=0A=
   logical slices; across a set of routers; to communicate with each=0A=
   other.  Layer 3 Virtual Private Networks (VPN), Layer 2 VPNs (L2VPN)=0A=
   and Virtual Private Lan Service (VPLS) can be modeled as routing=0A=
   instances.  Note that modeling a Layer 2 VPN using a routing instance=0A=
   only models the Layer-3 (RIB) aspect and does not model any layer-2=0A=
   information (like ARP) that might be associated with the L2VPN.=0A=
=0A=
   The set of interfaces indicates which interfaces are associated with=0A=
   this routing instance.  The RIBs specify how incoming traffic is to=0A=
   be forwarded.  And the routing parameters control the information in=0A=
   the RIBs.  The intersection set of interfaces of 2 routing instances=0A=
   MUST be the null set.  In other words, an interface MUST NOT be=0A=
   present in 2 routing instances.  Thus a routing instance describes=0A=
   the routing information and parameters across a set of interfaces.=0A=
=0A=
   A routing instance MUST contain the following mandatory fields.=0A=
=0A=
   o  INSTANCE_NAME: A routing instance is identified by its name,=0A=
      INSTANCE_NAME.  This MUST be unique across all routing instances=0A=
      in a given network device.=0A=
=0A=
   o  rib-list: This is the list of RIBs associated with this routing=0A=
      instance.  Each routing instance can have multiple RIBs to=0A=
      represent routes of different types.  For example, one would put=0A=
      IPv4 routes in one RIB and MPLS routes in another RIB.=0A=
=0A=
   A routing instance MAY contain the following optional fields.=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 6]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   o  interface-list: This represents the list of interfaces associated=0A=
      with this routing instance.  The interface list helps constrain=0A=
      the boundaries of packet forwarding.  Packets coming on these=0A=
      interfaces are directly associated with the given routing=0A=
      instance.  The interface list contains a list of identifiers, with=0A=
      each identifier uniquely identifying an interface.=0A=
=0A=
   o  ROUTER_ID: The router-id field identifies the network device in=0A=
      control plane interactions with other network devices.  This field=0A=
      is to be used if one wants to virtualize a physical router into=0A=
      multiple virtual routers.  Each virtual router MUST have a unique=0A=
      router-id.  ROUTER_ID MUST be unique across all network devices in=0A=
      a given domain.=0A=
=0A=
2.3.  Route=0A=
=0A=
   A route is essentially a match condition and an action following the=0A=
   match.  The match condition specifies the kind of route (IPv4, MPLS,=0A=
   etc.) and the set of fields to match on.  Figure 3 represents the=0A=
   overall contents of a route.=0A=
=0A=
                                 route=0A=
                                 | | |=0A=
                       +---------+ | +----------+=0A=
                       |           |            |=0A=
                  0..N |           |            | 1..N=0A=
=0A=
         route-attribute         match         nexthop=0A=
                                   |=0A=
                                   |=0A=
                   +-------+-------+-------+--------+=0A=
                   |       |       |       |        |=0A=
                   |       |       |       |        |=0A=
=0A=
                  IPv4    IPv6    MPLS    MAC    Interface=0A=
               (Unicast/Multicast)=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
                           Figure 3: Route model=0A=
=0A=
   This document specifies the following match types:=0A=
=0A=
   o  IPv4: Match on destination IP address in the IPv4 header=0A=
=0A=
   o  IPv6: Match on destination IP address in the IPv6 header=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 7]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   o  MPLS: Match on a MPLS label at the top of the MPLS label stack=0A=
=0A=
   o  MAC: Match on MAC destination addresses in the ethernet header=0A=
=0A=
   o  Interface: Match on incoming interface of the packet=0A=
=0A=
   o  IP multicast: Match on (S, G) or (*, G), where S and G are IP=0A=
      prefixes=0A=
=0A=
   Each route MUST have associated with it the following mandatory route=0A=
   attributes.=0A=
=0A=
   o  ROUTE_PREFERENCE: This is a numerical value that allows for=0A=
      comparing routes from different protocols.  Static configuration=0A=
      is also considered a protocol for the purpose of this field.  It=0A=
      is also known as administrative-distance.  The lower the value,=0A=
      the higher the preference.  For example there can be an OSPF route=0A=
      for 192.0.2.1/32 with a preference of 5.  If a controller programs=0A=
      a route for 192.0.2.1/32 with a preference of 2, then the=0A=
      controller's route will be preferred by the RIB manager.=0A=
      Preference should be used to dictate behavior.  For more examples=0A=
      of preference, see Section 7.1.=0A=
=0A=
   Each route can have associated with it one or more optional route=0A=
   attributes.=0A=
=0A=
   o  route-vendor-attributes: Vendors can specify vendor-specific=0A=
      attributes using this.  The details of this attribute is outside=0A=
      the scope of this document.=0A=
=0A=
2.4.  Nexthop=0A=
=0A=
   A nexthop represents an object resulting from a route lookup.  For=0A=
   example, if a route lookup results in sending the packet out a given=0A=
   interface, then the nexthop represents that interface.=0A=
=0A=
   Nexthops can be fully resolved nexthops or unresolved nexthop.  A=0A=
   resolved nexthop has adequate information to send the outgoing packet=0A=
   to the destination by forwarding it on an interface to a directly=0A=
   connected neighbor.  For example, a nexthop to a point-to-point=0A=
   interface or a nexthop to an IP address on an Ethernet interface has=0A=
   the nexthop resolved.  An unresolved nexthop is something that=0A=
   requires the RIB manager to determine the final resolved nexthop.=0A=
   For example, a nexthop could be an IP address.  The RIB manager would=0A=
   resolve how to reach that IP address, e.g. is the IP address=0A=
   reachable by regular IP forwarding or by a MPLS tunnel or by both.=0A=
   If the RIB manager cannot resolve the nexthop, then the nexthop=0A=
   remains in an unresolved state and is NOT a candidate for=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 8]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   installation in the FIB.  Future RIB events can cause an unresolved=0A=
   nexthop to get resolved (like that IP address being advertised by an=0A=
   IGP neighbor).  Conversely resolved nexthops can also become=0A=
   unresolved (e.g. in case of a tunnel going down) and hence would no=0A=
   longer be candidates to be installed in the FIB.=0A=
=0A=
   When at least one of a route's nexthops is resolved, then the route=0A=
   can be used to forward packets.  Such a route is considered eligible=0A=
   to be installed in the FIB and is henceforth referred to as a FIB-=0A=
   eligible route.  Conversely, when all the nexthops of a route are=0A=
   unresolved that route can no longer be used to forward packets.  Such=0A=
   a route is considered ineligible to be installed in the FIB and is=0A=
   henceforth referred to as a FIB-ineligible route.  The RIB=0A=
   information model allows an external entity to program routes whose=0A=
   nexthops may be unresolved initially.  Whenever an unresolved nexthop=0A=
   gets resolved, the RIB manager will send a notification of the same=0A=
   (see Section 5 ).=0A=
=0A=
   The overall structure and usage of a nexthop is as shown in the=0A=
   figure below.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015               [Page 9]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
                                 route=0A=
                                   |=0A=
                                   | 0..N=0A=
                                   |=0A=
                                 nexthop <-----------------+=0A=
                                   |                       |=0A=
            +-------+----------------------------+         |=0A=
            |       |              |             |         |=0A=
            |       |              |             |         |=0A=
         base   load-balance  primary-standby  replicate   |=0A=
            |       |              |             |         |=0A=
            |       |2..N          |2            |2..N     |=0A=
            |       |              V             |         |=0A=
            |       +------------->+<------------+         |=0A=
            |                      |                       |=0A=
            |                      +-----------------------+=0A=
            |=0A=
            +-------------------+=0A=
            |                   |=0A=
            |             nexthop-chain=0A=
            |                   |=0A=
   special-nexthop              | 1..N=0A=
                                |=0A=
                       nexthop-chain-member=0A=
                                |=0A=
                                |=0A=
       +---------------+--------+---------+------------------+=0A=
       |               |                  |                  |=0A=
       |               |                  |                  |=0A=
    nexthop-id   egress-interface    logical-tunnel     tunnel-encap=0A=
=0A=
                          Figure 4: Nexthop model=0A=
=0A=
   Nexthops can be identified by an identifier to create a level of=0A=
   indirection.  The identifier is set by the RIB manager and returned=0A=
   to the external entity on request.  The RIB data-model SHOULD support=0A=
   a way to optionally receive a nexthop identifier for a given nexthop.=0A=
   For example, one can create a nexthop that points to a BGP peer.  The=0A=
   returned nexthop identifier can then be used for programming routes=0A=
   to point to the same nexthop.  Given that the RIB manager has created=0A=
   an indirection for that BGP peer using the nexthop identifier, if the=0A=
   transport path to the BGP peer changes, that change in path will be=0A=
   seamless to the external entity and all routes that point to that BGP=0A=
   peer will automatically start going over the new transport path.=0A=
   Nexthop indirection using identifiers could be applied to not just=0A=
   unicast nexthops, but even to nexthops that contain chains and nested=0A=
   nexthops (Section 2.4.1).=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 10]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
2.4.1.  Nexthop types=0A=
=0A=
   This document specifies a very generic, extensible and recursive=0A=
   grammar for nexthops.  Nexthops can be=0A=
=0A=
   o  Unicast nexthops - pointing to an interface=0A=
=0A=
   o  Tunnel nexthops - pointing to a tunnel=0A=
=0A=
   o  Replication lists - list of nexthops to which to replicate a=0A=
      packet=0A=
=0A=
   o  Weighted lists - for load-balancing=0A=
=0A=
   o  Primary/standby protection paths=0A=
=0A=
   o  Nexthop chains - for chaining headers, e.g.  MPLS label over a GRE=0A=
      header=0A=
=0A=
   o  Lists of lists - recursive application of the above=0A=
=0A=
   o  Indirect nexthops - pointing to a nexthop identifier=0A=
=0A=
   o  Special nexthops - for performing specific well-defined functions=0A=
=0A=
   It is expected that all network devices will have a limit on how many=0A=
   levels of lookup can be performed and not all hardware will be able=0A=
   to support all kinds of nexthops.  RIB capability negotiation becomes=0A=
   very important for this reason and a RIB data-model MUST specify a=0A=
   way for an external entity to learn about the network device's=0A=
   capabilities.  Examples of when and how to use various kinds of=0A=
   nexthops are shown in Section 7.2.=0A=
=0A=
   Tunnel nexthops allow an external entity to program static tunnel=0A=
   headers.  There can be cases where the remote tunnel end-point does=0A=
   not support dynamic signaling (e.g. no LDP support on a host) and in=0A=
   those cases the external entity might want to program the tunnel=0A=
   header on both ends of the tunnel.  The tunnel nexthop is kept=0A=
   generic with specifications provided for some commonly used tunnels.=0A=
   It is expected that the data-model will model these tunnel types with=0A=
   complete accuracy.=0A=
=0A=
   Nexthop chains can be used to specify multiple headers over a packet,=0A=
   before a packet is forwarded.  One simple example is that of MPLS=0A=
   over GRE, wherein the packet has an inner MPLS header followed by a=0A=
   GRE header followed by an IP header.  The outermost IP header is=0A=
   decided by the network device whereas the MPLS header and GRE header=0A=
   are specified by the controller.  Not every network device will be=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 11]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   able to support all kinds of nexthop chains and an arbitrary number=0A=
   of header chained together.  The RIB data-model SHOULD provide a way=0A=
   to expose nexthop chaining capability supported by a given network=0A=
   device.=0A=
=0A=
2.4.2.  Nexthop list attributes=0A=
=0A=
   For nexthops that are of the form of a list(s), attributes can be=0A=
   associated with each member of the list to indicate the role of an=0A=
   individual member of the list.  One attribute is specified:=0A=
=0A=
   o  NHOP_LB_WEIGHT: This is used for load-balancing.  Each list member=0A=
      MUST be assigned a weight between 1 and 99.  The weight determines=0A=
      the proportion of traffic to be sent over a nexthop used for=0A=
      forwarding as a ratio of the weight of this nexthop divided by the=0A=
      weights of all the nexthops of this route that are used for=0A=
      forwarding.  To perform equal load-balancing, one MAY specify a=0A=
      weight of "0" for all the member nexthops.  The value "0" is=0A=
      reserved for equal load-balancing and if applied, MUST be applied=0A=
      to all member nexthops.=0A=
=0A=
2.4.3.  Nexthop content=0A=
=0A=
   At the lowest level, a nexthop can be one of:=0A=
=0A=
   o  identifier: This is an identifier returned by the network device=0A=
      representing another nexthop or another nexthop chain.=0A=
=0A=
   o  EGRESS_INTERFACE: This represents a physical, logical or virtual=0A=
      interface on the network device.  Address resolution must not be=0A=
      required on this interface.  This interface may belong to any=0A=
      routing instance.=0A=
=0A=
   o  IP address: A route lookup on this IP address is done to determine=0A=
      the egress interface.  Address resolution may be required=0A=
      depending on the interface.=0A=
=0A=
      *  An optional RIB name can also be specified to indicate the RIB=0A=
         in which the IP address is to be looked up.  One can use the=0A=
         RIB name field to direct the packet from one domain into=0A=
         another domain.  By default the RIB will be the same as the one=0A=
         that route belongs to.=0A=
=0A=
   o  EGRESS_INTERFACE and IP address: This can be used in cases e.g.=0A=
      where the IP address is a link-local address.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 12]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   o  EGRESS_INTERFACE and MAC address: The egress interface must be an=0A=
      ethernet interface.  Address resolution is not required for this=0A=
      nexthop.=0A=
=0A=
   o  tunnel encap: This can be an encap representing an IP tunnel or=0A=
      MPLS tunnel or others as defined in this document.  An optional=0A=
      egress interface can be specified to indicate which interface to=0A=
      send the packet out on.  The egress interface is useful when the=0A=
      network device contains Ethernet interfaces and one needs to=0A=
      perform address resolution for the IP packet.=0A=
=0A=
   o  logical tunnel: This can be a MPLS LSP or a GRE tunnel (or others=0A=
      as defined in this document), that is represented by a unique=0A=
      identifier (E.g. name).=0A=
=0A=
   o  RIB_NAME: A nexthop pointing to a RIB indicates that the route=0A=
      lookup needs to continue in the specified RIB.  This is a way to=0A=
      perform chained lookups.=0A=
=0A=
2.4.4.  Special nexthops=0A=
=0A=
   This document specifies certain special nexthops.  The purpose of=0A=
   each of them is explained below:=0A=
=0A=
   o  DISCARD: This indicates that the network device should drop the=0A=
      packet and increment a drop counter.=0A=
=0A=
   o  DISCARD_WITH_ERROR: This indicates that the network device should=0A=
      drop the packet, increment a drop counter and send back an=0A=
      appropriate error message (like ICMP error).=0A=
=0A=
   o  RECEIVE: This indicates that that the traffic is destined for the=0A=
      network device.  For example, protocol packets or OAM packets.=0A=
      All locally destined traffic SHOULD be throttled to avoid a denial=0A=
      of service attack on the router's control plane.  An optional=0A=
      rate-limiter can be specified to indicate how to throttle traffic=0A=
      destined for the control plane.  The description of the rate-=0A=
      limiter is outside the scope of this document.=0A=
=0A=
3.  Reading from the RIB=0A=
=0A=
   A RIB data-model MUST allow an external entity to read entries, for=0A=
   RIBs created by that entity.  The network device administrator MAY=0A=
   allow reading of other RIBs by an external entity through access=0A=
   lists on the network device.  The details of access lists are outside=0A=
   the scope of this document.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 13]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   The data-model MUST support a full read of the RIB and subsequent=0A=
   incremental reads of changes to the RIB.  An external agent SHOULD be=0A=
   able to request a full read at any time in the lifecycle of the=0A=
   connection.  When sending data to an external entity, the RIB manager=0A=
   SHOULD try to send all dependencies of an object prior to sending=0A=
   that object.=0A=
=0A=
4.  Writing to the RIB=0A=
=0A=
   A RIB data-model MUST allow an external entity to write entries, for=0A=
   RIBs created by that entity.  The network device administrator MAY=0A=
   allow writes to other RIBs by an external entity through access lists=0A=
   on the network device.  The details of access lists are outside the=0A=
   scope of this document.=0A=
=0A=
   When writing an object to a RIB, the external entity SHOULD try to=0A=
   write all dependencies of the object prior to sending that object.=0A=
   The data-model MUST support requesting identifiers for nexthops and=0A=
   collecting the identifiers back in the response.=0A=
=0A=
   Route programming in the RIB MUST result in a return code that=0A=
   contains the following attributes:=0A=
=0A=
   o  Installed - Yes/No (Indicates whether the route got installed in=0A=
      the FIB)=0A=
=0A=
   o  Active - Yes/No (Indicates whether a route is fully resolved and=0A=
      is a candidate for selection)=0A=
=0A=
   o  Reason - E.g.  Not authorized=0A=
=0A=
   The data-model MUST specify which objects are modify-able objects.  A=0A=
   modify-able object is one whose contents can be changed without=0A=
   having to change objects that depend on it and without affecting any=0A=
   data forwarding.  To change a non-modifiable object, one will need to=0A=
   create a new object and delete the old one.  For example, routes that=0A=
   use a nexthop that is identified by a nexthop-identifier should be=0A=
   unaffected when the contents of that nexthop changes.=0A=
=0A=
5.  Notifications=0A=
=0A=
   Asynchronous notifications are sent by the network device's RIB=0A=
   manager to an external entity when some event occurs on the network=0A=
   device.  A RIB data-model MUST support sending asynchronous=0A=
   notifications.  A brief list of suggested notifications is as below:=0A=
=0A=
   o  Route change notification, with return code as specified in=0A=
      Section 4=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 14]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   o  Nexthop resolution status (resolved/unresolved) notification=0A=
=0A=
6.  RIB grammar=0A=
=0A=
   This section specifies the RIB information model in Routing Backus-=0A=
   Naur Form [RFC5511].  This grammar is intended to help the reader=0A=
   better understand the english text description in order to derive a=0A=
   data model.  However it may not provide all the detail provided by=0A=
   the english text.  When there is a lack of clarity in the grammar the=0A=
   english text will take precedence.=0A=
=0A=
 ::=3D =0A=
                       [] =0A=
                       []=0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D ( ...)=0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D ( ...)=0A=
 ::=3D  =0A=
                    [ ... ]=0A=
                    [ENABLE_IP_RPF_CHECK]=0A=
 ::=3D  |  |=0A=
                  | =0A=
=0A=
=0A=
 ::=3D  =0A=
            []=0A=
            []=0A=
=0A=
=0A=
 ::=3D  ( |  |  |=0A=
                           | )=0A=
 ::=3D   |   |=0A=
              |   |=0A=
             =0A=
 ::=3D  |  |  |  | =0A=
=0A=
=0A=
 ::=3D =0A=
                 ( |  |=0A=
                  ( ))=0A=
 ::=3D =0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 15]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
 ::=3D =0A=
 ::=3D  =0A=
=0A=
=0A=
 ::=3D =0A=
                 ( |  |=0A=
                  ( ))=0A=
 ::=3D =0A=
 ::=3D =0A=
 ::=3D  =0A=
 ::=3D  |  | =0A=
=0A=
=0A=
 ::=3D  []=0A=
                       []=0A=
=0A=
 ::=3D  |=0A=
                                       |=0A=
                                      =0A=
 ::=3D <>=0A=
 ::=3D <>=0A=
 ::=3D <>=0A=
 ::=3D <>=0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D   |=0A=
                |=0A=
                |=0A=
               =0A=
=0A=
=0A=
 ::=3D  =0A=
                 ( ) ...=0A=
 is a number between 1 and 99.=0A=
 ::=3D =0A=
=0A=
=0A=
 =3D  =0A=
 ::=3D =0A=
 ::=3D =0A=
=0A=
=0A=
 ::=3D   ...=0A=
=0A=
=0A=
 ::=3D  | =0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 16]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
 ::=3D  ...=0A=
 ::=3D  | =
=0A=
 ::=3D  |=0A=
                |=0A=
                |=0A=
                |  |=0A=
               ( ( | )) |=0A=
               ( ) |=0A=
               ( []) |=0A=
                |=0A=
               )=0A=
=0A=
=0A=
 ::=3D =0A=
=0A=
=0A=
 ::=3D  |=0A=
                                      =0A=
 ::=3D  |  |=0A=
                      ( [])=0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D  =0A=
 ::=3D  |  |  |  |  | =0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D ( ) |=0A=
                   ( ) |=0A=
                   ( ) |=0A=
                   ( ) |=0A=
                   ( ) |=0A=
                   ( )=0A=
=0A=
 ::=3D  =0A=
                   [] []=0A=
=0A=
 ::=3D  =0A=
                   []=0A=
                  [] []=0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D ( ...)=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 17]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
 ::=3D (  []=0A=
                           [] []) |=0A=
                           ( [])=0A=
=0A=
=0A=
=0A=
=0A=
 ::=3D   []=0A=
 ::=3D ( | )=0A=
                   []=0A=
 ::=3D ( | )=0A=
                   =0A=
                   []=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
                        Figure 5: RIB rBNF grammar=0A=
=0A=
6.1.  Nexthop grammar explained=0A=
=0A=
   A nexthop is used to specify the next network element to forward the=0A=
   traffic to.  It is also used to specify how the traffic should be=0A=
   load-balanced, protected using primary/standby or multicasted using=0A=
   replication.  This is explicitly specified in the grammar.  The=0A=
   nexthop has recursion built-in to address complex use-cases like the=0A=
   one defined in Section 7.2.6.=0A=
=0A=
7.  Using the RIB grammar=0A=
=0A=
   The RIB grammar is very generic and covers a variety of features.=0A=
   This section provides examples on using objects in the RIB grammar=0A=
   and examples to program certain use cases.=0A=
=0A=
7.1.  Using route preference=0A=
=0A=
   Using route preference a client can pre-install alternate paths in=0A=
   the network.  For example, if OSPF has a route preference of 10, then=0A=
   another client can install a route with route preference of 20 to the=0A=
   same destination.  The OSPF route will get precedence and will get=0A=
   installed in the FIB.  When the OSPF route is withdrawn, the=0A=
   alternate path will get installed in the FIB.=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 18]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   Route preference can also be used to prevent denial of service=0A=
   attacks by installing routes with the best preference, which either=0A=
   drops the offending traffic or routes it to some monitoring/analysis=0A=
   station.  Since the routes are installed with the best preference,=0A=
   they will supersede any route installed by any other protocol.=0A=
=0A=
7.2.  Using different nexthops types=0A=
=0A=
   The RIB grammar allows one to create a variety of nexthops.  This=0A=
   section describes uses for certain types of nexthops.=0A=
=0A=
7.2.1.  Tunnel nexthops=0A=
=0A=
   A tunnel nexthop points to a tunnel of some kind.  Traffic that goes=0A=
   over the tunnel gets encapsulated with the tunnel encap.  Tunnel=0A=
   nexthops are useful for abstracting out details of the network, by=0A=
   having the traffic seamlessly route between network edges.=0A=
=0A=
7.2.2.  Replication lists=0A=
=0A=
   One can create a replication list for replicating traffic to multiple=0A=
   destinations.  The destinations, in turn, could be complex nexthops=0A=
   in themselves - at a level supported by the network device.  Point to=0A=
   multipoint and broadcast are examples that involve replication.=0A=
=0A=
   A replication list (at the simplest level) can be represented as:=0A=
=0A=
    ::=3D   [  ... ]=0A=
=0A=
=0A=
=0A=
=0A=
   The above can be derived from the grammar as follows:=0A=
=0A=
=0A=
    ::=3D  =0A=
    ::=3D    ...=0A=
=0A=
=0A=
=0A=
7.2.3.  Weighted lists=0A=
=0A=
   A weighted list is used to load-balance traffic among a set of=0A=
   nexthops.  From a modeling perspective, a weighted list is very=0A=
   similar to a replication list, with the difference that each member=0A=
   nexthop MUST have a NHOP_LB_WEIGHT associated with it.=0A=
=0A=
   A weighted list (at the simplest level) can be represented as:=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 19]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
    ::=3D  ( )=0A=
                      [( )... ]=0A=
=0A=
=0A=
=0A=
=0A=
   The above can be derived from the grammar as follows:=0A=
=0A=
=0A=
    ::=3D  =0A=
    ::=3D =0A=
                    =0A=
                   ( ) ...=0A=
    ::=3D  ( )=0A=
                   ( ) ...=0A=
=0A=
=0A=
=0A=
7.2.4.  Protection=0A=
=0A=
   A primary/standby protection can be represented as:=0A=
=0A=
    ::=3D  ( )=0A=
=0A=
=0A=
   The above can be derived from the grammar as follows:=0A=
=0A=
=0A=
    ::=3D  =0A=
    ::=3D  (=0A=
                 )=0A=
    ::=3D  ( )=0A=
=0A=
=0A=
=0A=
   Traffic can be load-balanced among multiple primary nexthops of a=0A=
   protection list.  In such a case, the nexthop will look like:=0A=
=0A=
    ::=3D  (=0A=
                   ...)=0A=
                   =0A=
=0A=
=0A=
=0A=
   A standby can also have another standby.  In such a case, the list=0A=
   will look like:=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 20]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
    ::=3D  =0A=
                 (  )=0A=
=0A=
=0A=
=0A=
7.2.5.  Nexthop chains=0A=
=0A=
   A nexthop chain specifies how to that put one or more headers on an=0A=
   outgoing packet.  One example is a Pseudowire - which is MPLS over=0A=
   some transport (MPLS or GRE for instance).  Another example is VxLAN=0A=
   over IP.  A nexthop chain allows an external entity to break up the=0A=
   programming of the nexthop into independent pieces - one per=0A=
   encapsulation.=0A=
=0A=
   Elements in a nexthop-chain are evaluated left to right.=0A=
=0A=
   A simple example of MPLS over GRE can be represented as:=0A=
=0A=
  ::=3D ( ) ( =0A=
                     )=0A=
=0A=
=0A=
 The above can be derived from the grammar as follows:=0A=
=0A=
=0A=
  ::=3D  [ =
...]=0A=
  ::=3D  (=0A=
                     )=0A=
  ::=3D  ( )=0A=
  ::=3D ( ) ( =0A=
                     )=0A=
=0A=
7.2.6.  Lists of lists=0A=
=0A=
   Lists of lists is a complex construct.  One example of usage of such=0A=
   a construct is to replicate traffic to multiple destinations, with=0A=
   load balancing.  In other words, for each branch of the replication=0A=
   tree, there are multiple interfaces on which traffic needs to be=0A=
   load-balanced on.  So the outer list is a replication list for=0A=
   multicast and the inner lists are weighted lists for load balancing.=0A=
   Lets take an example of a network element has to replicate traffic to=0A=
   two other network elements.  Traffic to the first network element=0A=
   should be load balanced equally over two interfaces outgoing-1-1 and=0A=
   outgoing-1-2.  Traffic to the second network element should be load=0A=
   balanced over three interfaces outgoing-2-1, outgoing-2-2 and=0A=
   outgoing-2-3 in the ratio 20:20:60.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 21]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
This can be derived from the grammar as follows:=0A=
=0A=
=0A=
 ::=3D  =0A=
 ::=3D  ( ...)=0A=
 ::=3D  ( )=0A=
 ::=3D  (( =
)=0A=
              ( ))=0A=
 ::=3D  ((=0A=
              ( =0A=
              ( ) ...))=0A=
               ((=0A=
                ( =0A=
                ( ) ...))=0A=
 ::=3D  ((=0A=
              ( =0A=
               ( )))=0A=
                ((=0A=
                ( =0A=
                ( )=0A=
                ( )))=0A=
 ::=3D  ((=0A=
               ( )=0A=
               ( )))=0A=
               ((=0A=
               ( )=0A=
               ( )=0A=
               ( )))=0A=
 ::=3D  ((=0A=
               ( )=0A=
               ( )))=0A=
               (( ( )=0A=
               ( )=0A=
               ( )))=0A=
 ::=3D =0A=
               ((=0A=
                 (50 )=0A=
                 (50 )))=0A=
                ((=0A=
                  (20 )=0A=
                  (20 )=0A=
                  (60 )))=0A=
=0A=
7.3.  Performing multicast=0A=
=0A=
   IP multicast involves matching a packet on (S, G) or (*, G), where=0A=
   both S (source) and G (group) are IP prefixes.  Following the match,=0A=
   the packet is replicated to one or more recipients.  How the=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 22]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   recipients subscribe to the multicast group is outside the scope of=0A=
   this document.=0A=
=0A=
   In PIM-based multicast, the packets are IP forwarded on an IP=0A=
   multicast tree.  The downstream nodes on each point in the multicast=0A=
   tree is one or more IP addresses.  These can be represented as a=0A=
   replication list ( Section 7.2.2 ).=0A=
=0A=
   In MPLS-based multicast, the packets are forwarded on a point to=0A=
   multipoint (P2MP) label-switched path (LSP).  The nexthop for a P2MP=0A=
   LSP can be represented in the nexthop grammar as a =0A=
   (P2MP LSP identifier) or a replication list ( Section 7.2.2) of=0A=
   , with each tunnel encap representing a single mpls=0A=
   downstream nexthop.=0A=
=0A=
8.  RIB operations at scale=0A=
=0A=
   This section discusses the scale requirements for a RIB data-model.=0A=
   The RIB data-model should be able to handle large scale of=0A=
   operations, to enable deployment of RIB applications in large=0A=
   networks.=0A=
=0A=
8.1.  RIB reads=0A=
=0A=
   Bulking (grouping of multiple objects in a single message) MUST be=0A=
   supported when a network device sends RIB data to an external entity.=0A=
   Similarly the data model MUST enable a RIB client to request data in=0A=
   bulk from a network device.=0A=
=0A=
8.2.  RIB writes=0A=
=0A=
   Bulking (grouping of multiple write operations in a single message)=0A=
   MUST be supported when an external entity wants to write to the RIB.=0A=
   The response from the network device MUST include a return-code for=0A=
   each write operation in the bulk message.=0A=
=0A=
8.3.  RIB events and notifications=0A=
=0A=
   There can be cases where a single network event results in multiple=0A=
   events and/or notifications from the network device to an external=0A=
   entity.  On the other hand, due to timing of multiple things=0A=
   happening at the same time, a network device might have to send=0A=
   multiple events and/or notifications to an external entity.  The=0A=
   network device originated event/notification message MUST support=0A=
   bulking of multiple events and notifications in a single message.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 23]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
9.  Security Considerations=0A=
=0A=
   All interactions between a RIB manager and an external entity MUST be=0A=
   authenticated and authorized.  The RIB manager MUST protect itself=0A=
   against a denial of service attack by a rogue external entity, by=0A=
   throttling request processing.  A RIB manager MUST enforce limits on=0A=
   how much data can be programmed by an external entity and return=0A=
   error when such a limit is reached.=0A=
=0A=
   The RIB manager MUST expose a data-model that it implements.  An=0A=
   external agent MUST send requests to the RIB manager that comply with=0A=
   the supported data-model.  The data-model MUST specify the behavior=0A=
   of the RIB manager on handling of unsupported data requests.=0A=
=0A=
10.  IANA Considerations=0A=
=0A=
   This document does not generate any considerations for IANA.=0A=
=0A=
11.  Acknowledgements=0A=
=0A=
   The authors would like to thank the working group co-chairs and=0A=
   reviewers on their comments and suggestions on this draft.  The=0A=
   following people contributed to the design of the RIB model as part=0A=
   of the I2RS Interim meeting in April 2013 - Wes George, Chris=0A=
   Liljenstolpe, Jeff Tantsura, Susan Hares and Fabian Schneider.=0A=
=0A=
12.  References=0A=
=0A=
12.1.  Normative References=0A=
=0A=
   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate=0A=
              Requirement Levels", BCP 14, RFC 2119, March 1997.=0A=
=0A=
12.2.  Informative References=0A=
=0A=
   [I-D.hares-i2rs-use-case-vn-vc]=0A=
              Hares, S. and M. Chen, "Use Cases for Virtual Connections=0A=
              on Demand (VCoD) and Virtual Network on Demand (VNoD)=0A=
              using Interface to Routing System", draft-hares-i2rs-use-=0A=
              case-vn-vc-03 (work in progress), July 2014.=0A=
=0A=
   [I-D.ietf-i2rs-problem-statement]=0A=
              Atlas, A., Nadeau, T., and D. Ward, "Interface to the=0A=
              Routing System Problem Statement", draft-ietf-i2rs-=0A=
              problem-statement-06 (work in progress), January 2015.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 24]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   [I-D.white-i2rs-use-case]=0A=
              White, R., Hares, S., and A. Retana, "Protocol Independent=0A=
              Use Cases for an Interface to the Routing System", draft-=0A=
              white-i2rs-use-case-06 (work in progress), July 2014.=0A=
=0A=
   [RFC4915]  Psenak, P., Mirtorabi, S., Roy, A., Nguyen, L., and P.=0A=
              Pillay-Esnault, "Multi-Topology (MT) Routing in OSPF", RFC=0A=
              4915, June 2007.=0A=
=0A=
   [RFC5120]  Przygienda, T., Shen, N., and N. Sheth, "M-ISIS: Multi=0A=
              Topology (MT) Routing in Intermediate System to=0A=
              Intermediate Systems (IS-ISs)", RFC 5120, February 2008.=0A=
=0A=
   [RFC5511]  Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax=0A=
              Used to Form Encoding Rules in Various Routing Protocol=0A=
              Specifications", RFC 5511, April 2009.=0A=
=0A=
Authors' Addresses=0A=
=0A=
   Nitin Bahadur (editor)=0A=
   Bracket Computing=0A=
   320 Soquel Way=0A=
   Sunnyvale, CA  94085=0A=
   US=0A=
=0A=
   Email: nitin_bahadur@yahoo.com=0A=
=0A=
=0A=
   Ron Folkes (editor)=0A=
   Juniper Networks, Inc.=0A=
   1194 N. Mathilda Avenue=0A=
   Sunnyvale, CA  94089=0A=
   US=0A=
=0A=
   Phone: +1 408 745 2000=0A=
   Email: ronf@juniper.net=0A=
   URI:   www.juniper.net=0A=
=0A=
=0A=
   Sriganesh Kini (editor)=0A=
   Ericsson=0A=
=0A=
   Email: sriganesh.kini@ericsson.com=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 25]=0A=
=0C=0A=
Internet-Draft     Routing Information Base Info Model        March 2015=0A=
=0A=
=0A=
   Jan Medved=0A=
   Cisco=0A=
=0A=
   Email: jmedved@cisco.com=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Bahadur, et al.         Expires September 6, 2015              [Page 26]=0A=

------=_NextPart_000_0CCF_01D0572B.FE707EE0
Content-Type: text/plain;
	name="draft-wang-i2rs-rib-dm-01.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="draft-wang-i2rs-rib-dm-01.txt"

=0A=
=0A=
=0A=
=0A=
Network Working Group                                            L. Wang=0A=
Internet-Draft                                                    Huawei=0A=
Intended status: Standards Track                      H. Ananthakrishnan=0A=
Expires: September 6, 2015                                 Packet Design=0A=
                                                                 M. Chen=0A=
                                                                  Huawei=0A=
                                                                 A. Dass=0A=
                                                                 S. Kini=0A=
                                                                Ericsson=0A=
                                                              N. Bahadur=0A=
                                                       Bracket Computing=0A=
                                                          March 05, 2015=0A=
=0A=
=0A=
                    Data Model for RIB I2RS protocol=0A=
                       draft-wang-i2rs-rib-dm-01=0A=
=0A=
Abstract=0A=
=0A=
   This document defines a YANG data model for Routing Information Base=0A=
   (RIB) that aligns with the I2RS RIB information model.=0A=
=0A=
Requirements Language=0A=
=0A=
   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",=0A=
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this=0A=
   document are to be interpreted as described in RFC 2119 [RFC2119].=0A=
=0A=
Status of This Memo=0A=
=0A=
   This Internet-Draft is submitted in full conformance with the=0A=
   provisions of BCP 78 and BCP 79.=0A=
=0A=
   Internet-Drafts are working documents of the Internet Engineering=0A=
   Task Force (IETF).  Note that other groups may also distribute=0A=
   working documents as Internet-Drafts.  The list of current Internet-=0A=
   Drafts is at http://datatracker.ietf.org/drafts/current/.=0A=
=0A=
   Internet-Drafts are draft documents valid for a maximum of six months=0A=
   and may be updated, replaced, or obsoleted by other documents at any=0A=
   time.  It is inappropriate to use Internet-Drafts as reference=0A=
   material or to cite them other than as "work in progress."=0A=
=0A=
   This Internet-Draft will expire on September 6, 2015.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 1]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
Copyright Notice=0A=
=0A=
   Copyright (c) 2015 IETF Trust and the persons identified as the=0A=
   document authors.  All rights reserved.=0A=
=0A=
   This document is subject to BCP 78 and the IETF Trust's Legal=0A=
   Provisions Relating to IETF Documents=0A=
   (http://trustee.ietf.org/license-info) in effect on the date of=0A=
   publication of this document.  Please review these documents=0A=
   carefully, as they describe your rights and restrictions with respect=0A=
   to this document.  Code Components extracted from this document must=0A=
   include Simplified BSD License text as described in Section 4.e of=0A=
   the Trust Legal Provisions and are provided without warranty as=0A=
   described in the Simplified BSD License.=0A=
=0A=
Table of Contents=0A=
=0A=
   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2=0A=
   2.  Definitions and Acronyms  . . . . . . . . . . . . . . . . . .   3=0A=
   3.  Model Structure . . . . . . . . . . . . . . . . . . . . . . .   3=0A=
     3.1.  RIB Capability  . . . . . . . . . . . . . . . . . . . . .   3=0A=
     3.2.  Routing Instance and Rib  . . . . . . . . . . . . . . . .   4=0A=
     3.3.  Route . . . . . . . . . . . . . . . . . . . . . . . . . .   5=0A=
     3.4.  Nexthop . . . . . . . . . . . . . . . . . . . . . . . . .   6=0A=
     3.5.  Notifications . . . . . . . . . . . . . . . . . . . . . .   9=0A=
   4.  YANG Modules  . . . . . . . . . . . . . . . . . . . . . . . .  13=0A=
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  35=0A=
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .  36=0A=
   7.  References  . . . . . . . . . . . . . . . . . . . . . . . . .  36=0A=
     7.1.  Normative References  . . . . . . . . . . . . . . . . . .  36=0A=
     7.2.  Informative References  . . . . . . . . . . . . . . . . .  36=0A=
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  37=0A=
=0A=
1.  Introduction=0A=
=0A=
   The Interface to the Routing System (I2RS)=0A=
   [I-D.ietf-i2rs-architecture] provides read and write access to the=0A=
   information and state within the routing process that exists inside=0A=
   the routing elements via protocol message exchange between I2RS=0A=
   clients and I2RS agents associated with the routing system.  One of=0A=
   the functions of I2RS is to read and write the data of Routing=0A=
   Information Base (RIB).  [I-D.ietf-i2rs-usecase-reqs-summary]=0A=
   introduces a set of RIB use cases and the RIB information model is=0A=
   defined in [I-D.ietf-i2rs-rib-info-model].=0A=
=0A=
   This document defines a YANG [RFC6020][RFC6021] data model for the=0A=
   RIB that satisfies the use cases and aligns with the=0A=
   [I-D.ietf-i2rs-rib-info-model].  Any variation from this=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 2]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   informational model (unless indicated by an editorial note in the=0A=
   text below) is an error.=0A=
=0A=
2.  Definitions and Acronyms=0A=
=0A=
   RIB: Routing Information Base=0A=
=0A=
   Information Model: An abstract model of a conceptual domain,=0A=
   independent of a specific implementation or data representation.=0A=
=0A=
   NETCONF: The Network Configuration Protocol as defined in [RFC6536].=0A=
=0A=
   RESTCONF: The REST-like protocol that provides a programmatic=0A=
   interface over HTTP for accessing the data defined in YANG, using=0A=
   datastores defined in NETCONF Protocol [I-D.ietf-netconf-restconf] as=0A=
   defined in RBNF: Routing Backus-Naur Form [RFC5511].=0A=
=0A=
3.  Model Structure=0A=
=0A=
   The RIB model includes the following major containers and lists.=0A=
=0A=
3.1.  RIB Capability=0A=
=0A=
   RIB capability negotiation is very important because not all of the=0A=
   hardware will be able to support all kinds of nexthops and there=0A=
   should be a limitation on how many levels of lookup can be=0A=
   practically performed.  Therefore, a RIB data model MUST specify a=0A=
   way for an external entity to learn about the functional capabilities=0A=
   of a network device.=0A=
=0A=
   At the same time, nexthop chains can be used to specify multiple=0A=
   headers over a packet, before that particular packet is forwarded.=0A=
   Not every network device will be able to support all kinds of nexthop=0A=
   chains along with the arbitrary number of headers which are chained=0A=
   together.  The RIB data model MUST provide a way to expose the=0A=
   nexthop chaining capability supported by a given network device.=0A=
=0A=
   The structure of the next-hop-capacity and the nexthop-tunnel-encap-=0A=
   capacity is shown in the following figure:=0A=
=0A=
   Editorial Note: this version only includes the capabilities for=0A=
   nexthop-hop and nexthop-tunnel-encap capabilities.  Additional=0A=
   capabilities may need to be defined for the RIB in future revision.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 3]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      +--rw nexthop-capacity=0A=
      |  +--rw support-tunnel?         boolean=0A=
      |  +--rw support-chains?         boolean=0A=
      |  +--rw support-list-of-list?   boolean=0A=
      |  +--rw support-replication?    boolean=0A=
      |  +--rw support-weighted?       boolean=0A=
      |  +--rw support-protection?     boolean=0A=
      |  +--rw lookup-limit?           uint8=0A=
      +--rw nexthop-tunnel-encap-capacity=0A=
      |  +--rw support-ipv4?    boolean=0A=
      |  +--rw support-ipv6?    boolean=0A=
      |  +--rw support-mpls?    boolean=0A=
      |  +--rw support-gre?     boolean=0A=
      |  +--rw support-ipsec?   boolean=0A=
      |  +--rw support-vxlan?   boolean=0A=
      |  +--rw support-nvgre?   boolean=0A=
=0A=
3.2.  Routing Instance and Rib=0A=
=0A=
   A routing instance, in the context of the RIB information model, is a=0A=
   collection of RIBs, interfaces, and routing protocol parameters.  A=0A=
   routing instance creates a logical slice of the router and can allow=0A=
   multiple different logical slices; across a set of routers; to=0A=
   communicate with each other.  And the routing protocol parameters=0A=
   control the information available in the RIBs.  More detail about=0A=
   routing instance can be found in Section 2.2 of=0A=
   [I-D.ietf-i2rs-rib-info-model].=0A=
=0A=
   Editorial note: The [I-D.ietf-i2rs-rib-info-model] describes only 1=0A=
   instance for the routing instances for a router.  This draft suggests=0A=
   multiple instances be supported.  The authors of both drafts would=0A=
   appreciate feedback on a instance or multiple instances.=0A=
=0A=
   The [I-D.ietf-i2rs-rib-info-model] provides a list of RIBs.  Based on=0A=
   the combination of a list of routing instances and a list of ribs,=0A=
   the high structure is shown in the figure below.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 4]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   +--rw routing-instance-list* [instance-name]=0A=
         +--rw instance-name     string=0A=
         +--rw interface-list* [name]=0A=
         |  +--rw name    if:interface-ref=0A=
         +--rw router-id?        yang:dotted-quad=0A=
         +--rw rib-list* [rib-name]=0A=
            +--rw rib-name               string=0A=
            +--rw rib-family             rib-family-def=0A=
            +--rw enable-ip-rpf-check?   boolean=0A=
            +--rw route-list* [route-index]=0A=
               ...=0A=
=0A=
=0A=
3.3.  Route=0A=
=0A=
   A route is essentially a match condition and an action following that=0A=
   match.  The match condition specifies the kind of route (e.g., IPv4,=0A=
   MPLS, MAC, Interface etc.) and the set of fields to match on.=0A=
=0A=
   According to the definition in [I-D.ietf-i2rs-rib-info-model], a=0A=
   route MUST associate with the following attributes:=0A=
=0A=
   o  ROUTE_PREFERENCE: See Section 2.3 of=0A=
      [I-D.ietf-i2rs-rib-info-model].=0A=
=0A=
   o  ACTIVE: Indicates whether a route is fully resolved and is a=0A=
      candidate for selection.=0A=
=0A=
   o  INSTALLED: Indicates whether the route got installed in the FIB.=0A=
=0A=
   Editorial note: The status indications are not in the RBNF in=0A=
   [I-D.ietf-i2rs-rib-info-model] but are included in the English text=0A=
   which is the normative portion of the model.=0A=
=0A=
   In addition, a route can associate with one or more optional route=0A=
   attributes(e.g., route-vendor-attributes).=0A=
=0A=
   For a RIB, there will have a number of routes, so the routes are=0A=
   expressed as a list under the rib list.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 5]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
+--rw route-list* [route-index]=0A=
   +--rw route-index                uint64=0A=
   +--rw route-type                 route-type-def=0A=
   +--rw match=0A=
   |  +--rw (rib-route-type)?=0A=
   |     +--:(ipv4)=0A=
   |     |  +--rw ipv4=0A=
   |     |     +--rw ipv4-route-type                    ip-route-type-def=0A=
   |     |     +--rw (ip-route-type)?=0A=
   |     |        +--:(destination-ipv4-address)=0A=
   |     |        |  +--rw destination-ipv4-prefix            =
inet:ipv4-prefix=0A=
   |     |        +--:(source-ipv4-address)=0A=
   |     |        |  +--rw source-ipv4-prefix                 =
inet:ipv4-prefix=0A=
   |     |        +--:(destination-source-ipv4-address)=0A=
   |     |           +--rw destination-source-ipv4-address=0A=
   |     |              +--rw destination-ipv4-prefix    inet:ipv4-prefix=0A=
   |     |              +--rw source-ipv4-prefix         inet:ipv4-prefix=0A=
   |     +--:(ipv6)=0A=
   |     |  +--rw ipv6=0A=
   |     |     +--rw ipv6-route-type                    ip-route-type-def=0A=
   |     |     +--rw (ip-route-type)?=0A=
   |     |        +--:(destination-ipv6-address)=0A=
   |     |        |  +--rw destination-ipv6-prefix            =
inet:ipv6-prefix=0A=
   |     |        +--:(source-ipv6-address)=0A=
   |     |        |  +--rw source-ipv6-prefix                 =
inet:ipv6-prefix=0A=
   |     |        +--:(destination-source-ipv6-address)=0A=
   |     |           +--rw destination-source-ipv6-address=0A=
   |     |              +--rw destination-ipv6-prefix    inet:ipv6-prefix=0A=
   |     |              +--rw source-ipv6-prefix         inet:ipv6-prefix=0A=
   |     +--:(mpls-route)=0A=
   |     |  +--rw mpls-label              uint32=0A=
   |     +--:(mac-route)=0A=
   |     |  +--rw mac-address             uint32=0A=
   |     +--:(interface-route)=0A=
   |        +--rw interface-identifier    if:interface-ref=0A=
   +--rw nexthop=0A=
     ...=0A=
=0A=
3.4.  Nexthop=0A=
=0A=
   A nexthop represents an object resulting from a route lookup.  The=0A=
   detail information of nexthop is defined in Section 2.4 of=0A=
   [I-D.ietf-i2rs-rib-info-model].  Currently, four types of nexthop are=0A=
   defined.=0A=
=0A=
   o  base=0A=
=0A=
   o  load-balance: design for load-balance case;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 6]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   o  primary-standby: designed for protection scenario where it=0A=
      normally will have primary and standby nexthop.=0A=
=0A=
   o  replicate: designed for multiple destinations forwarding.=0A=
=0A=
   To support some complex use cases (e.g., multicast with load-balance=0A=
   and/or protection), the nexthop is defined in the way of recursion.=0A=
=0A=
   The structure tree of nexthop is shown in the following figure:=0A=
=0A=
+--rw nexthop=0A=
|  +--rw nexthop-id           uint32=0A=
|  +--rw (nexthop-type)?=0A=
|     +--:(nexthop-base)=0A=
|     |  +--rw nexthop-base=0A=
|     |     +--rw nexthop-chain* [nexthop-chain-id]=0A=
|     |        +--rw nexthop-chain-id                          uint32=0A=
|     |        +--rw (nexthop-chain-type)?=0A=
|     |           +--:(nexthop-chain-member-special)=0A=
|     |           |  +--rw nexthop-chain-member-special=0A=
|     |           |     +--rw nexthop-chain-member-special?   =
special-nexthop-def=0A=
|     |           +--:(nexthop-chain-member-identifier)=0A=
|     |           |  +--rw (nexthop-identifier-type)?=0A=
|     |           |     +--:(nexthop-chain-name)=0A=
|     |           |     |  +--rw nexthop-chain-name                      =
  string=0A=
|     |           |     +--:(nexthop-chain-id)=0A=
|     |           |        +--rw nexthop-chain-id                        =
  uint32=0A=
|     |           +--:(egress-interface-next-hop)=0A=
|     |           |  +--rw outgoing-interface                        =
if:interface-ref=0A=
|     |           +--:(ipv4-address-next-hop)=0A=
|     |           |  +--rw next-hop-ipv4-address                     =
inet:ipv4-address=0A=
|     |           +--:(ipv6-address-next-hop)=0A=
|     |           |  +--rw next-hop-ipv6-address                     =
inet:ipv6-address=0A=
|     |           +--:(egress-interface-ipv4-next-hop)=0A=
|     |           |  +--rw next-hop-egress-interface-ipv4-address=0A=
|     |           |     +--rw outgoing-interface              =
if:interface-ref=0A=
|     |           |     +--rw next-hop-egress-ipv4-address    =
inet:ipv4-address=0A=
|     |           +--:(egress-interface-ipv6-next-hop)=0A=
|     |           |  +--rw next-hop-egress-interface-ipv6-address=0A=
|     |           |     +--rw outgoing-interface              =
if:interface-ref=0A=
|     |           |     +--rw next-hop-egress-ipv6-address    =
inet:ipv4-address=0A=
|     |           +--:(egress-interface-mac-next-hop)=0A=
|     |           |  +--rw next-hop-egress-interface-mac-address=0A=
|     |           |     +--rw outgoing-interface    if:interface-ref=0A=
|     |           |     +--rw ieee-mac-address      uint32=0A=
|     |           +--:(tunnel-encap-next-hop)=0A=
|     |           |  +--rw tunnel-encap=0A=
|     |           |     +--rw (tunnel-type)?=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 7]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
|     |           |     |  +--:(ipv4)=0A=
|     |           |     |  |  +--rw source-ipv4-address         =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw destination-ipv4-address    =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw protocol                    uint8=0A=
|     |           |     |  |  +--rw ttl?                        uint8=0A=
|     |           |     |  |  +--rw dscp?                       uint8=0A=
|     |           |     |  +--:(ipv6)=0A=
|     |           |     |  |  +--rw source-ipv6-address         =
inet:ipv6-address=0A=
|     |           |     |  |  +--rw destination-ipv6-address    =
inet:ipv6-address=0A=
|     |           |     |  |  +--rw next-header                 uint8=0A=
|     |           |     |  |  +--rw traffic-class?              uint8=0A=
|     |           |     |  |  +--rw flow-label?                 uint16=0A=
|     |           |     |  |  +--rw hop-limit?                  uint8=0A=
|     |           |     |  +--:(mpls)=0A=
|     |           |     |  |  +--rw (mpls-action-type)?=0A=
|     |           |     |  |     +--:(mpls-push)=0A=
|     |           |     |  |     |  +--rw mpls-push                   =
boolean=0A=
|     |           |     |  |     |  +--rw mpls-label                  =
uint32=0A=
|     |           |     |  |     |  +--rw s-bit?                      =
boolean=0A=
|     |           |     |  |     |  +--rw tos-value?                  =
uint8=0A=
|     |           |     |  |     |  +--rw ttl-value?                  =
uint8=0A=
|     |           |     |  |     +--:(mpls-pop)=0A=
|     |           |     |  |        +--rw mpls-pop                    =
boolean=0A=
|     |           |     |  |        +--rw ttl-action?                 =
uint8=0A=
|     |           |     |  +--:(gre)=0A=
|     |           |     |  |  +--rw gre-ip-destination          =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw gre-protocol-type           =
inet:ipv4-address=0A=
|     |           |     |  |  +--rw gre-key?                    uint64=0A=
|     |           |     |  +--:(ipsec)=0A=
|     |           |     |  |  +--rw ipsec-spi                   uint32=0A=
|     |           |     |  |  +--rw ipsec-sequence-number       uint32=0A=
|     |           |     |  +--:(nvgre)=0A=
|     |           |     |     +--rw (nvgre-type)?=0A=
|     |           |     |     |  +--:(ipv4)=0A=
|     |           |     |     |  |  +--rw source-ipv4-address         =
inet:ipv4-address=0A=
|     |           |     |     |  |  +--rw destination-ipv4-address    =
inet:ipv4-address=0A=
|     |           |     |     |  |  +--rw protocol                    =
uint8=0A=
|     |           |     |     |  |  +--rw ttl?                        =
uint8=0A=
|     |           |     |     |  |  +--rw dscp?                       =
uint8=0A=
|     |           |     |     |  +--:(ipv6)=0A=
|     |           |     |     |     +--rw source-ipv6-address         =
inet:ipv6-address=0A=
|     |           |     |     |     +--rw destination-ipv6-address    =
inet:ipv6-address=0A=
|     |           |     |     |     +--rw next-header                 =
uint8=0A=
|     |           |     |     |     +--rw traffic-class?              =
uint8=0A=
|     |           |     |     |     +--rw flow-label?                 =
uint16=0A=
|     |           |     |     |     +--rw hop-limit?                  =
uint8=0A=
|     |           |     |     +--rw virtual-subnet-id           uint32=0A=
|     |           |     |     +--rw flow-id?                    uint16=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 8]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
|     |           |     +--rw outgoing-interface?         string=0A=
|     |           +--:(logical-tunnel-next-hop)=0A=
|     |           |  +--rw logical-tunnel=0A=
|     |           |     +--rw tunnel-type    tunnel-type-def=0A=
|     |           |     +--rw tunnel-name    string=0A=
|     |           +--:(rib-name)=0A=
|     |              +--rw rib-name?                                 =
string=0A=
|     +--:(nexthop-primary-standby)=0A=
|     |  +--rw nexthop-ps=0A=
|     |     +--rw nexthop-primary    nexthop-ref=0A=
|     |     +--rw nexthop-standby    nexthop-ref=0A=
|     +--:(nexthop-load-balance)=0A=
|     |  +--rw nexthop-lb=0A=
|     |     +--rw nexthop-lbs* [nexthop-lbs-id]=0A=
|     |        +--rw nexthop-lbs-id       uint32=0A=
|     |        +--rw nhop-lb-weight       nhop-lb-weight-def=0A=
|     |        +--rw nexthop-lb-member    nexthop-ref=0A=
|     +--:(nexthop-replicate)=0A=
|        +--rw nexthop-replicate=0A=
|           +--rw nexthop-replicates* [nexthop-replicates-id]=0A=
|              +--rw nexthop-replicates-id    uint32=0A=
|              +--rw nexthop-replicate?       nexthop-ref=0A=
=0A=
3.5.  Notifications=0A=
=0A=
   Asynchronous notifications are sent by the RIB manager of a network=0A=
   device to an external entity when some event triggers on the network=0A=
   device.  A RIB data-model MUST support sending 2 kind of asynchronous=0A=
   notifications.=0A=
=0A=
   1.  Route change notification:=0A=
=0A=
   o Installed (Indicates whether the route got installed in the FIB) ;=0A=
=0A=
   o Active (Indicates whether a route is fully resolved and is a=0A=
   candidate for selection) ;=0A=
=0A=
   o Reason - E.g.  Not authorized=0A=
=0A=
   2.  Nexthop resolution status notification=0A=
=0A=
   Nexthops can be fully resolved nexthops or an unresolved nexthop.=0A=
=0A=
   A resolved nexthop has adequate level of information to send the=0A=
   outgoing packet towards the destination by forwarding it on an=0A=
   interface of a directly connected neighbor.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015               [Page 9]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   An unresolved nexthop is something that requires the RIB manager to=0A=
   determine the final resolved nexthop.  For example, in a case when a=0A=
   nexthop could be an IP address.  The RIB manager would resolve how to=0A=
   reach that IP address, e.g. by checking if that particular IP is=0A=
   address reachable by regular IP forwarding or by a MPLS tunnel or by=0A=
   both.  If the RIB manager cannot resolve the nexthop, then the=0A=
   nexthop remains in an unresolved state and is NOT a suitable=0A=
   candidate for installation in the FIB.=0A=
=0A=
   Editorial note: The route changes notifications are not in the=0A=
   [I-D.ietf-i2rs-rib-info-model] RBNF text, but in the English text=0A=
   which is the normative portion of the draft.=0A=
=0A=
   The structure tree of notifications is shown in the following figure.=0A=
=0A=
notifications:=0A=
   +---n nexthop-resolution-status-change=0A=
   |  +--ro nexthop=0A=
   |  |  +--ro nexthop-id           uint32=0A=
   |  |  +--ro (nexthop-type)?=0A=
   |  |     +--:(nexthop-base)=0A=
   |  |     |  +--ro nexthop-base=0A=
   |  |     |     +--ro nexthop-chain* [nexthop-chain-id]=0A=
   |  |     |        +--ro nexthop-chain-id                          =
uint32=0A=
   |  |     |        +--ro (nexthop-chain-type)?=0A=
   |  |     |           +--:(nexthop-chain-member-special)=0A=
   |  |     |           |  +--ro nexthop-chain-member-special=0A=
   |  |     |           |     +--ro nexthop-chain-member-special?   =
special-nexthop-def=0A=
   |  |     |           +--:(nexthop-chain-member-identifier)=0A=
   |  |     |           |  +--ro (nexthop-identifier-type)?=0A=
   |  |     |           |     +--:(nexthop-chain-name)=0A=
   |  |     |           |     |  +--ro nexthop-chain-name                =
        string=0A=
   |  |     |           |     +--:(nexthop-chain-id)=0A=
   |  |     |           |        +--ro nexthop-chain-id                  =
        uint32=0A=
   |  |     |           +--:(egress-interface-next-hop)=0A=
   |  |     |           |  +--ro outgoing-interface                      =
  if:interface-ref=0A=
   |  |     |           +--:(ipv4-address-next-hop)=0A=
   |  |     |           |  +--ro next-hop-ipv4-address                   =
  inet:ipv4-address=0A=
   |  |     |           +--:(ipv6-address-next-hop)=0A=
   |  |     |           |  +--ro next-hop-ipv6-address                   =
  inet:ipv6-address=0A=
   |  |     |           +--:(egress-interface-ipv4-next-hop)=0A=
   |  |     |           |  +--ro next-hop-egress-interface-ipv4-address=0A=
   |  |     |           |     +--ro outgoing-interface              =
if:interface-ref=0A=
   |  |     |           |     +--ro next-hop-egress-ipv4-address    =
inet:ipv4-address=0A=
   |  |     |           +--:(egress-interface-ipv6-next-hop)=0A=
   |  |     |           |  +--ro next-hop-egress-interface-ipv6-address=0A=
   |  |     |           |     +--ro outgoing-interface              =
if:interface-ref=0A=
   |  |     |           |     +--ro next-hop-egress-ipv6-address    =
inet:ipv4-address=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 10]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   |  |     |           +--:(egress-interface-mac-next-hop)=0A=
   |  |     |           |  +--ro next-hop-egress-interface-mac-address=0A=
   |  |     |           |     +--ro outgoing-interface    =
if:interface-ref=0A=
   |  |     |           |     +--ro ieee-mac-address      uint32=0A=
   |  |     |           +--:(tunnel-encap-next-hop)=0A=
   |  |     |           |  +--ro tunnel-encap=0A=
   |  |     |           |     +--ro (tunnel-type)?=0A=
   |  |     |           |     |  +--:(ipv4)=0A=
   |  |     |           |     |  |  +--ro source-ipv4-address         =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro destination-ipv4-address    =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro protocol                    =
uint8=0A=
   |  |     |           |     |  |  +--ro ttl?                        =
uint8=0A=
   |  |     |           |     |  |  +--ro dscp?                       =
uint8=0A=
   |  |     |           |     |  +--:(ipv6)=0A=
   |  |     |           |     |  |  +--ro source-ipv6-address         =
inet:ipv6-address=0A=
   |  |     |           |     |  |  +--ro destination-ipv6-address    =
inet:ipv6-address=0A=
   |  |     |           |     |  |  +--ro next-header                 =
uint8=0A=
   |  |     |           |     |  |  +--ro traffic-class?              =
uint8=0A=
   |  |     |           |     |  |  +--ro flow-label?                 =
uint16=0A=
   |  |     |           |     |  |  +--ro hop-limit?                  =
uint8=0A=
   |  |     |           |     |  +--:(mpls)=0A=
   |  |     |           |     |  |  +--ro (mpls-action-type)?=0A=
   |  |     |           |     |  |     +--:(mpls-push)=0A=
   |  |     |           |     |  |     |  +--ro mpls-push                =
   boolean=0A=
   |  |     |           |     |  |     |  +--ro mpls-label               =
   uint32=0A=
   |  |     |           |     |  |     |  +--ro s-bit?                   =
   boolean=0A=
   |  |     |           |     |  |     |  +--ro tos-value?               =
   uint8=0A=
   |  |     |           |     |  |     |  +--ro ttl-value?               =
   uint8=0A=
   |  |     |           |     |  |     +--:(mpls-pop)=0A=
   |  |     |           |     |  |        +--ro mpls-pop                 =
   boolean=0A=
   |  |     |           |     |  |        +--ro ttl-action?              =
   uint8=0A=
   |  |     |           |     |  +--:(gre)=0A=
   |  |     |           |     |  |  +--ro gre-ip-destination          =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro gre-protocol-type           =
inet:ipv4-address=0A=
   |  |     |           |     |  |  +--ro gre-key?                    =
uint64=0A=
   |  |     |           |     |  +--:(ipsec)=0A=
   |  |     |           |     |  |  +--ro ipsec-spi                   =
uint32=0A=
   |  |     |           |     |  |  +--ro ipsec-sequence-number       =
uint32=0A=
   |  |     |           |     |  +--:(nvgre)=0A=
   |  |     |           |     |     +--ro (nvgre-type)?=0A=
   |  |     |           |     |     |  +--:(ipv4)=0A=
   |  |     |           |     |     |  |  +--ro source-ipv4-address      =
   inet:ipv4-address=0A=
   |  |     |           |     |     |  |  +--ro destination-ipv4-address =
   inet:ipv4-address=0A=
   |  |     |           |     |     |  |  +--ro protocol                 =
   uint8=0A=
   |  |     |           |     |     |  |  +--ro ttl?                     =
   uint8=0A=
   |  |     |           |     |     |  |  +--ro dscp?                    =
   uint8=0A=
   |  |     |           |     |     |  +--:(ipv6)=0A=
   |  |     |           |     |     |     +--ro source-ipv6-address      =
   inet:ipv6-address=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 11]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   |  |     |           |     |     |     +--ro destination-ipv6-address =
   inet:ipv6-address=0A=
   |  |     |           |     |     |     +--ro next-header              =
   uint8=0A=
   |  |     |           |     |     |     +--ro traffic-class?           =
   uint8=0A=
   |  |     |           |     |     |     +--ro flow-label?              =
   uint16=0A=
   |  |     |           |     |     |     +--ro hop-limit?               =
   uint8=0A=
   |  |     |           |     |     +--ro virtual-subnet-id           =
uint32=0A=
   |  |     |           |     |     +--ro flow-id?                    =
uint16=0A=
   |  |     |           |     +--ro outgoing-interface?         string=0A=
   |  |     |           +--:(logical-tunnel-next-hop)=0A=
   |  |     |           |  +--ro logical-tunnel=0A=
   |  |     |           |     +--ro tunnel-type    tunnel-type-def=0A=
   |  |     |           |     +--ro tunnel-name    string=0A=
   |  |     |           +--:(rib-name)=0A=
   |  |     |              +--ro rib-name?                               =
  string=0A=
   |  |     +--:(nexthop-primary-standby)=0A=
   |  |     |  +--ro nexthop-ps=0A=
   |  |     |     +--ro nexthop-primary    nexthop-ref=0A=
   |  |     |     +--ro nexthop-standby    nexthop-ref=0A=
   |  |     +--:(nexthop-load-balance)=0A=
   |  |     |  +--ro nexthop-lb=0A=
   |  |     |     +--ro nexthop-lbs* [nexthop-lbs-id]=0A=
   |  |     |        +--ro nexthop-lbs-id       uint32=0A=
   |  |     |        +--ro nhop-lb-weight       nhop-lb-weight-def=0A=
   |  |     |        +--ro nexthop-lb-member    nexthop-ref=0A=
   |  |     +--:(nexthop-replicate)=0A=
   |  |        +--ro nexthop-replicate=0A=
   |  |           +--ro nexthop-replicates* [nexthop-replicates-id]=0A=
   |  |              +--ro nexthop-replicates-id    uint32=0A=
   |  |              +--ro nexthop-replicate?       nexthop-ref=0A=
   |  +--ro nexthop-state    nexthop-state-def=0A=
   +---n route-change=0A=
      +--ro instance-name            string=0A=
      +--ro rib-name                 string=0A=
      +--ro rib-family               rib-family-def=0A=
      +--ro route-index              uint64=0A=
      +--ro route-type               route-type-def=0A=
      +--ro match=0A=
      |  +--ro (rib-route-type)?=0A=
      |     +--:(ipv4)=0A=
      |     |  +--ro ipv4=0A=
      |     |     +--ro ipv4-route-type                    =
ip-route-type-def=0A=
      |     |     +--ro (ip-route-type)?=0A=
      |     |        +--:(destination-ipv4-address)=0A=
      |     |        |  +--ro destination-ipv4-prefix            =
inet:ipv4-prefix=0A=
      |     |        +--:(source-ipv4-address)=0A=
      |     |        |  +--ro source-ipv4-prefix                 =
inet:ipv4-prefix=0A=
      |     |        +--:(destination-source-ipv4-address)=0A=
      |     |           +--ro destination-source-ipv4-address=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 12]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      |     |              +--ro destination-ipv4-prefix    =
inet:ipv4-prefix=0A=
      |     |              +--ro source-ipv4-prefix         =
inet:ipv4-prefix=0A=
      |     +--:(ipv6)=0A=
      |     |  +--ro ipv6=0A=
      |     |     +--ro ipv6-route-type                    =
ip-route-type-def=0A=
      |     |     +--ro (ip-route-type)?=0A=
      |     |        +--:(destination-ipv6-address)=0A=
      |     |        |  +--ro destination-ipv6-prefix            =
inet:ipv6-prefix=0A=
      |     |        +--:(source-ipv6-address)=0A=
      |     |        |  +--ro source-ipv6-prefix                 =
inet:ipv6-prefix=0A=
      |     |        +--:(destination-source-ipv6-address)=0A=
      |     |           +--ro destination-source-ipv6-address=0A=
      |     |              +--ro destination-ipv6-prefix    =
inet:ipv6-prefix=0A=
      |     |              +--ro source-ipv6-prefix         =
inet:ipv6-prefix=0A=
      |     +--:(mpls-route)=0A=
      |     |  +--ro mpls-label              uint32=0A=
      |     +--:(mac-route)=0A=
      |     |  +--ro mac-address             uint32=0A=
      |     +--:(interface-route)=0A=
      |        +--ro interface-identifier    if:interface-ref=0A=
      +--ro route-installed-state    route-installed-state-def=0A=
      +--ro route-state              route-state-def=0A=
      +--ro route-reason             route-reason-def=0A=
=0A=
4.  YANG Modules=0A=
=0A=
// file "i2rs rib@2015-03-04.yang"=0A=
=0A=
module i2rs-rib {=0A=
  namespace "urn:TBD1:params:xml:ns:yang:rt:i2rs:rib";=0A=
    // replace with iana namespace when assigned=0A=
    prefix "i2rs-rib";=0A=
=0A=
  import ietf-inet-types {=0A=
    prefix inet;=0A=
    //rfc6991=0A=
  }=0A=
=0A=
  import ietf-interfaces {=0A=
    prefix "if";=0A=
  }=0A=
=0A=
  import ietf-routing {=0A=
    prefix "rt";=0A=
  }=0A=
=0A=
  organization=0A=
    "TBD2";=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 13]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  contact=0A=
     "email: wang_little_star@sina.com=0A=
      email: hari@packetdesign.com=0A=
      email: mach.chen@huawei.com=0A=
      email: amit.dass@ericsson.com=0A=
      email: sriganesh.kini@ericsson.com=0A=
      email: nitin_bahadur@yahoo.com";=0A=
=0A=
  description=0A=
    "=0A=
      terms and acronyms=0A=
=0A=
      isis (isis):intermediate system to intermediate system=0A=
=0A=
      ip (ip): internet protocol=0A=
=0A=
      ipv4 (ipv4):internet protocol version 4=0A=
=0A=
      ipv6 (ipv6): internet protocol version 6=0A=
=0A=
      metric(metric): multi exit discriminator=0A=
=0A=
      igp (igp): interior gateway protocol=0A=
=0A=
      mtu (mtu) maximum transmission uint=0A=
     ";=0A=
=0A=
=0A=
  revision "2015-03-04" {=0A=
    description "initial revision";=0A=
    reference "draft-ietf-i2rs-rib-info-model-06";=0A=
  }=0A=
=0A=
=0A=
  container nexthop-capacity{=0A=
    leaf support-tunnel{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-chains{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-list-of-list{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-replication{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-weighted{=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 14]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      type boolean;=0A=
    }=0A=
    leaf support-protection{=0A=
      type boolean;=0A=
    }=0A=
    leaf lookup-limit{=0A=
      type uint8;=0A=
    }=0A=
  }=0A=
=0A=
=0A=
  container nexthop-tunnel-encap-capacity{=0A=
    leaf support-ipv4{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-ipv6{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-mpls{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-gre{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-ipsec{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-vxlan{=0A=
      type boolean;=0A=
    }=0A=
    leaf support-nvgre{=0A=
      type boolean;=0A=
    }=0A=
  }=0A=
=0A=
  list routing-instance-list{=0A=
    description=0A=
      "configuration of a 'i2rs' pseudo-protocol instance=0A=
        consists of a list of routes.";=0A=
    key "instance-name";=0A=
    leaf instance-name {=0A=
      description=0A=
        "A routing instance is identified by its name,=0A=
        INSTANCE_name.  This MUST be unique across all routing instances=0A=
        in a given network device.";=0A=
      type string ;=0A=
      mandatory true;=0A=
    }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 15]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
    list interface-list {=0A=
      description=0A=
        "This represents the list of interfaces associated=0A=
        with this routing instance.  The interface list helps constrain=0A=
        the boundaries of packet forwarding.  Packets coming on these=0A=
        interfaces are directly associated with the given routing=0A=
        instance.  The interface list contains a list of identifiers, =
with=0A=
        each identifier uniquely identifying an interface.";=0A=
      key "name";=0A=
      leaf name {=0A=
        type if:interface-ref;=0A=
         description=0A=
         "A reference to The name of a configured network layer  =
interface.";=0A=
      }=0A=
    }=0A=
    uses rt:router-id ;=0A=
    list rib-list {=0A=
      description=0A=
        "This is the list of RIBs associated with this routing=0A=
        instance.  Each routing instance can have multiple RIBs to=0A=
        represent routes of different types.";=0A=
      key "rib-name";=0A=
      leaf rib-name {=0A=
        description=0A=
         "A reference to The name of a rib.";=0A=
       type string;=0A=
        mandatory true;=0A=
      }=0A=
      leaf rib-family {=0A=
        type rib-family-def;=0A=
        mandatory true;=0A=
      }=0A=
      leaf enable-ip-rpf-check {=0A=
        description=0A=
          "Each RIB can be optionally associated with a =
ENABLE_IP_RPF_CHECK=0A=
           attribute that enables Reverse path forwarding (RPF) checks =
on all IP=0A=
           routes in that RIB.  Reverse path forwarding (RPF) check is =
used to=0A=
           prevent spoofing and limit malicious traffic.";=0A=
        type boolean;=0A=
      }=0A=
      list route-list{=0A=
        key "route-index";=0A=
        uses route;=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping route-prefix{=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 16]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
    description=0A=
      "The common attributes used for all routes";=0A=
    leaf route-index {=0A=
      type uint64 ;=0A=
      mandatory true;=0A=
    }=0A=
    leaf route-type {=0A=
      type route-type-def ;=0A=
      mandatory true;=0A=
    }=0A=
    container match {=0A=
      choice rib-route-type {=0A=
        case ipv4 {=0A=
          description=0A=
            "Match on destination IP address in the IPv4 header";=0A=
          container ipv4{=0A=
            leaf ipv4-route-type {=0A=
              type ip-route-type-def ;=0A=
              mandatory true;=0A=
            }=0A=
            choice ip-route-type {=0A=
=0A=
              case destination-ipv4-address {=0A=
                leaf destination-ipv4-prefix {=0A=
                  type inet:ipv4-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case source-ipv4-address {=0A=
                leaf source-ipv4-prefix {=0A=
                  type inet:ipv4-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case destination-source-ipv4-address {=0A=
                container destination-source-ipv4-address {=0A=
                  leaf destination-ipv4-prefix {=0A=
                    type inet:ipv4-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                  leaf source-ipv4-prefix {=0A=
                    type inet:ipv4-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                }=0A=
              }=0A=
            }=0A=
          }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 17]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
        }=0A=
        case ipv6 {=0A=
          description=0A=
            "Match on destination IP address in the IPv6 header";=0A=
          container ipv6{=0A=
            leaf ipv6-route-type {=0A=
              type ip-route-type-def ;=0A=
              mandatory true;=0A=
            }=0A=
            choice ip-route-type {=0A=
              case destination-ipv6-address {=0A=
                leaf destination-ipv6-prefix {=0A=
                  type inet:ipv6-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case source-ipv6-address {=0A=
                leaf source-ipv6-prefix {=0A=
                  type inet:ipv6-prefix;=0A=
                  mandatory true;=0A=
                }=0A=
              }=0A=
              case destination-source-ipv6-address {=0A=
                container destination-source-ipv6-address {=0A=
                  leaf destination-ipv6-prefix {=0A=
                    type inet:ipv6-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                  leaf source-ipv6-prefix {=0A=
                    type inet:ipv6-prefix;=0A=
                    mandatory true;=0A=
                  }=0A=
                }=0A=
              }=0A=
            }=0A=
          }=0A=
        }=0A=
        case mpls-route {=0A=
          description=0A=
            "Match on a MPLS label at the top of the MPLS label stack";=0A=
          leaf mpls-label {=0A=
            type uint32 ;=0A=
            mandatory true;=0A=
          }=0A=
        }=0A=
=0A=
        case mac-route {=0A=
          description=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 18]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
            "Match on MAC destination addresses in the ethernet header";=0A=
          leaf mac-address {=0A=
            type uint32 ;=0A=
            mandatory true;=0A=
          }=0A=
        }=0A=
        case interface-route {=0A=
          description=0A=
            "Match on incoming interface of the packet";=0A=
          leaf interface-identifier {=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
          }=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping route=0A=
  {=0A=
    description=0A=
      "The common attributes usesd for all routes";=0A=
    uses route-prefix;=0A=
    container nexthop=0A=
    {=0A=
      uses nexthop;=0A=
    }=0A=
    container route-statistic{=0A=
      leaf route-state {=0A=
        type route-state-def ;=0A=
        config false;=0A=
      }=0A=
      leaf route-installed-state {=0A=
        type route-installed-state-def ;=0A=
        config false;=0A=
      }=0A=
      leaf route-reason {=0A=
        type route-reason-def ;=0A=
        config false;=0A=
      }=0A=
    }=0A=
    container route-attributes{=0A=
      uses route-attributes;=0A=
    }=0A=
    container route-vendor-attributes{=0A=
      uses route-vendor-attributes;=0A=
    }=0A=
  }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 19]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  typedef nexthop-ref {=0A=
    type leafref {=0A=
      path  =
"/i2rs-rib:routing-instance-list/i2rs-rib:rib-list/i2rs-rib:route-list/i2=
rs-rib:nexthop/i2rs-rib:nexthop-id";=0A=
=0A=
    }=0A=
  }=0A=
=0A=
  grouping nexthop {=0A=
    leaf nexthop-id {=0A=
      mandatory true;=0A=
      type uint32;=0A=
    }=0A=
    choice nexthop-type {=0A=
      case nexthop-base {=0A=
        container nexthop-base {=0A=
          list nexthop-chain {=0A=
            key "nexthop-chain-id";=0A=
            uses nexthop-chain-member;=0A=
          }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-primary-standby {=0A=
        container nexthop-ps {=0A=
           leaf nexthop-primary {=0A=
             mandatory true;=0A=
             type nexthop-ref;=0A=
           }=0A=
           leaf nexthop-standby {=0A=
             mandatory true;=0A=
             type nexthop-ref;=0A=
           }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-load-balance {=0A=
        container nexthop-lb {=0A=
          list nexthop-lbs {=0A=
            key "nexthop-lbs-id";=0A=
            leaf nexthop-lbs-id {=0A=
              mandatory true;=0A=
              type uint32;=0A=
            }=0A=
            leaf nhop-lb-weight {=0A=
              mandatory true;=0A=
              type nhop-lb-weight-def;=0A=
            }=0A=
            leaf nexthop-lb-member {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 20]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
              mandatory true;=0A=
              type nexthop-ref;=0A=
            }=0A=
          }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-replicate {=0A=
        container nexthop-replicate {=0A=
          list nexthop-replicates{=0A=
            key "nexthop-replicates-id";=0A=
            leaf nexthop-replicates-id {=0A=
              mandatory true;=0A=
              type uint32;=0A=
            }=0A=
            leaf nexthop-replicate {=0A=
              type nexthop-ref;=0A=
            }=0A=
          }=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping nexthop-chain-member {=0A=
    description=0A=
      "One Nexthop content for routes.";=0A=
    leaf nexthop-chain-id{=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
    choice nexthop-chain-type {=0A=
      case nexthop-chain-member-special {=0A=
        container nexthop-chain-member-special {=0A=
          leaf nexthop-chain-member-special{=0A=
            type special-nexthop-def;=0A=
          }=0A=
        }=0A=
      }=0A=
=0A=
      case nexthop-chain-member-identifier{=0A=
        uses nexthop-chain-member-identifier;=0A=
      }=0A=
=0A=
      case egress-interface-next-hop {=0A=
         description=0A=
           "Simple next-hop is specified as an outgoing interface,=0A=
            next-hop address or both.";=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 21]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
         leaf outgoing-interface {=0A=
           type if:interface-ref;=0A=
           mandatory true;=0A=
           description=0A=
             "Name of The outgoing interface.";=0A=
         }=0A=
      }=0A=
=0A=
      case ipv4-address-next-hop {=0A=
        leaf next-hop-ipv4-address {=0A=
          type inet:ipv4-address;=0A=
          mandatory true;=0A=
          description=0A=
            "Ipv4 address of The next-hop.";=0A=
        }=0A=
      }=0A=
=0A=
      case ipv6-address-next-hop {=0A=
        leaf next-hop-ipv6-address {=0A=
          type inet:ipv6-address;=0A=
          mandatory true;=0A=
          description=0A=
            "Ipv6 address of The next-hop.";=0A=
        }=0A=
      }=0A=
=0A=
      case egress-interface-ipv4-next-hop {=0A=
        container next-hop-egress-interface-ipv4-address{=0A=
          leaf outgoing-interface {=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
            description    "Name of The outgoing interface.";=0A=
          }=0A=
          leaf next-hop-egress-ipv4-address {=0A=
            type inet:ipv4-address;=0A=
            mandatory true;=0A=
            description=0A=
              "Ipv4 address of The next-hop.";=0A=
          }=0A=
          description=0A=
            "Egress-interface and ip address: This can be usesd in cases =
e.g.=0A=
            where The ip address is a link-local address..";=0A=
        }=0A=
      }=0A=
=0A=
      case egress-interface-ipv6-next-hop {=0A=
        container next-hop-egress-interface-ipv6-address{=0A=
          leaf outgoing-interface {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 22]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
            description    "Name of The outgoing interface.";=0A=
          }=0A=
          leaf next-hop-egress-ipv6-address {=0A=
            type inet:ipv4-address;=0A=
            mandatory true;=0A=
            description=0A=
              "Ipv4 address of The next-hop.";=0A=
          }=0A=
          description=0A=
            "Egress-interface and ip address: This can be usesd in cases =
e.g.=0A=
            where The ip address is a link-local address..";=0A=
        }=0A=
      }=0A=
=0A=
      case egress-interface-mac-next-hop {=0A=
        container next-hop-egress-interface-mac-address{=0A=
          leaf outgoing-interface {=0A=
            type if:interface-ref;=0A=
            mandatory true;=0A=
            description    "Name of The outgoing interface.";=0A=
          }=0A=
          leaf ieee-mac-address {=0A=
            type uint32;=0A=
            mandatory true;=0A=
            description    "Name of The mac-address.";=0A=
          }=0A=
          description=0A=
            "Egress-interface and ip address: This can be usesd in cases =
e.g.=0A=
            where The ip address is a link-local address..";=0A=
        }=0A=
      }=0A=
=0A=
      case tunnel-encap-next-hop {=0A=
        container tunnel-encap {=0A=
          uses tunnel-encap;=0A=
            leaf outgoing-interface {=0A=
              type string;=0A=
          }=0A=
          description=0A=
            "This can be an encap representing an ip tunnel or=0A=
             mpls tunnel or oThers as defined in This document.  an =
optional=0A=
             egress interface can be specified to indicate which =
interface to=0A=
             send The packet out on.  The egress interface is usesful =
when The=0A=
             network device contains eThernet interfaces and one needs to=0A=
             perform address resolution for The ip packet.";=0A=
        }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 23]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      }=0A=
=0A=
      case logical-tunnel-next-hop {=0A=
        container logical-tunnel {=0A=
          uses logical-tunnel;=0A=
          description=0A=
            "This can be a mpls lsp or a gre tunnel (or oThers=0A=
              as defined in This document), that is represented by a =
unique=0A=
              identifier (e.g. name).";=0A=
        }=0A=
      }=0A=
=0A=
      case rib-name {=0A=
        leaf rib-name {=0A=
          type string;=0A=
            description=0A=
              "A nexthop pointing to a rib indicates that The route=0A=
              lookup needs to continue in The specified rib.  This is a =
way to=0A=
              perform chained lookups.";=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  nexthop-chain-member-identifier{=0A=
    choice nexthop-identifier-type{=0A=
      case nexthop-chain-name {=0A=
        leaf nexthop-chain-name {=0A=
          type string;=0A=
          mandatory true;=0A=
        }=0A=
      }=0A=
      case nexthop-chain-id {=0A=
        leaf nexthop-chain-id {=0A=
          type uint32;=0A=
          mandatory true;=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  route-vendor-attributes{=0A=
=0A=
  }=0A=
=0A=
  grouping  logical-tunnel{=0A=
    leaf tunnel-type {=0A=
      type tunnel-type-def ;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 24]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      mandatory true;=0A=
    }=0A=
    leaf tunnel-name {=0A=
      type string ;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  ipv4-header{=0A=
    leaf source-ipv4-address {=0A=
      type inet:ipv4-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf destination-ipv4-address {=0A=
      type inet:ipv4-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf protocol {=0A=
      type uint8;=0A=
      mandatory true;=0A=
    }=0A=
    leaf ttl {=0A=
      type uint8;=0A=
    }=0A=
    leaf dscp {=0A=
      type uint8;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  ipv6-header{=0A=
    leaf source-ipv6-address {=0A=
      type inet:ipv6-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf destination-ipv6-address {=0A=
      type inet:ipv6-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf next-header {=0A=
      type uint8;=0A=
      mandatory true;=0A=
    }=0A=
    leaf traffic-class {=0A=
      type uint8;=0A=
    }=0A=
    leaf flow-label {=0A=
      type uint16;=0A=
    }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 25]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
    leaf hop-limit {=0A=
      type uint8;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  nvgre-header{=0A=
    choice nvgre-type {=0A=
      description=0A=
        "nvgre-header.";=0A=
      case ipv4 {=0A=
        uses ipv4-header;=0A=
      }=0A=
      case ipv6 {=0A=
        uses ipv6-header;=0A=
      }=0A=
    }=0A=
    leaf virtual-subnet-id {=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
    leaf flow-id {=0A=
      type uint16;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  vxlan-header{=0A=
    choice vxlan-type {=0A=
      description=0A=
        "vxlan-header.";=0A=
      case ipv4 {=0A=
        uses ipv4-header;=0A=
      }=0A=
      case ipv6 {=0A=
        uses ipv6-header;=0A=
      }=0A=
    }=0A=
    leaf vxlan-identifier {=0A=
      type uint32;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  gre-header{=0A=
    leaf gre-ip-destination {=0A=
      type inet:ipv4-address;=0A=
      mandatory true;=0A=
    }=0A=
    leaf gre-protocol-type {=0A=
      type inet:ipv4-address;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 26]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      mandatory true;=0A=
    }=0A=
    leaf gre-key {=0A=
      type uint64;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  ipsec-header{=0A=
    description=0A=
    "The IPSEC header begins with two 4-byte fields (Security Parameters =
Index (SPI) and Sequence=0A=
    Number).  Following these fields is the Payload Data, which has=0A=
    substructure that depends on the choice of encryption algorithm and=0A=
    mode, and on the use of TFC padding, which is examined in more =
detail later. ";=0A=
    leaf ipsec-spi {=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
    leaf ipsec-sequence-number {=0A=
      type uint32;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
=0A=
  grouping  mpls-header{=0A=
    choice mpls-action-type {=0A=
      description=0A=
        "mpls-header.";=0A=
      case mpls-push {=0A=
        leaf mpls-push {=0A=
          type boolean;=0A=
          mandatory true;=0A=
        }=0A=
        leaf mpls-label {=0A=
          type uint32;=0A=
          mandatory true;=0A=
        }=0A=
        leaf s-bit {=0A=
          type boolean;=0A=
        }=0A=
        leaf tos-value {=0A=
          type uint8;=0A=
        }=0A=
        leaf ttl-value {=0A=
          type uint8;=0A=
        }=0A=
          }=0A=
      case mpls-pop {=0A=
        leaf mpls-pop {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 27]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
          type boolean;=0A=
          mandatory true;=0A=
        }=0A=
        leaf ttl-action {=0A=
          type uint8;=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  tunnel-encap{=0A=
    choice tunnel-type {=0A=
      description=0A=
        "options for next-hops.";=0A=
      case ipv4 {=0A=
        uses ipv4-header;=0A=
      }=0A=
      case ipv6 {=0A=
        uses ipv6-header;=0A=
      }=0A=
      case mpls {=0A=
        uses mpls-header;=0A=
      }=0A=
      case gre {=0A=
        uses gre-header;=0A=
      }=0A=
      case ipsec {=0A=
        uses ipsec-header;=0A=
      }=0A=
      case nvgre {=0A=
        uses nvgre-header;=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  grouping  route-attributes{=0A=
    leaf route-preference {=0A=
      description=0A=
        "ROUTE_PREFERENCE: This is a numerical value that allows for=0A=
        comparing routes from different protocols.  Static configuration=0A=
        is also considered a protocol for the purpose of this field.  It=0A=
        is also known as administrative-distance.  The lower the value,=0A=
        the higher the preference.";=0A=
        type uint32 ;=0A=
      mandatory true;=0A=
    }=0A=
    leaf local-only {=0A=
      type boolean ;=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 28]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      mandatory true;=0A=
    }=0A=
    container address-family-route-attributes{=0A=
      choice route-type {=0A=
        case ip-route-attributes {=0A=
        }=0A=
        case mpls-route-attributes {=0A=
        }=0A=
        case eThernet-route-attributes {=0A=
        }=0A=
      }=0A=
    }=0A=
  }=0A=
=0A=
  typedef nhop-lb-weight-def {=0A=
    description=0A=
      "Nhop-lb-weight is a number between 1 and 99 . ";=0A=
    type uint8 {=0A=
      range "1..99";=0A=
    }=0A=
  }=0A=
=0A=
  identity mpls-action {=0A=
    description "The mpls-action. ";=0A=
  }=0A=
=0A=
  identity push {=0A=
    base "mpls-action";=0A=
  }=0A=
=0A=
  identity pop {=0A=
    base "mpls-action";=0A=
  }=0A=
=0A=
  identity swap {=0A=
    base "mpls-action";=0A=
  }=0A=
=0A=
  typedef mpls-action-def {=0A=
    type identityref {=0A=
      base "mpls-action";=0A=
    }=0A=
  }=0A=
=0A=
  identity special-nexthop {=0A=
    description "special-nexthop. ";=0A=
  }=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 29]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  identity discard {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  identity discard-with-error {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  identity receive {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  identity cos-value {=0A=
    base "special-nexthop";=0A=
  }=0A=
=0A=
  typedef special-nexthop-def {=0A=
    type identityref {=0A=
      base "special-nexthop";=0A=
    }=0A=
  }=0A=
=0A=
  identity ip-route-type {=0A=
    description "The ip route type. ";=0A=
  }=0A=
=0A=
  identity src {=0A=
    base "ip-route-type";=0A=
  }=0A=
=0A=
  identity dest {=0A=
    base "ip-route-type";=0A=
  }=0A=
=0A=
  identity dest-src {=0A=
    base "ip-route-type";=0A=
  }=0A=
=0A=
  typedef ip-route-type-def {=0A=
    type identityref {=0A=
      base "ip-route-type";=0A=
    }=0A=
  }=0A=
=0A=
  identity rib-family {=0A=
    description "The rib-family. ";=0A=
  }=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 30]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  identity ipv4-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  identity ipv6-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  identity mpls-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  identity ieee-mac-rib-family {=0A=
    base "rib-family";=0A=
  }=0A=
=0A=
  typedef rib-family-def {=0A=
    type identityref {=0A=
      base "rib-family";=0A=
    }=0A=
  }=0A=
=0A=
  identity route-type {=0A=
    description "The route type. ";=0A=
  }=0A=
=0A=
  identity ipv4-route {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity ipv6-route {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity mpls-route {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity ieee-mac {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  identity interface {=0A=
    base "route-type";=0A=
  }=0A=
=0A=
  typedef route-type-def {=0A=
    type identityref {=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 31]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
      base "route-type";=0A=
    }=0A=
  }=0A=
=0A=
  identity tunnel-type {=0A=
    description "the tunnel type.";=0A=
  }=0A=
=0A=
  identity ipv4-tunnel {=0A=
    base "tunnel-type";=0A=
    description "ipv4";=0A=
  }=0A=
=0A=
  identity ipv6-tunnel {=0A=
    base "tunnel-type";=0A=
    description "ipv6";=0A=
  }=0A=
=0A=
  identity mpls-tunnel {=0A=
    base "tunnel-type";=0A=
    description "mpls";=0A=
  }=0A=
=0A=
  identity gre-tunnel {=0A=
    base "tunnel-type";=0A=
    description "gre";=0A=
  }=0A=
=0A=
  identity ipsec-tunnel {=0A=
    base "tunnel-type";=0A=
    description "ipsec";=0A=
  }=0A=
=0A=
  identity vxlan-tunnel {=0A=
    base "tunnel-type";=0A=
    description "vxlan";=0A=
  }=0A=
=0A=
  identity nvgre-tunnel {=0A=
    base "tunnel-type";=0A=
    description "nvgre";=0A=
  }=0A=
=0A=
  typedef tunnel-type-def {=0A=
    type identityref {=0A=
      base "tunnel-type";=0A=
    }=0A=
  }=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 32]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  identity route-state {=0A=
    description "The route state. ";=0A=
  }=0A=
=0A=
  identity active {=0A=
    base "route-state";=0A=
  }=0A=
=0A=
  identity inactive {=0A=
    base "route-state";=0A=
  }=0A=
=0A=
  typedef route-state-def {=0A=
    type identityref {=0A=
      base "route-state";=0A=
    }=0A=
  }=0A=
=0A=
  identity nexthop-state {=0A=
    description "The nexthop state. ";=0A=
  }=0A=
=0A=
  identity resolved {=0A=
    base "nexthop-state";=0A=
  }=0A=
=0A=
  identity unresolved {=0A=
    base "nexthop-state";=0A=
  }=0A=
=0A=
  typedef nexthop-state-def {=0A=
    type identityref {=0A=
      base "nexthop-state";=0A=
    }=0A=
  }=0A=
=0A=
  identity route-installed-state {=0A=
    description "The route installed state. ";=0A=
  }=0A=
=0A=
  identity uninstalled {=0A=
    base "route-installed-state";=0A=
  }=0A=
=0A=
  identity Installed {=0A=
    base "route-installed-state";=0A=
  }=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 33]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
  typedef route-installed-state-def {=0A=
    type identityref {=0A=
      base "route-installed-state";=0A=
    }=0A=
  }=0A=
=0A=
  identity route-reason {=0A=
    description "The reason of invalid Route. ";=0A=
  }=0A=
=0A=
  identity low-preference {=0A=
    base "route-reason";=0A=
    description "low preference";=0A=
  }=0A=
=0A=
  identity unresolved-nexthop {=0A=
    base "route-reason";=0A=
    description "unresolved nexthop";=0A=
  }=0A=
=0A=
  identity higher-metric {=0A=
    base "route-reason";=0A=
    description "higher metric";=0A=
  }=0A=
=0A=
  typedef route-reason-def {=0A=
    type identityref {=0A=
      base "route-reason";=0A=
    }=0A=
  }=0A=
=0A=
=0A=
  notification nexthop-resolution-status-change {=0A=
    description=0A=
        "Nexthop resolution status (resolved/unresolved) notification.";=0A=
    container nexthop{=0A=
      uses nexthop;=0A=
    }=0A=
    leaf nexthop-state {=0A=
      description=0A=
       "Nexthop resolution status (resolved/unresolved) notification.";=0A=
      type nexthop-state-def;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
=0A=
  notification route-change {=0A=
    description=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 34]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
        "Route change notification.";=0A=
    leaf instance-name {=0A=
      description=0A=
        "A routing instance is identified by its name,=0A=
        INSTANCE_name.  This MUST be unique across all routing instances=0A=
        in a given network device.";=0A=
      type string ;=0A=
      mandatory true;=0A=
    }=0A=
    leaf rib-name {=0A=
      description=0A=
       "A reference to The name of a rib.";=0A=
      type string;=0A=
      mandatory true;=0A=
    }=0A=
    leaf rib-family {=0A=
      type rib-family-def;=0A=
      mandatory true;=0A=
    }=0A=
    uses route-prefix;=0A=
    leaf route-installed-state {=0A=
      description=0A=
       "Indicates whether the route got installed in the FIB.";=0A=
      type route-installed-state-def;=0A=
      mandatory true;=0A=
    }=0A=
    leaf route-state {=0A=
      description=0A=
       "Indicates whether a route is fully resolved and=0A=
        is a candidate for selection.";=0A=
      type route-state-def;=0A=
      mandatory true;=0A=
    }=0A=
    leaf route-reason {=0A=
      description=0A=
       "Need to be added.";=0A=
      type route-reason-def;=0A=
      mandatory true;=0A=
    }=0A=
  }=0A=
}=0A=
//   =0A=
=0A=
5.  IANA Considerations=0A=
=0A=
   This draft includes no request to IANA.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 35]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
6.  Security Considerations=0A=
=0A=
   This document introduces no new security threat and SHOULD follow the=0A=
   security requirements as stated in [I-D.ietf-i2rs-architecture].=0A=
=0A=
7.  References=0A=
=0A=
7.1.  Normative References=0A=
=0A=
   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate=0A=
              Requirement Levels", BCP 14, RFC 2119, March 1997.=0A=
=0A=
7.2.  Informative References=0A=
=0A=
   [I-D.ietf-i2rs-architecture]=0A=
              Atlas, A., Halpern, J., Hares, S., Ward, D., and T.=0A=
              Nadeau, "An Architecture for the Interface to the Routing=0A=
              System", draft-ietf-i2rs-architecture-08 (work in=0A=
              progress), January 2015.=0A=
=0A=
   [I-D.ietf-i2rs-rib-info-model]=0A=
              Bahadur, N., Folkes, R., Kini, S., and J. Medved, "Routing=0A=
              Information Base Info Model", draft-ietf-i2rs-rib-info-=0A=
              model-05 (work in progress), January 2015.=0A=
=0A=
   [I-D.ietf-i2rs-usecase-reqs-summary]=0A=
              Hares, S. and M. Chen, "Summary of I2RS Use Case=0A=
              Requirements", draft-ietf-i2rs-usecase-reqs-summary-00=0A=
              (work in progress), November 2014.=0A=
=0A=
   [I-D.ietf-netconf-restconf]=0A=
              Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF=0A=
              Protocol", draft-ietf-netconf-restconf-04 (work in=0A=
              progress), January 2015.=0A=
=0A=
   [RFC5511]  Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax=0A=
              Used to Form Encoding Rules in Various Routing Protocol=0A=
              Specifications", RFC 5511, April 2009.=0A=
=0A=
   [RFC6020]  Bjorklund, M., "YANG - A Data Modeling Language for the=0A=
              Network Configuration Protocol (NETCONF)", RFC 6020,=0A=
              October 2010.=0A=
=0A=
   [RFC6021]  Schoenwaelder, J., "Common YANG Data Types", RFC 6021,=0A=
              October 2010.=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 36]=0A=
=0C=0A=
Internet-Draft                   RIB DM                       March 2015=0A=
=0A=
=0A=
   [RFC6536]  Bierman, A. and M. Bjorklund, "Network Configuration=0A=
              Protocol (NETCONF) Access Control Model", RFC 6536, March=0A=
              2012.=0A=
=0A=
Authors' Addresses=0A=
=0A=
   Lixing Wang=0A=
   Huawei=0A=
=0A=
   Email: wang_little_star@sina.com=0A=
=0A=
=0A=
   Hariharan Ananthakrishnan=0A=
   Packet Design=0A=
=0A=
   Email: hari@packetdesign.com=0A=
=0A=
=0A=
   Mach(Guoyi) Chen=0A=
   Huawei=0A=
=0A=
   Email: mach.chen@huawei.com=0A=
=0A=
=0A=
   Amit Dass=0A=
   Ericsson=0A=
   Torshamnsgatan 48.=0A=
   Stockholm  16480=0A=
   Sweden=0A=
=0A=
   Email: amit.dass@ericsson.com=0A=
=0A=
=0A=
   Sriganesh Kini=0A=
   Ericsson=0A=
=0A=
   Email: sriganesh.kini@ericsson.com=0A=
=0A=
=0A=
   Nitin Bahadur=0A=
   Bracket Computing=0A=
=0A=
   Email: nitin_bahadur@yahoo.com=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
Wang, et al.            Expires September 6, 2015              [Page 37]=0A=

------=_NextPart_000_0CCF_01D0572B.FE707EE0--


From nobody Thu Mar  5 07:14:06 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F4031A03C7 for ; Thu,  5 Mar 2015 07:14:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 Yyfz0yW3NE1F for ; Thu,  5 Mar 2015 07:14:01 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F4BE1A0155 for ; Thu,  5 Mar 2015 07:12:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6242; q=dns/txt; s=iport; t=1425568373; x=1426777973; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=i7m8d/eTaUH4OAAp634OY92wojCBAHYXDObHc10oVUE=; b=H+uFh9WeYX0Jdw2mZDQfNSMThZEimhdLf/8DvvuORvqHqREx7rTrW6si FgOOA0hnmg9yVxhj07pLhpIWVkYDLjxsK8JQ4a3IGH/PsxwL79MCfzJsW PQOJW54AkzWZho4xMPsvv9/voH0EdUWcAqU/nABQypBbhQqCllzC+3ks5 k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DaBAAccfhU/5BdJa1agkNDUloEv2qHOQKBNjgUAQEBAQEBAXyEDwEBAQQtTBACAQgOAwMBAigHMhQJCAEBBAENBYgv120BAQEBAQEBAQEBAQEBAQEBAQEBAQEXixSEXREHhCsFkAWJTYEagyaLbINAI4ICHIFQb4ECJB5/AQEB
X-IronPort-AV: E=Sophos;i="5.11,347,1422921600";  d="scan'208,217";a="129165570"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-8.cisco.com with ESMTP; 05 Mar 2015 15:12:52 +0000
Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t25FCque006358 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Mar 2015 15:12:52 GMT
Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.03.0195.001; Thu, 5 Mar 2015 09:12:52 -0600
From: "Acee Lindem (acee)" 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] Copies of drafts that will be posted after the meeting
Thread-Index: AdBXOI0o3KFyAxj9T6qJ7vcS/vpADgAJq80A
Date: Thu, 5 Mar 2015 15:12:51 +0000
Message-ID: 
References: <0bbb01d05739$d5c31a30$81494e90$@ndzh.com>
In-Reply-To: <0bbb01d05739$d5c31a30$81494e90$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.116.152.196]
Content-Type: multipart/alternative; boundary="_000_D11DDB83FDCAaceeciscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] Copies of drafts that will be posted after the meeting
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 15:14:05 -0000

--_000_D11DDB83FDCAaceeciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Sue,
Actually, it was the service topology DM attached to your original post tha=
t had the problem (draft-wang-i2rs-yang-service-topo-dm-01.txt.pdf). I gues=
s I did wonder why it wasn=92t a RIB model as well and should have indicate=
d that as well. The RIB DM PDF file may well be ok.
Thanks,
Acee

From: Susan Hares >
Date: Thursday, March 5, 2015 at 6:45 AM
To: "i2rs@ietf.org" >
Cc: Jeff Haas >
Subject: [i2rs] Copies of drafts that will be posted after the meeting

Hi all:

This is a temporary version of the I2RS RIB Information model and the Yang =
Data Model.  This version is for reference during our interim meeting this =
morning. Final versions of these drafts will be available by March 9th.

The RIB design team was hard at work this last week aligning the Informatio=
nal Draft for the I2RS and the Yang data Model for the I2RS RIB.   Unfortun=
ately, due to our multi-time zone team =96 not all members of the team have=
 reviewed theses drafts.

I=92m sure the authors would love any review comments =96 but please be awa=
re these drafts are preliminary and sent to the WG at the chair=92s request=
.

Sue



--_000_D11DDB83FDCAaceeciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable







Hi Sue, 


Actually, it was the service topology DM attached to your original pos=
t that had the problem (draft-wang-i2rs-yang-service-topo-dm-01.txt.pdf). I=
 guess I did wonder why it wasn=92t a RIB model as well and should have ind=
icated that as well. The RIB DM PDF
 file may well be ok. 


Thanks,


Acee









From: Susan Hares <shares@ndzh.com>

Date: Thursday, March 5, 2015 at 6:=
45 AM

To: "i2rs@ietf.org" <i2rs@i=
etf.org>

Cc: Jeff Haas <jhaas@pfrc.org>

Subject: [i2rs] Copies of drafts th=
at will be posted after the meeting



















Hi all:


 


This is a temporary version of the I2RS RIB Informat=
ion model and the Yang Data Model.  This version is for reference duri=
ng our interim meeting this morning. Final versions of these drafts will be=
 available by March 9th. 



 


The RIB design team was hard at work this last week =
aligning the Informational Draft for the I2RS and the Yang data Model for t=
he I2RS RIB.   Unfortunately, due to our multi-time zone team =96=
 not all members of the team have reviewed theses
 drafts. 


 


I=92m sure the authors would love any review comment=
s =96 but please be aware these drafts are preliminary and sent to the WG a=
t the chair=92s request.



 


Sue  


 


 













--_000_D11DDB83FDCAaceeciscocom_--


From nobody Thu Mar  5 07:20:39 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDC41A0141; Thu,  5 Mar 2015 07:20:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 zPGtRXUxTbbO; Thu,  5 Mar 2015 07:20:35 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2F911A0366; Thu,  5 Mar 2015 07:17:36 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 8D1A81123; Thu,  5 Mar 2015 16:17:34 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id k4Ofs6jDp_nx; Thu,  5 Mar 2015 16:17:13 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu,  5 Mar 2015 16:17:34 +0100 (CET)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id F0C3D20039; Thu,  5 Mar 2015 16:17:33 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id z1c7ZU3oilb3; Thu,  5 Mar 2015 16:17:33 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1239420036; Thu,  5 Mar 2015 16:17:33 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 092E0325DAD2; Thu,  5 Mar 2015 16:17:33 +0100 (CET)
Date: Thu, 5 Mar 2015 16:17:32 +0100
From: Juergen Schoenwaelder 
To: Alia Atlas 
Message-ID: <20150305151732.GA70624@elstar.local>
Mail-Followup-To: Alia Atlas , Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" 
References: <54F77E2B.6020104@cisco.com>  <20150304232211.GB68185@elstar.local>  <20150305081155.GC68883@elstar.local> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Cc: Benoit Claise , "i2rs@ietf.org" , "supa-chairs@ietf.org" 
Subject: Re: [i2rs] I2RS topology is generic?
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 15:20:37 -0000

On Thu, Mar 05, 2015 at 09:26:06AM -0500, Alia Atlas wrote:
> Hi Juergen,
> 
> On Thu, Mar 5, 2015 at 3:11 AM, Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
> 
> > On Wed, Mar 04, 2015 at 08:01:35PM -0500, Alia Atlas wrote:
> > >
> > > Those interested in SUPA were told very clearly before last IETF that
> > > the topology work was already being addressed in I2RS.  You haven't
> > > chosen to participate in progressing the actual work.
> > >
> >
> > Some people do read charters to determine what WGs are supposed to do.
> > If charters get out of sync, then this leads to mis-understandings. I
> > think it is not fair to blame those who read outdated charters.
> >
> 
> The charter says topology.  2 years in, we may want to refine what that
> means
> in the context of how other models are being done.

Thanks. I am looking forward to this charter update.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Thu Mar  5 08:57:09 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27A101A0065 for ; Thu,  5 Mar 2015 08:57:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.895
X-Spam-Level: *
X-Spam-Status: No, score=1.895 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=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 4MV2WpDmLBFt for ; Thu,  5 Mar 2015 08:57:02 -0800 (PST)
Received: from mail.hq.sk (hq.sk [81.89.59.181]) by ietfa.amsl.com (Postfix) with ESMTP id 0CF7D1A0146 for ; Thu,  5 Mar 2015 08:57:02 -0800 (PST)
Received: from [172.16.4.108] (fw.pantheon.sk [81.89.59.166]) by mail.hq.sk (Postfix) with ESMTPSA id 67B4C242002 for ; Thu,  5 Mar 2015 17:57:00 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1425574620; bh=WRHbTOdL4MmOV/2lFa9T6DIJ/SJRTAphqvXZye8xIlQ=; h=Date:From:To:Subject; b=Ttu1ylc9j+3uXBtcvubw49BPZjK677k6mjBPY40r/sGfjV42X8z+CFlvt5cP39D3O chFxxsARUavTYO0Mp/iKG8w9nvbLSKsFGVPt4S6Efid4FB3YmNF3B40z2T4DhJX//i yymXHicxIKisv6oPX8l/JmVDWPpWOXKZ0HwqZKRA=
Message-ID: <54F88AF4.5090506@hq.sk>
Date: Thu, 05 Mar 2015 17:57:24 +0100
From: Robert Varga 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: i2rs@ietf.org
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: 
Subject: [i2rs] Link to tunnel topologies
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 05 Mar 2015 16:57:08 -0000

Hello,

There was a question on how tunnels could be modeled using the base 
topology model. We have prototyped this a bit in OpenDaylight, but it 
was not thoroughly reviewed, nor do they have any ties to configuration 
models, but I hope they can be of help. Here are the pointers:

Base model for tunnel topologies:
https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=blob_plain;f=topology/tunnel-api/src/main/yang/topology-tunnel.yang;hb=HEAD

Base model for point-to-point tunnels:
https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=blob_plain;f=topology/tunnel-api/src/main/yang/topology-tunnel-p2p.yang;hb=HEAD

Model of PCEP tunnels:
https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=blob_plain;f=pcep/tunnel-api/src/main/yang/topology-tunnel-pcep.yang;hb=HEAD

That last one is supported by models of RSVP and PCEP concepts:
https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=blob_plain;f=rsvp/api/src/main/yang/rsvp.yang;hb=HEAD
https://git.opendaylight.org/gerrit/gitweb?p=bgpcep.git;a=blob_plain;f=pcep/api/src/main/yang/pcep-types.yang;hb=HEAD

Bye,
Robert


From nobody Fri Mar  6 08:38:52 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 798681A0068; Fri,  6 Mar 2015 08:38:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 mn5rrxmjRgi3; Fri,  6 Mar 2015 08:38:40 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EBCEC1ACF57; Fri,  6 Mar 2015 08:38:34 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150306163834.31030.11253.idtracker@ietfa.amsl.com>
Date: Fri, 06 Mar 2015 08:38:34 -0800
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-ietf-i2rs-architecture-09.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 06 Mar 2015 16:38:45 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : An Architecture for the Interface to the Routing System
        Authors         : Alia Atlas
                          Joel Halpern
                          Susan Hares
                          Dave Ward
                          Thomas D. Nadeau
	Filename        : draft-ietf-i2rs-architecture-09.txt
	Pages           : 32
	Date            : 2015-03-06

Abstract:
   This document describes an architecture for a standard, programmatic
   interface for state transfer in and out of the Internet routing
   system.  It describes the basic architecture, the components, and
   their interfaces with particular focus on those to be standardized as
   part of the Interface to Routing System (I2RS).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-i2rs-architecture-09

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-architecture-09


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

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Mar  6 10:04:38 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47AB51A026C; Fri,  6 Mar 2015 10:04:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.578
X-Spam-Level: 
X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 5v7N6IrBlwms; Fri,  6 Mar 2015 10:04:35 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 6F6631A037F; Fri,  6 Mar 2015 10:04:35 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 0DF1FC249; Fri,  6 Mar 2015 13:04:35 -0500 (EST)
Date: Fri, 6 Mar 2015 13:04:34 -0500
From: Jeffrey Haas 
To: Andy Bierman , Jeffrey Haas , Susan Hares , "i2rs@ietf.org" , Melinda Shore , secdir@ietf.org
Message-ID: <20150306180434.GA10092@pfrc>
References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> <20150304194244.GB9142@pfrc> <20150304230940.GA68185@elstar.local>  <20150305081801.GA68988@elstar.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150305081801.GA68988@elstar.local>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: 
Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 06 Mar 2015 18:04:36 -0000

On Thu, Mar 05, 2015 at 09:18:02AM +0100, Juergen Schoenwaelder wrote:
> On Wed, Mar 04, 2015 at 03:57:50PM -0800, Andy Bierman wrote:
> > > The simple solution is to make "A B C" one atomic edit.
> > >
> > 
> > 
> > We use entity tags and If-Match in RESTCONF so the client can
> > be sure it is editing the correct version of the resource instance.
> > This works nicely for persistent configuration, especially if
> > the server can reboot with the same config ETags.
> > 
> > If-Match will cause the edit to fail if the server reboots and the
> > I2RS state is gone.
> > The client will get a 412 Precondition Failed response and know it might have to
> > start over.
> > 
> > RESTCONF only requires the server to maintain an ETag for the config root.
> > Finer granularity (e.g., the parent resource has an ETag) is probably needed
> > to support multiple concurrent edits.
> >
> 
> Thanks, this all makes sense. So there is a viable mechanism to create
> a sequence of linked edits. The main trade-off, however, between a
> single atomic edit and a sequence of linked edits is who is taking the
> pain to cleanup the mess if things fail in the middle. If you write a
> client, you love the server to do it. If you write a server, you love
> the client to do it. ;-)

It's all pain, but some component has to deal with it.

I'm glad that restconf seems to have this situation covered, Andy.  Is there
a similar mechanism in netconf that I've missed?  If so, this completely
deals with the need for i2rs to have to ask for anything new. :-)

-- Jeff


From nobody Fri Mar  6 10:08:50 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6E771A1B15 for ; Fri,  6 Mar 2015 10:08:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.979
X-Spam-Level: 
X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 Evx7gAdkcTMl for ; Fri,  6 Mar 2015 10:08:48 -0800 (PST)
Received: from mail-la0-f41.google.com (mail-la0-f41.google.com [209.85.215.41]) (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 C6FDB1A1AE3 for ; Fri,  6 Mar 2015 10:08:47 -0800 (PST)
Received: by labgf13 with SMTP id gf13so34691757lab.10 for ; Fri, 06 Mar 2015 10:08:46 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nh4e4MkBAarfS5f48ruhyDMEkdHN1Li/m2Wh6ty0nbo=; b=JkeBQswcDQoGtjpWRjMd4NCZjpaitGe/X1HnuAVKcApQyndOWIEKNpIiApxK1cVKTY ukwiXNKwhvhU8C67SaBvT4YIe/y271eWhg7W8tFIPBBkXc7XeAnpVef2toUziFHcQ6Lm 6MLpByerHGExdd+hZnhy5IUFdhLVN4VjB1k2kVTTU5xLtPduUErlKcqlOvn7IFJhv9pR YfnuD4kyzXD+M+NYeid2oKpvBz3Nquxidgs3rvMSssoYe/dFBib1pemIW2WIJtFdLWW2 XwW0Nac9tIIK1phGS9Cqc8k5zCk6MrodaYglJt5IRKCyBT4Krdh4uCw97rEcfFePiVZy SKjg==
X-Gm-Message-State: ALoCoQkKk6XUsH9BLantsDcoME2Zc7ZtfyKSZuruQxXSNarR2bQGvnze62XQfjSCBn9O5OJASYns
MIME-Version: 1.0
X-Received: by 10.112.139.136 with SMTP id qy8mr14183317lbb.38.1425665326056;  Fri, 06 Mar 2015 10:08:46 -0800 (PST)
Received: by 10.112.144.36 with HTTP; Fri, 6 Mar 2015 10:08:45 -0800 (PST)
In-Reply-To: <20150306180434.GA10092@pfrc>
References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> <20150304194244.GB9142@pfrc> <20150304230940.GA68185@elstar.local>  <20150305081801.GA68988@elstar.local> <20150306180434.GA10092@pfrc>
Date: Fri, 6 Mar 2015 10:08:45 -0800
Message-ID: 
From: Andy Bierman 
To: Jeffrey Haas 
Content-Type: text/plain; charset=UTF-8
Archived-At: 
Cc: "i2rs@ietf.org" , Melinda Shore , Susan Hares , secdir@ietf.org
Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 06 Mar 2015 18:08:50 -0000

On Fri, Mar 6, 2015 at 10:04 AM, Jeffrey Haas  wrote:
> On Thu, Mar 05, 2015 at 09:18:02AM +0100, Juergen Schoenwaelder wrote:
>> On Wed, Mar 04, 2015 at 03:57:50PM -0800, Andy Bierman wrote:
>> > > The simple solution is to make "A B C" one atomic edit.
>> > >
>> >
>> >
>> > We use entity tags and If-Match in RESTCONF so the client can
>> > be sure it is editing the correct version of the resource instance.
>> > This works nicely for persistent configuration, especially if
>> > the server can reboot with the same config ETags.
>> >
>> > If-Match will cause the edit to fail if the server reboots and the
>> > I2RS state is gone.
>> > The client will get a 412 Precondition Failed response and know it might have to
>> > start over.
>> >
>> > RESTCONF only requires the server to maintain an ETag for the config root.
>> > Finer granularity (e.g., the parent resource has an ETag) is probably needed
>> > to support multiple concurrent edits.
>> >
>>
>> Thanks, this all makes sense. So there is a viable mechanism to create
>> a sequence of linked edits. The main trade-off, however, between a
>> single atomic edit and a sequence of linked edits is who is taking the
>> pain to cleanup the mess if things fail in the middle. If you write a
>> client, you love the server to do it. If you write a server, you love
>> the client to do it. ;-)
>
> It's all pain, but some component has to deal with it.
>
> I'm glad that restconf seems to have this situation covered, Andy.  Is there
> a similar mechanism in netconf that I've missed?  If so, this completely
> deals with the need for i2rs to have to ask for anything new. :-)
>

NETCONF has no support at all for this sort of thing.

> -- Jeff

Andy


From nobody Fri Mar  6 11:21:49 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F7191A6EEC; Fri,  6 Mar 2015 11:21:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 SgAWwvdHNbY0; Fri,  6 Mar 2015 11:21:47 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D382D1A3BA7; Fri,  6 Mar 2015 11:21:46 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 9D722FC9; Fri,  6 Mar 2015 20:21:45 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 8Jk38woZwLIV; Fri,  6 Mar 2015 20:21:43 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Fri,  6 Mar 2015 20:21:43 +0100 (CET)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2943F2003C; Fri,  6 Mar 2015 20:21:43 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 5puKc9fMJ-2h; Fri,  6 Mar 2015 20:21:42 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 456E220036; Fri,  6 Mar 2015 20:21:41 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 3515232603AD; Fri,  6 Mar 2015 20:21:39 +0100 (CET)
Date: Fri, 6 Mar 2015 20:21:39 +0100
From: Juergen Schoenwaelder 
To: Jeffrey Haas 
Message-ID: <20150306192139.GA74963@elstar.local>
Mail-Followup-To: Jeffrey Haas , Andy Bierman , Susan Hares , "i2rs@ietf.org" , Melinda Shore , secdir@ietf.org
References: <01c301d05538$0b4846c0$21d8d440$@ndzh.com> <54F4E7D7.1000603@gmail.com> <023e01d055fe$8688c9b0$939a5d10$@ndzh.com> <20150304194244.GB9142@pfrc> <20150304230940.GA68185@elstar.local>  <20150305081801.GA68988@elstar.local> <20150306180434.GA10092@pfrc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150306180434.GA10092@pfrc>
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Cc: "i2rs@ietf.org" , Melinda Shore , Andy Bierman , Susan Hares , secdir@ietf.org
Subject: Re: [i2rs] [secdir] Asynchronous Nature of the I2RS Protocol - vs RESTCONF and NETCONF
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 06 Mar 2015 19:21:48 -0000

On Fri, Mar 06, 2015 at 01:04:34PM -0500, Jeffrey Haas wrote:
> > 
> > Thanks, this all makes sense. So there is a viable mechanism to create
> > a sequence of linked edits. The main trade-off, however, between a
> > single atomic edit and a sequence of linked edits is who is taking the
> > pain to cleanup the mess if things fail in the middle. If you write a
> > client, you love the server to do it. If you write a server, you love
> > the client to do it. ;-)
> 
> It's all pain, but some component has to deal with it.
> 
> I'm glad that restconf seems to have this situation covered, Andy.  Is there
> a similar mechanism in netconf that I've missed?  If so, this completely
> deals with the need for i2rs to have to ask for anything new. :-)
>

I think the NETCONF solution is more geared towards a single
transaction solution, i.e., you can ship stuff into the candidate
datastore and then commit the whole change set in one go.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Fri Mar  6 15:06:47 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F0F81A6F2B for ; Fri,  6 Mar 2015 15:06:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level: 
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 or27EfKA0WV2 for ; Fri,  6 Mar 2015 15:06:45 -0800 (PST)
Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (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 245511A1B24 for ; Fri,  6 Mar 2015 15:06:45 -0800 (PST)
Received: by obcwo20 with SMTP id wo20so23717574obc.5 for ; Fri, 06 Mar 2015 15:06:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:date:message-id:subject:from:to:content-type; bh=bnLG0mRSkgm+DAo7RHiKlUjL/KHBuKEu4vgD+XykYbI=; b=LpW6mhqg14fnSJAbg8DIY9oec82PLqEa/TdXyhE7tML09AeV6MJcIilz0xMpgxitaW iv4ON2yWkcrVJdLmRhjL/xIKjWtHDpP2peF/iQkC2vJ4H3+VQVE0xYRzecNEsb1xRad6 PN1E5BQzxGJHH6Pd+eWWe+cxrqDMxQXW2oHKQwGa6D93ZNMWkNLDvtXDT4JgXDCnZsYi G6EFTW8Kmkch7NFPuRMBp1Rpc5Q7YOAP7m65VdQydJclnafeCJx1xtTFc3a7zNdnwnTx gp92Y3j9lJ8y/osNoHXFaIgavtVv2g5czc5GvXxLyAN2A9M00gYG4epJngOrTjuZ4cVu 19CQ==
MIME-Version: 1.0
X-Received: by 10.182.247.42 with SMTP id yb10mr12571259obc.54.1425683204631;  Fri, 06 Mar 2015 15:06:44 -0800 (PST)
Received: by 10.60.97.135 with HTTP; Fri, 6 Mar 2015 15:06:44 -0800 (PST)
Date: Fri, 6 Mar 2015 18:06:44 -0500
Message-ID: 
From: Alia Atlas 
To: "i2rs@ietf.org" 
Content-Type: multipart/alternative; boundary=089e015384e0f9741c0510a6bccb
Archived-At: 
Subject: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 06 Mar 2015 23:06:46 -0000

--089e015384e0f9741c0510a6bccb
Content-Type: text/plain; charset=UTF-8

Given the excellent progress that the WG has been making - due to your work
and interest, I have been working on a simple rechartering with Sue and
Jeff.

The new proposed charter is at
http://datatracker.ietf.org/doc/charter-ietf-i2rs/.
It adds the ability to work on a filter-based RIB model.
It allows I2RS to work on YANG data models to supports its in-charter
use-cases.
It clarifies that the topology work will be done starting with a generic
topology model.

Regards,
Alia

--089e015384e0f9741c0510a6bccb
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Given the excellent progress that the WG has been making -=
 due to your work
and interest, I have been working on a simple rechart=
ering with Sue and Jeff.

It adds the abi=
lity to work on a filter-based RIB model. =C2=A0
It allows I2RS t=
o work on YANG data models to supports its in-charter use-cases.
=
It clarifies that the topology work will be done starting with a generic to=
pology model.

Regards,
Alia


--089e015384e0f9741c0510a6bccb--


From nobody Sat Mar  7 03:50:03 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A9151A8BAF for ; Sat,  7 Mar 2015 03:50:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 AH4BzmJxUPAq for ; Sat,  7 Mar 2015 03:50:00 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAB271A8944 for ; Sat,  7 Mar 2015 03:49:59 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTJ45841; Sat, 07 Mar 2015 11:49:57 +0000 (GMT)
Received: from SZXEML433-HUB.china.huawei.com (10.82.67.210) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 7 Mar 2015 11:49:56 +0000
Received: from szxeml557-mbs.china.huawei.com ([169.254.6.208]) by szxeml433-hub.china.huawei.com ([10.82.67.210]) with mapi id 14.03.0158.001; Sat, 7 Mar 2015 19:49:52 +0800
From: Tina TSOU 
To: Alia Atlas 
Thread-Topic: [i2rs] simple rechartering underway
Thread-Index: AQHQWGI87BL6RCblAUeGTHlQ6FVstZ0Q6N8N
Date: Sat, 7 Mar 2015 11:49:51 +0000
Message-ID: <4F4BF1FC-6CD4-48B3-9456-8448FD5BB37D@huawei.com>
References: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: multipart/alternative; boundary="_000_4F4BF1FC6CD448B394568448FD5BB37Dhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "i2rs@ietf.org" 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 07 Mar 2015 11:50:02 -0000

--_000_4F4BF1FC6CD448B394568448FD5BB37Dhuaweicom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dear Alia et al,

Questions for clarification, which interface does i2rs do? Between who and =
who?


Thank you,
Tina

On Mar 7, 2015, at 7:06 AM, Alia Atlas > wrote:

Given the excellent progress that the WG has been making - due to your work
and interest, I have been working on a simple rechartering with Sue and Jef=
f.

The new proposed charter is at http://datatracker.ietf.org/doc/charter-ietf=
-i2rs/.
It adds the ability to work on a filter-based RIB model.
It allows I2RS to work on YANG data models to supports its in-charter use-c=
ases.
It clarifies that the topology work will be done starting with a generic to=
pology model.

Regards,
Alia

--_000_4F4BF1FC6CD448B394568448FD5BB37Dhuaweicom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable







Dear Alia et al,







Questions for clarification, which interface does i2rs do? Between who=
 and who?













Thank you,

Tina






On Mar 7, 2015, at 7:06 AM, Alia Atlas <akatlas@gmail.com> wrote:










Given the excellent progress that the WG has been making -=
 due to your work

and interest, I have been working on a simple rechartering with Sue an=
d Jeff.








It adds the ability to work on a filter-based RIB model.  


It allows I2RS to work on YANG data models to supports its in-charter =
use-cases.


It clarifies that the topology work will be done starting with a gener=
ic topology model.







Regards,


Alia
















--_000_4F4BF1FC6CD448B394568448FD5BB37Dhuaweicom_--


From nobody Sat Mar  7 15:17:52 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38EE91A1A0B for ; Sat,  7 Mar 2015 15:17:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 HaZtmmxlpDLR for ; Sat,  7 Mar 2015 15:17:49 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 960521A1A07 for ; Sat,  7 Mar 2015 15:17:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5821; q=dns/txt; s=iport; t=1425770269; x=1426979869; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=NSm6rdiGk6jVQ8RGUyVDzxgNkDUj4l7uvIj0B6VO7t0=; b=ltQ3qgeZC+FBWPaT1nRD0uP2rIhKunzPV5SPZjS8iC0Uy7cP+sQRcpVK zOTWYR5chCV6f6dUULqSJyE0GXyKyIKUThv2P4gtrWSAAUuH7s2v4CD4W NtWD/Tv+ZKwivEpfeHKnIIYRcuwGxETa2ElDzrl4kVu01QVqmDXFhGv3X s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CiBwAKhvtU/4cNJK1cgkNDUloEgwavQ41SgXqFcAIcgQVNAQEBAQEBfIQPAQEBBCNWEAIBCAQNAwECKAMCAgIfERQJCAIEAQ0FiBsDEQ2uQ5R9DYU0AQEBAQEBAQECAQEBAQEBAQEBARiLF4JEghkRB4JogUMFkAeDY4QigUiBGjmMCoJQg0Ijg25vAYFDfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,359,1422921600";  d="scan'208,217";a="398604168"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-1.cisco.com with ESMTP; 07 Mar 2015 23:17:48 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t27NHmEi004616 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 7 Mar 2015 23:17:48 GMT
Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Sat, 7 Mar 2015 17:17:48 -0600
From: "Acee Lindem (acee)" 
To: Tina TSOU , Alia Atlas 
Thread-Topic: [i2rs] simple rechartering underway
Thread-Index: AQHQWGI8Ea4JZ27RkE+8dSyMBoMnj50RTXSAgABsYgA=
Date: Sat, 7 Mar 2015 23:17:48 +0000
Message-ID: 
References:  <4F4BF1FC-6CD4-48B3-9456-8448FD5BB37D@huawei.com>
In-Reply-To: <4F4BF1FC-6CD4-48B3-9456-8448FD5BB37D@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.116.152.196]
Content-Type: multipart/alternative; boundary="_000_D120F066101C1aceeciscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: "i2rs@ietf.org" 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 07 Mar 2015 23:17:51 -0000

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

VGhpcyBtYXkgYmUgaGFyZCB0byByZWFjaCBjb25zZW5zdXMgb24gYnV0IGl0IHdvdWxkIGJlIGdy
ZWF0IGlmIHRoZXJlIHdlcmUgc3RhdGVtZW50cyBwb3NpdGlvbmluZyBJMlJTIHZlcnN1cyBORVRD
T05GIGNvbmZpZ3VyYXRpb24gYW5kIG1hbmFnZW1lbnQuDQpUaGFua3MsDQpBY2VlDQoNCkZyb206
IFRpbmEgVFNPVSA8VGluYS5Uc291LlpvdXRpbmdAaHVhd2VpLmNvbTxtYWlsdG86VGluYS5Uc291
LlpvdXRpbmdAaHVhd2VpLmNvbT4+DQpEYXRlOiBTYXR1cmRheSwgTWFyY2ggNywgMjAxNSBhdCA2
OjQ5IEFNDQpUbzogQWxpYSBBdGxhcyA8YWthdGxhc0BnbWFpbC5jb208bWFpbHRvOmFrYXRsYXNA
Z21haWwuY29tPj4NCkNjOiAiaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4iIDxp
MnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbaTJyc10g
c2ltcGxlIHJlY2hhcnRlcmluZyB1bmRlcndheQ0KDQpEZWFyIEFsaWEgZXQgYWwsDQoNClF1ZXN0
aW9ucyBmb3IgY2xhcmlmaWNhdGlvbiwgd2hpY2ggaW50ZXJmYWNlIGRvZXMgaTJycyBkbz8gQmV0
d2VlbiB3aG8gYW5kIHdobz8NCg0KDQpUaGFuayB5b3UsDQpUaW5hDQoNCk9uIE1hciA3LCAyMDE1
LCBhdCA3OjA2IEFNLCBBbGlhIEF0bGFzIDxha2F0bGFzQGdtYWlsLmNvbTxtYWlsdG86YWthdGxh
c0BnbWFpbC5jb20+PiB3cm90ZToNCg0KR2l2ZW4gdGhlIGV4Y2VsbGVudCBwcm9ncmVzcyB0aGF0
IHRoZSBXRyBoYXMgYmVlbiBtYWtpbmcgLSBkdWUgdG8geW91ciB3b3JrDQphbmQgaW50ZXJlc3Qs
IEkgaGF2ZSBiZWVuIHdvcmtpbmcgb24gYSBzaW1wbGUgcmVjaGFydGVyaW5nIHdpdGggU3VlIGFu
ZCBKZWZmLg0KDQpUaGUgbmV3IHByb3Bvc2VkIGNoYXJ0ZXIgaXMgYXQgaHR0cDovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9jaGFydGVyLWlldGYtaTJycy8uDQpJdCBhZGRzIHRoZSBhYmlsaXR5
IHRvIHdvcmsgb24gYSBmaWx0ZXItYmFzZWQgUklCIG1vZGVsLg0KSXQgYWxsb3dzIEkyUlMgdG8g
d29yayBvbiBZQU5HIGRhdGEgbW9kZWxzIHRvIHN1cHBvcnRzIGl0cyBpbi1jaGFydGVyIHVzZS1j
YXNlcy4NCkl0IGNsYXJpZmllcyB0aGF0IHRoZSB0b3BvbG9neSB3b3JrIHdpbGwgYmUgZG9uZSBz
dGFydGluZyB3aXRoIGEgZ2VuZXJpYyB0b3BvbG9neSBtb2RlbC4NCg0KUmVnYXJkcywNCkFsaWEN
Cg==

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5UaGlzIG1heSBi
ZSBoYXJkIHRvIHJlYWNoIGNvbnNlbnN1cyBvbiBidXQgaXQgd291bGQgYmUgZ3JlYXQgaWYgdGhl
cmUgd2VyZSBzdGF0ZW1lbnRzIHBvc2l0aW9uaW5nIEkyUlMgdmVyc3VzIE5FVENPTkYgY29uZmln
dXJhdGlvbiBhbmQgbWFuYWdlbWVudC48L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2Pg0KPGRpdj5B
Y2VlPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNU
SU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0
ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsg
Qk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxF
RlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xp
ZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBz
dHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPlRpbmEgVFNPVSAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOlRpbmEuVHNvdS5ab3V0aW5nQGh1YXdlaS5jb20iPlRpbmEuVHNvdS5ab3V0aW5n
QGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5E
YXRlOiA8L3NwYW4+U2F0dXJkYXksIE1hcmNoIDcsIDIwMTUgYXQgNjo0OSBBTTxicj4NCjxzcGFu
IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPkFsaWEgQXRsYXMgJmx0OzxhIGhy
ZWY9Im1haWx0bzpha2F0bGFzQGdtYWlsLmNvbSI+YWthdGxhc0BnbWFpbC5jb208L2E+Jmd0Ozxi
cj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPiZxdW90OzxhIGhy
ZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj5pMnJzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxz
cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6IFtpMnJzXSBz
aW1wbGUgcmVjaGFydGVyaW5nIHVuZGVyd2F5PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2
Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0
eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJ
TjowIDAgMCA1OyI+DQo8ZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPg0KPGRpdj5EZWFyIEFsaWEgZXQg
YWwsPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5RdWVzdGlvbnMgZm9yIGNsYXJpZmlj
YXRpb24sIHdoaWNoIGludGVyZmFjZSBkb2VzIGkycnMgZG8/IEJldHdlZW4gd2hvIGFuZCB3aG8/
PC9kaXY+DQo8ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQpUaGFu
ayB5b3UsDQo8ZGl2PlRpbmE8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48YnI+DQpPbiBNYXIgNywgMjAx
NSwgYXQgNzowNiBBTSwgQWxpYSBBdGxhcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFrYXRsYXNAZ21h
aWwuY29tIj5ha2F0bGFzQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCjxicj4NCjwvZGl2
Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8ZGl2Pg0KPGRpdiBkaXI9Imx0ciI+R2l2ZW4g
dGhlIGV4Y2VsbGVudCBwcm9ncmVzcyB0aGF0IHRoZSBXRyBoYXMgYmVlbiBtYWtpbmcgLSBkdWUg
dG8geW91ciB3b3JrDQo8ZGl2PmFuZCBpbnRlcmVzdCwgSSBoYXZlIGJlZW4gd29ya2luZyBvbiBh
IHNpbXBsZSByZWNoYXJ0ZXJpbmcgd2l0aCBTdWUgYW5kIEplZmYuPC9kaXY+DQo8ZGl2Pjxicj4N
CjwvZGl2Pg0KPGRpdj5UaGUgbmV3IHByb3Bvc2VkIGNoYXJ0ZXIgaXMgYXQgPGEgaHJlZj0iaHR0
cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9jaGFydGVyLWlldGYtaTJycy8iPg0KaHR0cDov
L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9jaGFydGVyLWlldGYtaTJycy88L2E+LjwvZGl2Pg0K
PGRpdj5JdCBhZGRzIHRoZSBhYmlsaXR5IHRvIHdvcmsgb24gYSBmaWx0ZXItYmFzZWQgUklCIG1v
ZGVsLiAmbmJzcDs8L2Rpdj4NCjxkaXY+SXQgYWxsb3dzIEkyUlMgdG8gd29yayBvbiBZQU5HIGRh
dGEgbW9kZWxzIHRvIHN1cHBvcnRzIGl0cyBpbi1jaGFydGVyIHVzZS1jYXNlcy48L2Rpdj4NCjxk
aXY+SXQgY2xhcmlmaWVzIHRoYXQgdGhlIHRvcG9sb2d5IHdvcmsgd2lsbCBiZSBkb25lIHN0YXJ0
aW5nIHdpdGggYSBnZW5lcmljIHRvcG9sb2d5IG1vZGVsLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rp
dj4NCjxkaXY+UmVnYXJkcyw8L2Rpdj4NCjxkaXY+QWxpYTwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdj48L2Rpdj4NCjwv
YmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8L2Jv
ZHk+DQo8L2h0bWw+DQo=

--_000_D120F066101C1aceeciscocom_--


From nobody Sun Mar  8 13:02:45 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 260C81A012D; Sun,  8 Mar 2015 13:02:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.321
X-Spam-Level: 
X-Spam-Status: No, score=0.321 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 GAoeJ7hBV0hR; Sun,  8 Mar 2015 13:02:41 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 3E31A1A00FA; Sun,  8 Mar 2015 13:02:41 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id F1959C1B4; Sun,  8 Mar 2015 16:02:40 -0400 (EDT)
Date: Sun, 8 Mar 2015 16:02:40 -0400
From: Jeffrey Haas 
To: i2rs@ietf.org, netmod@ietf.org, netconf@ietf.org
Message-ID: <20150308200240.GA14435@pfrc>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: 
Subject: [i2rs] Update to draft-haas-i2rs-netmod-netconf-requirements
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 08 Mar 2015 20:02:42 -0000

I've updated my personal tracking draft for I2RS requirements upon NETMOD
and NETCONF.  The primary changes are:
- To correct the NETCONF over SSH case which is believed to be complete - I
   had failed to read that RFC's security considerations section fully.
- I've removed the subscription section and pointed to the separate draft, 
  draft-ietf-i2rs-pub-sub-requirements.

The primary sticking point remains what to do about the ephemeral state.  At
IETF 91, we had volunteers willing to document what their ephemeral
implementations actually did rather than trying to invent our own.  However,
these individuals appear to have been consistently busy during that time
frame.  I'd like to use this email to prod them again to lend their efforts
on documenting their ephemeral implementations.

-- Jeff

----- Forwarded message from IETF Secretariat  -----

Date: Sun, 08 Mar 2015 12:43:40 -0700
From: IETF Secretariat 
To: jhaas@pfrc.org
Subject: Personal ID list of jhaas@pfrc.org notification: Changes on draft-haas-i2rs-netmod-netconf-requirements


Hello,

This is a notification from the Personal ID list of jhaas@pfrc.org.

Document: draft-haas-i2rs-netmod-netconf-requirements,
https://datatracker.ietf.org/doc/draft-haas-i2rs-netmod-netconf-requirements

Change:
New version available: *draft-haas-i2rs-netmod-netconf-requirements-01.txt*

Best regards,

        The datatracker draft tracking service
        (for the IETF Secretariat)

----- End forwarded message -----


From nobody Sun Mar  8 14:41:41 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 277DE1A0173; Sun,  8 Mar 2015 14:41:40 -0700 (PDT)
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, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 TqtR4J3Gcx7T; Sun,  8 Mar 2015 14:41:38 -0700 (PDT)
Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (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 4B3471A0154; Sun,  8 Mar 2015 14:41:38 -0700 (PDT)
Received: by pdjy10 with SMTP id y10so20285960pdj.12; Sun, 08 Mar 2015 14:41:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=QK7zVvHlFO0D/t8rjn0eWRs+4slqqkqalwAyOS8HTSc=; b=ynbE3U9lc81pUuQwI/kcEyWSwCq5+/fVwDDxysl0sgc0am+dJndq6rQ2FbiIq1V0lh zFAmqXyZnsUSacBpPgjHZpcDqmn2nPQB6xaGbrMcxxX7G4VONxZy5yKp20DQjQiLNMa9 22I0rrssKOKuVSBvykDPiYmTiyLU2xdjXWsV+gzPcYyT19pPWNeDt1kFb53u96xXoHcD guN3PpEzd+ubfYCX/xx9FWSOdT0v5eq/QpI+5HJ19l6DUUoJ2PbsMJKrz5elJbJS6Gra xZrH7mfFf3BYQmkgJN9dn94lKQVW9mGDICbJjdVuAvbQHdi7VZUNxoZetx3oxLtKfc+e urVA==
X-Received: by 10.66.145.41 with SMTP id sr9mr9687284pab.18.1425850896957; Sun, 08 Mar 2015 14:41:36 -0700 (PDT)
Received: from [10.102.145.87] ([166.170.38.255]) by mx.google.com with ESMTPSA id fx13sm15802652pdb.7.2015.03.08.14.41.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Mar 2015 14:41:36 -0700 (PDT)
References: <20150308200240.GA14435@pfrc>
Mime-Version: 1.0 (1.0)
In-Reply-To: <20150308200240.GA14435@pfrc>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: 
X-Mailer: iPhone Mail (11D257)
From: Mahesh Jethanandani 
Date: Sun, 8 Mar 2015 14:41:32 -0700
To: Jeffrey Haas 
Archived-At: 
Cc: "i2rs@ietf.org" , "netconf@ietf.org" , "netmod@ietf.org" 
Subject: Re: [i2rs] [netmod] Update to draft-haas-i2rs-netmod-netconf-requirements
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 08 Mar 2015 21:41:40 -0000

[Speaking as contributor]

Jeff,

I must have missed the previous reminder or notification about where to add e=
phemeral requirements.=20

But would like to add the case which I described on the rtg-yang-coord maili=
ng list. Basically there is a requirement that certain configurations should=
 not be stored in a running configuration but could be saved in ephemeral da=
ta store. Example - loop back configuration on a interface. Can be configure=
d but never stored in a startup configuration.=20

This might be different from i2rs requirements in that the configuration is m=
arked for not writable to a startup and remain as part of ephemeral store.=20=


Mahesh Jerhanandani
mjethanandani@gmail.com

> On Mar 8, 2015, at 1:02 PM, Jeffrey Haas  wrote:
>=20
> I've updated my personal tracking draft for I2RS requirements upon NETMOD
> and NETCONF.  The primary changes are:
> - To correct the NETCONF over SSH case which is believed to be complete - I=

>   had failed to read that RFC's security considerations section fully.
> - I've removed the subscription section and pointed to the separate draft,=
=20
>  draft-ietf-i2rs-pub-sub-requirements.
>=20
> The primary sticking point remains what to do about the ephemeral state.  A=
t
> IETF 91, we had volunteers willing to document what their ephemeral
> implementations actually did rather than trying to invent our own.  Howeve=
r,
> these individuals appear to have been consistently busy during that time
> frame.  I'd like to use this email to prod them again to lend their effort=
s
> on documenting their ephemeral implementations.
>=20
> -- Jeff
>=20
> ----- Forwarded message from IETF Secretariat  -----
>=20
> Date: Sun, 08 Mar 2015 12:43:40 -0700
> From: IETF Secretariat 
> To: jhaas@pfrc.org
> Subject: Personal ID list of jhaas@pfrc.org notification: Changes on draft=
-haas-i2rs-netmod-netconf-requirements
>=20
>=20
> Hello,
>=20
> This is a notification from the Personal ID list of jhaas@pfrc.org.
>=20
> Document: draft-haas-i2rs-netmod-netconf-requirements,
> https://datatracker.ietf.org/doc/draft-haas-i2rs-netmod-netconf-requiremen=
ts
>=20
> Change:
> New version available: *draft-haas-i2rs-netmod-netconf-requirements-01.txt=
*
>=20
> Best regards,
>=20
>        The datatracker draft tracking service
>        (for the IETF Secretariat)
>=20
> ----- End forwarded message -----
>=20
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod


From nobody Sun Mar  8 22:05:03 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B2D41A3B9B; Sun,  8 Mar 2015 22:04:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 Wp01dilzKDBs; Sun,  8 Mar 2015 22:04:58 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 03AF41A6EF1; Sun,  8 Mar 2015 22:04:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309050456.16067.88331.idtracker@ietfa.amsl.com>
Date: Sun, 08 Mar 2015 22:04:56 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-zhang-i2rs-l1-topo-yang-model-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 05:04:59 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : A YANG Data Model for Layer 1 Network Topology
        Authors         : Xian Zhang
                          Baoquan Rao
                          Xufeng Liu
	Filename        : draft-zhang-i2rs-l1-topo-yang-model-01.txt
	Pages           : 23
	Date            : 2015-03-08

Abstract:
   This draft describes a YANG data model to manipulate the topologies
   of a layer 1 network. It is independent of data plan technologies
   and control plane protocols. It can be augmented to include
   technology-specific data, such as for Optical Transport Networks
   (OTN).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-zhang-i2rs-l1-topo-yang-model-01

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-zhang-i2rs-l1-topo-yang-model-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 Sun Mar  8 22:05:04 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4728B1A3BA5; Sun,  8 Mar 2015 22:05:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 1-C3UrRPAVDC; Sun,  8 Mar 2015 22:04:59 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 24DB01A6EFE; Sun,  8 Mar 2015 22:04:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: , , ,  , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309050456.16067.29631.idtracker@ietfa.amsl.com>
Date: Sun, 08 Mar 2015 22:04:56 -0700
Archived-At: 
Subject: [i2rs] New Version Notification - draft-zhang-i2rs-l1-topo-yang-model-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 05:05:00 -0000

A new version (-01) has been submitted for draft-zhang-i2rs-l1-topo-yang-model:
http://www.ietf.org/internet-drafts/draft-zhang-i2rs-l1-topo-yang-model-01.txt


The IETF datatracker page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

Diff from previous version:
http://www.ietf.org/rfcdiff?url2=draft-zhang-i2rs-l1-topo-yang-model-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.

IETF Secretariat.


From nobody Sun Mar  8 22:22:16 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC2AF1A1B2C; Sun,  8 Mar 2015 22:22:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 chFXtbRdpHid; Sun,  8 Mar 2015 22:22:12 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C197B1A3BA5; Sun,  8 Mar 2015 22:22:11 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309052211.15587.6455.idtracker@ietfa.amsl.com>
Date: Sun, 08 Mar 2015 22:22:11 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-ietf-i2rs-rib-info-model-06.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 05:22:14 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : Routing Information Base Info Model
        Authors         : Nitin Bahadur
                          Ron Folkes
                          Sriganesh Kini
                          Jan Medved
	Filename        : draft-ietf-i2rs-rib-info-model-06.txt
	Pages           : 27
	Date            : 2015-03-08

Abstract:
   Routing and routing functions in enterprise and carrier networks are
   typically performed by network devices (routers and switches) using a
   routing information base (RIB).  Protocols and configuration push
   data into the RIB and the RIB manager installs state into the
   hardware; for packet forwarding.  This draft specifies an information
   model for the RIB to enable defining a standardized data model.  Such
   a data model can be used to define an interface to the RIB from an
   entity that may even be external to the network device.  This
   interface can be used to support new use-cases being defined by the
   IETF I2RS WG.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-i2rs-rib-info-model-06

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-rib-info-model-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/


From nobody Mon Mar  9 00:08:26 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 630CB1A0235; Mon,  9 Mar 2015 00:08:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 7EjBWsWVadzW; Mon,  9 Mar 2015 00:08:21 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 351671A1A6F; Mon,  9 Mar 2015 00:08:20 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309070820.3151.57278.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 00:08:20 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-wang-i2rs-rib-data-model-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 07:08:22 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : Data Model for RIB I2RS protocol
        Authors         : Lixing Wang
                          Hariharan Ananthakrishnan
                          Mach(Guoyi) Chen
                          Amit Dass
                          Sriganesh Kini
                          Nitin Bahadur
	Filename        : draft-wang-i2rs-rib-data-model-01.txt
	Pages           : 38
	Date            : 2015-03-09

Abstract:
   This document defines a YANG data model for Routing Information Base
   (RIB) that aligns with the I2RS RIB information model.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-wang-i2rs-rib-data-model-01

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-wang-i2rs-rib-data-model-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 Mar  9 00:08:28 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69C741A19E4; Mon,  9 Mar 2015 00:08:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 kyelWWazqi7m; Mon,  9 Mar 2015 00:08:22 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3711A6EEC; Mon,  9 Mar 2015 00:08:20 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309070820.3151.22066.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 00:08:20 -0700
Archived-At: 
Subject: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 07:08:24 -0000

A new version (-01) has been submitted for draft-wang-i2rs-rib-data-model:
http://www.ietf.org/internet-drafts/draft-wang-i2rs-rib-data-model-01.txt


The IETF datatracker page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model/

Diff from previous version:
http://www.ietf.org/rfcdiff?url2=draft-wang-i2rs-rib-data-model-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.

IETF Secretariat.


From nobody Mon Mar  9 00:08:29 2015
Return-Path: 
X-Original-To: expand-draft-wang-i2rs-rib-data-model.all@virtual.ietf.org
Delivered-To: i2rs@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 83AE21A6EEC; Mon,  9 Mar 2015 00:08:24 -0700 (PDT)
X-Original-To: xfilter-draft-wang-i2rs-rib-data-model.all@ietfa.amsl.com
Delivered-To: xfilter-draft-wang-i2rs-rib-data-model.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69C741A19E4; Mon,  9 Mar 2015 00:08:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 kyelWWazqi7m; Mon,  9 Mar 2015 00:08:22 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3711A6EEC; Mon,  9 Mar 2015 00:08:20 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309070820.3151.22066.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 00:08:20 -0700
Archived-At: 
Subject: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 07:08:24 -0000

A new version (-01) has been submitted for draft-wang-i2rs-rib-data-model:
http://www.ietf.org/internet-drafts/draft-wang-i2rs-rib-data-model-01.txt


The IETF datatracker page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model/

Diff from previous version:
http://www.ietf.org/rfcdiff?url2=draft-wang-i2rs-rib-data-model-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.

IETF Secretariat.


From nobody Mon Mar  9 03:08:46 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C75CB1A1EFC; Mon,  9 Mar 2015 03:08:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 qqY6QukAMnmN; Mon,  9 Mar 2015 03:08:43 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 799E41A8767; Mon,  9 Mar 2015 03:08:42 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309100842.1252.84054.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 03:08:42 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-wang-i2rs-rib-data-model-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 10:08:45 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : Data Model for RIB I2RS protocol
        Authors         : Lixing Wang
                          Hariharan Ananthakrishnan
                          Mach(Guoyi) Chen
                          Amit Dass
                          Sriganesh Kini
                          Nitin Bahadur
	Filename        : draft-wang-i2rs-rib-data-model-02.txt
	Pages           : 38
	Date            : 2015-03-09

Abstract:
   This document defines a YANG data model for Routing Information Base
   (RIB) that aligns with the I2RS RIB information model.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-wang-i2rs-rib-data-model-02

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-wang-i2rs-rib-data-model-02


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 Mar  9 03:08:54 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B8A01A1EFC; Mon,  9 Mar 2015 03:08:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 mW2_q6yJqnSS; Mon,  9 Mar 2015 03:08:44 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 89FDF1A876D; Mon,  9 Mar 2015 03:08:42 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309100842.1252.75399.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 03:08:42 -0700
Archived-At: 
Subject: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 10:08:46 -0000

A new version (-02) has been submitted for draft-wang-i2rs-rib-data-model:
http://www.ietf.org/internet-drafts/draft-wang-i2rs-rib-data-model-02.txt


The IETF datatracker page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model/

Diff from previous version:
http://www.ietf.org/rfcdiff?url2=draft-wang-i2rs-rib-data-model-02

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.

IETF Secretariat.


From nobody Mon Mar  9 03:08:55 2015
Return-Path: 
X-Original-To: expand-draft-wang-i2rs-rib-data-model.all@virtual.ietf.org
Delivered-To: i2rs@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 3CE321A876C; Mon,  9 Mar 2015 03:08:46 -0700 (PDT)
X-Original-To: xfilter-draft-wang-i2rs-rib-data-model.all@ietfa.amsl.com
Delivered-To: xfilter-draft-wang-i2rs-rib-data-model.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B8A01A1EFC; Mon,  9 Mar 2015 03:08:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 mW2_q6yJqnSS; Mon,  9 Mar 2015 03:08:44 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 89FDF1A876D; Mon,  9 Mar 2015 03:08:42 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309100842.1252.75399.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 03:08:42 -0700
Archived-At: 
Subject: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 10:08:46 -0000

A new version (-02) has been submitted for draft-wang-i2rs-rib-data-model:
http://www.ietf.org/internet-drafts/draft-wang-i2rs-rib-data-model-02.txt


The IETF datatracker page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model/

Diff from previous version:
http://www.ietf.org/rfcdiff?url2=draft-wang-i2rs-rib-data-model-02

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.

IETF Secretariat.


From nobody Mon Mar  9 15:03:15 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C2471AC39F; Mon,  9 Mar 2015 15:03:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 WwjYXUkSyWku; Mon,  9 Mar 2015 15:03:10 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1643B1AC420; Mon,  9 Mar 2015 15:03:09 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309220309.3165.5389.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 15:03:09 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 22:03:11 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : Requirements for Subscription to YANG Datastores
        Authors         : Eric Voit
                          Alex Clemm
                          Alberto Gonzalez Prieto
	Filename        : draft-ietf-i2rs-pub-sub-requirements-01.txt
	Pages           : 16
	Date            : 2015-03-09

Abstract:
   This document provides requirements for a service that allows client
   applications to subscribe to updates of a YANG datastore.  Based on
   criteria negotiated as part of a subscription, updates will be pushed
   to targeted recipients.  Such a capability eliminates the need for
   periodic polling of YANG datastores by applications and fills a
   functional gap in existing YANG transports (i.e.  Netconf and
   Restconf).  Such a service can be summarized as a "pub/sub" service
   for YANG datastore updates.  Beyond a set of basic requirements for
   the service, various refinements are addressed.  These refinements
   include: periodicity of object updates, filtering out of objects
   underneath a requested a subtree, and delivery QoS guarantees.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-01

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-pub-sub-requirements-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 Mar  9 15:53:07 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 464561A88E3; Mon,  9 Mar 2015 15:53:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 emtjiCF96jl3; Mon,  9 Mar 2015 15:53:03 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EE8B41A8AAB; Mon,  9 Mar 2015 15:53:00 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309225300.8246.18979.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 15:53:00 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-clemm-i2rs-yang-network-topo-04.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 22:53:04 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : A Data Model for Network Topologies
        Authors         : Alexander Clemm
                          Jan Medved
                          Robert Varga
                          Tony Tkacik
                          Nitin Bahadur
                          Hariharan Ananthakrishnan
	Filename        : draft-clemm-i2rs-yang-network-topo-04.txt
	Pages           : 25
	Date            : 2015-03-09

Abstract:
   This document defines an abstract (generic) YANG data model for
   network/service topologies and inventories.  The model serves as a
   base model which is augmented with technology-specific details in
   other, more specific topology and inventory models.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-clemm-i2rs-yang-network-topo-04

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-clemm-i2rs-yang-network-topo-04


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 Mar  9 15:53:10 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F6341A8947; Mon,  9 Mar 2015 15:53:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 XhBmMOLxUA3P; Mon,  9 Mar 2015 15:53:04 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 18F651ACDD8; Mon,  9 Mar 2015 15:53:01 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: , , , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150309225301.8246.40908.idtracker@ietfa.amsl.com>
Date: Mon, 09 Mar 2015 15:53:01 -0700
Archived-At: 
Subject: [i2rs] New Version Notification - draft-clemm-i2rs-yang-network-topo-04.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 22:53:05 -0000

A new version (-04) has been submitted for draft-clemm-i2rs-yang-network-topo:
http://www.ietf.org/internet-drafts/draft-clemm-i2rs-yang-network-topo-04.txt


The IETF datatracker page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

Diff from previous version:
http://www.ietf.org/rfcdiff?url2=draft-clemm-i2rs-yang-network-topo-04

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.

IETF Secretariat.


From nobody Mon Mar  9 16:13:19 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED2FC1A87CE for ; Mon,  9 Mar 2015 16:13:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.958
X-Spam-Level: 
X-Spam-Status: No, score=-0.958 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=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 GEw1OP5kJoaq for ; Mon,  9 Mar 2015 16:13:16 -0700 (PDT)
Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) (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 34C4F1A87C7 for ; Mon,  9 Mar 2015 16:13:16 -0700 (PDT)
Received: by lbdu10 with SMTP id u10so27642414lbd.4 for ; Mon, 09 Mar 2015 16:13:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=WBTfe5uZsBykn99r191CxM8VGllBqZleybSRRnKI8eI=; b=hD1gZZQV5INyuETlPwTqX205UUZTOrzkbt3Zrpf4WaPJgzWsCCjJA3m1fVboalmKbA RIDopZfU7TlxEG4qLdVi/k/pmSKH9WSkRGI7DlGmwhr7V+6cIhobbUSLcrkrY/41FekC LM8lZ9AGB3557dZ63nxBdV1gaOsTiCLlQsK4D/Wq6vA8gFIrAqq3orW+G5xmIEw26Glw n9O5TEUmTIge4G+sJ4sUCJXNl5rpJ/gFenWJvTbdVTE7W7i3XlGgIOJR6P+zOwG67DDN R7k24MpPr4eAw5ZOm0hfKBn1NmEVmRAtOpON55HR6ryomkcbeKBfP7VdAnmyWUBfrXbp 5zdQ==
X-Gm-Message-State: ALoCoQnfWVVoOc2XPVaGjfpBhqmiZt7TookSdcNcU6tbJphU6Smj/1PSBk0FJXVyFNDJphnvcz+/
MIME-Version: 1.0
X-Received: by 10.112.8.68 with SMTP id p4mr27318389lba.37.1425942794697; Mon, 09 Mar 2015 16:13:14 -0700 (PDT)
Received: by 10.112.144.36 with HTTP; Mon, 9 Mar 2015 16:13:14 -0700 (PDT)
In-Reply-To: <20150309220309.3165.5389.idtracker@ietfa.amsl.com>
References: <20150309220309.3165.5389.idtracker@ietfa.amsl.com>
Date: Mon, 9 Mar 2015 16:13:14 -0700
Message-ID: 
From: Andy Bierman 
Cc: "i2rs@ietf.org" 
Content-Type: text/plain; charset=UTF-8
Archived-At: 
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 09 Mar 2015 23:13:18 -0000

Hi,

This draft says it addresses 2 deficiencies w/ existing mechanisms:

 The existing YANG technology ecosystem
   is proving insufficient for those applications due to:

   o  a reliance on RPC-style interactions where data is configured or
      fetched on-demand by applications.

   o  change notifications which identify a node associated with the
      config change, without the actual data updates


I don't understand why RFCs for configuration are a problem.
The nice thing about polling is that the server is fairly
sure the client is alive and still wants the updated info.

I certainly agree that things could be simpler on the client by
moving complexity to all the servers instead.  Not sure the
extra work each device will do is worth the increase in required
resources.

Currently, NETCONF/NACM does not support the access control
granularity that would be required to prune unauthorized data
from notifications (e.g., netconf-config-change for some unauthorized
data requires the new value to be removed from the payload,
depending on the user-id of the recipient).

Keeping the config data out of the notification was
a deliberate decision by the NETCONF WG, because of increased complexity
on the server, increased payload size, and lack of access-control support.



Andy




On Mon, Mar 9, 2015 at 3:03 PM,   wrote:
>
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>  This draft is a work item of the Interface to the Routing System Working Group of the IETF.
>
>         Title           : Requirements for Subscription to YANG Datastores
>         Authors         : Eric Voit
>                           Alex Clemm
>                           Alberto Gonzalez Prieto
>         Filename        : draft-ietf-i2rs-pub-sub-requirements-01.txt
>         Pages           : 16
>         Date            : 2015-03-09
>
> Abstract:
>    This document provides requirements for a service that allows client
>    applications to subscribe to updates of a YANG datastore.  Based on
>    criteria negotiated as part of a subscription, updates will be pushed
>    to targeted recipients.  Such a capability eliminates the need for
>    periodic polling of YANG datastores by applications and fills a
>    functional gap in existing YANG transports (i.e.  Netconf and
>    Restconf).  Such a service can be summarized as a "pub/sub" service
>    for YANG datastore updates.  Beyond a set of basic requirements for
>    the service, various refinements are addressed.  These refinements
>    include: periodicity of object updates, filtering out of objects
>    underneath a requested a subtree, and delivery QoS guarantees.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-01
>
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-pub-sub-requirements-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/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


From nobody Mon Mar  9 19:54:11 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D74C1A00DC; Mon,  9 Mar 2015 19:54:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.76
X-Spam-Level: 
X-Spam-Status: No, score=-101.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
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 ttzRYoKqxx9A; Mon,  9 Mar 2015 19:54:06 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 20E2D1A006F; Mon,  9 Mar 2015 19:54:03 -0700 (PDT)
Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 7D8AC4C2B8A52; Tue, 10 Mar 2015 10:53:58 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id t2A2reii020838; Tue, 10 Mar 2015 10:53:40 +0800 (GMT-8) (envelope-from feng.chong33@zte.com.cn)
In-Reply-To: <20150309100842.1252.75399.idtracker@ietfa.amsl.com>
References: <20150309100842.1252.75399.idtracker@ietfa.amsl.com>
To: internet-drafts@ietf.org
MIME-Version: 1.0
X-KeepSent: 0FFC1BE6:F332E969-48257E04:000E8874; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011
Message-ID: 
From: feng.chong33@zte.com.cn
Date: Tue, 10 Mar 2015 10:53:41 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-03-10 10:53:25, Serialize complete at 2015-03-10 10:53:25
Content-Type: multipart/alternative; boundary="=_alternative 000FE6C748257E04_="
X-MAIL: mse02.zte.com.cn t2A2reii020838
Archived-At: 
Cc: i2rs@ietf.org, draft-wang-i2rs-rib-data-model.all@ietf.org, i2rs-chairs@ietf.org, i2rs 
Subject: Re: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 02:54:09 -0000

This is a multipart message in MIME format.

--=_alternative 000FE6C748257E04_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

SGkgTGkgeGluZywNCg0KSW4gc2VjdGlvbiAyLjEgUklCIGNhcGFiaWxpdHkNCg0KSSB0aGluayBp
dCBzaG91bGQgdXNlIFlBTkcgZmVhdHVyZSBzdGF0ZW1lbnQgdG8gaW5kaWNhdGUgb3B0aW9uYWwg
DQpmdW5jdGlvbnMuDQpJZiB5b3UgdXNlIGRhdGEgZGVmaW5pdGlvbnMgd2l0aCAnY29uZmlnIHRy
dWUnLCBjbGllbnQgY2FuIG1vZGlmeSB0aGUgDQpkZXZpY2UncyBjYXBhYmlsaXR5LA0KaW4gZmFj
dCwgdGhlIGRldmljZSdzIGNhcGFiaWxpdHkgY2FuIG5vdCBiZSBtb2RpZmllZC4NCg0KVGhlIGNv
cnJlY3Qgd2F5IGlzIHVzaW5nICdmZWF0dXJlJyBzdGF0ZW1lbnQsIGFuZCB1c2luZyAnaWYtZmVh
dHVyZScgDQpzdGF0ZW1lbnQgaW4gZGF0YSBkZWZpbml0aW9ucyANCmFzc29jaWF0ZWQgd2l0aCB0
aGVzZSBmZWF0dXJlcy4gSWYgdXNpbmcgTkVUQ09ORiwgZmVhdHVyZXMgc3VwcG9ydGVkIGJ5IA0K
YWdlbnQgd2lsbCBiZSBhZHZlcnRpc2VkIHRvIA0KY2xpZW50LCBhbmQgaWYgdXNpbmcgUkVTVENP
TkYsIGNsaWVudCBjYW4gZ2V0IHRoZXNlIGluZm9ybWF0aW9uIGZyb20gDQppZXRmLXlhbmctbGli
cmFyeSBtb2RlbC4NCg0KDQoNCg0KDQoNCg0KDQppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgDQq3
orz+yMs6ICAiaTJycyIgPGkycnMtYm91bmNlc0BpZXRmLm9yZz4NCjIwMTUtMDMtMDkgMTg6MDgN
Cg0KytW8/sjLDQo8aTJyc0BpZXRmLm9yZz4sIDxpMnJzLWNoYWlyc0BpZXRmLm9yZz4sIA0KPGRy
YWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC5hbGxAaWV0Zi5vcmc+LCANCrOty80NCg0K1vfM
4g0KW2kycnNdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiAtIGRyYWZ0LXdhbmctaTJycy1yaWIt
ZGF0YS1tb2RlbC0wMi50eHQNCg0KDQoNCg0KDQoNCg0KQSBuZXcgdmVyc2lvbiAoLTAyKSBoYXMg
YmVlbiBzdWJtaXR0ZWQgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbDoNCmh0dHA6
Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1t
b2RlbC0wMi50eHQNCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBwYWdlIGZvciB0aGlzIEludGVy
bmV0LURyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2Fu
Zy1pMnJzLXJpYi1kYXRhLW1vZGVsLw0KDQpEaWZmIGZyb20gcHJldmlvdXMgdmVyc2lvbjoNCmh0
dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1t
b2RlbC0wMg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0
ZXMgZnJvbSB0aGUgdGltZSBvZiANCnN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJz
aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCklFVEYgU2Vj
cmV0YXJpYXQuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQppMnJzIG1haWxpbmcgbGlzdA0KaTJyc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pMnJzDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBO
b3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0
dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVu
dGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNz
ZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9z
dXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9y
IHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQu
ICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUg
aXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg==

--=_alternative 000FE6C748257E04_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCkhpIExpIHhpbmcsPC9mb250Pg0K
PGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JbiBzZWN0aW9uIDIuMSBS
SUIgY2FwYWJpbGl0eTwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z
ZXJpZiI+SSB0aGluayBpdCBzaG91bGQgdXNlIFlBTkcgZmVhdHVyZSBzdGF0ZW1lbnQNCnRvIGlu
ZGljYXRlIG9wdGlvbmFsIGZ1bmN0aW9ucy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9
InNhbnMtc2VyaWYiPklmIHlvdSB1c2UgZGF0YSBkZWZpbml0aW9ucyB3aXRoICdjb25maWcNCnRy
dWUnLCBjbGllbnQgY2FuIG1vZGlmeSB0aGUgZGV2aWNlJ3MgY2FwYWJpbGl0eSw8L2ZvbnQ+DQo8
YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmluIGZhY3QsIHRoZSBkZXZpY2UncyBj
YXBhYmlsaXR5IGNhbg0Kbm90IGJlIG1vZGlmaWVkLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz
aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhlIGNvcnJlY3Qgd2F5IGlzIHVzaW5nICdmZWF0dXJl
JyBzdGF0ZW1lbnQsDQphbmQgdXNpbmcgJ2lmLWZlYXR1cmUnIHN0YXRlbWVudCBpbiBkYXRhIGRl
ZmluaXRpb25zIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+YXNz
b2NpYXRlZCB3aXRoIHRoZXNlIGZlYXR1cmVzLiBJZiB1c2luZw0KTkVUQ09ORiwgZmVhdHVyZXMg
c3VwcG9ydGVkIGJ5IGFnZW50IHdpbGwgYmUgYWR2ZXJ0aXNlZCB0byA8L2ZvbnQ+DQo8YnI+PGZv
bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmNsaWVudCwgYW5kIGlmIHVzaW5nIFJFU1RDT05G
LCBjbGllbnQNCmNhbiBnZXQgdGhlc2UgaW5mb3JtYXRpb24gZnJvbSBpZXRmLXlhbmctbGlicmFy
eSBtb2RlbC48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8dGFibGU+DQo8dHI+DQo8dGQ+DQo8dGQ+PC90
YWJsZT4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZh
bGlnbj10b3A+DQo8dGQgd2lkdGg9MzYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48
Yj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2I+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0x
IGZhY2U9InNhbnMtc2VyaWYiPreivP7IyzogJm5ic3A7JnF1b3Q7aTJycyZxdW90OyAmbHQ7aTJy
cy1ib3VuY2VzQGlldGYub3JnJmd0OzwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5z
LXNlcmlmIj4yMDE1LTAzLTA5IDE4OjA4PC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0YWJsZSB3
aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250
IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQg
c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZsdDtpMnJzQGlldGYub3JnJmd0OywgJmx0O2kycnMt
Y2hhaXJzQGlldGYub3JnJmd0OywNCiZsdDtkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwu
YWxsQGlldGYub3JnJmd0OywgPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs
aWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2
Pg0KPHRkPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp
emU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9
MSBmYWNlPSJzYW5zLXNlcmlmIj5baTJyc10gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIC0gJm5i
c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC0w
Mi50eHQ8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk
Pg0KPHRkPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48dHQ+PGZvbnQg
c2l6ZT0yPjxicj4NCkEgbmV3IHZlcnNpb24gKC0wMikgaGFzIGJlZW4gc3VibWl0dGVkIGZvciBk
cmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWw6PGJyPg0KPC9mb250PjwvdHQ+PGEgaHJlZj0i
aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtd2FuZy1pMnJzLXJpYi1k
YXRhLW1vZGVsLTAyLnR4dCI+PHR0Pjxmb250IHNpemU9Mj5odHRwOi8vd3d3LmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy9kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIudHh0PC9mb250
PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgZGF0
YXRyYWNrZXIgcGFnZSBmb3IgdGhpcyBJbnRlcm5ldC1EcmFmdCBpczo8YnI+DQo8L2ZvbnQ+PC90
dD48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWky
cnMtcmliLWRhdGEtbW9kZWwvIj48dHQ+PGZvbnQgc2l6ZT0yPmh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC88L2ZvbnQ+PC90dD48
L2E+PHR0Pjxmb250IHNpemU9Mj48YnI+DQo8YnI+DQpEaWZmIGZyb20gcHJldmlvdXMgdmVyc2lv
bjo8YnI+DQo8L2ZvbnQ+PC90dD48YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/
dXJsMj1kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIiPjx0dD48Zm9udCBzaXplPTI+
aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRh
LW1vZGVsLTAyPC9mb250PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPGJyPg0KUGxl
YXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRp
bWUgb2Ygc3VibWlzc2lvbjxicj4NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm
IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuPGJyPg0KPGJyPg0KSUVURiBTZWNyZXRh
cmlhdC48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXzxicj4NCmkycnMgbWFpbGluZyBsaXN0PGJyPg0KaTJyc0BpZXRmLm9yZzxicj4NCjwv
Zm9udD48L3R0PjxhIGhyZWY9aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
MnJzPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9pMnJzPC9mb250PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPC9mb250PjwvdHQ+
DQo8YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJibHVlIj4NCi0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24g
U2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAo
YW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFu
ZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0
aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBh
bnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgZGlzc2Vt
aW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBw
cm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVh
c2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCjwvZm9udD48L3ByZT48
YnI+DQo=

--=_alternative 000FE6C748257E04_=--


From nobody Mon Mar  9 19:54:12 2015
Return-Path: 
X-Original-To: expand-draft-wang-i2rs-rib-data-model.all@virtual.ietf.org
Delivered-To: i2rs@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 5BE061A0155; Mon,  9 Mar 2015 19:54:09 -0700 (PDT)
X-Original-To: xfilter-draft-wang-i2rs-rib-data-model.all@ietfa.amsl.com
Delivered-To: xfilter-draft-wang-i2rs-rib-data-model.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D74C1A00DC; Mon,  9 Mar 2015 19:54:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.76
X-Spam-Level: 
X-Spam-Status: No, score=-101.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
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 ttzRYoKqxx9A; Mon,  9 Mar 2015 19:54:06 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 20E2D1A006F; Mon,  9 Mar 2015 19:54:03 -0700 (PDT)
Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 7D8AC4C2B8A52; Tue, 10 Mar 2015 10:53:58 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id t2A2reii020838; Tue, 10 Mar 2015 10:53:40 +0800 (GMT-8) (envelope-from feng.chong33@zte.com.cn)
In-Reply-To: <20150309100842.1252.75399.idtracker@ietfa.amsl.com>
References: <20150309100842.1252.75399.idtracker@ietfa.amsl.com>
To: internet-drafts@ietf.org
MIME-Version: 1.0
X-KeepSent: 0FFC1BE6:F332E969-48257E04:000E8874; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011
Message-ID: 
From: feng.chong33@zte.com.cn
Date: Tue, 10 Mar 2015 10:53:41 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-03-10 10:53:25, Serialize complete at 2015-03-10 10:53:25
Content-Type: multipart/alternative; boundary="=_alternative 000FE6C748257E04_="
X-MAIL: mse02.zte.com.cn t2A2reii020838
Archived-At: 
Cc: i2rs@ietf.org, draft-wang-i2rs-rib-data-model.all@ietf.org, i2rs-chairs@ietf.org, i2rs 
Subject: Re: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 02:54:09 -0000

This is a multipart message in MIME format.

--=_alternative 000FE6C748257E04_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

SGkgTGkgeGluZywNCg0KSW4gc2VjdGlvbiAyLjEgUklCIGNhcGFiaWxpdHkNCg0KSSB0aGluayBp
dCBzaG91bGQgdXNlIFlBTkcgZmVhdHVyZSBzdGF0ZW1lbnQgdG8gaW5kaWNhdGUgb3B0aW9uYWwg
DQpmdW5jdGlvbnMuDQpJZiB5b3UgdXNlIGRhdGEgZGVmaW5pdGlvbnMgd2l0aCAnY29uZmlnIHRy
dWUnLCBjbGllbnQgY2FuIG1vZGlmeSB0aGUgDQpkZXZpY2UncyBjYXBhYmlsaXR5LA0KaW4gZmFj
dCwgdGhlIGRldmljZSdzIGNhcGFiaWxpdHkgY2FuIG5vdCBiZSBtb2RpZmllZC4NCg0KVGhlIGNv
cnJlY3Qgd2F5IGlzIHVzaW5nICdmZWF0dXJlJyBzdGF0ZW1lbnQsIGFuZCB1c2luZyAnaWYtZmVh
dHVyZScgDQpzdGF0ZW1lbnQgaW4gZGF0YSBkZWZpbml0aW9ucyANCmFzc29jaWF0ZWQgd2l0aCB0
aGVzZSBmZWF0dXJlcy4gSWYgdXNpbmcgTkVUQ09ORiwgZmVhdHVyZXMgc3VwcG9ydGVkIGJ5IA0K
YWdlbnQgd2lsbCBiZSBhZHZlcnRpc2VkIHRvIA0KY2xpZW50LCBhbmQgaWYgdXNpbmcgUkVTVENP
TkYsIGNsaWVudCBjYW4gZ2V0IHRoZXNlIGluZm9ybWF0aW9uIGZyb20gDQppZXRmLXlhbmctbGli
cmFyeSBtb2RlbC4NCg0KDQoNCg0KDQoNCg0KDQppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgDQq3
orz+yMs6ICAiaTJycyIgPGkycnMtYm91bmNlc0BpZXRmLm9yZz4NCjIwMTUtMDMtMDkgMTg6MDgN
Cg0KytW8/sjLDQo8aTJyc0BpZXRmLm9yZz4sIDxpMnJzLWNoYWlyc0BpZXRmLm9yZz4sIA0KPGRy
YWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC5hbGxAaWV0Zi5vcmc+LCANCrOty80NCg0K1vfM
4g0KW2kycnNdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiAtIGRyYWZ0LXdhbmctaTJycy1yaWIt
ZGF0YS1tb2RlbC0wMi50eHQNCg0KDQoNCg0KDQoNCg0KQSBuZXcgdmVyc2lvbiAoLTAyKSBoYXMg
YmVlbiBzdWJtaXR0ZWQgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbDoNCmh0dHA6
Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1t
b2RlbC0wMi50eHQNCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBwYWdlIGZvciB0aGlzIEludGVy
bmV0LURyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2Fu
Zy1pMnJzLXJpYi1kYXRhLW1vZGVsLw0KDQpEaWZmIGZyb20gcHJldmlvdXMgdmVyc2lvbjoNCmh0
dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1t
b2RlbC0wMg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0
ZXMgZnJvbSB0aGUgdGltZSBvZiANCnN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJz
aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCklFVEYgU2Vj
cmV0YXJpYXQuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQppMnJzIG1haWxpbmcgbGlzdA0KaTJyc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pMnJzDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBO
b3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0
dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVu
dGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNz
ZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9z
dXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9y
IHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQu
ICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUg
aXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg==

--=_alternative 000FE6C748257E04_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCkhpIExpIHhpbmcsPC9mb250Pg0K
PGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JbiBzZWN0aW9uIDIuMSBS
SUIgY2FwYWJpbGl0eTwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z
ZXJpZiI+SSB0aGluayBpdCBzaG91bGQgdXNlIFlBTkcgZmVhdHVyZSBzdGF0ZW1lbnQNCnRvIGlu
ZGljYXRlIG9wdGlvbmFsIGZ1bmN0aW9ucy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9
InNhbnMtc2VyaWYiPklmIHlvdSB1c2UgZGF0YSBkZWZpbml0aW9ucyB3aXRoICdjb25maWcNCnRy
dWUnLCBjbGllbnQgY2FuIG1vZGlmeSB0aGUgZGV2aWNlJ3MgY2FwYWJpbGl0eSw8L2ZvbnQ+DQo8
YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmluIGZhY3QsIHRoZSBkZXZpY2UncyBj
YXBhYmlsaXR5IGNhbg0Kbm90IGJlIG1vZGlmaWVkLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz
aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhlIGNvcnJlY3Qgd2F5IGlzIHVzaW5nICdmZWF0dXJl
JyBzdGF0ZW1lbnQsDQphbmQgdXNpbmcgJ2lmLWZlYXR1cmUnIHN0YXRlbWVudCBpbiBkYXRhIGRl
ZmluaXRpb25zIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+YXNz
b2NpYXRlZCB3aXRoIHRoZXNlIGZlYXR1cmVzLiBJZiB1c2luZw0KTkVUQ09ORiwgZmVhdHVyZXMg
c3VwcG9ydGVkIGJ5IGFnZW50IHdpbGwgYmUgYWR2ZXJ0aXNlZCB0byA8L2ZvbnQ+DQo8YnI+PGZv
bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmNsaWVudCwgYW5kIGlmIHVzaW5nIFJFU1RDT05G
LCBjbGllbnQNCmNhbiBnZXQgdGhlc2UgaW5mb3JtYXRpb24gZnJvbSBpZXRmLXlhbmctbGlicmFy
eSBtb2RlbC48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8dGFibGU+DQo8dHI+DQo8dGQ+DQo8dGQ+PC90
YWJsZT4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZh
bGlnbj10b3A+DQo8dGQgd2lkdGg9MzYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48
Yj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2I+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0x
IGZhY2U9InNhbnMtc2VyaWYiPreivP7IyzogJm5ic3A7JnF1b3Q7aTJycyZxdW90OyAmbHQ7aTJy
cy1ib3VuY2VzQGlldGYub3JnJmd0OzwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5z
LXNlcmlmIj4yMDE1LTAzLTA5IDE4OjA4PC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0YWJsZSB3
aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250
IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQg
c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZsdDtpMnJzQGlldGYub3JnJmd0OywgJmx0O2kycnMt
Y2hhaXJzQGlldGYub3JnJmd0OywNCiZsdDtkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwu
YWxsQGlldGYub3JnJmd0OywgPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs
aWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2
Pg0KPHRkPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp
emU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9
MSBmYWNlPSJzYW5zLXNlcmlmIj5baTJyc10gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIC0gJm5i
c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC0w
Mi50eHQ8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk
Pg0KPHRkPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48dHQ+PGZvbnQg
c2l6ZT0yPjxicj4NCkEgbmV3IHZlcnNpb24gKC0wMikgaGFzIGJlZW4gc3VibWl0dGVkIGZvciBk
cmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWw6PGJyPg0KPC9mb250PjwvdHQ+PGEgaHJlZj0i
aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtd2FuZy1pMnJzLXJpYi1k
YXRhLW1vZGVsLTAyLnR4dCI+PHR0Pjxmb250IHNpemU9Mj5odHRwOi8vd3d3LmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy9kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIudHh0PC9mb250
PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgZGF0
YXRyYWNrZXIgcGFnZSBmb3IgdGhpcyBJbnRlcm5ldC1EcmFmdCBpczo8YnI+DQo8L2ZvbnQ+PC90
dD48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWky
cnMtcmliLWRhdGEtbW9kZWwvIj48dHQ+PGZvbnQgc2l6ZT0yPmh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC88L2ZvbnQ+PC90dD48
L2E+PHR0Pjxmb250IHNpemU9Mj48YnI+DQo8YnI+DQpEaWZmIGZyb20gcHJldmlvdXMgdmVyc2lv
bjo8YnI+DQo8L2ZvbnQ+PC90dD48YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/
dXJsMj1kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIiPjx0dD48Zm9udCBzaXplPTI+
aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRh
LW1vZGVsLTAyPC9mb250PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPGJyPg0KUGxl
YXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRp
bWUgb2Ygc3VibWlzc2lvbjxicj4NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm
IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuPGJyPg0KPGJyPg0KSUVURiBTZWNyZXRh
cmlhdC48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXzxicj4NCmkycnMgbWFpbGluZyBsaXN0PGJyPg0KaTJyc0BpZXRmLm9yZzxicj4NCjwv
Zm9udD48L3R0PjxhIGhyZWY9aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p
MnJzPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9pMnJzPC9mb250PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPC9mb250PjwvdHQ+
DQo8YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJibHVlIj4NCi0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24g
U2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAo
YW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFu
ZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0
aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBh
bnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgZGlzc2Vt
aW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBw
cm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVh
c2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCjwvZm9udD48L3ByZT48
YnI+DQo=

--=_alternative 000FE6C748257E04_=--


From nobody Tue Mar 10 06:21:50 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1375E1A88A7 for ; Tue, 10 Mar 2015 06:21:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 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, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 9RJGoiIRClH0 for ; Tue, 10 Mar 2015 06:21:45 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C5331A88BC for ; Tue, 10 Mar 2015 06:21:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4671; q=dns/txt; s=iport; t=1425993706; x=1427203306; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=+0juVLfJjZPrN3Wgg7v0VT11md0ukx4gspbz0Dh6xLo=; b=K4Ankt/UC61LkxpQlEsUV2vd6FTW/XQIFQQyZSzxVNGipDpuJbMFGMoI 6eYO/bqnYhHOQtPJqT3ndKJnn3aQnQpkxesLJtlmbdWaG3CVyjfMSQzb7 IAeXzljDPB5m083J76MbjLUDsZiDcdqP4r0gwaBk35ra1T3ofS9xF6HDV 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AeBQCa7v5U/4sNJK1SCoMGUlUFBMMSCoVwAoEvTQEBAQEBAXyEDwEBAQMBAQEBNzQLBQsCAQgYCgIBERAnCyUCBA4FCAGIHggIBcNAAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sXhBIrMQIFgxeBFgWNfYISg2SFcIEZOYJvgySFL1CGDyODbm8BgUN/AQEB
X-IronPort-AV: E=Sophos;i="5.11,374,1422921600"; d="scan'208";a="402352481"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-5.cisco.com with ESMTP; 10 Mar 2015 13:21:45 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t2ADLijD027760 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 10 Mar 2015 13:21:44 GMT
Received: from xmb-aln-x11.cisco.com ([169.254.6.70]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0195.001; Tue, 10 Mar 2015 08:21:44 -0500
From: "Eric Voit (evoit)" 
To: Andy Bierman 
Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-01.txt
Thread-Index: AQHQWr6ezhV+J+tgFUyPiz7s1/2IJZ0VrDWQ
Date: Tue, 10 Mar 2015 13:21:43 +0000
Message-ID: 
References: <20150309220309.3165.5389.idtracker@ietfa.amsl.com> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.116.134.140]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: 
Cc: "i2rs@ietf.org" 
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-01.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 13:21:48 -0000

> Hi,
>=20
> This draft says it addresses 2 deficiencies w/ existing mechanisms:
>=20
>  The existing YANG technology ecosystem
>    is proving insufficient for those applications due to:
>=20
>    o  a reliance on RPC-style interactions where data is configured or
>       fetched on-demand by applications.
>
>    o  change notifications which identify a node associated with the
>       config change, without the actual data updates
>=20
>=20
> I don't understand why RFCs for configuration are a problem.
> The nice thing about polling is that the server is fairly sure the client=
 is alive and
> still wants the updated info.

Polling is unlikely to have the required reaction speed. The very first req=
uirement of the i2rs-usecase WG draft is "monitor the available routes inst=
alled in the RIB of each forwarding device, including near real time notifi=
cation of route installation and removal".   =20

> I certainly agree that things could be simpler on the client by moving co=
mplexity
> to all the servers instead.  Not sure the extra work each device will do =
is worth
> the increase in required resources.
>=20
> Currently, NETCONF/NACM does not support the access control granularity t=
hat
> would be required to prune unauthorized data from notifications (e.g., ne=
tconf-
> config-change for some unauthorized data requires the new value to be
> removed from the payload, depending on the user-id of the recipient).

Thanks.  We certainly need to explore this.  And solve this.
=20
> Keeping the config data out of the notification was a deliberate decision=
 by the
> NETCONF WG, because of increased complexity on the server, increased
> payload size, and lack of access-control support.

Understood.  And choices previously made can meet the needs of many applica=
tions.  However supporting quick reaction to topology changes gets hard whe=
n multiple interactions are needed to figure out the specifics of the routi=
ng update.

Eric
=20
>=20
>=20
> Andy
>=20
>=20
>=20
>=20
> On Mon, Mar 9, 2015 at 3:03 PM,   wrote:
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts dire=
ctories.
> >  This draft is a work item of the Interface to the Routing System Worki=
ng
> Group of the IETF.
> >
> >         Title           : Requirements for Subscription to YANG Datasto=
res
> >         Authors         : Eric Voit
> >                           Alex Clemm
> >                           Alberto Gonzalez Prieto
> >         Filename        : draft-ietf-i2rs-pub-sub-requirements-01.txt
> >         Pages           : 16
> >         Date            : 2015-03-09
> >
> > Abstract:
> >    This document provides requirements for a service that allows client
> >    applications to subscribe to updates of a YANG datastore.  Based on
> >    criteria negotiated as part of a subscription, updates will be pushe=
d
> >    to targeted recipients.  Such a capability eliminates the need for
> >    periodic polling of YANG datastores by applications and fills a
> >    functional gap in existing YANG transports (i.e.  Netconf and
> >    Restconf).  Such a service can be summarized as a "pub/sub" service
> >    for YANG datastore updates.  Beyond a set of basic requirements for
> >    the service, various refinements are addressed.  These refinements
> >    include: periodicity of object updates, filtering out of objects
> >    underneath a requested a subtree, and delivery QoS guarantees.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/
> >
> > There's also a htmlized version available at:
> > http://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-01
> >
> > A diff from the previous version is available at:
> > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-i2rs-pub-sub-requirements=
-
> > 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.i=
etf.org.
> >
> > Internet-Drafts are also available by anonymous FTP at:
> > ftp://ftp.ietf.org/internet-drafts/
> >
> > _______________________________________________
> > I-D-Announce mailing list
> > I-D-Announce@ietf.org
> > https://www.ietf.org/mailman/listinfo/i-d-announce
> > Internet-Draft directories: http://www.ietf.org/shadow.html or
> > ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs


From nobody Tue Mar 10 07:49:26 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C97451B2A63 for ; Tue, 10 Mar 2015 07:49:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.155
X-Spam-Level: 
X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 7fX7fJqZJ903 for ; Tue, 10 Mar 2015 07:49:23 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 821871B2A65 for ; Tue, 10 Mar 2015 07:49:09 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Tue, 10 Mar 2015 10:49:05 -0400
Message-ID: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0155_01D05B1F.D49F7C40"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQ==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: [i2rs] WG Adoption call for  draft-wang-i2rs-rib-data-model-02  (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 14:49:24 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0155_01D05B1F.D49F7C40
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

This is a 3 WG adoption call (3/10 - 3/31) for
draft-wang-i2rs-rib-data-model: 

 

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

 

The RIB Design team has created this draft to provide the yang model that
the draft-ietf-i2rs-rib-info model has proposed.  You can find the draft
model at:  

 

http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/

 

This model will be presented at the IETF 92 session of I2RS (3/27/2015).
In your comments, please indicated "support" or "no-support".   Discussions
should distinguish between commenting on what is included
(drat-ietf-i2rs-rib-info-model), and the encoding of the model. 

 

Sue Hares

 


------=_NextPart_000_0155_01D05B1F.D49F7C40
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


This is a =
3 WG adoption call (3/10 – 3/31) for =
draft-wang-i2rs-rib-data-model: 
 
 =
  h=
ttp://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model
 
The RIB Design team has created this draft to provide =
the yang model that the draft-ietf-i2rs-rib-info model has =
proposed.  You can find the draft model at:  
 
=
http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/<=
/o:p>
 
This model will be presented at the IETF 92 session of =
I2RS (3/27/2015).   In your comments, please indicated =
“support” or “no-support”.   =
Discussions should distinguish between commenting on what is included =
(drat-ietf-i2rs-rib-info-model), and the encoding of the model. =

 
Sue Hares
 

------=_NextPart_000_0155_01D05B1F.D49F7C40--


From nobody Tue Mar 10 08:00:38 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 819E31A0015 for ; Tue, 10 Mar 2015 08:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.155
X-Spam-Level: 
X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 LDeZt1tNMDX0 for ; Tue, 10 Mar 2015 08:00:35 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id EB3051A0007 for ; Tue, 10 Mar 2015 08:00:34 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Tue, 10 Mar 2015 11:00:31 -0400
Message-ID: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0171_01D05B21.6D31C110"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespA==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 15:00:36 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0171_01D05B21.6D31C110
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

This begins a 3 week adoption call for the
draft-clemm-i2rs-yang-network-topo.04 (A Data Model for Network Topologies)
which has been recommended by the I2RS Topology Design team.

 

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

 

This generic model is the basis for the protocol independent I2rs topology
drafts.  The generic draft provides an way to link multi-layer topologies,
and a way to import protocol dependent into the protocol independent drafts.
The L1, L2, L3, and Service layer protocol independent topologies which are
linked to this draft are listed below.

 

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30
CDT. 

 

Sue Hares 

 

--------------------

The protocol independent topology drafts are: 

 

L1: Topology (draft-zhang-i2rs-L1-topology 

http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

 

L2 Topology (draft-dong-i2rs-l2-network-toplogy) 

http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

 

L3 Topology (draft-clemm-i2rs-yang-l3-topo) 

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

 

Service layer Protocol-Independent topology 

Service layer topologies that are not linked to protocols are included in
this work: 

 

One example for Service Function Forwarding based on the generic model is: 

http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

 

[Note: The I2RS will be holding an interim on protocol Independent service
models in April.]


------=_NextPart_000_0171_01D05B21.6D31C110
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


This =
begins a 3 week adoption call for the =
draft-clemm-i2rs-yang-network-topo.04 (A Data Model for Network =
Topologies) which has been recommended by the I2RS Topology Design =
team.
 
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/
 
This generic model is the basis for the protocol =
independent I2rs topology drafts.  The generic draft provides an =
way to link multi-layer topologies, and a way to import protocol =
dependent into the protocol independent drafts.   The L1, L2, =
L3, and Service layer protocol independent topologies which are linked =
to this draft are listed below.
 
This generic =
model will be presented at the I2RS WG on 3/27/2015 9:00-11:30 CDT. =

 
Sue Hares 
 
--------------------
 The protocol independent topology drafts are: =

 
L1: Topology (draft-zhang-i2rs-L1-topology =

http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/=

 
L2 Topology (draft-dong-i2rs-l2-network-toplogy) =

http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/=

 
L3 Topology (draft-clemm-i2rs-yang-l3-topo) =

h=
ttp://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/
 
Service layer Protocol-Independent topology =

Service layer topologies that are =
not linked to protocols are included in this work: 
 
One example =
for Service Function Forwarding based on the generic model is: =

htt=
p://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/<=
/p>
 
[Note: =
The I2RS will be holding an interim on protocol Independent service =
models in April.]
 =


------=_NextPart_000_0171_01D05B21.6D31C110--


From nobody Tue Mar 10 08:04:21 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 897B01A0062 for ; Tue, 10 Mar 2015 08:04:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.895
X-Spam-Level: 
X-Spam-Status: No, score=-96.895 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, USER_IN_WHITELIST=-100] autolearn=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 LALxJeQaR8hx for ; Tue, 10 Mar 2015 08:04:19 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 1384C1A005A for ; Tue, 10 Mar 2015 08:04:19 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Tue, 10 Mar 2015 11:04:14 -0400
Message-ID: <018001d05b43$79a57f50$6cf07df0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0181_01D05B21.F297AFE0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdBbQ3kkLQtjOnUsQr6VhQVD4ck09A==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: [i2rs] Thank you to RIB Design team
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 15:04:20 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0181_01D05B21.F297AFE0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

 Jeff and I would like to thank the members of the RIB Design team.   =
They revised the RIB Info Model and helped create a RIB Data Model in a =
very short time.=20

Sue=20

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

The team members focused on the Info-model are:

*	Nitin Bahadur   =
=E2=80=8Bnitin_bahadur@yahoo.com [leader]
*	Ron Folkes   =E2=80=8Bronf@juniper.net
*	Sriganesh Kini   =
=E2=80=8Bsriganesh.kini@ericsson.com
*	Jan Medved   =E2=80=8Bjmedved@cisco.co

The team members focused on the RIB yang Data-model are

*	Lixing (Viviene) Wang   =
=E2=80=8Bwanglixing@huawei.com [co-leader]
*	Mach Chen   =E2=80=8Bmach.chen@hauwei.com =
[co-leader]
*	Amit Dass   =
=E2=80=8Bamit.dass@ericsson.com
*	Ignas Bagdonas Ignas Bagdonas   =
=E2=80=8Bibagdona@gmail.com
*	Hari Ananthakrishnan   =
=E2=80=8Bhari@packetdesign.com
*	Nitin Bahadur   =
=E2=80=8Bnitin_bahadur@yahoo.com
*	Russ White   =E2=80=8Brussw@riw.us

=20


------=_NextPart_000_0181_01D05B21.F297AFE0
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable



 Jeff and I would like to =
thank the members of the RIB Design team. =C2=A0=C2=A0They revised the =
RIB Info Model and helped create a RIB Data Model in a very short time. =

Sue =

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

The team members focused on the =
Info-model are:
<=
p style=3D'background:white;orphans: auto;text-align:start;widows: =
1;-webkit-text-stroke-width: 0px;word-spacing:0px'>The team members focused on the =
RIB yang Data-model are
 

------=_NextPart_000_0181_01D05B21.F297AFE0--


From nobody Tue Mar 10 08:09:19 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C1631A0007 for ; Tue, 10 Mar 2015 08:09:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.794
X-Spam-Level: 
X-Spam-Status: No, score=-98.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, USER_IN_WHITELIST=-100] autolearn=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 owVOUZHFZ-KZ for ; Tue, 10 Mar 2015 08:09:16 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id D6DC91A0033 for ; Tue, 10 Mar 2015 08:08:51 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Tue, 10 Mar 2015 11:08:48 -0400
Message-ID: <018d01d05b44$1c699690$553cc3b0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_018E_01D05B22.95595620"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdBbQ5UGXxN+q0TNQ8KLlqdN0WrJzw==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: [i2rs] Thank you to the I2RS Topology Design teasm
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 15:09:17 -0000

This is a multipart message in MIME format.

------=_NextPart_000_018E_01D05B22.95595620
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Jeff and I would like to thank the I2RS Topology Design team for working =
hard to present a suite of I2RS Data models within 2 months.=20

*	Ignas Bagdonas  =
=E2=80=8Bibagdona.ietf@gmail.com [all models]=20
*	Jie Dong  =E2=80=8B [jie.dong@huawei.com =
[L2 model]=20
*	Mach Chen=E2=80=8B mach.chen@huawei.com =
 [all models]
*	Michael Wang [  =
=E2=80=8Bwangzitao@huawei.com [Service and SFF model]=20
*	Linda Dunbar   =
=E2=80=8BLinda.Dunbar@huawei.com [SFF model]=20
*	Alexander Clemm   =E2=80=8Balex@cisco.com [L3 =
model] =20

*	Xufeng LIu   =
=E2=80=8Bxufeng.liu@ericsson.com [TEAS advisor]=20
*	Xian Zhang   =
=E2=80=8Bzhang.xian@huawei.com [L1 topology]=20

*	Hariharan Ananthakrishnan   =
=E2=80=8Bhari@packetdesign.com [All models]=20
*	Jan Medved   =E2=80=8Bjmedved@cisco.com =
[generic & L3 model]=20
*	Vishnu Beeram   =
=E2=80=8Bvbeeram@juniper.net [all models]=20
*	Russ White   =E2=80=8Brussw@riw.us [all models]=20

Sue Hares=20


------=_NextPart_000_018E_01D05B22.95595620
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable



Jeff and I would like to thank the I2RS =
Topology Design team for working hard to present a suite of I2RS Data =
models within 2 months. 
Sue Hares =


------=_NextPart_000_018E_01D05B22.95595620--


From nobody Tue Mar 10 08:14:57 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE15C1A004B for ; Tue, 10 Mar 2015 08:14:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.354
X-Spam-Level: 
X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 SrFK5vHzpOf1 for ; Tue, 10 Mar 2015 08:14:54 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id BA7151A000B for ; Tue, 10 Mar 2015 08:14:53 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" 
To: 
Date: Tue, 10 Mar 2015 11:14:51 -0400
Message-ID: <01b901d05b44$f4d79fe0$de86dfa0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_01BA_01D05B23.6DC7AD90"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdBbRGaRqlO9aYoGS628zNpzoWW4kw==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Subject: [i2rs] Delay in email
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 15:14:55 -0000

This is a multipart message in MIME format.

------=_NextPart_000_01BA_01D05B23.6DC7AD90
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I2RS WG:

 

I am off work to study for and take my PhD comprehensive exams (3/10 - 3/20)
so I will not be responding to email from this moment forward.   

 

I look forward to seeing all of you at IETF.  For those of you presenting at
IETF 92, slides are due on 3/21. 

 

Best wishes, 

Sue  Hares 

 


------=_NextPart_000_01BA_01D05B23.6DC7AD90
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


I2RS =
WG:
 
I am off work to study for and take my PhD =
comprehensive exams (3/10 – 3/20) so I will not be responding to =
email from this moment forward.   
 
I look =
forward to seeing all of you at IETF.  For those of you presenting =
at IETF 92, slides are due on 3/21. 
 
Best wishes, =

Sue  Hares 
 

------=_NextPart_000_01BA_01D05B23.6DC7AD90--


From nobody Tue Mar 10 11:46:56 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F8691A00DF for ; Tue, 10 Mar 2015 11:46:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 yOsk4qENBCFh for ; Tue, 10 Mar 2015 11:46:52 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 775F01A006B for ; Tue, 10 Mar 2015 11:46:52 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 4B9469F5 for ; Tue, 10 Mar 2015 19:46:51 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id SPgkgOGt6_dv for ; Tue, 10 Mar 2015 19:46:41 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS for ; Tue, 10 Mar 2015 19:46:50 +0100 (CET)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 849C32003D for ; Tue, 10 Mar 2015 19:46:50 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id vi68j2tssaaZ; Tue, 10 Mar 2015 19:46:49 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 3A0532003C; Tue, 10 Mar 2015 19:46:49 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 58D163276554; Tue, 10 Mar 2015 19:46:48 +0100 (CET)
Date: Tue, 10 Mar 2015 19:46:47 +0100
From: Juergen Schoenwaelder 
To: i2rs@ietf.org
Message-ID: <20150310184647.GF7632@elstar.local>
Mail-Followup-To: i2rs@ietf.org
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 10 Mar 2015 18:46:55 -0000

Hi,

can someone explain how the model described here relates to the
routing model described in the core routing configuration data model?

https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17

Any major differences or conflicts one should be aware of?

/js

On Tue, Mar 10, 2015 at 10:49:05AM -0400, Susan Hares wrote:
> This is a 3 WG adoption call (3/10 - 3/31) for
> draft-wang-i2rs-rib-data-model: 
> 
>  
> 
>   http://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model
> 
>  
> 
> The RIB Design team has created this draft to provide the yang model that
> the draft-ietf-i2rs-rib-info model has proposed.  You can find the draft
> model at:  
> 
>  
> 
> http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/
> 
>  
> 
> This model will be presented at the IETF 92 session of I2RS (3/27/2015).
> In your comments, please indicated "support" or "no-support".   Discussions
> should distinguish between commenting on what is included
> (drat-ietf-i2rs-rib-info-model), and the encoding of the model. 
> 
>  
> 
> Sue Hares
> 
>  
> 

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


-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Tue Mar 10 19:27:16 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7433C1A8898; Tue, 10 Mar 2015 19:27:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.779
X-Spam-Level: 
X-Spam-Status: No, score=-0.779 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.981, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 jgWYN7dzfqD3; Tue, 10 Mar 2015 19:27:12 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D23A1A884D; Tue, 10 Mar 2015 19:27:11 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTM67615; Wed, 11 Mar 2015 02:27:09 +0000 (GMT)
Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 11 Mar 2015 02:27:08 +0000
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.245]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Wed, 11 Mar 2015 10:27:04 +0800
From: Mach Chen 
To: "feng.chong33@zte.com.cn" 
Thread-Topic: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-02.txt
Thread-Index: AQHQWlEdhil0EFf360Cxw4bP+ROV0J0UgBWAgAIPVeA=
Date: Wed, 11 Mar 2015 02:27:03 +0000
Message-ID: 
References: <20150309100842.1252.75399.idtracker@ietfa.amsl.com> 
In-Reply-To: 
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.97.199]
Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3A5412SZXEMA510MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "i2rs@ietf.org" , "i2rs-chairs@ietf.org" 
Subject: Re: [i2rs] New Version Notification - draft-wang-i2rs-rib-data-model-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 02:27:14 -0000

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3A5412SZXEMA510MBXchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

SGkgRmVuZywNCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzIQ0KDQpZZXMsIHlvdSBhcmUgcmln
aHQuIFdlIGhhdmUgY29uc2lkZXJlZCB1c2luZyB0aGUgobBmZWF0dXJlobEgIGFuZCChsGlmLWZl
YXR1cmWhsSB0byBhY2hpZXZlIHRoZSBvcHRpb25hbCByaWIgY2FwYWJpbGl0aWVzLCBidXQgdGhp
cyB2ZXJzaW9uIGRvZXMgbm90IHJlZmxlY3QgdGhhdC4gV2Ugd2lsbCB1cGRhdGUgaXQgaW4gYSBs
YXRlciByZXZpc2lvbi4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQpGcm9tOiBmZW5nLmNob25n
MzNAenRlLmNvbS5jbiBbbWFpbHRvOmZlbmcuY2hvbmczM0B6dGUuY29tLmNuXQ0KU2VudDogVHVl
c2RheSwgTWFyY2ggMTAsIDIwMTUgMTA6NTQgQU0NClRvOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v
cmcNCkNjOiBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwuYWxsQGlldGYub3JnOyBpMnJz
QGlldGYub3JnOyBpMnJzOyBpMnJzLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpMnJz
XSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gLSBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9k
ZWwtMDIudHh0DQoNCg0KSGkgTGkgeGluZywNCg0KSW4gc2VjdGlvbiAyLjEgUklCIGNhcGFiaWxp
dHkNCg0KSSB0aGluayBpdCBzaG91bGQgdXNlIFlBTkcgZmVhdHVyZSBzdGF0ZW1lbnQgdG8gaW5k
aWNhdGUgb3B0aW9uYWwgZnVuY3Rpb25zLg0KSWYgeW91IHVzZSBkYXRhIGRlZmluaXRpb25zIHdp
dGggJ2NvbmZpZyB0cnVlJywgY2xpZW50IGNhbiBtb2RpZnkgdGhlIGRldmljZSdzIGNhcGFiaWxp
dHksDQppbiBmYWN0LCB0aGUgZGV2aWNlJ3MgY2FwYWJpbGl0eSBjYW4gbm90IGJlIG1vZGlmaWVk
Lg0KDQpUaGUgY29ycmVjdCB3YXkgaXMgdXNpbmcgJ2ZlYXR1cmUnIHN0YXRlbWVudCwgYW5kIHVz
aW5nICdpZi1mZWF0dXJlJyBzdGF0ZW1lbnQgaW4gZGF0YSBkZWZpbml0aW9ucw0KYXNzb2NpYXRl
ZCB3aXRoIHRoZXNlIGZlYXR1cmVzLiBJZiB1c2luZyBORVRDT05GLCBmZWF0dXJlcyBzdXBwb3J0
ZWQgYnkgYWdlbnQgd2lsbCBiZSBhZHZlcnRpc2VkIHRvDQpjbGllbnQsIGFuZCBpZiB1c2luZyBS
RVNUQ09ORiwgY2xpZW50IGNhbiBnZXQgdGhlc2UgaW5mb3JtYXRpb24gZnJvbSBpZXRmLXlhbmct
bGlicmFyeSBtb2RlbC4NCg0KDQoNCg0KaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzpp
bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+DQq3orz+yMs6ICAiaTJycyIgPGkycnMtYm91bmNlc0Bp
ZXRmLm9yZzxtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPj4NCg0KMjAxNS0wMy0wOSAxODow
OA0KDQrK1bz+yMsNCg0KPGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+PiwgPGky
cnMtY2hhaXJzQGlldGYub3JnPG1haWx0bzppMnJzLWNoYWlyc0BpZXRmLm9yZz4+LCA8ZHJhZnQt
d2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtd2FuZy1p
MnJzLXJpYi1kYXRhLW1vZGVsLmFsbEBpZXRmLm9yZz4+LA0KDQqzrcvNDQoNCtb3zOINCg0KW2ky
cnNdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiAtICAgICAgICBkcmFmdC13YW5nLWkycnMtcmli
LWRhdGEtbW9kZWwtMDIudHh0DQoNCg0KDQoNCg0KDQoNCg0KQSBuZXcgdmVyc2lvbiAoLTAyKSBo
YXMgYmVlbiBzdWJtaXR0ZWQgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbDoNCmh0
dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0
YS1tb2RlbC0wMi50eHQNCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBwYWdlIGZvciB0aGlzIElu
dGVybmV0LURyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt
d2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsLw0KDQpEaWZmIGZyb20gcHJldmlvdXMgdmVyc2lvbjoN
Cmh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXdhbmctaTJycy1yaWItZGF0
YS1tb2RlbC0wMg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1p
bnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVy
c2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpJRVRGIFNl
Y3JldGFyaWF0Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KaTJycyBtYWlsaW5nIGxpc3QNCmkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5v
cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMNCg0KDQoNCg0K
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
Cg0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRh
aW5lZCBpbiB0aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0
aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhl
IGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFuIGlu
dGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0
aW9uIG9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250
YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg
bWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5
Lg0KDQoNCg0K

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3A5412SZXEMA510MBXchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable













=
Hi Feng,


=
 


=
Thanks
 for your comments!


=
 


=
Yes,
 you are right. We have considered using the =A1=B0feature=A1=B1 
 and =A1=B0if-feature=A1=B1 to achieve the optional rib capabil=
ities, but this version does not reflect that. We will update it in a later=
 revision.


=
 


=
Best
 regards,


=
Mach


=
 








From:
 feng.chong33@zte.com.cn [mailto:feng.chong33@zte.com.cn] 

Sent: Tuesday, March 10, 201=
5 10:54 AM

To: internet-drafts@ietf.org=


Cc: draft-wang-i2rs-rib-data=
-model.all@ietf.org; i2rs@ietf.org; i2rs; i2rs-chairs@ietf.org

Subject: Re: [i2rs] New Vers=
ion Notification - draft-wang-i2rs-rib-data-model-02.txt<=
/font>






 




Hi Li xing, 



In section=
 2.1 RIB capability




I think it=
 should use YANG feature statement to indicate optional functions.


If you use=
 data definitions with 'config true', client can modify the device's capabi=
lity,


in fact, t=
he device's capability can not be modified.




The correc=
t way is using 'feature' statement, and using 'if-feature' statement in dat=
a definitions


associated=
 with these features. If using NETCONF, features supported by agent will be=
 advertised to


client, an=
d if using RESTCONF, client can get these information from ietf-yang-librar=
y model.






























intern=
et-drafts@ietf.org


=B7=A2=BC=
=FE=C8=CB:
  "i2rs" <i2rs-b=
ounces@ietf.org>



2015-03-09 18:0=
8











=CA=
=D5=BC=FE=C8=CB




<i2rs@ietf.org>, <i2rs-chairs@ietf.org>, <draft-wang-i2rs-rib=
-data-model.all@ietf.org>,









=B3=
=AD=CB=CD









=D6=
=F7=CC=E2




[i2rs] New Version Notification -        draft-wan=
g-i2rs-rib-data-model-02.txt<=
/span>








 




























A new version (-02) has been submitted for draft-w=
ang-i2rs-rib-data-model:

http://www.ietf.org/internet=
-drafts/draft-wang-i2rs-rib-data-model-02.txt=






The IETF datatracker page for this Internet-Draft =
is:

https://datatracker.ietf.org/doc/draf=
t-wang-i2rs-rib-data-model/<=
span lang=3D"EN-US" style=3D"font-size:10.0pt">



Diff from previous version:

http://www.ietf.org/rfcdiff?url=
2=3Ddraft-wang-i2rs-rib-data-model-02



Please note that it may take a couple of minutes f=
rom the time of submission

until the htmlized version and diff are available =
at tools.ietf.org.



IETF Secretariat.



_______________________________________________

i2rs mailing list

i2rs@ietf.org=


https://www.ietf.org/mailman/listinfo/i2rs






 <=
/pre>

--------------------------------=
------------------------


ZTE Information Security Notice:=
 The information contained in this mail (and any attachment transmitted her=
ewith) is privileged and confidential and is intended for the exclusive use=
 of the addressee(s).  If you =
are not an intended recipient, any disclosure, reproduction, distribution o=
r other dissemination or use of the information contained is strictly prohi=
bited.  If you have received t=
his mail in error, please delete it and notify us immediately.


 <=
/pre>

 








--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3A5412SZXEMA510MBXchi_--


From nobody Wed Mar 11 00:25:00 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 403A11AC3D6 for ; Wed, 11 Mar 2015 00:24:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 CinbiGluNVPX for ; Wed, 11 Mar 2015 00:24:58 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 858751AC3CE for ; Wed, 11 Mar 2015 00:24:57 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 56F6A2C2C; Wed, 11 Mar 2015 08:24:56 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id R44_1-xS-4sn; Wed, 11 Mar 2015 08:24:43 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 11 Mar 2015 08:24:55 +0100 (CET)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1C67C20044; Wed, 11 Mar 2015 08:24:55 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id r35AJdUAvWxr; Wed, 11 Mar 2015 08:24:54 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9E8F02003D; Wed, 11 Mar 2015 08:24:53 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 943BD32769FB; Wed, 11 Mar 2015 08:24:53 +0100 (CET)
Date: Wed, 11 Mar 2015 08:24:53 +0100
From: Juergen Schoenwaelder 
To: Alia Atlas 
Message-ID: <20150311072453.GA8870@elstar.local>
Mail-Followup-To: Alia Atlas , "i2rs@ietf.org" 
References: 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Cc: "i2rs@ietf.org" 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 07:24:59 -0000

On Fri, Mar 06, 2015 at 06:06:44PM -0500, Alia Atlas wrote:
> Given the excellent progress that the WG has been making - due to your work
> and interest, I have been working on a simple rechartering with Sue and

Here is the diff related to topology:

-  o The ability to extract information about topology from the network.
-    Injection and creation of topology will not be considered as an initial work item.
+  o The ability to extract information about topology from the network.
+     These models will be based on a generic topology model to support
+     multiple uses. Injection and creation of topology will not be considered
+     as a work item.

The first and third sentences are both about 'reading topology'. Does
this imply that the generic model will also be limited to 'reading
topology'? Or will the generic model also allow create topology?

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Wed Mar 11 00:33:19 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EDE71AC3F8 for ; Wed, 11 Mar 2015 00:33:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level: 
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 OV-y1XKRZGSx for ; Wed, 11 Mar 2015 00:33:15 -0700 (PDT)
Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::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 4A53C1AC3F5 for ; Wed, 11 Mar 2015 00:33:15 -0700 (PDT)
Received: by obcva8 with SMTP id va8so7060813obc.8 for ; Wed, 11 Mar 2015 00:33:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=KtHfh+d649a42USI5t+P7bEsko9syzZrNbQhimdg2R8=; b=Yl26saYymANesJNN89hQYlZ6UZMiWYviqsZGANXttKN3sS0O+5P1V/L/K+Wo+YHYwy 3TRNd9fXSu2wQCVLlZVqfou3Qxjvhw8lfAKYa1pCkAWYwWrGncWJUAj8fKTjcLiguKL+ jdxKc9vCiWzIf8eBa0oYRZ1G6Br4taCu0Hk8LQswqUK5x5bOWvCEPqEzxs2AukBF+STF UW6x2bsYXrio7Mysq/EL/EKFg+er3xCKDjfNESyzpzd1f/bo/8Uz4ECnoXzrJdTKdUbR DrgW3SVw7hrjEOtHkBui9q1uS4i7sV1JqRNpTr45iZA0RSjaZmCCzpT6TiXRFeW6V/WS Niwg==
MIME-Version: 1.0
X-Received: by 10.202.50.68 with SMTP id y65mr27562640oiy.91.1426059194809; Wed, 11 Mar 2015 00:33:14 -0700 (PDT)
Received: by 10.60.139.164 with HTTP; Wed, 11 Mar 2015 00:33:14 -0700 (PDT)
In-Reply-To: <20150311072453.GA8870@elstar.local>
References:  <20150311072453.GA8870@elstar.local>
Date: Wed, 11 Mar 2015 03:33:14 -0400
Message-ID: 
From: Alia Atlas 
To: Juergen Schoenwaelder , Alia Atlas , "i2rs@ietf.org" 
Content-Type: multipart/alternative; boundary=001a113caa46bc45f50510fe47af
Archived-At: 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 07:33:17 -0000

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

Juergen,

On Wed, Mar 11, 2015 at 3:24 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Fri, Mar 06, 2015 at 06:06:44PM -0500, Alia Atlas wrote:
> > Given the excellent progress that the WG has been making - due to your
> work
> > and interest, I have been working on a simple rechartering with Sue and
>
> Here is the diff related to topology:
>
> -  o The ability to extract information about topology from the network.
> -    Injection and creation of topology will not be considered as an
> initial work item.
> +  o The ability to extract information about topology from the network.
> +     These models will be based on a generic topology model to support
> +     multiple uses. Injection and creation of topology will not be
> considered
> +     as a work item.
>
> The first and third sentences are both about 'reading topology'. Does
> this imply that the generic model will also be limited to 'reading
> topology'? Or will the generic model also allow create topology?


It's an interesting question.  What use-cases do you see where writing the
topology
is appropriate?  If one thinks of reading the topology as reading
operational state,
aren't read-write config and read-only operational recommended to be
separated in
YANG models (at least for now)?

Alia


> /js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>

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


Juergen,

On Wed, Mar 11, 2015 at 3:24 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
On Fri, Mar 06, 2015 at 06:06:4=
4PM -0500, Alia Atlas wrote:

> Given the excellent progress that the WG has been making - due to your=
 work

> and interest, I have been working on a simple rechartering with Sue an=
d



Here is the diff related to topology:



-=C2=A0 o The ability to extract information about topology from the networ=
k.

-=C2=A0 =C2=A0 Injection and creation of topology will not be considered as=
 an initial work item.

+=C2=A0 o The ability to extract information about topology from the networ=
k.

+=C2=A0 =C2=A0 =C2=A0These models will be based on a generic topology model=
 to support

+=C2=A0 =C2=A0 =C2=A0multiple uses. Injection and creation of topology will=
 not be considered

+=C2=A0 =C2=A0 =C2=A0as a work item.



The first and third sentences are both about 'reading topology'. Do=
es

this imply that the generic model will also be limited to 'reading

topology'? Or will the generic model also allow create topology?

It's an interesting question.=C2=A0 What use-=
cases do you see where writing the topology
is appropriate?=C2=A0=
 If one thinks of reading the topology as reading operational state,
<=
div>aren't read-write config and read-only operational recommended to b=
e separated in=C2=A0
YANG models (at least for now)?=C2=A0
<=
div>
Alia
=C2=A0

/js



--

Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH

Phone: +49=
 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28759 Br=
emen | Germany

Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<http://www.jacobs-univ=
ersity.de/>





--001a113caa46bc45f50510fe47af--


From nobody Wed Mar 11 00:55:32 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAAA61AC3FF for ; Wed, 11 Mar 2015 00:55:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 R1EKgaKxrEpY for ; Wed, 11 Mar 2015 00:55:30 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0371F1AC3F9 for ; Wed, 11 Mar 2015 00:55:30 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id CB9663017; Wed, 11 Mar 2015 08:55:28 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id bgXo-Ba5kAum; Wed, 11 Mar 2015 08:55:15 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 11 Mar 2015 08:55:28 +0100 (CET)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id E718920043; Wed, 11 Mar 2015 08:55:27 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id BMNQFi9gVmU7; Wed, 11 Mar 2015 08:55:26 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 62CFA20044; Wed, 11 Mar 2015 08:55:26 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 32B793276AD3; Wed, 11 Mar 2015 08:55:24 +0100 (CET)
Date: Wed, 11 Mar 2015 08:55:24 +0100
From: Juergen Schoenwaelder 
To: Alia Atlas 
Message-ID: <20150311075524.GA9021@elstar.local>
Mail-Followup-To: Alia Atlas , "i2rs@ietf.org" 
References:  <20150311072453.GA8870@elstar.local> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Cc: "i2rs@ietf.org" 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 07:55:31 -0000

On Wed, Mar 11, 2015 at 03:33:14AM -0400, Alia Atlas wrote:
> Juergen,
> 
> On Wed, Mar 11, 2015 at 3:24 AM, Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
> 
> > On Fri, Mar 06, 2015 at 06:06:44PM -0500, Alia Atlas wrote:
> > > Given the excellent progress that the WG has been making - due to your
> > work
> > > and interest, I have been working on a simple rechartering with Sue and
> >
> > Here is the diff related to topology:
> >
> > -  o The ability to extract information about topology from the network.
> > -    Injection and creation of topology will not be considered as an
> > initial work item.
> > +  o The ability to extract information about topology from the network.
> > +     These models will be based on a generic topology model to support
> > +     multiple uses. Injection and creation of topology will not be
> > considered
> > +     as a work item.
> >
> > The first and third sentences are both about 'reading topology'. Does
> > this imply that the generic model will also be limited to 'reading
> > topology'? Or will the generic model also allow create topology?
> 
> It's an interesting question.  What use-cases do you see where
> writing the topology is appropriate?

If you want to do service management, you need to describe (configure)
the desired service topology. This is largely an interface to the
network manager (called a controller these days).

> If one thinks of reading the topology as reading operational state,
> aren't read-write config and read-only operational recommended to be
> separated in YANG models (at least for now)?

Yes, we love to separate config state from operational state. But this
has nothing to do with the scope of the work item added to the I2RS
charter.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Wed Mar 11 01:03:06 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA18D1A8AF9 for ; Wed, 11 Mar 2015 01:03:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level: 
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 VGyldZvYAQMa for ; Wed, 11 Mar 2015 01:03:03 -0700 (PDT)
Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (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 4BB3B1A1AB1 for ; Wed, 11 Mar 2015 01:03:03 -0700 (PDT)
Received: by obcva2 with SMTP id va2so7200643obc.3 for ; Wed, 11 Mar 2015 01:03:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=cu8wC0QoT6YHIBFSu5w8EszUfiWOMCTunG/SJFrwmjs=; b=01z1mxhoDBpioaedTI8ErsV8xq0s4YUMUqhGuB702Op/Lokjt3wmpsI/Fdj2hKxJWG ySqON1LDC6YJFFE3eAqn7MFXp/BepUHHjSC8oQ9BqJw5s9HcdHi0BylJY7u8DHU5XibN 6u2xC/GqLpE3JYlqWQeePlZtAMQEr18GnB0+bRVuTMwpWTFuQLodA+ZLcXwq0n0VZb8g X/m4eV9wn+pY2VYX3qgx1Ei0iS8ei5AAGT9NEpp5uW3qhj4nhVQ/qNHKDYlkY8VdwTyV vKrWOf70TDTHjMaipZ8rcJW1TP/uUbMe0njP9tBFmQCQrBW5WgFMFu+aclIzxPSbHybJ Y8sg==
MIME-Version: 1.0
X-Received: by 10.182.247.42 with SMTP id yb10mr28448575obc.54.1426060982772;  Wed, 11 Mar 2015 01:03:02 -0700 (PDT)
Received: by 10.60.139.164 with HTTP; Wed, 11 Mar 2015 01:03:02 -0700 (PDT)
In-Reply-To: <20150311075524.GA9021@elstar.local>
References:  <20150311072453.GA8870@elstar.local>  <20150311075524.GA9021@elstar.local>
Date: Wed, 11 Mar 2015 04:03:02 -0400
Message-ID: 
From: Alia Atlas 
To: Juergen Schoenwaelder , Alia Atlas , "i2rs@ietf.org" 
Content-Type: multipart/alternative; boundary=089e015384e04e6b520510feb24b
Archived-At: 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 08:03:05 -0000

--089e015384e04e6b520510feb24b
Content-Type: text/plain; charset=UTF-8

On Wed, Mar 11, 2015 at 3:55 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Wed, Mar 11, 2015 at 03:33:14AM -0400, Alia Atlas wrote:
> > Juergen,
> >
> > On Wed, Mar 11, 2015 at 3:24 AM, Juergen Schoenwaelder <
> > j.schoenwaelder@jacobs-university.de> wrote:
> >
> > > On Fri, Mar 06, 2015 at 06:06:44PM -0500, Alia Atlas wrote:
> > > > Given the excellent progress that the WG has been making - due to
> your
> > > work
> > > > and interest, I have been working on a simple rechartering with Sue
> and
> > >
> > > Here is the diff related to topology:
> > >
> > > -  o The ability to extract information about topology from the
> network.
> > > -    Injection and creation of topology will not be considered as an
> > > initial work item.
> > > +  o The ability to extract information about topology from the
> network.
> > > +     These models will be based on a generic topology model to support
> > > +     multiple uses. Injection and creation of topology will not be
> > > considered
> > > +     as a work item.
> > >
> > > The first and third sentences are both about 'reading topology'. Does
> > > this imply that the generic model will also be limited to 'reading
> > > topology'? Or will the generic model also allow create topology?
> >
> > It's an interesting question.  What use-cases do you see where
> > writing the topology is appropriate?
>
> If you want to do service management, you need to describe (configure)
> the desired service topology. This is largely an interface to the
> network manager (called a controller these days).
>

True - I see that as needing significantly more information, but having a
generic topology model to build upon would be useful.


> > If one thinks of reading the topology as reading operational state,
> > aren't read-write config and read-only operational recommended to be
> > separated in YANG models (at least for now)?
>
> Yes, we love to separate config state from operational state. But this
> has nothing to do with the scope of the work item added to the I2RS
> charter.


It is relevant if I2RS defines the operational topology for reading and
there
isn't an active need for writing the topology.

If there is an active need - presumably because of interest in modeling
interfaces
to a network manager - then I can massage the text.  I don't see a reason
to have separate drafts.

Alia


> /js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>

--089e015384e04e6b520510feb24b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable




On Wed, Mar 11, 2015 at 3:55 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
On Wed, Mar 11, 2015 at 03:33:14AM =
-0400, Alia Atlas wrote:

> Juergen,

>

> On Wed, Mar 11, 2015 at 3:24 AM, Juergen Schoenwaelder <

> j.schoenwaelde=
r@jacobs-university.de> wrote:

>

> > On Fri, Mar 06, 2015 at 06:06:44PM -0500, Alia Atlas wrote:

> > > Given the excellent progress that the WG has been making - d=
ue to your

> > work

> > > and interest, I have been working on a simple rechartering w=
ith Sue and

> >

> > Here is the diff related to topology:

> >

> > -=C2=A0 o The ability to extract information about topology from =
the network.

> > -=C2=A0 =C2=A0 Injection and creation of topology will not be con=
sidered as an

> > initial work item.

> > +=C2=A0 o The ability to extract information about topology from =
the network.

> > +=C2=A0 =C2=A0 =C2=A0These models will be based on a generic topo=
logy model to support

> > +=C2=A0 =C2=A0 =C2=A0multiple uses. Injection and creation of top=
ology will not be

> > considered

> > +=C2=A0 =C2=A0 =C2=A0as a work item.

> >

> > The first and third sentences are both about 'reading topolog=
y'. Does

> > this imply that the generic model will also be limited to 're=
ading

> > topology'? Or will the generic model also allow create topolo=
gy?

>

> It's an interesting question.=C2=A0 What use-cases do you see wher=
e

> writing the topology is appropriate?



If you want to do service management, you need to describe (configur=
e)

the desired service topology. This is largely an interface to the

network manager (called a controller these days).

=

True - I see that as needing significantly more information, but=
 having a=C2=A0
generic topology model to build upon would be use=
ful.=C2=A0
=C2=A0

> If one thinks of reading the topology as reading operational state,
> aren't read-write config and read-only operational recommended to =
be

> separated in YANG models (at least for now)?



Yes, we love to separate config state from operational state. But th=
is

has nothing to do with the scope of the work item added to the I2RS

charter.

It is relevant if I2RS defines the=
 operational topology for reading and there
isn't an active n=
eed for writing the topology.=C2=A0

If there is an=
 active need - presumably because of interest in modeling interfaces
<=
div>to a network manager - then I can massage the text.=C2=A0 I don't s=
ee a reason
to have separate drafts.

Ali=
a
=C2=A0

/js



--

Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH

Phone: +49=
 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28759 Br=
emen | Germany

Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<http://www.jacobs-univ=
ersity.de/>





--089e015384e04e6b520510feb24b--


From nobody Wed Mar 11 07:51:30 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C25A1ACE2B for ; Wed, 11 Mar 2015 07:51:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 Iejjv9eBnwmd for ; Wed, 11 Mar 2015 07:51:28 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BADB21ACDCF for ; Wed, 11 Mar 2015 07:51:26 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id BB8A02C84; Wed, 11 Mar 2015 15:51:25 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id VLQvGBenbhk7; Wed, 11 Mar 2015 15:51:10 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 11 Mar 2015 15:51:24 +0100 (CET)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 82B9820044; Wed, 11 Mar 2015 15:51:24 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id gyzCqgbBpsWU; Wed, 11 Mar 2015 15:51:23 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 4562E20045; Wed, 11 Mar 2015 15:51:23 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 0F28B32770FA; Wed, 11 Mar 2015 15:51:22 +0100 (CET)
Date: Wed, 11 Mar 2015 15:51:22 +0100
From: Juergen Schoenwaelder 
To: Alia Atlas 
Message-ID: <20150311145122.GA10133@elstar.local>
Mail-Followup-To: Alia Atlas , "i2rs@ietf.org" 
References:  <20150311072453.GA8870@elstar.local>  <20150311075524.GA9021@elstar.local> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Cc: "i2rs@ietf.org" 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 14:51:29 -0000

On Wed, Mar 11, 2015 at 04:03:02AM -0400, Alia Atlas wrote:
> On Wed, Mar 11, 2015 at 3:55 AM, Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
> 
> > On Wed, Mar 11, 2015 at 03:33:14AM -0400, Alia Atlas wrote:
> > > Juergen,
> > >
> > > On Wed, Mar 11, 2015 at 3:24 AM, Juergen Schoenwaelder <
> > > j.schoenwaelder@jacobs-university.de> wrote:
> > >
> > > > On Fri, Mar 06, 2015 at 06:06:44PM -0500, Alia Atlas wrote:
> > > > > Given the excellent progress that the WG has been making - due to
> > your
> > > > work
> > > > > and interest, I have been working on a simple rechartering with Sue
> > and
> > > >
> > > > Here is the diff related to topology:
> > > >
> > > > -  o The ability to extract information about topology from the
> > network.
> > > > -    Injection and creation of topology will not be considered as an
> > > > initial work item.
> > > > +  o The ability to extract information about topology from the
> > network.
> > > > +     These models will be based on a generic topology model to support
> > > > +     multiple uses. Injection and creation of topology will not be
> > > > considered
> > > > +     as a work item.
> > > >
> > > > The first and third sentences are both about 'reading topology'. Does
> > > > this imply that the generic model will also be limited to 'reading
> > > > topology'? Or will the generic model also allow create topology?
> > >
> > > It's an interesting question.  What use-cases do you see where
> > > writing the topology is appropriate?
> >
> > If you want to do service management, you need to describe (configure)
> > the desired service topology. This is largely an interface to the
> > network manager (called a controller these days).
> >
> 
> True - I see that as needing significantly more information, but having a
> generic topology model to build upon would be useful.
>

The question was whether the generic topology is config true, config
false or both. The proposed charter text is not clear.
 
> > > If one thinks of reading the topology as reading operational state,
> > > aren't read-write config and read-only operational recommended to be
> > > separated in YANG models (at least for now)?
> >
> > Yes, we love to separate config state from operational state. But this
> > has nothing to do with the scope of the work item added to the I2RS
> > charter.
> 
> 
> It is relevant if I2RS defines the operational topology for reading and
> there isn't an active need for writing the topology.
> 
> If there is an active need - presumably because of interest in modeling
> interfaces to a network manager - then I can massage the text.  I don't
> see a reason to have separate drafts.
>

It would be nice to have this scope issue clarified so other WGs know
what can be expected.

Thanks.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Wed Mar 11 14:48:31 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CC491A877A for ; Wed, 11 Mar 2015 14:48:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 eNJMk7Zu2non for ; Wed, 11 Mar 2015 14:48:26 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 369FD1A879D for ; Wed, 11 Mar 2015 14:48:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15306; q=dns/txt; s=iport; t=1426110504; x=1427320104; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=Shb2cz+u9QDYRBmDQzE1kaAW5COHRB0Xtx4Str1Gtrc=; b=FJcD/F3hHJ5pNr7pMENX701e15mK1ViP5s7TJ444C079VxCibcRlRecW nJGEXhSwxG34CmcAHUmp1cF5EmxPJ/sSVgvW3OGlX3+Dw6SHDUI2DdBJ/ nxbRw47OGMmnX0wnSHw5TDD7kQrOYpyMVqUad4CjOedCy40wHb0bYjblf c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AtBQAytwBV/5xdJa1ZA4JDQ1JaBIMHwGSFdAIcgSFMAQEBAQEBfYQPAQEBAwEjClEJAgIBCA4CAQQBAQEKHQMCAgIZFxQJCAIEARIIiB8IrjCbLwEBAQEBAQEBAQEBAQEBAQEBAQEBARcEixOEGScWCxYBEYJXL4EWBY4ZggOKd4V8iR6DRSODbm+BAkJ/AQEB
X-IronPort-AV: E=Sophos;i="5.11,384,1422921600";  d="scan'208,217";a="402866378"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-6.cisco.com with ESMTP; 11 Mar 2015 21:48:22 +0000
Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t2BLmLjZ030539 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 11 Mar 2015 21:48:21 GMT
Received: from xmb-rcd-x05.cisco.com ([169.254.15.101]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0195.001; Wed, 11 Mar 2015 16:48:21 -0500
From: "Alexander Clemm (alex)" 
To: Alia Atlas , Juergen Schoenwaelder , "i2rs@ietf.org" 
Thread-Topic: [i2rs] simple rechartering underway
Thread-Index: AQHQWGI85ERXhgPsJUiNku7WYD4YOp0XO/yAgAACVQCAAAYxAIAAAiIAgACRzWA=
Date: Wed, 11 Mar 2015 21:48:20 +0000
Message-ID: 
References:  <20150311072453.GA8870@elstar.local>  <20150311075524.GA9021@elstar.local> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.154.204.179]
Content-Type: multipart/alternative; boundary="_000_DBC595ED2346914F9F81D17DD5C32B571DAAF8ACxmbrcdx05ciscoc_"
MIME-Version: 1.0
Archived-At: 
Subject: Re: [i2rs] simple rechartering underway
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 11 Mar 2015 21:48:29 -0000

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

SW4gZ2VuZXJhbCwgSSBkbyB0aGluayB0aGVyZSBhcmUgdXNlIGNhc2VzIGZvciB3cml0ZWFibGUg
dG9wb2xvZ3kgaW5mb3JtYXRpb24sIGZvciBleGFtcGxlIGluIHRoZSBjYXNlIG9mIHNlcnZpY2Ug
YW5kIGFwcGxpY2F0aW9uIGxheWVyIHRvcG9sb2dpZXMgKHdoaWNoIG1heSBiZSBwcm92aXNpb25h
YmxlKS4gIE5vdCBzdXJlIHdoZXRoZXIgaXQgbmVlZHMgdG8gYmUgaW5jbHVkZWQgaW4gdGhlIGNo
YXJ0ZXIsIGJ1dCBpbiBnZW5lcmFsIEkgdGhpbmsgaXQgd291bGQgYmUgZ29vZCB0byBhbGxvdyBm
b3IgdGhpcyBwb3NzaWJpbGl0eS4NCi0tLSBBbGV4DQoNCkZyb206IGkycnMgW21haWx0bzppMnJz
LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBBbGlhIEF0bGFzDQpTZW50OiBXZWRuZXNk
YXksIE1hcmNoIDExLCAyMDE1IDE6MDMgQU0NClRvOiBKdWVyZ2VuIFNjaG9lbndhZWxkZXI7IEFs
aWEgQXRsYXM7IGkycnNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbaTJyc10gc2ltcGxlIHJlY2hh
cnRlcmluZyB1bmRlcndheQ0KDQoNCg0KT24gV2VkLCBNYXIgMTEsIDIwMTUgYXQgMzo1NSBBTSwg
SnVlcmdlbiBTY2hvZW53YWVsZGVyIDxqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHku
ZGU8bWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4+IHdyb3RlOg0K
T24gV2VkLCBNYXIgMTEsIDIwMTUgYXQgMDM6MzM6MTRBTSAtMDQwMCwgQWxpYSBBdGxhcyB3cm90
ZToNCj4gSnVlcmdlbiwNCj4NCj4gT24gV2VkLCBNYXIgMTEsIDIwMTUgYXQgMzoyNCBBTSwgSnVl
cmdlbiBTY2hvZW53YWVsZGVyIDwNCj4gai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5
LmRlPG1haWx0bzpqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU+PiB3cm90ZToN
Cj4NCj4gPiBPbiBGcmksIE1hciAwNiwgMjAxNSBhdCAwNjowNjo0NFBNIC0wNTAwLCBBbGlhIEF0
bGFzIHdyb3RlOg0KPiA+ID4gR2l2ZW4gdGhlIGV4Y2VsbGVudCBwcm9ncmVzcyB0aGF0IHRoZSBX
RyBoYXMgYmVlbiBtYWtpbmcgLSBkdWUgdG8geW91cg0KPiA+IHdvcmsNCj4gPiA+IGFuZCBpbnRl
cmVzdCwgSSBoYXZlIGJlZW4gd29ya2luZyBvbiBhIHNpbXBsZSByZWNoYXJ0ZXJpbmcgd2l0aCBT
dWUgYW5kDQo+ID4NCj4gPiBIZXJlIGlzIHRoZSBkaWZmIHJlbGF0ZWQgdG8gdG9wb2xvZ3k6DQo+
ID4NCj4gPiAtICBvIFRoZSBhYmlsaXR5IHRvIGV4dHJhY3QgaW5mb3JtYXRpb24gYWJvdXQgdG9w
b2xvZ3kgZnJvbSB0aGUgbmV0d29yay4NCj4gPiAtICAgIEluamVjdGlvbiBhbmQgY3JlYXRpb24g
b2YgdG9wb2xvZ3kgd2lsbCBub3QgYmUgY29uc2lkZXJlZCBhcyBhbg0KPiA+IGluaXRpYWwgd29y
ayBpdGVtLg0KPiA+ICsgIG8gVGhlIGFiaWxpdHkgdG8gZXh0cmFjdCBpbmZvcm1hdGlvbiBhYm91
dCB0b3BvbG9neSBmcm9tIHRoZSBuZXR3b3JrLg0KPiA+ICsgICAgIFRoZXNlIG1vZGVscyB3aWxs
IGJlIGJhc2VkIG9uIGEgZ2VuZXJpYyB0b3BvbG9neSBtb2RlbCB0byBzdXBwb3J0DQo+ID4gKyAg
ICAgbXVsdGlwbGUgdXNlcy4gSW5qZWN0aW9uIGFuZCBjcmVhdGlvbiBvZiB0b3BvbG9neSB3aWxs
IG5vdCBiZQ0KPiA+IGNvbnNpZGVyZWQNCj4gPiArICAgICBhcyBhIHdvcmsgaXRlbS4NCj4gPg0K
PiA+IFRoZSBmaXJzdCBhbmQgdGhpcmQgc2VudGVuY2VzIGFyZSBib3RoIGFib3V0ICdyZWFkaW5n
IHRvcG9sb2d5Jy4gRG9lcw0KPiA+IHRoaXMgaW1wbHkgdGhhdCB0aGUgZ2VuZXJpYyBtb2RlbCB3
aWxsIGFsc28gYmUgbGltaXRlZCB0byAncmVhZGluZw0KPiA+IHRvcG9sb2d5Jz8gT3Igd2lsbCB0
aGUgZ2VuZXJpYyBtb2RlbCBhbHNvIGFsbG93IGNyZWF0ZSB0b3BvbG9neT8NCj4NCj4gSXQncyBh
biBpbnRlcmVzdGluZyBxdWVzdGlvbi4gIFdoYXQgdXNlLWNhc2VzIGRvIHlvdSBzZWUgd2hlcmUN
Cj4gd3JpdGluZyB0aGUgdG9wb2xvZ3kgaXMgYXBwcm9wcmlhdGU/DQoNCklmIHlvdSB3YW50IHRv
IGRvIHNlcnZpY2UgbWFuYWdlbWVudCwgeW91IG5lZWQgdG8gZGVzY3JpYmUgKGNvbmZpZ3VyZSkN
CnRoZSBkZXNpcmVkIHNlcnZpY2UgdG9wb2xvZ3kuIFRoaXMgaXMgbGFyZ2VseSBhbiBpbnRlcmZh
Y2UgdG8gdGhlDQpuZXR3b3JrIG1hbmFnZXIgKGNhbGxlZCBhIGNvbnRyb2xsZXIgdGhlc2UgZGF5
cykuDQoNClRydWUgLSBJIHNlZSB0aGF0IGFzIG5lZWRpbmcgc2lnbmlmaWNhbnRseSBtb3JlIGlu
Zm9ybWF0aW9uLCBidXQgaGF2aW5nIGENCmdlbmVyaWMgdG9wb2xvZ3kgbW9kZWwgdG8gYnVpbGQg
dXBvbiB3b3VsZCBiZSB1c2VmdWwuDQoNCj4gSWYgb25lIHRoaW5rcyBvZiByZWFkaW5nIHRoZSB0
b3BvbG9neSBhcyByZWFkaW5nIG9wZXJhdGlvbmFsIHN0YXRlLA0KPiBhcmVuJ3QgcmVhZC13cml0
ZSBjb25maWcgYW5kIHJlYWQtb25seSBvcGVyYXRpb25hbCByZWNvbW1lbmRlZCB0byBiZQ0KPiBz
ZXBhcmF0ZWQgaW4gWUFORyBtb2RlbHMgKGF0IGxlYXN0IGZvciBub3cpPw0KDQpZZXMsIHdlIGxv
dmUgdG8gc2VwYXJhdGUgY29uZmlnIHN0YXRlIGZyb20gb3BlcmF0aW9uYWwgc3RhdGUuIEJ1dCB0
aGlzDQpoYXMgbm90aGluZyB0byBkbyB3aXRoIHRoZSBzY29wZSBvZiB0aGUgd29yayBpdGVtIGFk
ZGVkIHRvIHRoZSBJMlJTDQpjaGFydGVyLg0KDQpJdCBpcyByZWxldmFudCBpZiBJMlJTIGRlZmlu
ZXMgdGhlIG9wZXJhdGlvbmFsIHRvcG9sb2d5IGZvciByZWFkaW5nIGFuZCB0aGVyZQ0KaXNuJ3Qg
YW4gYWN0aXZlIG5lZWQgZm9yIHdyaXRpbmcgdGhlIHRvcG9sb2d5Lg0KDQpJZiB0aGVyZSBpcyBh
biBhY3RpdmUgbmVlZCAtIHByZXN1bWFibHkgYmVjYXVzZSBvZiBpbnRlcmVzdCBpbiBtb2RlbGlu
ZyBpbnRlcmZhY2VzDQp0byBhIG5ldHdvcmsgbWFuYWdlciAtIHRoZW4gSSBjYW4gbWFzc2FnZSB0
aGUgdGV4dC4gIEkgZG9uJ3Qgc2VlIGEgcmVhc29uDQp0byBoYXZlIHNlcGFyYXRlIGRyYWZ0cy4N
Cg0KQWxpYQ0KDQovanMNCg0KLS0NCkp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFj
b2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIDQpQaG9uZTogKzQ5IDQyMSAyMDAgMzU4Nzx0ZWw6
JTJCNDklMjA0MjElMjAyMDAlMjAzNTg3PiAgICAgICAgIENhbXB1cyBSaW5nIDEgfCAyODc1OSBC
cmVtZW4gfCBHZXJtYW55DQpGYXg6ICAgKzQ5IDQyMSAyMDAgMzEwMzx0ZWw6JTJCNDklMjA0MjEl
MjAyMDAlMjAzMTAzPiAgICAgICAgIDxodHRwOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLz4N
Cg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov
KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z
b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps
aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I
eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv
LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10
eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0K
QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx
LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x
O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz
IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h
cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp
Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy
cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SW4gZ2VuZXJhbCwgSSBk
byB0aGluayB0aGVyZSBhcmUgdXNlIGNhc2VzIGZvciB3cml0ZWFibGUgdG9wb2xvZ3kgaW5mb3Jt
YXRpb24sIGZvciBleGFtcGxlIGluIHRoZSBjYXNlIG9mIHNlcnZpY2UgYW5kIGFwcGxpY2F0aW9u
IGxheWVyIHRvcG9sb2dpZXMgKHdoaWNoIG1heQ0KIGJlIHByb3Zpc2lvbmFibGUpLiZuYnNwOyBO
b3Qgc3VyZSB3aGV0aGVyIGl0IG5lZWRzIHRvIGJlIGluY2x1ZGVkIGluIHRoZSBjaGFydGVyLCBi
dXQgaW4gZ2VuZXJhbCBJIHRoaW5rIGl0IHdvdWxkIGJlIGdvb2QgdG8gYWxsb3cgZm9yIHRoaXMg
cG9zc2liaWxpdHkuJm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LS0tIEFs
ZXg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi
PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IGkycnMgW21haWx0
bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkFsaWEgQXRsYXM8
YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBNYXJjaCAxMSwgMjAxNSAxOjAzIEFNPGJyPg0K
PGI+VG86PC9iPiBKdWVyZ2VuIFNjaG9lbndhZWxkZXI7IEFsaWEgQXRsYXM7IGkycnNAaWV0Zi5v
cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBzaW1wbGUgcmVjaGFydGVyaW5nIHVu
ZGVyd2F5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gV2VkLCBNYXIgMTEsIDIwMTUgYXQg
Mzo1NSBBTSwgSnVlcmdlbiBTY2hvZW53YWVsZGVyICZsdDs8YSBocmVmPSJtYWlsdG86ai5zY2hv
ZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlIiB0YXJnZXQ9Il9ibGFuayI+ai5zY2hvZW53
YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBXZWQsIE1hciAxMSwgMjAxNSBhdCAwMzozMzoxNEFN
IC0wNDAwLCBBbGlhIEF0bGFzIHdyb3RlOjxicj4NCiZndDsgSnVlcmdlbiw8YnI+DQomZ3Q7PGJy
Pg0KJmd0OyBPbiBXZWQsIE1hciAxMSwgMjAxNSBhdCAzOjI0IEFNLCBKdWVyZ2VuIFNjaG9lbndh
ZWxkZXIgJmx0Ozxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNv
YnMtdW5pdmVyc2l0eS5kZSI+ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPC9h
PiZndDsgd3JvdGU6PGJyPg0KJmd0Ozxicj4NCiZndDsgJmd0OyBPbiBGcmksIE1hciAwNiwgMjAx
NSBhdCAwNjowNjo0NFBNIC0wNTAwLCBBbGlhIEF0bGFzIHdyb3RlOjxicj4NCiZndDsgJmd0OyAm
Z3Q7IEdpdmVuIHRoZSBleGNlbGxlbnQgcHJvZ3Jlc3MgdGhhdCB0aGUgV0cgaGFzIGJlZW4gbWFr
aW5nIC0gZHVlIHRvIHlvdXI8YnI+DQomZ3Q7ICZndDsgd29yazxicj4NCiZndDsgJmd0OyAmZ3Q7
IGFuZCBpbnRlcmVzdCwgSSBoYXZlIGJlZW4gd29ya2luZyBvbiBhIHNpbXBsZSByZWNoYXJ0ZXJp
bmcgd2l0aCBTdWUgYW5kPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IEhlcmUgaXMgdGhl
IGRpZmYgcmVsYXRlZCB0byB0b3BvbG9neTo8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsg
LSZuYnNwOyBvIFRoZSBhYmlsaXR5IHRvIGV4dHJhY3QgaW5mb3JtYXRpb24gYWJvdXQgdG9wb2xv
Z3kgZnJvbSB0aGUgbmV0d29yay48YnI+DQomZ3Q7ICZndDsgLSZuYnNwOyAmbmJzcDsgSW5qZWN0
aW9uIGFuZCBjcmVhdGlvbiBvZiB0b3BvbG9neSB3aWxsIG5vdCBiZSBjb25zaWRlcmVkIGFzIGFu
PGJyPg0KJmd0OyAmZ3Q7IGluaXRpYWwgd29yayBpdGVtLjxicj4NCiZndDsgJmd0OyAmIzQzOyZu
YnNwOyBvIFRoZSBhYmlsaXR5IHRvIGV4dHJhY3QgaW5mb3JtYXRpb24gYWJvdXQgdG9wb2xvZ3kg
ZnJvbSB0aGUgbmV0d29yay48YnI+DQomZ3Q7ICZndDsgJiM0MzsmbmJzcDsgJm5ic3A7ICZuYnNw
O1RoZXNlIG1vZGVscyB3aWxsIGJlIGJhc2VkIG9uIGEgZ2VuZXJpYyB0b3BvbG9neSBtb2RlbCB0
byBzdXBwb3J0PGJyPg0KJmd0OyAmZ3Q7ICYjNDM7Jm5ic3A7ICZuYnNwOyAmbmJzcDttdWx0aXBs
ZSB1c2VzLiBJbmplY3Rpb24gYW5kIGNyZWF0aW9uIG9mIHRvcG9sb2d5IHdpbGwgbm90IGJlPGJy
Pg0KJmd0OyAmZ3Q7IGNvbnNpZGVyZWQ8YnI+DQomZ3Q7ICZndDsgJiM0MzsmbmJzcDsgJm5ic3A7
ICZuYnNwO2FzIGEgd29yayBpdGVtLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUaGUg
Zmlyc3QgYW5kIHRoaXJkIHNlbnRlbmNlcyBhcmUgYm90aCBhYm91dCAncmVhZGluZyB0b3BvbG9n
eScuIERvZXM8YnI+DQomZ3Q7ICZndDsgdGhpcyBpbXBseSB0aGF0IHRoZSBnZW5lcmljIG1vZGVs
IHdpbGwgYWxzbyBiZSBsaW1pdGVkIHRvICdyZWFkaW5nPGJyPg0KJmd0OyAmZ3Q7IHRvcG9sb2d5
Jz8gT3Igd2lsbCB0aGUgZ2VuZXJpYyBtb2RlbCBhbHNvIGFsbG93IGNyZWF0ZSB0b3BvbG9neT88
YnI+DQomZ3Q7PGJyPg0KJmd0OyBJdCdzIGFuIGludGVyZXN0aW5nIHF1ZXN0aW9uLiZuYnNwOyBX
aGF0IHVzZS1jYXNlcyBkbyB5b3Ugc2VlIHdoZXJlPGJyPg0KJmd0OyB3cml0aW5nIHRoZSB0b3Bv
bG9neSBpcyBhcHByb3ByaWF0ZT88YnI+DQo8YnI+DQpJZiB5b3Ugd2FudCB0byBkbyBzZXJ2aWNl
IG1hbmFnZW1lbnQsIHlvdSBuZWVkIHRvIGRlc2NyaWJlIChjb25maWd1cmUpPGJyPg0KdGhlIGRl
c2lyZWQgc2VydmljZSB0b3BvbG9neS4gVGhpcyBpcyBsYXJnZWx5IGFuIGludGVyZmFjZSB0byB0
aGU8YnI+DQpuZXR3b3JrIG1hbmFnZXIgKGNhbGxlZCBhIGNvbnRyb2xsZXIgdGhlc2UgZGF5cyku
PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UcnVlIC0gSSBz
ZWUgdGhhdCBhcyBuZWVkaW5nIHNpZ25pZmljYW50bHkgbW9yZSBpbmZvcm1hdGlvbiwgYnV0IGhh
dmluZyBhJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5nZW5lcmljIHRvcG9sb2d5IG1vZGVsIHRvIGJ1aWxkIHVwb24gd291bGQgYmUgdXNl
ZnVsLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBp
biAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4mZ3Q7IElmIG9uZSB0aGlua3Mgb2YgcmVhZGluZyB0aGUgdG9wb2xvZ3kg
YXMgcmVhZGluZyBvcGVyYXRpb25hbCBzdGF0ZSw8YnI+DQomZ3Q7IGFyZW4ndCByZWFkLXdyaXRl
IGNvbmZpZyBhbmQgcmVhZC1vbmx5IG9wZXJhdGlvbmFsIHJlY29tbWVuZGVkIHRvIGJlPGJyPg0K
Jmd0OyBzZXBhcmF0ZWQgaW4gWUFORyBtb2RlbHMgKGF0IGxlYXN0IGZvciBub3cpPzxicj4NCjxi
cj4NClllcywgd2UgbG92ZSB0byBzZXBhcmF0ZSBjb25maWcgc3RhdGUgZnJvbSBvcGVyYXRpb25h
bCBzdGF0ZS4gQnV0IHRoaXM8YnI+DQpoYXMgbm90aGluZyB0byBkbyB3aXRoIHRoZSBzY29wZSBv
ZiB0aGUgd29yayBpdGVtIGFkZGVkIHRvIHRoZSBJMlJTPGJyPg0KY2hhcnRlci48bzpwPjwvbzpw
PjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0IGlz
IHJlbGV2YW50IGlmIEkyUlMgZGVmaW5lcyB0aGUgb3BlcmF0aW9uYWwgdG9wb2xvZ3kgZm9yIHJl
YWRpbmcgYW5kIHRoZXJlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5pc24ndCBhbiBhY3RpdmUgbmVlZCBmb3Igd3JpdGluZyB0aGUgdG9wb2xvZ3ku
Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPklmIHRoZXJlIGlzIGFuIGFjdGl2ZSBuZWVkIC0gcHJlc3VtYWJseSBiZWNhdXNlIG9mIGlu
dGVyZXN0IGluIG1vZGVsaW5nIGludGVyZmFjZXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRvIGEgbmV0d29yayBtYW5hZ2VyIC0gdGhlbiBJIGNh
biBtYXNzYWdlIHRoZSB0ZXh0LiZuYnNwOyBJIGRvbid0IHNlZSBhIHJlYXNvbjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dG8gaGF2ZSBzZXBhcmF0
ZSBkcmFmdHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPkFsaWE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i
Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAw
aW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4vanM8YnI+DQo8YnI+DQotLTxicj4NCkp1ZXJn
ZW4gU2Nob2Vud2FlbGRlciZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
SmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIPGJyPg0KUGhvbmU6IDxhIGhyZWY9InRlbDol
MkI0OSUyMDQyMSUyMDIwMCUyMDM1ODciPiYjNDM7NDkgNDIxIDIwMCAzNTg3PC9hPiZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtDYW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwg
R2VybWFueTxicj4NCkZheDombmJzcDsgJm5ic3A7PGEgaHJlZj0idGVsOiUyQjQ5JTIwNDIxJTIw
MjAwJTIwMzEwMyI+JiM0Mzs0OSA0MjEgMjAwIDMxMDM8L2E+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyZsdDs8YSBocmVmPSJodHRwOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRl
LyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPC9hPiZn
dDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_DBC595ED2346914F9F81D17DD5C32B571DAAF8ACxmbrcdx05ciscoc_--


From nobody Mon Mar 16 12:29:14 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E611A8BB6; Mon, 16 Mar 2015 12:29:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
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 UOV5tv4ePf7L; Mon, 16 Mar 2015 12:29:10 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A5C7B1A8BBD; Mon, 16 Mar 2015 12:29:09 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: The IESG 
To: "IETF-Announce" 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150316192909.26263.81084.idtracker@ietfa.amsl.com>
Date: Mon, 16 Mar 2015 12:29:09 -0700
Archived-At: 
Cc: i2rs WG 
Subject: [i2rs] WG Action: Rechartered Interface to the Routing System (i2rs)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 16 Mar 2015 19:29:12 -0000

The Interface to the Routing System (i2rs) working group in the Routing
Area of the IETF has been rechartered. For additional information please
contact the Area Directors or the WG Chairs.

Interface to the Routing System (i2rs)
------------------------------------------------
Current Status: Active WG

Chairs:
  Susan Hares 
  Jeffrey Haas 

Technical advisors:
  Jürgen Schönwälder 

Assigned Area Director:
  Alia Atlas 

Mailing list
  Address: i2rs@ietf.org
  To Subscribe: https://www.ietf.org/mailman/listinfo/i2rs
  Archive:
http://www.ietf.org/mail-archive/web/i2rs/current/maillist.html

Charter:

In an IP routed network, the routing system:

- Distributes topology and other state (network metadata)
- Uses this network metadata to determine the best paths to each given 
  reachable destination attached to the network
- Communicates these decisions to the forwarding plane of each 
  forwarding device in the network.

That is, the routing system is the collection of entities, protocols and 
processes that collectively build the forwarding tables that are 
exported into the entities that constitute the network's forwarding 
plane.

While processes participating in the routing system are often colocated 
with the local forwarding elements, this isn't a necessary condition. 
Thus, the routing system includes control plane protocols and processes 
that compute routes and paths for data packets, wherever the processes 
implementing those protocols and processes may be running.

I2RS facilitates real-time or event driven interaction with the routing 
system through a collection of protocol-based control or management 
interfaces. These allow information, policies, and operational 
parameters to be injected into and retrieved (as read or by 
notification) from the routing system while retaining data consistency 
and coherency across the routers and routing infrastructure, and among 
multiple interactions with the routing system. The I2RS interfaces will 
co-exist with existing configuration and  management systems and 
interfaces.

It is envisioned that users of the I2RS interfaces will be management 
applications,  network controllers, and user applications that make 
specific demands on the network.

The I2RS working group works to develop a high-level architecture that 
describes the basic building-blocks necessary to enable the specific use 
cases, and that will lead to an understanding of the abstract
informational models and requirements for encodings and protocols for the
I2RS interfaces. Small and well-scoped use cases are critical to  
constrain the scope of the work and achieve sufficient focus for the 
working group to deliver successful outcomes. Initial work within the 
working group will be limited to a single administrative domain.

The working group is chartered to work on the following items:

- High-level architecture for I2RS including considerations of policy 
  and security.

- Tightly scoped key use cases for operational use of I2RS as follows:
  o Interactions with the Routing Information Base (RIB). Allowing read 
    and write access to the RIB, but no direct access to the Forwarding 
    Information Base (FIB).
  o Filter-based RIBs include a match of fields in IP header plus other 
    IP packet format fields. The matches in the filter-based RIBs may be 
    ordered to allow appropriate sequencing of the filter.  Each match 
    contains an action which may be forwarding to a next hop address or 
    other actions.  I2RS will coordinate this work with appropriate 
    working groups in routing, security and  operations & management 
    areas.
  o Control and analysis of the operation of the Border Gateway Protocol 
    (BGP) including the setting and activation of policies related to 
    the protocol.
  o Control, optimization, and choice of traffic exit points from 
    networks based on more information than provided by the dynamic 
    control plane.
  o Distributed reaction to network-based attacks through rapid 
    modification of the control plane behavior to reroute traffic for 
    one destination while leaving standard mechanisms (filters, metrics, 
    and policy) in place for other routes.
  o Service layer routing to improve on existing hub-and-spoke traffic.
  o The ability to extract information about topology from the network.  
    Injection and creation of topology will not be considered as a work 
    item. Such topology-related models will be based on a generic 
    topology model to support multiple uses; the generic topology model 
    should support topology extension for non-I2RS uses.
  o Other use cases may be adopted by the working group only through 
    rechartering.

- Yang Data Models consistent with the use cases.  Such documents 
  should include an information overview.  The existing WG draft - 
  draft-ietf-i2rs-rib-info-model - that is just an informational model 
  can be completed or extended with the associated YANG data model.

- Requirements for I2RS protocols and encoding languages.

- An analysis of existing IETF and other protocols and encoding 
  languages against the requirements.


Milestones:
  Jul 2013 - Request publication of an Informational document defining
the problem statement
  Jul 2013 - Request publication of an Informational document defining
the high-level architecture
  Aug 2013 - Request publication of Informational documents describing
use cases
  Sep 2013 - Request publication of an Informational document defining
the protocol requirements
  Sep 2013 - Request publication of an Informational document defining
encoding language requirements
  Feb 2014 - Request publication of Standards Track documents specifying
information models
  Feb 2014 - Request publication of an Informational document providing
an analysis of existing IETF and other protocols and encoding languages
against the requirements
  Feb 2014 - Consider re-chartering



From nobody Mon Mar 16 16:47:04 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F1421ACD41 for ; Mon, 16 Mar 2015 16:47:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 9-FN8m3aKiPq for ; Mon, 16 Mar 2015 16:47:01 -0700 (PDT)
Received: from kryten.ee.ucl.ac.uk (mail2.ee.ucl.ac.uk [128.40.38.7]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 108D61ACD27 for ; Mon, 16 Mar 2015 16:47:00 -0700 (PDT)
Received: from alex-galiss-mbp.home (host109-145-84-147.range109-145.btcentralplus.com [109.145.84.147]) (authenticated bits=0) by kryten.ee.ucl.ac.uk (8.14.5/8.14.3) with ESMTP id t2GNjn5D005784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2015 23:46:32 GMT
From: Alex Galis 
Content-Type: multipart/mixed; boundary="Apple-Mail=_A25039B0-5779-4330-B06D-87E81F6D1A18"
Date: Mon, 16 Mar 2015 23:46:32 +0000
Message-Id: <058919B9-AD30-4FE1-8104-9F01E1283DD3@ucl.ac.uk>
To: i2rs@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
X-Mailer: Apple Mail (2.2070.6)
X-UCL-EE-MailScanner-Information: Please contact the ISP for more information
X-UCL-EE-MailScanner-ID: t2GNjn5D005784
X-UCL-EE-MailScanner: Found to be clean
X-UCL-EE-MailScanner-From: a.galis@ucl.ac.uk
Archived-At: 
Cc: Alex Galis , Prosper Chemouil 
Subject: Re: [i2rs] Call for participation - 1st IEEE Conference on Network Softwarization (NetSoft 2015) / Software-Defined Infrastructures for Networks, Clouds and Services / April 13-17, 2015 in London, UK - http://sites.ieee.org/netsoft/
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 16 Mar 2015 23:47:03 -0000

--Apple-Mail=_A25039B0-5779-4330-B06D-87E81F6D1A18
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Call for participation
=20
1st IEEE Conference on Network Softwarization (NetSoft 2015)
Software-Defined Infrastructures for Networks, Clouds and Services
April 13-17, 2015 in London, UK - http://sites.ieee.org/netsoft/
=20
The 1st IEEE International Conference on Network Softwarization (NetSoft =
2015) will address different expressions of an overall transformation =
trend, which is deeply impacting Telecom and IT industries. This trend =
is also transforming several other Industries, in using =
=E2=80=9Dsoftwarization" to optimize costs and processes and in bringing =
new values in infrastructures. In particular, SDN, NFV and network =
programmability are creating the conditions to reinvent network and =
cloud architectures, accelerate service deployment and facilitate =
infrastructure management. Accordingly, NetSoft 2015 will present =
contributions on software-defined and virtualized infrastructures in =
various ways. NetSoft 2015 is intended to serve as the flagship forum =
for technical exchange on software-defined infrastructures for Networks, =
Clouds, IoT and Services
=20
The program of NetSoft 2015 includes:
Monday, April 13
	=E2=80=A2 4 half-day Tutorials - =
http://sites.ieee.org/netsoft/tutorials/
Tuesday, April 14 =E2=80=93 Thursday, April 16: Main Conference
	=E2=80=A2 3 Keynotes -  =
http://sites.ieee.org/netsoft/program/keynotes/
	=E2=80=A2 4 Plenary Sessions (17 full papers) - =
http://sites.ieee.org/netsoft/program/plenary/
	=E2=80=A2 4 Double-Track Sessions (31 short papers) - =
http://sites.ieee.org/netsoft/program/parallel-sessions/
	=E2=80=A2 8 Demos - http://sites.ieee.org/netsoft/demos/
	=E2=80=A2 1 Closing Panel - =
http://sites.ieee.org/netsoft/program/panel/
	=E2=80=A2 3 Social Networking Events - =
http://sites.ieee.org/netsoft/workshops/
Friday, April 17
	=E2=80=A2 3 Workshops - http://sites.ieee.org/netsoft/workshops/
=20
The Detailed Program can be found at =
http://sites.ieee.org/netsoft/program/
=20
EARLY BIRD RATE REGISTRATION until March 31, 2015
<>
=20
Visa information is given at =

=20
We are looking forward to meeting with you in London!
=20
General Co-chairs
Prosper Chemouil, Orange Labs, France
George Pavlou, University College London, UK
=20
TPC Co-Chairs
Raouf Boutaba, University of Waterloo, Canada
Alex Galis, University College London, UK
=20
=20=

--Apple-Mail=_A25039B0-5779-4330-B06D-87E81F6D1A18
Content-Disposition: inline;
	filename="Call for participation_IEEENetSoft2015.pdf"
Content-Type: application/pdf;
	x-mac-type=50444620;
	x-mac-creator=4D535744;
	x-unix-mode=0644;
	name="Call for participation_IEEENetSoft2015.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjMKJcTl8uXrp/Og0MTGCjQgMCBvYmoKPDwgL0xlbmd0aCA1IDAgUiAvRmlsdGVyIC9G
bGF0ZURlY29kZSA+PgpzdHJlYW0KeAG1neuS3baRgP/zKSh7ZM3IHg7BOxVb8ujii7zZiZxJsl7b
u7WlsiubknYTO/v++zW6ARI85DmcSClVHQ5BoNH3bgBN6m/5q/xv+ViUrqnypizasi+HvO37omr6
Ku/Hqhj6oc9/+Sn/U/4/+dWzX13++te8LJqu6pvW8VfbV20zlllZVHVbjY3Lf30NTG6bvJR/8kdX
F33duD7vnUzSDvnrt/nTWx6WZVnnt6/zvvW99ZLdvs2vbm+r3OW3P+ff5+f3Prjg7/MPZ79n9z/y
dw/Ofjj3f2iXBz9c+LuH/vfjhxcZ45IeSQeF8clF/mN++zJ/cev5keJeua4Yx36IuGeKe4JxnmB8
fnaR3/5FwXkeHOVJNzaFG9rB4LY6wi4Kt1FOnN+b4B6wuCuapi+7/D2BCxLrUIahm7AbvJyQoKCZ
Un25jV1fFkM1oknd0BR1E8GJArReAereQ7RLCrgQmQWGLgkHv7Yp6yq/A6Yz+SzBDWXRgxKYpoQL
pg59fJ0b7WssQFWvyov8Ep1LL2dI7rLKztG3yyo/R+Hkcl+7Or17kNxZl4/1mXU5i+MzGX9WJU+F
SzJ1zaXOw1wGttGuZ632MUAeg+x8MRJTEjg28mGnQ6019H0YcfG0nPUemezcUA3dVubDIA3Ts0FB
j3pBgYSsR3r5zUW2bZVNVRV9M9RRTOZR1oSD9WT4kaPWE9W9q+YOas0YO1yKuSUQLQs4JazBa3gP
pX+cwVnfIlzyf8BNfxVnFOnKlurnStR5dJjxDkTMKwg3b/+SrXov51xRdS0ueDe877NzvKciLcji
sWeEiUL6FlHQSJBvEfH5lsL/AV+uPrnItAnXrX8ENkS+iKH4UWfhkWiQb6nO4p/6DE0NCMVhcbI4
RZRGABi7YBkeU6AQsCAriulgDPZCmFM79sigyH5IBCZm4Vt6TyTQIpCIdmTJIbqRAZGR1jk7j1OI
1/AKFskOJGE4Hqsojip2YSrTr0yiO91mkbgexmIoq3aPPiRRZ129YmDvGg0TZoZgTWRvvLtci2fR
hD4QqaEpIgi5Cle4COFcHghR0VgOiHGlK9pWYp7NviOEqrGsh3pXtkVVNRhLCk+pqTapiXnKg4cf
3/vk8kFxz6i5MmpKNARyRC24WKv4y4PGj+/VDcRv01xVhNK+Iz6lOK55qiDAYzRD7515CIIhGotw
V1O+qiKJ7GoUbTeeRE+JFt7suk7NGQvszRIlVnidH4JTkbDhzUPY7U2xI3b48fHRbwLE2Cd00Wsm
4cYPiT3VeomgpAn+yady5T5iIBL0T8LYzubT8Oc7f+b7EBM6hk3yVGtYyZHrbiy6vr2TMq8JQhjv
evL5rmmLkVQrf5sJ7Gact73JkzZSniF/kydjre3P+c8+Myt9Eit5/sydTPZf15gOQDQ5PqaNAekV
79TFJPaO4E55JzcWPSn2bNkx+qyz0WWHXSzZjs7psSUvSBlDTcxyU+/Jb3F8cN+mNJe0OpHFb3x6
MKelu8Zbt/1Yj3mHmQ7w18CJe0UOZKPV6KVjl3S5MBKitiCz6OjA8S54BsGtLJLGoajd6EjHUrIF
z6YTPI8wALt/8jnWQgRNL0x46cohO38iBtdhSlwsQcQxYJ5yZ8+uuaPRutwXI2ZE+vCje+KIWeKe
P9XHaS8xWQSNuAWSgbc7A/SMZ3gC35hpmBJwKRzDOz9/Tu8+AjTUXtA4xiF+luz8C4UbR37JPTgY
XEMsBWAEG5r3v1II11C4yYYI/ms6Q+kqfvOps/N06ghAkhbkJSkLFzRYLuQtOxxdg4OqB4lgh7qC
iZ7UlZeKBHwVTnLBs0MLmYPzCyw1VcTMI+ER4pJQC1PscibSo9VWHXaJUH2vzKB+9pl1DoNED4S/
dE9p9VFwqIvB+1k3FGQT+N7ck1s3VdaFtjexDRZY2vQmn4bGptT1EoPWXW/ZLZfUww42PvrGsy3k
Xxe5qDW8gH2j3zWBraaBNAnZ/ol5wktXY12inrSiIwz2DJTWa+tsDRoT6fYvHvgjFJbe18gL8Pob
h6LhPLMeyZwyR4SkHX7L7DKdDlpDdxXuIw8389oAVmTQqG7sKToFXub5FShGT0drij31mfIqNlpS
9+iR8VXp+1cPIHbSkYa+dbyWSTJxXzBAOxj9nzJuUrVlhGjKsairkbTB1EBjHHG6LI/EOAjSNexj
9BviwBMu6N9ggls12f4WfzLnTxCuERppeuIBPI73kMAwI8E634j39XYnadFM1NpZZ0cFeUoyhhSO
Uh5zj5ZtyhFjm8XGXZRPMgZTnVbQ79Cp7iKLeqhopZSEfop4OlY0OwL0XNRAoXBX9RuC0e/J2ib9
BlDCyU+9aYbpdWJF0KzLS3MyMcaHziZQ5bun3ee+CES7h34qyZTeGzV0nW9NcrLNqk8nexKCE+TD
DAm0pAeZNkYQ+v3umOLXnZNt6CoP4p8ld71PjZKUw/aUu6j4pazWYTz2xy8sgAJwEY+CAOUJUY02
6EEVRmuTfpm1GQBC4RHzrNqib8kH17Css5PB7pXnBRkGTAcZkSHYhEa7FReCc9Qu0EAPcS4aGrn5
Cg0RgsKwZzZO8kORW2i/1m5XmCmjxGh1rm3yJhvsWWGwTTwJgcU5sTxLhGAbxrYuJe/7EH6K2qvL
iQ6AaVEmfuctkrvVI71BE6yvKkHbN5gKxftvFao1o1PQntxEUFc6wYtIqgLElhii86g136SYzCbO
zq/ixDaJ2rIioUCUGtgN+tp+oyRr0422PfLGrX1xgGa7nkSMEsWcZvpQ4eo4BaKTK9ibjy4yhs87
ocdAiKiS5cHE36vEn3PhbtHFWm89Vn/QLnG8gp4JwVipuBhDneL3hWcnQ3/Mtk5ZJkViDcj+1IEi
HSwgMk6IDhVJha3TKopiCbDCLtr2rfJKRXvfs0rxJlCbnbh2wT9VAIi49I+UzzqRPhLQ3giRsSmC
YhPHMMe2KVVsPnV15fLWODCFMzWlAw7IGdnEgXaOIJJWBN1VNadP8XJXqmOKGH2VeBfv52QZKWoS
qqFX2j923yN6uMZE1zPTpSEzLFUQ7sab9Kyj4qGUtIqITq206gNtwYQyGK8PlLxJnWcgdYz+amed
XP8OiiPhbD4TpG5LbtLdlsODdJuhb077+JG5xfyYnF8YLTdQi/97Zo88q5tRk1b1i9LpQ/pyBwX8
mlNHheWRBQAbL9GcLpDEowgMaUhXezj5+0vXsEDFi6kTlD7PFB+dSf9WYB5GiD0ptoEIg6/wlEib
2QKQtklWQBR7pnD9XeDJEq4Rl+Jvd9icIIymnmADHjbYupAr0RwWPQvBUZHyTPGLQZ4ZITaD8sLY
rVnCPZlbgD3nD9VGQUIpknU1R4AmJuVGIpB4LngpPXVVzaXQuwj7BfeYEmYNSoqE/sYephZKgfEu
KJnRECc2tV7bjAtnYm09Fk42EqdD+77fXKfH3TPPSPCXGbkwI7/gxK8q0Lf6QCQdn+sT4RFNkohw
8flJ1cPI2O4fQ++2UbqmK1w19nnAfnKn5Up6eJCZjCtyMs7LFgvIRPYeQWIg+wOTiISxMEmKLDPd
s1nv2A8sh6pewmOxtyvdqlAGMNf8BFYT4sx3e89bdSSa19FFw3xpUM+vvaEZtUaU/N5oT3QPMPqY
PSh0UieZIGoAutJZFYIO3ZsVCc4hYhlShjwqMEdSweoU2sPdhIHW8QUjwFF6Zuca7rUH7mBbkNS6
FC276kvGHxMkuG1tvjYtNSV+7XJgWs61p9Pm57AYIpDDEZR72ZEv24jyzADGTeuF1bov8KXov+qK
zsSvchv35s+4xDg7bmA02gATMVV6bGM0xUlZFKVVQE1/Ok7eF0+CrkG2uAVxbExsjeKoeeYbNUxy
JwhTuRNGCEmzVlAWVTA4aI3QK+F3apSFggC4plWJlIcLsLKWDlNPD1F3gfeRDWXhPoNgQ+6Lp55h
ZGMMT8NI/CN9JOa5MsCPG7Np3wVmRhrZjqBtkxrD7lureDNIY2tceWVjvtEx6VCjxSBIHGSkDdDx
Gt9A1/oEqMZrw9boNEGKSU48NqqJ39ua1FAlMbScL7epJiXmOLl0X/1x7BC0kSoJR+VbCi661TT1
Th02q9gTbrWH9+qNDnxgZn5NPao6rvWV4dwHIihAqj+1JRaKus2uyfBcJdUgs0iu7uYEfZO7QbAi
LawPSaLdYEzTF8EDoA0kQuw7IHZ+n/qVIwGCv7U/uswobJVfVGLRn0Vu7Pk4+BNaUDsSQzQqjlX4
ZFTwAf3jVzHBeoEJsxmF6qp28pS5InsOam4qziFqttbblDsbyiT+UbYnvW9fSZsqKpMce693AQc5
WwU8UXYNZ2xyAriWQkyq7rFDGbYiD2tLgsI45rvB+e24TXAhR2zIdOp06bOyB3tgOQcnrGjThyiY
qhaCE4fBDa4mNl2LJ2w9WvS2DmoM8JGm56qh6AVjsCzAzKIZOqFt2tlCGcPMRHVClAcl19wGpRUc
JMJwUbAoFM8pTYhqdVCdUtUdC3qKZANvLAAf0yuvCOvFKZMi9M6f60/x3HW+NmUN8FRD+6na4Sfe
NmAXFsKSh9/HFxneF9tzUIQZyYVzWDgi1Td0YB+UMC8VtTxBOrN+rFTocB3ZsGIPlBZToMkBRWN4
71LgHfbQDvNKvTXiQ0r9xyP2MOL4Jc1lfXMKXI8+3f6cnefbiV3f+EJniE3B+dOYQyEd2MOfVCkl
UqNqdpKAsLa1bKSyAa8wzbhDy46FQlfWBQdHbaRgpmZ+RzeNFannkViIMoC6ZtZQM2FOjThPVipf
XOWKrmRJuca01TKNdO/vsRmomrU5BBQZu1ebnk5kZtj4solfXx9EA9eVRUfV+xKbYwoGncF/x8IQ
oaqVOhxJ9r3jfpt72HI+HNvepG1+9+hNlozVtnzfYXBD0U+ZRHiEuZVaT87h6TPHNgPm/Rk+AfER
ffnVkyCNrFKZwfMf8AYZV7wBDgJnwK92uHzOdeLv8pzSNRSwDNTqpRiung8YXpJqbAUe11JkxZnK
HFzGGwVrUgrgwG8bHG86sE4PyE1Kf+QQdca+L57hJGHLKhNlJ/6AidJ7hYmkNNs85A0LypioQl+g
uUZ08H2EqC2iq3rAd1DueAdwXtPXA1TVSBJNcFiAkyy6HSgH5X2BU3VA/4b3IKBgtlApGR8bXUzp
2Dd76m+wbpr0AX5RFkQEZIbA4OlGnxPDCWw83uZoLTUZHcVTC5yPcfQIC6YYXePSpnKtY+D+uC0g
qvYsOJ0Gp8Ep3xecUnAbwSl17Vj+jPDo5ZZmPlCWP1LpkjfpHMc4QKn1looOBGXnSnQqBSco7ypy
IQ6pIkk8tdCgcYJal9mSabMs01F4xztKEwYb6cssJK0yCsbwZg5gqtGqMnOIa+RoODZRBKRNmTRZ
/eV84Kwk82Aw0aWqi9FHnDAH0cXaEoizeWcQN1kwabVYy/Sm0jGZ7tLq0+DupNUpuH1aLQlXUL4d
Sv0PTEFO9J2uI7TwiLQOX0VuoqrJWo3w8KVUXhER9FezFtNWfJno7nwFO6vHXRSFcdBV1B0ePUX0
mKRmDFgaM25btlnwjik4YS0L0ZPe/GuComw8yeskXJgJEj+74a4JlXpwBuL0CdmE7Cdda2+7w33L
2DPol/zj5TFvXlWsbjv8wgLfneRH+UeT49U//7YitiWMxbayJrRhW9bGdDIvHMGAg5lPTTsTt5Kl
AwnwjvR9l22dBncn20rB/VNs62AKx2tQJ3Xs95gJeoFS8cuJEr+60D26gehcU4wVFaKNzbrh1e2I
/eQGosNAqmHA8FJ4nlGHS5iDdd9jdQlSBAgBXwSj8J7B3xxxD6GmbspyNj25Qz2beolkYh4pavNQ
duAdKHXnTTWs7ZBm7x1Wc/upYOFr2V4Q2zYvoU7A7FxWwPgC8YFczii3lVXHu3sIisbaliOWgPMO
cwOvgwgRzVxWy2L5eAjaeP8ZDxHa8BDWxnSsL2TzbuYhpqZ9HqIeXVFPZY6J1Ba52h4PsQPcXTzE
Atw+D/Hva7xd6hk81JTycIp9HoIQgpbJriEXdRcWTfW1kW1zcSRUVZ+HiY85CT32ntvLQTiRd+9k
USDKAmRfKB7bUBZry6TN76VOyjJr2qks6dvL76wsp8HdSVlScPuU5cHdlOVgil1VVE81VXMoCMqi
idgVu884H1wQS8/vvDu+9r92ds6QPb6X5fE4UARVp5gdE80axcH11D0FDrLjjjYJaElOYhvaZG1M
Z6+BzbRpatqpTZ28LfTekhMy1FPg7qRNKbh92nTH5ewCZT/H6eQkHDsQ1sly0SZJb1EXLpr3P1en
9EiXpC+moEd3TQk0F9ChthTQwxB0g/Tgc068KGQISwuFY97txAco3NgWHHyOvAmo4sC9bW2hhd2k
owrJG+YouFdIQPNZEBQytKGQ1sZ08up+EgtnTTsVknoMed1wtk83SN3Esf0/FmJfkWrAWdYjSIDt
I1lYffCYbU7JMXz9oGxzYvg+NeHhvD/Jh+8mv5x7yFheo5osfxm3XA2dRK6cM6A5sjsNfgkursLr
uvcvM+5IXXblAafB3ckYU3D/HGM8mMN1Umy+Kv0p4fye2I8Hx65kpxDDYncQU+Fsq/WuXR8jZjrt
NCFeUyXHa/Igk3c1IY4M7bUxB+hS0sk6tGFC1sZ0rf8oyyydnDXtNCE2tmZfYvlHtTKcJ3OA/j7A
hfPkmg8FvcM7PaR8mKe6SKtx19JldZDXGtjxxLhQ7WunuzrkO/W9svoAzPbhM36dxCC8EqVjWYPK
oDkGeBp8hkGT7Q+emy+vqL5RTCdHEhPHpQvw7+qPrDIDdywhxch2lf9ZiTjEgQ4IplPqC96LDaWK
8yTXEiNSeezUlkiJx5yXIPOa19X8e+JvMw9atitjGy+gy3TaNmgwkZfS+UKBjo1tqYpvvZRO+ef8
pZQ9SK8cYMeSibuCO/FSekUmNyvoWHtlPpwwZfI5If/tg89fUpjlv3lA4NdPmKBPvoEFjm9As/y3
CV6ywahfKUDg2uXl55Tk6J8B4PQstIiC+rkCINbi/osGnMBMYPyfvijHT8arWjwjcmJH/hrhYiO+
B4UH/iqHz74HUdg34HC5ZuKXFfynnEH6HrIx4EmiqEj/wGn7MbHvtTRggwRkfyWWc50BCx9KwaEn
HRP1XxpaTegexq7Og4ws1q7JaCU1WoKLoZvNyfkG+hq4cFj56tXKtsMSMHk8R9UcX+0HTBb0cq+k
J7VLtl2318scNtRdG7Ex95SQaftLgcxvcZdhd2VJnSPKcUDn9sBbkUJ0PnCJr89VgOk08WTFBKb+
gxixjehqbZm0+W3fN3yWbhpqTanrEaVa+x4G2e/e7VzCxhYHJtfzfsCF6CpHtbOtJB8/dtQE/4Gw
qbkRho7l+UWxntfK0hh/QSgj2BFUCXb8jZnyt+y8EHB0AAGYJgWknXQYXNCDX14KwlaZQFsIvvyt
/XF5/I3lMnEclQax9QITWe+WI4q5QveOxPFI3KSmZTVuupFPmfRxQrOEYxGIz51tqYGjyKdqqLUO
+J8ElxTtRUNw8GGQTz1WlJ2HnShBVE4hY5ss1WZtshOV0TYfa7tTO02B7z3IFwQV6WObwiLyLR5M
pjCBu8NqdelbJpfMSUCTrCT3rSXQQvQVhKUa7jotQcimJ6SYUsmApmMg+qsLDzR6KnFAyVmLGDAr
a9DOrEplsfLCa34yDYEWkDYGq5JuOsbaMDtQUzz1l7fapdf21DqNPTeYRP9pHlIKEJVpMjlymR4k
MA0Bwox1DhUbirNiiQEz/Icf5qfwSynVVOS2fNYyr0xKxxV/91f+qpLVhWxV6BtNq2Z5uKG7xC7q
kBvkG5QRnLhT/xZHuh5NT1aIwz8iFfyZejL9Wx0mcqYd1VE94pfUS7XIvN1Kmirbx27gfY8FNqvE
AU3KmMnFtp2OHHQ2RN8FPFnRr7/+NSuBgLpncoSjtiErHBQEmqCPpmRxveSq1It6Zx3m3bHPgcJt
+o0Q81hW+LX1bMuI8rGTmwbpUhDMwZ+M1S/xME5oYnIimiTHkClEc3kkMU/DoNxiKnKBB7QhV35J
afll7BGJNoPUjCABQ93UVfSLpGMD9enzlI/InzEx5gNL0m9+qVvnV3a3CMiFt098D39rJ1wPj7Fb
UIMSvrykfSgHpP0QHPZMTwE3ReGlPCWu9KxzIhXvS55SpzntSW8YXXowNhkdPgiBqLlpisH+ADQi
EMztOy/ma081SYfyh3YdhTQZG1902Cbd1ahcz9aUr/vci+v0iYonCA1105lYyJjovCikagRBgZo+
VlLYvuQpQgNZ8d++xhsQVAHSor8iLjrp66/cCNk6QhnB6osROjXLKv6et6AWQNL+T+DQNvVVxxcA
HcdnC+qPOSTYf9qQ+aDgbO/3ncGxqSbfhpv7hcMT+wM9evydWTwoIwq7QUGEIesrfz651o8tKx+b
8Vj02eGgeR+E0kW+qbyAJ5awXqmdOuinLeKLXgn9QZeOe2Z5O6qWiJCy7J0lwCctZzuRgv+Wc5s2
c/9DkXc3urmGFHB1/+mwzW0BODafWNUjAZtxcqjl9isUTXyjuWNOOR1gzTorVML+sBEQ2DYFWcmS
VGPZh6SuZAqmbO/LEaj5ErTgkBquaCtKi9MHc/Uc5gjw8TxQR6Hj9Hdu9upYdLC6Cf1bnQV/b3/m
g6/Gc1LJ9wwDI07aQLKSWcaWKQPj41eyXTwJlPcYDpToIAP7AGRhCrkXfPgmyJGWHzVgq45pJ4I3
DzAQFOBjf15wXOSkro51Enn5AWorIjfU9olcRLTt+2X1sdf3T9FizfdLyY2KX8U8V4ITvt/v4/Lu
U6D+bkFfvluMbKVglu/uc17O3kvPQXdLFTCHInUW297EtrxnYdi16MCb2dip7c/+vzCYoIYnDWGK
ui0+i8xbe10W/quD3/30y+uf/vr3//uvN/kv/w062k2W0tKVz9pG9AIg1hJXX791+fP/5QOZr/4f
ZeOEegplbmRzdHJlYW0KZW5kb2JqCjUgMCBvYmoKNjcwOQplbmRvYmoKMiAwIG9iago8PCAvVHlw
ZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgNiAwIFIgL0NvbnRlbnRzIDQgMCBSIC9N
ZWRpYUJveCBbMCAwIDU5NS4yNzU2IDg0MS44ODk4XQo+PgplbmRvYmoKNiAwIG9iago8PCAvUHJv
Y1NldCBbIC9QREYgL1RleHQgL0ltYWdlQiAvSW1hZ2VDIC9JbWFnZUkgXSAvQ29sb3JTcGFjZSA8
PCAvQ3MxIDcgMCBSCj4+IC9Gb250IDw8IC9UVDcgMTQgMCBSIC9UVDIgOSAwIFIgL1RUNiAxMyAw
IFIgL1RUNCAxMSAwIFIgPj4gL1hPYmplY3QgPDwKL0ltMSAxNSAwIFIgPj4gPj4KZW5kb2JqCjE1
IDAgb2JqCjw8IC9MZW5ndGggMTYgMCBSIC9UeXBlIC9YT2JqZWN0IC9TdWJ0eXBlIC9JbWFnZSAv
V2lkdGggNzUwIC9IZWlnaHQgODAgL0ludGVycG9sYXRlCnRydWUgL0NvbG9yU3BhY2UgNyAwIFIg
L0ludGVudCAvUGVyY2VwdHVhbCAvU01hc2sgMTcgMCBSIC9CaXRzUGVyQ29tcG9uZW50CjggL0Zp
bHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngB7ZjNrWXHDYQnFy8mCckLwwFIIXhhbxyJARsO
QMlYTsEJmUDDhQLJ5vm5Z3Tn+X3CYFAsFtl9Py1OY7584T8IQAACEPgeCfz5Hz/6n+/xitwJAhCA
AAQgAAEIdAT8DSPdBb/8+tNX/WkDmBCAAAQgAAEIQOApAvOzRKco5kJdF3rGLOEtNAQgAAEIQAAC
EHiQgD9Llm6X19gQTi8Z3jMtUkwIQAACEIAABF4ksHufhO+bT8Y00r5kwlQAAQEIQAACEIAABF4n
MDxR9Jg5k6k3GR4zPGkqLhwIQAACEIAABG4QmF8p6zEzZOLEmtE1hseMMggIQAACEIAABCDwCoHh
oTK3dGiNqRWivme8i4YABCAAAQhAAAIvEqhPkUNHJ7ZJdUPwknEaaAhAAAIQgAAEniUQT5FY2D5I
dqYucBjgGSNWCAhAAAIQgAAEHiGQnh+xM5y1ObV2pa5xGLjxkokR7X9cfNPlj9+WhRCAAAQgAAEI
JALt28MzbcBNhd1MemVOPmNSLGaT4+XcjeQcWBfjbwhAAAIQgAAEPiiB9ORQmX6O/CQUS76XK+PP
D2mNS6glES3pKuZu5OeAzkVAAAIQgAAEIPARCfiTo+r1i8IPsesqUwNrcAXaR8hqpb9TMrrJ8XLu
RnIOpKMpIQABCEAAAhD4WATa54eb6eeoFb4eKjKr0Lg/P9YDQ60kajI5Xsasl1d1OpoSAhCAAAQg
AIGPRaC+Paoz/6Kal5MG9cxIfioVWyK61fGRuXs47qvQEIAABCAAAQh8RAJ6e+zE8KNujAzbolVf
JtXxDXO3XejjaAhAAAIQgAAE/g8I7B4k8ne/UYEqdiOzX18myfEyVnmZ9DoomV7ON6ELAQhAAAIQ
gMDHIlBfI+60v8UDVbcjs+kvjdARTo6Xh90zgfk+dCEAAQhAAAIQ+EAE6mtETvsr1N2Jdmow/aHC
S2YARQsCEIAABCAAgUpg9yAJv4aXM4yotZutPi+ZygQHAhCAAAQgAIGTBPT2SGIeT+G2nDeoe/iS
UXKJmr8aSHlKCEAAAhCAAAS+HwL60J+5UvsCWabGU0Z+iNSqpYd3WhdeImLV8dm5ezjuq9AQgAAE
IAABCHxXBA6/8n7b+vCQo5gcF+qGcL9qT+50vXNyLpVxypzfXQMfAhCAAAQgAIG3E6gf8eFK9eEh
R1NyklAgRGp56bGdTneOWHIulYfju2vgQwACEIAABCDwXgK7L357K39vJK188lOpWIjUWqUHBp2u
HcnkXCoPx4eb0IIABCAAAQhA4F0EDj/3frH24ZGeH0PGW8Nabw063TySyblUzuPDNWhBAAIQgAAE
IPAuAue/9euG/hRx7fd3/1D7IBoCEIAABCAAAQicJ3D+GbOSsbl9mfiJbWA2fRwNAQhAAAIQgAAE
DgnEyyQyj79k5hfL0D28MAEIQAACEIAABCDgBNpnzAq0rfX4iUB6kGhn8i+VWoKAAAQgAAEIQAAC
ZwjU54pP1a5eMhHTK0Ujcqq4lFEYAQEIQAACEIAABAYC9a1Sw55Z3fVQScn6enHnTDhlzpd+UHu3
tGrO1+4lx8+6NNiGfdvSbczNOuKOJwftI66HkcOW9hwmDwNahYAABCAAgU9OwF8p/u8tAxb/ynjM
/aQ9Jp0yUap1SdQ9yxmW1BEP1+5VZ227OrXL37ibj7jeHdH6PijdJs+ba8/5/JDUlRAQgAAEIPDJ
Cegxkzj4R8Rb7odWK/kqFahCGe2pTp1Kjo8knZIqU2yVq9u2rpoProqj52u3d9OIizY5mz4eeg6f
6a6FZ5KHmXQ3SghAAAIQgEAikD4lq5vMKH1q7nqy1TfG64g7J09ZIyvs47f1g6viDvoV5++jEYnz
sympDSFS60a5tt0YrCN+MTQEIAABCECgEqjfjurElMy1QWWItHNo+Z45Nuz0waVTeJU15uFd95Kv
cy9NteHdKvntj5q76aB2g2e0zU3p6ErPQnvakdbcLfRVaAhAAAIQgEBLYPcRkR9T0ku0e5aZkjV/
GGiXt1Nu1invuh7u6bFDnU48zA8BX5Vi3pJWRs4S8iVSwEtlXNzY4zvPaz809PlBkhCAAAQgAAER
WF+TKNNnJZU1oA1VpFmVK6kyCe/WneGkfFumwTYTpp9VM2nJK2Vdvpx5Z5qaw95Ng1FGd/3tMdft
yJpKLZ96RH/r/Y9ckiUQgAAEIPA9E/BPSdzTS9dta/hdPntSr20ervu9O2gf3MXqcUr6+Otaa5OY
N18K+6o0GKV3d7qdas3dhnt+OuLeEqYgAAEIQOAzE2g/JdVMTpSH0OrI4KxtNZBOqYHW8ak2EObu
RLV8ySt6vsBuc53aJZP/1GCsvb0qXWko0xFDkhYEIAABCECgJZA+Jatcyao93G5LpucH7cel2L2F
sUSDaaHK4VAf157bQicmMS9MYZXzVHSVXOIwr0AabEuFnxLplKfWsgcCEIAABD4VgfQ1USkIciTU
SkKBEGq5WfWKVX85WjLH2vF5ZO62C1sz3bCW7VSYNZmc3eDyU3iVdaSNtWadve20+1szHdFmMCEA
AQhAAAKHBNIHZZWamrtnYu0GnbLrarNEm4zuzt+1Ir92toOXTN1tJ3bbdnn5u0H3FV7CW0unwFDW
2Vec4SBvpSO8hYYABCAAAQhcIpC+KVFqvLaWo8ASc6ztDoNp+Zxsl4cZU0Nr6O6mqt/e0806shzP
7PRu1n2fdf/8KWtDnX3R8YvtdDpiF8OHAAQgAAEIHBJI35QofaR2l3Mm46t8j2bdrGsVC1GT4azA
rtX689RupPX9eq1up3SBdsTN3Xjy10gyz58S43X2Rcd/xU6nI3YxfAhAAAIQgMBMIH1Qoox8Mquz
Yr45jXjpMdeekfaAawVcKOCmdHSlXawpd+5pnb4Tu7W7/ODvVoW/pmpg2JZadfYVJy3flemIXQwf
AhCAAAQgMBBIX5MoI1zN1q9r20GZKS/fRcp46TFpBeScEWvqTHKX0bmzeHG8Lh8W1lYd3zl1tnV2
4/f8dMS9JUxBAAIQgMAnJ1C/JsnxMlil0ulFKwU8vLopnwIqPSatrgt1Q7g/6zW1y/jOF/U3OqKu
bX/++cvXhdU5v+1kMh1xcooYBCAAAQhAwAnUr0lyaunjra4jclJefhUpGWXNhOOxNtCaa2po+dpX
dHtEmK/s3F0+/HTc+VPqYHIeuXO6TzoidSkhAAEIQAACZwj41yTyXu701bXaUwfVakXK387UwbW5
+uGkQ18s2yMeOaVujqu25uFPaKda83DVpUA64tIsYQhAAAIQgEAlkL4sUa5M8utgclJeZdqmKQWq
UCZE7YbjgaXbWDLnZN1520nnqpwXKhZil/TM0pFszd2G5e9Gdv687VI3HXFpljAEIAABCECgEqhf
lnBWzFt1MDkelq57tDxaiiXhm1NrlR6QbpNurqQ797RO3Ind2l0+/DrShnexnX9ySYyv5KU97fJD
Mx1xmCcAAQhAAAIQmAn4l2VODl1fIq28HBer6460BkPIdOEBaQ+0eiXb1lVTh7Zit60Ny6xTai0x
BGprOWlDlG1SsdpV6ymRjnhqLXsgAAEIQOAzE9DH5TYEbXCxtrmTtI7b+RFIrVVqMIk2LHOFVb4i
0rmp3G1OsVTupgbfNwyxw5b21KRaT4l0xFNr2QMBCEAAAhC4TSB9m1a5trUtN2usXsPzvvxM0mfr
Wd69pOvR7uxWeabVu8HWrxva2KHpe2rYu4/odMQjO1kCAQhAAAIQeIVA+jatMha2fmvOp9eRIV/D
y/GRXea879uq3u2pyersZpNfB5eTYnPZLkkjbeYV81vvf+VuzEIAAhCAwOckkL5NUQaHas7OjM5n
5+TuaJ/ybTe0r9rpunaXbP067k474qaHd9rzrj3v/lP6W+9/6p7sgQAEIACBT0Wgfp7cOaM/Fa6T
PzZxOzmlWBpfpboICEAAAhCAAAR2BOZv6Nzd7cSHAAQgAAEIQAACvw2B+lZJ5x4GUp4SAhCAAAQg
AAEI/GYE0kPlT//8fXv0irUtTAhAAAIQgAAEIPAuAj//8gd/zMQ1fv3pa/x51304FwIQgAAEIAAB
CJwk8K+fv/7nj7+L8F/+/uNf//ZDiPWM4TFzEiAxCEAAAhCAAATeRUCPln//719g5PCSedf/FM6F
AAQgAAEIQOAkgfRuSeXJJcQgAAEIQAACEIDAWwikp4uXb7kPh0IAAhCAAAQgAIGrBPwBI311CXkI
QAACEIAABCDwLgJ6wCzxrmtwLgQgAAEIQAACELhHQI+Ze+NMQQACEIAABCAAAQhAAAIQgAAEIAAB
CEAAAhCAAAQgAAEIQAACEIAABCAAAQhAAAIQgAAEIAABCEAAAhCAAAQgAAEIQAACEIAABCAAAQhA
AAIQgAAEIAABCEAAAhCAAAQgAAEIQAACEIAABCAAAQhAAAIQgAAEIAABCEAgEfgv4rG1bgplbmRz
dHJlYW0KZW5kb2JqCjE2IDAgb2JqCjMzMzAKZW5kb2JqCjE3IDAgb2JqCjw8IC9MZW5ndGggMTgg
MCBSIC9UeXBlIC9YT2JqZWN0IC9TdWJ0eXBlIC9JbWFnZSAvV2lkdGggNzUwIC9IZWlnaHQgODAg
L0NvbG9yU3BhY2UKL0RldmljZUdyYXkgL0ludGVycG9sYXRlIHRydWUgL0JpdHNQZXJDb21wb25l
bnQgOCAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAHtXQeYFkXS7k3A7gKiIK4CEhZB
BBMqICggKIgYCAYQjx9FAc90qIDhfk+UoJwHcmKO6J0J/QVMpyxBJQhycqKekjOCwAJLWDbO/74d
Znq+sN9GgXXqeZiuqq6uqqmtr6e7p6cRIoDKHIHEXg8MPq4y3+BRcm9pk1dkF2T9fJR4W0Y3HUAZ
VZSqeeIj+woPTj9Wt028773zS6Wm8jTiH0IB78ngsiwGbcWh4Z/nbc/P27Hk2R4JFjcaWn+rZzSa
zG/Jl97cKy0SjWA6CjuCZDirLG3DtRXJiTuniVd/JQ3n/EEzBoG43av8PWKMhwLevcFlWQzajVjV
SXlu260uNzrykpaOLvHb1kh39p1Eo0QjGI/CjiAZzipL23BtRXFar3Wc6fW1RLN9NOyM1OQUEi9X
L6p5Za9jBBTwTg0uy2LQJjrJ8+yWhltEuQnyd6UUIfAbVyn336ZVohGsR2FHkAxnlaVtuLYiOMfM
pKkNAxIpU/tHEs7+XrpBx90k551RRPvfQRVjoG/TQiUnFm2i8xwF3+96TFL6H5e7ykxlpDIf8lUj
VRwmHv0HXATzLCN4EYUdQTKcVZa24dqK4DTcQFNOzhuNhYj/ROLOS1VMg24/k7PqGhFnOL/DkiHQ
t22hkhOL1s1aFkLwLkXE3biLSNxV09ZnZ2+Y1itesqWiy+dk7fusNWhSEmTdpW+tO3hw7RvtPMHO
M3fnkwqvcVWwuvXkpbvzs757rjsJv7Dk8FKkH66U8ejHJDvbLfPGYQRqFfAeaNkN5SMoe6BcSU2R
TKk7YWsIJC9D+TRFKwrqLqApwLr+4kn+URxneSqS+4/Lv78FNuvPI+dQ34oyfzToZQS0nxYqObFo
3Wwi5D703WqdOWxKmFOHFcSm8uLsb+HP9mM+lGzHKRxhBCeRI0SEGk+FEFVe0Q2l9yHCxpmi/TBS
yqO10AcflPEQ85apycDHoCXLhSjHoJyIMpIpfSdsDYnXUcySgwwQFQPXZ9MWIGdZpiz3Hw9DtxG9
gRafIfZJxdg+OrQyANpTogbIMjjLSLRu9i2qe2pcFokLvZYLuEbjkc4/LAod4uduVWFHWzB6jUMV
QnzgNoRroWooAIjhhxLilbp649++eibb/RpdW6pPn4cmq8HLP0aIuSi7FmVKaRfidgj+XIvWKhAu
kaMVWFJQ0AG2Wsle/idaPYfsuyvQ/hGvmgHQThI1QJbBWUaidbMsVLMPceFGMHb1Skntyw5mENgo
nAfr1ngWxSZKkWYprgOScXbVem+ifE9XDDqZHWCkGkvFtWhQMK5RYq1OUw6GC1M1IKYfSkz7Mwsq
3zauRTIvpavud5yDSaI5hB2nl0gEmYWhcURT6k6Uyva5iMkpxmAFlXHiuGf2Ss/kpXA47NSYL3GO
tk74Bei8CrJ9dKhlLLSnMiz6QlYsWjdj3+FbZc8A4yZW3gzkc60IRTOQeeSjVDY/BpIGRh2UW+wK
EaXGqGBqjqcqCaHCmh3TDy2n/GnJVdQu+EfXQjVqNmpmAG0r7nac/3IUfi6o98GNZooW2DZtK26d
s+CKgoaT/m/McZyAXvFv2pPwMlcC/lIgcS6183m4vZXlQYz5aoxqS9FRgzIW2lkLlZxYtG6G7s3B
M92DHWDUJZkG5FeUWlGKLg0txHZyNPB3QJQNo9YYFbsg2EgKRhLWFTH9MAqUWQ7FkcLSg+iODYXA
3WK241zB6emdoPjDjmaKFqjyS/x71JirgLL2VxhY/Vtm8gkv0CDgP3zgtlN9/afJQtyRA+ZQbbz9
krlfjBb9FswFzFmwTLSbQWzunGWdxFSJzV1aGYc8jIuOgIVKTixaN/secr5ui52k7OwTgeRCSiuK
06WhhaCkC54gsCg1RgU7LG/GFyqsHYvph5bT/tRiyhKim0dNAwi8XzMXmb7FcU5+B/NrPpyimaIF
qROXn9nVVhBcJI1s7yrV9ztAah8WBEQNtUyTeSqerFgddmYg6wlxV4IYL0ZSELBLdMDDh7Cni9Bj
/8KxSrRSXXmL+oYsVHJi0boZh+N8mrvArJED+dpArL7dzXJXMTse+RTQbd0KEa1GS+xBWc81GCqs
K2L6YRRopUNYAsAO1ajZbICk2dbXcZ4SrznOYLwnW0pmVFOoY9t5dJgrlhUE/WgEcAve2cWJ2p9n
Zv1yDU09JLmFdwA9/1fH2Xy2sd8JFaPEzQVO4a71GzZ/Lzrgt7t/w7rNP7ZitudsW7tp3a1GthKV
DIe+HQuVnFi0btaWcsM0cd12NYgdSHogKqxxe3i24/nr/Fm3ZEFNioxWoyXmoXzQbRgqrCs4mC7S
D6NAK43n6hIA7FCNZOv3NOOBorqnGIA1SOCjqSWqKdSx7bF34ZJzGkUrBBrz10R4qYHU37XfKRzE
X6KYH6WCedwrBzbL2ZQUOAs194khhU7uiAaNWzVnthdOa9CgVYsqCcj277udeFpLs5+sQhw+TEoZ
D23aQiUnFm08fpeC73Y5JrHhoG+obDDIXX1SU3pxTeZGSLGewqGl4CC4cNJZyUkn9fh7piUgotZo
FX9Amfdwo4Tq503YHy5MW4CYfigxz68LqF26GuoYxwbD1FT8QimTkyrqyqU9p02RplApVSZ8h2I+
ErBiIKEXem4JX3fwLDRYL1mZHNMIcXync72q1qiR2Z5ztWQy259V1T84zuITPcnKg6kA8cp78ijF
iEWbONRaZkti8XmxRy9kipA0BuzStyJOCSPoX8C2a7SEtR6OWnthXRqikWL4ocQss29SPTWEalwq
K6TuBP6GndkQkre9XWZw1FuGGMWFkD+SChwctFxFO4CdKn15b8+o3+P1xEPAzfZDfWQNs/0ZJYOh
2tcnhIhXClLFh1fejkcpRizaDUGNV1VY2WANuHW5BCFhbh2jOFIpRK1pRlK6QEJrjVJjJFLfdhui
QYiwVhHTDyNnlIp6XF+SHoRoHKSsyQbS8kigj5P5mlIS7ZZRSykUr6PYe5KSrohrFfdN3Z1G/Tya
xiPlOMPwSjfb8z94dOwbd4r2yPZlo8f9Hf07sn3rlHHjX6q4cZfnxm+KqWjwSrMepRixaMvVFuMW
7swv2L1o4kWyq4vv+/7G7OyN7/WJlzJUZAzYJfG2Ty3dlZez9Ysx54AwgqyIXONJtH362935B356
Rb3G9amRzXmJ4YeR85Q+6KF+jQOXHCjInC8bcBTlnAm0KxE5GYxuCjWUQpHGofX/AakwGCvXYmCF
q0SEJ2kasPoCRVtXN9ulwIui+RqJODtlthPff4klHqBBBI60CPRdq1LWbPxK+0TRzq+3h7rqZnvh
ztVr1t8nTkW2H1i1Zs0XMtsPbVizZnHL0DYBHUTgCIpA8myV3Y2MT3W4gETIfT3J8FTpZnve4+kt
W9WV2T6nYcuWp8hs/77raS2bV+DrAb8vARVEoBQRGFIgU/uvXtMqNxySLAzKG3tcYG6253IzjZDZ
PkNiHLcvqa/Q4BpE4IiJQFyinCUZf07BGyLAMq6uJ9ZuVV1OmjpvUOnufOZ+10H5INtN1ILy6IhA
Uu8xvat7riZOl3md1QWspEewCWCorEz/QqX7Kk6sXWC2P8q3S3mTzmjTpm1qM4zbv2zZpk2bRuzb
f7zivDbtWqr3C26TAAkicBgjMBoZ+46Xw/fKrC4Yzy79rnwS07jOJVImYLex4/zU3HaV2f48s90p
LCgoyGnbYr3Ccscz2x3wnE+CgbsdsQA/rBG4iXsanXVq3C1EBzVCX1YTTnXKYpXjbBxBDxP67wT+
uM9ZftjxsriVQoC8Ju2404dwr1ihEGe6b5jkax0QQQR+2wi03aiyMne6fHmUKDcrqxcBNfSGRqzF
/Etuzztt8tvXq1cfxscm056Y1Fd0eef9vz4BGFM9/fn3nic6vo14ctobE4BNvNbIBmUQgcMcgbR5
ugvG92DtsbzYbbek5VY5a+eGs+WikLXHw+x3YD6IQIkjkPgUk3uPWoVxHo4TnblJ2cmgomeIeTBW
bYsssYnfYYPyOLGRgS9B6EooTs03oM3yEpj4LUUjRZATwQFlcCJODGeUCm9rx08KAT1E1bko1jWB
0jvVqvvGGawgLGhaBlOVqmnC1e+sPpC3a+krg2pHui/vxEaGLZJEMXjFauoJeVgxdEuR+piU7eMf
Wu5JYXtvX46iFMPFifikFS2VGf69ktKSpsaUFrs0EUzfhx1i9YyyUpSX8WMpfFEiat1GhJ8XpD00
57kzoOpiNd8sbF3rIZX2jqM3N5bCTuVqcjq3XSvIjXRnL+lKd29TJKFYPOqIJWP2TkGuWOI+fdxg
z89zyjXbi3kuZOkieAc8fsd3DyUjvmaQ5Ca1+NPwoDjALy8SkvjtYj0+NwCXAz9/u8Knl0x5ZZVO
l3u1VUgiJuQm1KkTGylUkWEog/7WaLuSf+lyzXYct6EVsgwB19tSRjBxJTScHaK0BCS3VG/Rb5ZS
bh2NVZk4FYD4sXTNccaqJZh3+QzIHxtBc9r1IwelW69X48+6c0hTueZYtet9I/wwamhTaqhxxf1+
/ogR9/Xii1tASvtnf9i7e+vMAXWsdcu44zpMWpKZuXvDzLubJis5OJo+bKRPzaiB/Hakyrl3+Nkj
Roy6Ri4omYZlLtkpfnxeclKTGxdEzmW+pFAvGYAcqdn+Flwb6sbCctRCZXUs2uigHOAi0CwN2ypd
dmkjyI+j/mkpLCHaeVXWirZ2m6QrR/P4KZGo3px+ws6eMHD53h0fGEKx5DVNHsQx0TvOaRAc+pUj
IfE8by4ECmEsXr+U9Vd9Jpd8zplluBsHu2tAdW7Rq6Kse/tCbf0snhfhh52we7efpaifynWCzS3X
fBsBuHSLLHzHGboOyD+6pKKfhDj87e9252dvyRiuuhxKC99BiK421gjhk3frUEE83BfN9x0FKaVE
Lbxlya6hcLu5pUlXupqj0EaH9qY450KWJoI0UzMbRzL6ziUxxotXnnrFKVIw4YZr5Qv+3gecTKZu
gjxfYw3OGNDQ6PJL0P0eO7CffhJo9sXqHh93V+HlquUokE1+0bfvK6bhI1c5V/BxQezhj+yszZKt
vul5SJto8ZFPdpfix9/v4yriSiHYZYXBXt8vWustdcFXyiPsF8T+4wxd63a2TwZ3DCyyXIhyDMqJ
KF3h1fIDHZKTeHGTjoSBUHnDZ5oTRxHxaMWpUpCnSXrQH7yZHmmag2Ohsj4WbZRQjlvF8SbSNPGd
NEmmBCFKE0FphqlwnTFY+vKJrKzpGAg0ZYpWo5pWG/BOSXbzltI6c/bv+4ed7vKEDd6COm0WvxLZ
1z+GbD9Dr2qy1oOpmAWgVwmH3fwO9hvwv+vZvHl3uUSkDDdaQuHtTw3oedVdYBc6hVNYET9O6lia
MduFWUPwg637ty/AmKN36OcsYv2n11rDIqW1LFc5R90/Z0IfPUCyP8fECY7SL14sTHQDPQ9GV6O0
TkL0RJxX6RKbSXAzxjBQ7rAFKO/W6QoUIb5YMvooSMhI4PLycEO41shwtQIpDm2UsF1v/CvGuZCl
iaA0w10t8s9vjJauXAg12zrH8bSEW8SxfdDRnHDTTWrkkjLsxXOV0qQXUb2ji2XBzfYNmhkvs517
bE6PlO0H2YOpXWdQZcObqLgIjNlSUdJwHBwosWrTwMwdlxqHhI2LqzcfVMGtqJHZntVCxFsgc1rR
YhQ3QCw8MUGS5ZrsYgg0Syj8qh813wgi7ARH6bzMHIlFOQlRbHusTUq1MziO/YVyVGsfhKi04CAA
PO72nA0qgrySYUtgEX2xjoI0CgWmHE5nl/IcLVu2C45EY58LWZoISl85lJjveV1a7Co57mDf+oKo
A5e9deTE8WBOkCM8htLZcr5lw812rmISwrJ9y13dLnOhh3r+d+h52WU97ta/hk3DL73ssp5yqDER
6lspPaLT6HSJsbc4dJNmQv8rdKGRzvZHXX44wl70inB2OXDi6KeGj/AgzAAuPbwZyOcwwDplx8Nm
AA0/CVF7UwOVBcQ9eRsV/bEGvM+KewR53TKaL81Qn6etyYLRt74+CDFMkmB8UlRk2miV8sU7F7JU
EaSdk2FkszFY2rJxXdF8hhpOz04WD0ClN9BNXcnb+OZiIS7YT+w5LMCk6RUUdVYYuU5BV2k8LNub
RvWpq/z8NeccT+BN6DnBI4nFcxfPnTzTRsPxX2E0M0Fn+9WGG6HEcTaZnSLwy4PV/r2DvGfC2CKP
M6SEMjgUWPhJiPj8ZdTbizbKSFDOk7fRXvjTZF+k9EST1y35kqQuJdOA/OppTLE0S0WY7znmr+iJ
sSpUMhYt1bntJkNcLiqAoxeuqUD+1Fhq6VJEkC35M1fPfK2nFMVVP37VQ1QbRudWtxId8dRc6E3C
qn5AJ53Mx05fx/JrzGEfX/Ch/jV4fbuzWD4OQrN9ZXR3GsuTRX7g2EbDC9Df1xCq7APWQnd1hrzr
8Ztb0kCNZPr5hX0Usn2PzhAfv3yIap3vfXMz47G+yOMMKaEMNgAWfhJi0ksItgbKEVXyFtodE52c
HpIdXV63ZJeF2QsG8EByUWp+nC6lFl5oF+NNA1a1hcraWLRfRfHOhUSbEkeQdhLgjHwIGqOlKOfg
ZID7hWj+pZN3uai6FT+flpaW5nKa6ORt423vOVEd9/svNaa3st35C9uEZvsqS1EI2lgO8b+3Hqfs
/3aaoYyS/gysa7yencxVGNpcorL9uhCVNlmx2U5LcVztxPCA/amcsNYGYvWnEAHDZO/ySCch/g31
n/Y6rbqRM6XdtCOeI/l9aFCI6PK6ZVRfLM1SU0X17e6sBlb2wqh80EiLvmgoTskiiDYMVFn79tEM
xbvoEto1EOJ94MN8+ZX0Qj4FJJyl36yuV12yyvZNn7MuE3Vh2W7PhPQ9myI822tSTcF9dleeBb0h
B9K8CqHb4+Qs9U9GV4Sy4rJ9x2DZe2L5F55sKfI4QwgUeRLir6jnGhfleA+mtNC2CEHBDawERJJX
r/Z0S47bB1JyIJDPURqNpmQdgeP2egrl1aq2UFkfizZKtFxxzoUsXQRhqD6MlHnc/vAhaJmfzhy/
CgOFRe7ootEDo7nkfiXfhROwGlKT3a0zVa1DqmxfcCE/83BmpkTIdufphx428EDHRBMalOHZLh6k
GmfXIy0wXJLQDCPar60/CpnDIDKlmsz21WnVqrpg/0ggVnHZjhQf36VufMp5HONhPWwwfY50gqMQ
HJAXdRJiLur7JdXhwlqUbD8zE1VDZTBwCZX39GsNUX0xFowmrsl0MkR5Zru4gKbk7fBZbR9Y6Xpb
ugjC287QuMDzupRY//VQs7AOWvdDQHf9b7LSU3cexi4DkaJpr/DJxxlq3D1E1uOtJUFl+0IxWQ4/
b46U7RR3wR6VR8j2lBeVZOGMwXjKALrB7IfYz2BDJ8i8V12tt697dtKTGiZP6GlLVWi2u/fjrEfM
ijjOcKmSpGMRT0KUgzmtjUJEWQI0yt7cgBCh8p5+yqBVVF90vVTNC9fbzaORdQpYY3BZFoNmGwLl
JcLFBuXMQompC6pcby12CSIIDX9Cy6elkTJdzsJMaG8jqEjhgqMzQx0T1pqTnpwnscqWdN0Gx/kC
CyZn48Hq5HDFm6CyfZGogcE0FslODR/JkO/BbNVMXiNku0gdap4i/7mbQtfCrdetpQPyWkHdJzVV
tnuagWW3YLWBiuvb2dtqmC1/lNGPMxyk5KRPkU5C7K7GiLsoRiFTeqhSoK5ChMp7+k3LaL6YeukK
Lv3BMO9SlXYj4VHAtCMuLwJtNJr2xTgXspQRFGImjBQ1WTO+xCj5H81MkS9RE/vQ7fWns0ETmcTO
l5ySpt3Yn+OLH1j7MSsJJttFO7KdxbGy/VXVTF4jZbuIrz34R6nKycvA6Lgfsv01DJBsOA31H0fK
dscdgFG84rK9yuWTv96eW7Dnuxe7ar+inJyI2lgnIXaed9DJ+awxb5m6TOmh5BgAN0Te008Zaiju
KY72Phmj3/PB5UChixOJQNMoQVcDe9BDI58LWcoIlnmfjPRTiPZYfVzeTKSvWtMxTpyxDsOtN2TN
1TvpuJPpLpTIT52y3N7WzXYxiXK596lnrf0uNT/PBWcVVnRciJjtrD395QNyR/0X+G9kD+E5o5Z/
3HYdYWhmDdW375kzy8CcqfIH6opVXLa7Jo5q5C2EcchRdgecCPyzzD7X+hcWdm4Ux3MF+YETRMNZ
2XvvVUrPk4vieJ2t5pfHQMD+z0G8bK+K7MKuoNOXsLCy/csLmjbT0LyJz9Go2Y4x7j1rMBHADoEz
sfo23/6JQMP1MPBsssz2tWY261OsiCDbIwTFYrVGGFfYqwZW3RGKlnV/u76t63Dnr4nkT1HgPwy5
WKQOuUG9eYgTdV6TzIIBUvR42elmj9SzWG8kg82vhyj4zxW8etl+SK3dRApfEdmOXTrcTDNXxOPj
rO3N/K35tm54vMz2e/w1PirIdl84wol3EcfbwtlHMOcOePxO2f3DutXKVDFBLqxg3PKoO1KB6ip/
lK+VnlYLfPfDIOBdNYu1sz3paVZkc15rZftP0Z0rMtvFGWvxBrqhWARtPf06vscrnZ5Hwtslv1tH
HcXvUrP8j9sj+x7K/F2qvr06j73TUPTF2uO6C79itva3b7vpOrJGKFZiby754sSwdEl7IxnsFl4j
a3jx+vb/2pr8eNHZngBHVjQTt0DbR5iuetB9N3YFn3K4dw54/hy92A2I7fKjyP3l8Ne8Ziur2ydh
Qpp3Af5rAqTzHyxlVZ+FEWcxXo0nVOEw77yVpJ0CudxnZ7sYhgUUBV622+/rLKVEw7P91W1T3b6m
+tf4vzLTRSKfFZ2tltW4mfAFLD2MQ3n49slYHgXoURiBs5E9Q7jZ8OL5L+pxiryLvuA7WRdjJf7P
i57mskfjDHLUkTO+bJdbX2Wdle3re7dt70FjKzBh2X482m7hJm5CB8yYF+GlOIdOmc0VD9ek+zHc
2tYmyHY3IgFSmgjU/Md/zbdxdvN0fkPoPAwW+/h1t2NUkTouH58QfUopf7afiEGGBCvbNUcXK1uy
lYKwbBefQu0qNUqv/R5WQR+DYHW+j9s4SK+5t5hM06PBD/p2HcagKFUEaqSrdRh/Y/nyNwNd/kg5
h83/iPtm+mx2tslDgf3ZLq7VSc0v9SJ+u4QTUl1Q2f6DtQcyLQOpnPlMi+qnDlvMLlyuL567Hkqz
Fz42oGO3W9/EKKrQeYXj+CDb3UAGSHlFQI7FszCy6cm9pIRf8OY27rh0vdJ9KVmLjbXkN0jiURA1
22cYUbyo/Zai39ovQE/iIKlg354sOQM4R8m22US5/OwDB9S84Cm5914eAXK9py0M+wlbIbqEcQNG
EIHoERjDjRwD4kS6TE2mHV7tWAuU6Vuxa+Zxt339r+SCfGcyFkhUNXGv1mpP8lRypyS7jYFUn8p9
coSCte6g59iZh1xVeVvlflaIdodQI7ttCP5kgfOdnEmH8AMyiEC0CJyHZe8XUkXqm8zAzQuY+/gv
N6xZbOfps/9iNU6+46PZnw6QS4b1X5iT4YfZGbdZoqLeUxkZk06wOcC7zfhp645NP88d6X09hXWg
KYtXbdq5fcMPs+9xtxFU/dOsXiFtfWTSpA8xtQ4giEAJInDBA8OwqXU8kzynV/K9at/MwyVQUGLR
Rp16nJ8e2qpqi3Y9Lj7XGuOHCgR0EIFyikBv5HqhMwrazpzFvI+0eFNOpgI1QQQOcwRmMsXV5rNU
LICvsEcZh9m1wHwQgXKOwBNI9uVyMA7FdfV3S+VsI1AXRODIiEC16T/MbipO9i2fHBmeBV4EESjn
CNRMEY2SxR3fjFH7IMtZe6AuiMARFIFTMlb8jxCX7XP+w8+0AwgiUJkj0H2Hk/vquSucnDsr810G
9xZEgBFI+jv2/QPeCsIRROB3EIHePMdkHraGBRBEoPJH4MTHs/4dcmRX5b/p4A5/rxGokm4fX/l7
jUJw30EEgggEEQgiEEQgiEAQgSACQQSCCAQRCCIQRCCIQBCBIAJBBIIIBBEIIhBEIIhAEIEgAkEE
gggEEQgiEDkC/w+pQUFuCmVuZHN0cmVhbQplbmRvYmoKMTggMCBvYmoKNzUwMwplbmRvYmoKMTkg
MCBvYmoKPDwgL0xlbmd0aCAyMCAwIFIgL04gMyAvQWx0ZXJuYXRlIC9EZXZpY2VSR0IgL0ZpbHRl
ciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBnZZ3VFPZFofPvTe90BIiICX0GnoJINI7SBUEUYlJ
gFAChoQmdkQFRhQRKVZkVMABR4ciY0UUC4OCYtcJ8hBQxsFRREXl3YxrCe+tNfPemv3HWd/Z57fX
2Wfvfde6AFD8ggTCdFgBgDShWBTu68FcEhPLxPcCGBABDlgBwOFmZgRH+EQC1Py9PZmZqEjGs/bu
LoBku9ssv1Amc9b/f5EiN0MkBgAKRdU2PH4mF+UClFOzxRky/wTK9JUpMoYxMhahCaKsIuPEr2z2
p+Yru8mYlybkoRpZzhm8NJ6Mu1DemiXho4wEoVyYJeBno3wHZb1USZoA5fco09P4nEwAMBSZX8zn
JqFsiTJFFBnuifICAAiUxDm8cg6L+TlongB4pmfkigSJSWKmEdeYaeXoyGb68bNT+WIxK5TDTeGI
eEzP9LQMjjAXgK9vlkUBJVltmWiR7a0c7e1Z1uZo+b/Z3x5+U/09yHr7VfEm7M+eQYyeWd9s7Kwv
vRYA9iRamx2zvpVVALRtBkDl4axP7yAA8gUAtN6c8x6GbF6SxOIMJwuL7OxscwGfay4r6Df7n4Jv
yr+GOfeZy+77VjumFz+BI0kVM2VF5aanpktEzMwMDpfPZP33EP/jwDlpzcnDLJyfwBfxhehVUeiU
CYSJaLuFPIFYkC5kCoR/1eF/GDYnBxl+nWsUaHVfAH2FOVC4SQfIbz0AQyMDJG4/egJ961sQMQrI
vrxorZGvc48yev7n+h8LXIpu4UxBIlPm9gyPZHIloiwZo9+EbMECEpAHdKAKNIEuMAIsYA0cgDNw
A94gAISASBADlgMuSAJpQASyQT7YAApBMdgBdoNqcADUgXrQBE6CNnAGXARXwA1wCwyAR0AKhsFL
MAHegWkIgvAQFaJBqpAWpA+ZQtYQG1oIeUNBUDgUA8VDiZAQkkD50CaoGCqDqqFDUD30I3Qaughd
g/qgB9AgNAb9AX2EEZgC02EN2AC2gNmwOxwIR8LL4ER4FZwHF8Db4Uq4Fj4Ot8IX4RvwACyFX8KT
CEDICAPRRlgIG/FEQpBYJAERIWuRIqQCqUWakA6kG7mNSJFx5AMGh6FhmBgWxhnjh1mM4WJWYdZi
SjDVmGOYVkwX5jZmEDOB+YKlYtWxplgnrD92CTYRm40txFZgj2BbsJexA9hh7DscDsfAGeIccH64
GFwybjWuBLcP14y7gOvDDeEm8Xi8Kt4U74IPwXPwYnwhvgp/HH8e348fxr8nkAlaBGuCDyGWICRs
JFQQGgjnCP2EEcI0UYGoT3QihhB5xFxiKbGO2EG8SRwmTpMUSYYkF1IkKZm0gVRJaiJdJj0mvSGT
yTpkR3IYWUBeT64knyBfJQ+SP1CUKCYUT0ocRULZTjlKuUB5QHlDpVINqG7UWKqYup1aT71EfUp9
L0eTM5fzl+PJrZOrkWuV65d7JU+U15d3l18unydfIX9K/qb8uAJRwUDBU4GjsFahRuG0wj2FSUWa
opViiGKaYolig+I1xVElvJKBkrcST6lA6bDSJaUhGkLTpXnSuLRNtDraZdowHUc3pPvTk+nF9B/o
vfQJZSVlW+Uo5RzlGuWzylIGwjBg+DNSGaWMk4y7jI/zNOa5z+PP2zavaV7/vCmV+SpuKnyVIpVm
lQGVj6pMVW/VFNWdqm2qT9QwaiZqYWrZavvVLquNz6fPd57PnV80/+T8h+qwuol6uPpq9cPqPeqT
GpoavhoZGlUalzTGNRmabprJmuWa5zTHtGhaC7UEWuVa57VeMJWZ7sxUZiWzizmhra7tpy3RPqTd
qz2tY6izWGejTrPOE12SLls3Qbdct1N3Qk9LL1gvX69R76E+UZ+tn6S/R79bf8rA0CDaYItBm8Go
oYqhv2GeYaPhYyOqkavRKqNaozvGOGO2cYrxPuNbJrCJnUmSSY3JTVPY1N5UYLrPtM8Ma+ZoJjSr
NbvHorDcWVmsRtagOcM8yHyjeZv5Kws9i1iLnRbdFl8s7SxTLessH1kpWQVYbbTqsPrD2sSaa11j
fceGauNjs86m3ea1rakt33a/7X07ml2w3Ra7TrvP9g72Ivsm+zEHPYd4h70O99h0dii7hH3VEevo
4bjO8YzjByd7J7HTSaffnVnOKc4NzqMLDBfwF9QtGHLRceG4HHKRLmQujF94cKHUVduV41rr+sxN
143ndsRtxN3YPdn9uPsrD0sPkUeLx5Snk+cazwteiJevV5FXr7eS92Lvau+nPjo+iT6NPhO+dr6r
fS/4Yf0C/Xb63fPX8Of61/tPBDgErAnoCqQERgRWBz4LMgkSBXUEw8EBwbuCHy/SXyRc1BYCQvxD
doU8CTUMXRX6cxguLDSsJux5uFV4fnh3BC1iRURDxLtIj8jSyEeLjRZLFndGyUfFRdVHTUV7RZdF
S5dYLFmz5EaMWowgpj0WHxsVeyR2cqn30t1Lh+Ps4grj7i4zXJaz7NpyteWpy8+ukF/BWXEqHhsf
Hd8Q/4kTwqnlTK70X7l35QTXk7uH+5LnxivnjfFd+GX8kQSXhLKE0USXxF2JY0muSRVJ4wJPQbXg
dbJf8oHkqZSQlKMpM6nRqc1phLT4tNNCJWGKsCtdMz0nvS/DNKMwQ7rKadXuVROiQNGRTChzWWa7
mI7+TPVIjCSbJYNZC7Nqst5nR2WfylHMEeb05JrkbssdyfPJ+341ZjV3dWe+dv6G/ME17msOrYXW
rlzbuU53XcG64fW+649tIG1I2fDLRsuNZRvfbore1FGgUbC+YGiz7+bGQrlCUeG9Lc5bDmzFbBVs
7d1ms61q25ciXtH1YsviiuJPJdyS699ZfVf53cz2hO29pfal+3fgdgh33N3puvNYmWJZXtnQruBd
reXM8qLyt7tX7L5WYVtxYA9pj2SPtDKosr1Kr2pH1afqpOqBGo+a5r3qe7ftndrH29e/321/0wGN
A8UHPh4UHLx/yPdQa61BbcVh3OGsw8/rouq6v2d/X39E7Ujxkc9HhUelx8KPddU71Nc3qDeUNsKN
ksax43HHb/3g9UN7E6vpUDOjufgEOCE58eLH+B/vngw82XmKfarpJ/2f9rbQWopaodbc1om2pDZp
e0x73+mA050dzh0tP5v/fPSM9pmas8pnS8+RzhWcmzmfd37yQsaF8YuJF4c6V3Q+urTk0p2usK7e
y4GXr17xuXKp2737/FWXq2euOV07fZ19ve2G/Y3WHruell/sfmnpte9tvelws/2W462OvgV95/pd
+y/e9rp95Y7/nRsDiwb67i6+e/9e3D3pfd790QepD14/zHo4/Wj9Y+zjoicKTyqeqj+t/dX412ap
vfTsoNdgz7OIZ4+GuEMv/5X5r0/DBc+pzytGtEbqR61Hz4z5jN16sfTF8MuMl9Pjhb8p/rb3ldGr
n353+71nYsnE8GvR65k/St6ovjn61vZt52To5NN3ae+mp4req74/9oH9oftj9MeR6exP+E+Vn40/
d3wJ/PJ4Jm1m5t/3hPP7CmVuZHN0cmVhbQplbmRvYmoKMjAgMCBvYmoKMjYxMgplbmRvYmoKNyAw
IG9iagpbIC9JQ0NCYXNlZCAxOSAwIFIgXQplbmRvYmoKMyAwIG9iago8PCAvVHlwZSAvUGFnZXMg
L01lZGlhQm94IFswIDAgNTk1LjI3NTYgODQxLjg4OThdIC9Db3VudCAxIC9LaWRzIFsgMiAwIFIg
XQo+PgplbmRvYmoKMjEgMCBvYmoKPDwgL1R5cGUgL0NhdGFsb2cgL1BhZ2VzIDMgMCBSIC9WZXJz
aW9uIC8xLjQgPj4KZW5kb2JqCjEzIDAgb2JqCjw8IC9UeXBlIC9Gb250IC9TdWJ0eXBlIC9UcnVl
VHlwZSAvQmFzZUZvbnQgL1JHREpYQStDYWxpYnJpLUl0YWxpYyAvRm9udERlc2NyaXB0b3IKMjIg
MCBSIC9Ub1VuaWNvZGUgMjMgMCBSIC9GaXJzdENoYXIgMzMgL0xhc3RDaGFyIDY2IC9XaWR0aHMg
WyA0NTIgNTEzIDMwNQozMzUgNzE1IDUxNCAzNDMgNDc4IDMwNiA2MTUgMjI5IDUxNCA1MTQgMjI2
IDI1MiAzODkgNTE0IDQxNiA2NDUgNDU1IDI1MCA1MjIKMjI5IDQ0NiAzOTUgNjU0IDUxNCA0MjAg
NTE0IDQ1OSA2NDIgNDQ3IDUyMCA4OTAgXSA+PgplbmRvYmoKMjMgMCBvYmoKPDwgL0xlbmd0aCAy
NCAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBXZPNjpswFIX3PIWX08UoBpOk
kRBSNaORsuiPmvYBwDYZpAkgQhZ5+37HSafqLM7i497j62Ob1dP+eT/0i1n9mEd/iIvp+iHM8Txe
Zh9NG4/9kOWFCb1f7pS++VMzZSvMh+t5iaf90I2mqjJjVj+xnJf5ah6+hLGNn/Tt+xzi3A9H8/D7
6ZC+HC7T9BZPcViMzerahNix3Ndm+tacolkl6+M+UO+X6yOufx2/rlM07AhHftuSH0M8T42PczMc
Y1ZZW1cvL3UWh/ChdDe0nX9t5qwqdjXNRTDWNsEUNrfJdC9/bI5qtjuarRyFle0/hytuG2q7+06K
vK4ka9euZl4BIms3ndCBCNwISxBZuy2FaxCBW+EGRDTnwi2IqBbCzyCiuhY2ILK2TEu1IKK6U9WD
CIzCACIwNXcgwqtmx2FKDFIERxoJ1CBHGglvqpLGpUSlVnakkai2QtJInJ0XkkZiUPKSxqVEm1Ql
jUuJtjocx1VJzG2EhJPw6iQd4SQG6awc4SSqaSnCuVtAnZXjIiWqaWWyupR3rUQlWSUGKX5JVolm
RSjJKnGhDOKB/b1qvTX9E+9v2F/mmeebfpz0svVi+yG+/1vTOGmBpD+DJu/tCmVuZHN0cmVhbQpl
bmRvYmoKMjQgMCBvYmoKNDY0CmVuZG9iagoyMiAwIG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0
b3IgL0ZvbnROYW1lIC9SR0RKWEErQ2FsaWJyaS1JdGFsaWMgL0ZsYWdzIDY4IC9Gb250QkJveApb
LTcyNSAtMjc2IDEyNTkgMTAxNF0gL0l0YWxpY0FuZ2xlIC01IC9Bc2NlbnQgOTUyIC9EZXNjZW50
IC0yNjkgL0NhcEhlaWdodAo2MzMgL1N0ZW1WIDAgL1hIZWlnaHQgNDY3IC9BdmdXaWR0aCA1MjEg
L01heFdpZHRoIDEzMjggL0ZvbnRGaWxlMiAyNSAwIFIgPj4KZW5kb2JqCjI1IDAgb2JqCjw8IC9M
ZW5ndGggMjYgMCBSIC9MZW5ndGgxIDE4MTIwIC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVh
bQp4AdV8B3xcxbX33LZ3e+8rbdFq1VZdsorVrtWsYlt17ZWr5CobV8kG22BsqoloAYMTOoQeU9Zr
AzI9xJBHEodACMkLoYX0IEISIGCQ9M7csytLCgS+977f9/veWrP/OWfOzJ35z5l6F3YO7VpHNOQA
4Ujhmi0D24n8CRgBlq85e6cfZfNyQgTr+u0btqDsADuVZcPmPetRDhwnJP3Pg+sG1qJMPgcsGwQF
ykwpYPrglp27UfZfDHjF5m1rEumBzSC3bBnYnXg++TXI/q0DW9ahffPtgFnbh9Yl0pkoISa21P/4
wVe2Lm1hyaT8YdBY/nYSPSFUEWT8xEjeISJhAQtIP9R8jFlEeEil6cKto0dTz/7zKkP1R8SlBAUh
T/zlvB9T/MHB+y4/XTr+I7VVmQK5VRDwA/nEW8d/RYj69tOlpzWQTpgbE2kIwaMqbpTdG/fW+kbZ
PQi7414NSOcgnB33zgVpF8JONBmOe6tAORT3VgPsQNiOsC3urQHlVoQtmGEzwlnx1HmQtglhYzy1
HqTBeGoDwAaE9QjrENYirMEMqzHDAEI/pq1CWBlPaYJSViAsR1iGsBShDyGKsARhMUIEoRehG6EL
oROhA2FRPKURHrQQpQUI7QhtCK0ILQjzEZoRmhAa455WKKUh7mkDqEeYhyDFPe2grEOojXsWgFSD
UI1QhTAXoQehEsusQCjHwsoQ5iCUYpklCMWYrwihEKEAIR8hDwvLxexhzJeDadkIWQiZaJmBEMIM
6QhBzJeGlgEEP4IPwYuQGncvgtamIHji7g6Q3AguBCemORDsqLQhWBEsmGZGMKHSiJIBQY9KHYIW
QYOgRlDFXZ3wdGXc1QUgIigQBAQeTTiUWAQGgcjATCJMIIzLGZjPUfoM4TTCpwifIPwT4eO4s8c3
ynyE8GHc2QvSPxD+jvA3hA/Q5K8I76NyDOE9hL8g/BlN/oTwR4Q/YNrvEX6H8FuEd9HkNwjvoPJt
hLcQ3kR4I+5YDBX8NcLrcccSkH6F8J+o/CXCL1D5GsLPEV5F+BmavILSyyj9FOElVP4E4RTCjxF+
hPBDtHwR4T9Q+QOEFxCeRzgZt8PMx3w/bq8DeA7he3H7MpCeRXgG4WmEpxCeRHgC4XHMdwJhFJWP
ITyK8AjCcYRjCHGEo5gvhnV5GKWHEB5EkwcQjiB8F+F+hPsw372Y4R5U3o1wF8KdCN9BuAPhdoTb
EG6N21ZDo29BuDluWwPSTXHbWoAb47Z1ADfEbesBvo3wLYTDCNcjXIdwCOHauG0AMlyDZX4Ty7wa
y7wK4Uos+grMcDnCCFp+A00ui9siUMpBLOxSLOwShIvR8iIs5ULMfgHCAYT9COcj7EM4D+FchL1x
G6wdzB58wm4s+hyEs/EJu7AuOxGG8XlDmH0HwnaEbQhbEbYgbEY4C5uyCZ+3EWEwbiuDp29AWB+3
XgjSuriVjqO1cet+gDVxK6VgNSoH4lYJpH5UrkLlyrj1fFCuiFsvAlget14CsCxugbWYWRq3eAH6
EKJxixqkJQiL4xZY7ZlI3ALLPNOL0IPQHbfAMs90xS2wzDOdCB1xMyVrUdzcDLAQYQEq2xHaUNmK
0IIwP26GdZNpRpMmVDYiNMRN8yGtPm6i08W8uCkKIMVNfQB1cdNSgFqEmriJjs1qhCqEuQiVcVMY
0iriplyA8ripEqAMYU7cRKtbig8qQSiOmyitRQiFcROlvAAhH+uSh5CLVQpjlXIQsrFKWQiZWIkM
hBBCOkIQM6ShZQCr5MdK+PB5XoRUtExB8GB2N4ILwYmWDgQ7VtCGYMV6WvBBZgQT5jMiGBD0CDo0
0aKkiRtXAAXquHElgCpuXAWgRBARFAgCWvJoyaGSRWAQiDQJ+SehxAnAcQifQ/gMwmnQfQqP+ATi
/4TwMYSPIHxoWO37B4S/G9b4/mZY6/sAwl8hvA9hDPTvQfgLpP0Z5D9B+COEP0D4Peh/B+G3EH8X
8DcQ3gG7t0F+C8KbEN6A8GsIr0P4lX6D7z/1g75fQvgFhNcg/Bx0rwL+DMIrEF4G+aeAL0H4CYRT
EH4M4UcQfgjhRQj/oTvL9wPdZt8Luhzf84Andbm+74PuOYh/T7fFJ00+q9vke0a30fe0btD3FKQ8
qSvyPQHhcQgntDt8o9oh32PaYd+j2p2+RyAch3AM5DjgUbCJQXgYwkMQHoTwAIQjEL4L4X7N+b77
NHt992r2+O4BvFtznu8uzT7fnaD/DoQ7INwO4TYIt0K4BcLNEG6CcKMmz3cDhG+r7/V9S3237zDg
9RCug3AIwrXqQd816gt931Tf5LtafYvvKvVtvitBfwWES7iQ72KuwncRU+G7MHIgcsGRA5H9kX2R
84/si2j2MZp9nn3t+87dd2Tf6/sks0J9XmRv5NwjeyN7IudEdh85J/I4+w2ynr1Mqo6cfWRXhN9l
3bVzF/fhLubILqZxF1O4i2HJLuMu/y5OuzMyFBk+MhQhQ51DB4ZiQ3xVbOjtIZYMMerRyWePDXm8
zYDSeUM6Y/OOyLbI9iPbIlvXb4lsggpurNgQGTyyIbK+Ym1k3ZG1kTUVqyMDFf2RVRUrIiuPrIgs
r1gaWXZkaaSvIhpZAvaLK3ojkSO9kZ6Krkj3ka5IR8WiyCLQL6xojyw40h5pq2iJtB5picyvaI40
QeNJijHFn8IZaQUWpUBNiIepL/RInrc9H3h44ol5nvVwZoPb52azDS6mocPFbHPtd13t4gzOl5ys
5MzObTY4XnK85firg7dIjuz8ZmI32v12zkbbZl/YS9t2zF7XiFg0R27rQnswo9lgYww2n41t8tkY
Ynrb9IGJsz1jfMnIGgyMwTBpYCUDmBv0Pj1Lvyb1nKQvKm826Hw6ln5N6ji7pAMNrXymtrO32aDx
adhInaZDw0qauoZmSZNX2Ew4xs/A4dMIwClpbRibr3mUIcfsjMCMMt882tsTDrePipPd7TFl57IY
c1ks1EO/pa6lMcVlMRJZuix6lGGu6jvKsA29MWt711KUL7nySlKf2h5L7YnGbk/ta48dgIhEI5MQ
IalH7aS+L7xyeNdwOLxzJXytHN4Zlv9AYnZRCT6QAH/DO0Gm/wBAJjTlyz9oBnarhuEjF4Olf3mW
/80pzP/myv8/qLtz1Up6ESLeSsjEoRk3I51kExmG+6YD5FJyJTlEniGvk9XkIojdQG4n95D7SYx8
j7xIfjEj1/9QmNgjbCFa7jGiIBZCJk9Pjk3cA2FU0E/THALJwvvPaCaNk+/P0r0/cWjSODGqMBO1
nFfHvgKl/YMZnzzN1kFO3WQZldmDEDfIT/qbeOvEwxP3zmhAG1lAekmELCZLSB/pIIsgdJIuspCs
IKvIAFlD1pJ1ZD3ZQAbJRuDrLLKZbCFbIawn28h2soMMAYc7yS5yNsR3JjQo7yZ7yF6yjyCeS86D
+B743ivHzif7gfkLSBIvTMgXTtNcRC6B/rgYvi8lB8ll5BuA9HumbqY0Qi4nV0B/XkWuJsn4mdh0
LY1/k1wP4RpyLfT6dRD/NvT9jeQmcrOsPUQOk2/J0m3kO5B+eIYtTTtjfwu5ldwGfnMHWN4J3nPv
LFtqeRt5kjwFPvUCeRq87RmIPUdOQPw58hZ5m/yW/IH8kfyJCTNlzHzyd/IheQnYXw+sU863y98b
4XvDFOPnALd7CTJ7PnA5nakR6BFMQ4YvlFlDFkfIOcDpQeiNC6flGZH7i/YSLYuymmT9DKPIFWXq
jA6ZOzSlOcNnsh/OaK6fwdlMBm8E1g9PYzTJ/XRmp8fvINOl6fE7yd3QB3fBN+2H2VJSfx+McBq+
S46QByCG32fkZOxB8hB5GOaCo+QYeYQ8Sh4jo1PycZDOpMfB4viUzRfrHydPyF7wDHlW7v/vk5OE
6p4h3wdfwFT0jO+D9CTonyM/gFnoR+TH5BR5HnznB3L4EfkJ+MfL5BWYtX5N3kx40GuyBwWZMPkp
eZnPIL8U9IzAPUueYxeR3SD/gr0BfJ0IvyV6qXnVyhXLly3ti0Z6e7q7OjsWLVzQ3tbaMr+5qbGh
fp5UV1tTXTW3sqK8bE5Bfl5uVkYoPZjmc1pNRoNOo1YpRYXAcyxDcpuCzf3+WEZ/jM8ItrTkUTk4
AIqBaYr+mB9UzTNtYn6abwCSZlhKYLl+lqWEltKUJWP0V5PqvFx/U9AfO9UY9MMZuCsK8Ssbg33+
2JgcXyjH+QxZ0IEQCEAOf5NzsNEfY/r9TbHmswdHmvob83KZoxp1Q7BhnTovlxxVayCqgVgsK7j9
KJNVy8gRNqtp7lGWKHX0sTEu1DSwNtbZFW1q9AQCfbKONMhlxRQNMVEuy78xBnUml/uP5j47csWo
kazuD2vXBtcOLI/GuAHINMI1jYwcjJnCsexgYyx772+dQOC6WG6wsSkWDkLF2runHsDEhJAx6B/5
iEDlg2PvQa2naQYSGkXI+BGhibSJUzTFmIFknEDdoIbQvkCA1uXyUYmsBiF2oCuKsp+s9sSJVBDu
i7H9NOXZZIotQlMOJFOmsvcHgdmmYFN/4u/sQWfswGp/Xi70rPwXivEhSPfHuIz+1WsGKQ6sGwk2
QguBS9ILm8NGiEgDCTKbjhYWgP1APzRiI6WhKxorCG6PWYP1yDYooJBQ08aeqJwFtU0xa0OM9K9J
5IoVNEFecJGmEdoxtIK0rGBX9AQpmXz7aKnfc6yElJI+Wo+YvQE6JaNpJLp2fczX71kL/rneH/UE
YlIf0NcXjK7ro70UNMay34bHwQc6UM4FbZtlnTSGZsfEkNIfZT1cH+0tUPib4StYXw0JxpgCRdqj
9dX+KOMhSTN4SsKCxmaUAwIXamiBzICQtaHFEwDnlj//pkoebABUI6acqhMPlRDO1Amf86VVQ2ta
oWx/07rGaRWcUSgIcgUTpX1xPVnKRYIMqIKSdmcLbUNeLgtxPyQrYyy0U1bRXnT6Y6TTHw2uC/YF
wYekzijtHMq13L/tPUF6AJF7O+ElvTMkTK/AtBgJtPdGkwIcX6Kx5rDcr7RbZXm+LE+JLbOSW5PJ
/hFlsL1nhD48mCiQ+GEEQecoMloHLq8wl8JgbYaJMtg8EPQb/c0jA6OTB1aPHJWkke1N/YNzYRiM
BFvXjgR7otXQl/K43+fZSx9tJu1Me299Xi7MPfVHg8xlXUcl5rKepdETRng1eVlvNM7C4au/vu9o
OqRFT/gJkWQtS7VUSU38VKAldYOglO09JyRCDsipvKyQ5TVw/pN1aAQ6hqwZZVFnTNqxoONRJ8m6
PvjACHMOQhfAPNzkX0u757y+wZH+Pjq4iB26Ev6YGBOsJTE2WAtHRoU2pg6uq49pgvVUX0f1dahX
UL0YrI8xdgbIGYU5aaQ/CPMUuFwUjuJ94B1G6v1syD86OdkbDZzyjPUFYEgsh7A0GlOFYR0QQm1g
N5+GflDPjx1YM0DrQSIw1OnIbF3TB2MhWSCYtMZUUIIqUQJYNMt5qDtCpjXQN9CBcv4DIMQO9MX6
wvSh0Y20Rn6/MUZagnOh27FMIYM+qKBvxBwspo4NpjF16CAFFdSNwGFY1nhAhIfBhEtbJGqh5muC
kLSm3w89wJM1PeDqOJeqab+BZh1MiXzGOjmoPYlEQpvFhTQ6dUyVDwXCH41r8qFA+BP7gBTaeFk6
mDCAZxtjGqhRxjQqExmAHUhqpXWBv4NQeWr6PVpM1yjpDu6GqZFWWn6UCMkxXah1ACZ/zK8BTbAi
mRnKUoaoipZxErUibbkWeOdCvaOT9wb30Bkg+cnLDdLFgTom8ZwAxyZ9I7MVsWXhvFzlbK1OVo+M
KHVfnAH5UuqmEEohPH1V/xIhfD4Z5t8jUe5B0s3ypJvPIt3cChIVAIVqMsTdSnghjRwSfeR1PpV0
QajheskCGudeIQvZHZM1EK9nXiN13J2kliLIdbyHLGKfBl0qUbEPkR2g285dQ84TRsnV3HXExmUT
gZmcvJ4dJi3QYvxdACFaOMMtAjlA0oiaOImZeIiX6IiLmEDDEStxwC8KGCIQN0mB056S2MCWJXaS
SvzwawEL/OZADy6jIT4oSQslEdjv3sdkMYfZADvIfsx18B38U8J+4RPF3aIkjil3q2yqB9TrNPma
O7WV2gt0Vt2Fek4/alhuGDMOmIymq8x683zzLngimRjmfgUnUA6eUSWfJDseybPn2ZXV89TMGGkl
IrMWquJnroBqMcxaycyzoXIF1+XRmbZ3MV2NIttL6t54840Vb75xCvAUU/DG2GtjxvHXxsyVlQUF
RYWMKWCSg1XPiqJCEUzLZ8vLy8pKSopr2Tml+WwwTQ8hY05pLVtey5UUe1mGmqKlrAVjquV+9fky
rmNcwZ7ra9q6KJ31efRWrcD4BZ9DWdORbzEE5mRlSQU+Ua1gBaVCmT23Ma1x5Vz3xCOcqBHVfrvd
rRd4UatU+V0Wl56faBb0p/8u6D9r4Dd/dh1XVLqhu0z4tlrJ8grFkx5HqKo54Ar7LQaLUasXLHaz
QrSYNRk1beOXKx1uh6hWi1qjWuV02pUqtUJrHK+APhye/IDfI3hJBdn4OLuPPZ9Ew/RuLRI9lppK
jKNs5NE83s27bapRJide2mMbZXKPSVmLs8LOOvfCsboxEyWNKRg7WQnUeR75atuiwj7GilwBkbzN
6mUpsSXFdptVr6RkA4U85Y/fo3fo9BnSugW9I9t6y1OyFmxtXrSjq8ykUXO8oFTZGgb2NK6/a7gu
a9Gum57b2bp/aRY/YqtND4VDdWddccPNzZ37FucGw0GjEchwOyzWzKCr5pyjw6tefPq+/a2B4kwC
jgK/p+GfB39ykkyydiYDMP7Zcknl8vuMBqNBBS8uhLilC3b+6cckVe8UA+A2TMELxSWvjgEBx/69
odx4vSIYoD5lATcJQDtF6lNBcKRann/enFnbt+vw6AUT7+gcRoXwe7HAy5iuP3nRvEezo9/YcfzF
+N67zo9WuLnqeVdeedm5gwtyRKPHyl+Y6avb/eC+tvP6Sj43Va279Lqb6GjunjzN0XucTHLrzJZJ
epXNroR/Ab9OR/zQt4JkDqTb/VnEZrQ9a+NCnM3mUY4yGY9I6V2eCG0r7W5zZQGBU1y4stJcOcYU
QJ8bXygpNu47ePIktP0EUf13ykFO+GCAC8g+QGN6Th51yJCde58RlOC6E5lR5lmtBsYKFeZtZjS2
NJcrYFawH4iFDrZJr+LfU1hdbrtuosVkUNocbqtu/HdKrSgIMIj4hzJ9FmSFOS1YYc5qmsWKwUY0
apuGqHnB2C1gq80O2rslxdA+SfOvaVD5ULKyOBeIMItq7GlOtx/q9QmjswecTr9FwbpErIfI/zoZ
S/QRvx9qU0rOmVWbDN4imM1ePocLW3Ks2dZsn7ew22s1C5acsC9b5UrvdkV0WMk6qGWd7IQm8MaT
xaYSU2VBiamEVtr6bzPhaBQZxk6HH0xr+WwmM0V/okUcgxF+v80+/gemRyUqLUFPStCm4SduPSC3
Vu6FTxgtNNwJHcIMs2VKiyudsiDy/9B5beMfjt9tsilVeiXMaDoVe+n4nqmOeT1JyPizbK1KJ8Lg
hkWDoWOTY4CbFLJ4Fjc6p0tPdDqnnlNaul2jTPYxSTk1IuUuO4V99tiX29Cus+rB2+SxmGwq+CDH
cOAvRvX497U2GIJ/nWoV+xbzU51mWLC73Xa9aPJY+IeTNf/sdnOiN4VUwUSqmEWzauzV5OUxRalV
8DKqijFzVVlGo0+yesu6Dca8rNys0ckPjnnTWyhKTrWtxWgEyWiEmJ7G9DQWThjJCHJuQqYopYFC
Q0011NTqZTS5Yb0xy1dVpHWldbkiCpmeOuopM15omMLgJ+A7Je5T4DavwuhetaL4BYiC7zz2/0nt
EoNMdk4uIyMzqFCIUz4qL8xe1mGx2x0lZWXllkRP8rmc2eHWzXOne2zaf7iKHKzOazzMamwBh8Nn
FNj3lSXuDme626r9yJFnZ/UB45Ws2upzOnwmBTPfmmJWalMLgmy87VBb93e6xvVT3vrdrDS1O9s/
3jTvwvruWDf7lFKj5Hn4gtVkaHJMMAsB2B8VkCUzPeAZWE0qYZlJZ3tgS5TKZMYtPdmy54pnVlNY
SOVl5MSXGcjjFZx22jIpLx9nVlJeMKfUb7n911cNPTA819u07Y5fXrHjyPDcUX/zzu7BW4bb8yy+
luGeDTcPLci3cMsXPn3yxNXRyh33bFn8wvOPXtlTNXz/3uZdvQULz7vl9sPl84e789r33nTbYerb
/OQYdwO0rY2cnNmyJ+EXqSWkjpSxlZLOXQf/SMhUltXoa32Codu0dIZI+lwiGkVWy4m5Ym6RFtbQ
eGNP0SiTdUzynWm+vJmgK4xxzDhmMsM6QxcZ2GBQGRzykf9bxU6jke7mYBOiSEx/XHL3kdjtKeiG
DnYjPHcDK4hqnVKTWdNbXrO81pdZ19XbXZfZfMGj22s29s51cwpRo1MZC+evrm/e2p6VUdvV01mb
WTv0nbWFS5qLzUr+AViRXBatO9UdqusM59aXFRZXtg9Ikeu3zbP5Am6Xwu522XT+kD+zYWlJXkNZ
Pk2e1zEyWG10eMzw+oYhh8C/3DAjhsmWmX0gOcIk4LfZNeqMbuJX222aQFgJq5hnlMk8JglTFCcW
ipLiVxNrmuGr7SlZs9Y4ToG7tjOjbY9z8PCTW3ce2eB33QorQsDl8lsE9haToXbLgvb9a5pMoLUF
XHQpZJhf7B3dW1u37/FzOXtyWH3+XvTiaG5+30W9Z3S0xa9PnhYvhBZXk7tntdipSy/QaEIhrbqw
kJCidKe2SFtUXO0MPsE8CgMwjS2UUiRneXdOt1pHHMFCTbUzLVRQrDOndpsjidVdXjhh9oO9DZwB
ThZXVroKnAXmSlhAS4ynkt90GXV/nYISExVdRLlggrNMLkN2INZmKUmso45EzG5XiEKewuLNSfXl
uLXMQhZ2+BZ32JeW69EyG1jOFPS7ss2KFpZ5X9DZQz6P3yww3SzzMa91hFJS0/QKVUhvUnGcyqjj
Xv08H+NmPf+w1a3jebVZ/9lP+Lkag5LnVAbNZy/wteDAnKD32GGu6oLx/A73Q5IB56grH2f3swfO
7P1VqUrvKPPw8YzMjCrYBj70GDFkMBYuo2iU9UoOC1FVZaZmKLhAa86n7rayTyT9Qm5BcpNYN0ZZ
pTMZDOQ3xiiT9JRASbR/jYyUw+ShC70OR6TdQc9gdLssZmRMPzmUc7l8eo7VbYT66BpXDFV1bqx1
2AraN13R17e/2MJnZFk9Rp75WcGWxrIlDUU++GlCWbh8W3+b2WXS86JG9V3/AimnYvnOmoqrrrti
W0NL3TIj7Cu04ntNTSW9Zw1tzQ02VQZrNl8L2xGW1ABrPxV2kDxST26eyZpk1phSvT5/sLyiMqUy
BbzITChfKfkmdWVFGi+WfJrZlmI2aXi9o1m/oPoTSVyYPEXIjjgm8/bqWIHsePsO6k/ix8zI7Lm/
filT81tGpnwuzShPuB5dN0V5heQT6wbwabfTswf3U3tR21mXL1l6oNjMZmblpPCMmlXRMes180yn
oDcYFMamFVsrqhdXh6zKB9Wp5fll2/vbTYGCzY2lvY3FARN7cfU1hy4/a16jFDXpjQahQgnbbh6+
Jra6K8qLzMH2uhz/nMaW+bme5urs2i2HltzTVF/YuWHHEIz0BcDsYu5FMoccnMnrsZQUYqJEpmaV
/jPLJzCC+uOCNv/HWcRldLFqzmU9LYUSTI6/Kh9QxuogsiIMZ5TEwVRK+T/NihTKO2L0NkpS4pgK
dwL0+E9PqTy3WNRbtHpvUftcaU1roVe3tG/eink5RqWKV+mc1R3Li+64zVa8aOjwQFbbvDmpIrfI
nBGwp6Z750Q2b92QsWGTP9tv0GsDQa8rPdVy13dqrjk0cpYExwY37CjlUcpXwjv8XFhgZ/EiqQN5
dWmQoEorp/S4bWm5XGYzKFVKotAXfprSNnf20KTzv3xgpbyUFMs+Rkem62tn/ZfxySdXTEdy68Uk
B6hMWTmXx6Xn2Nyw5/LL47NqSVXIJtoL2zddHg0vqC21rWfUVr/L6TML7MRrMEznRBqL/Mb61umD
9L5Ae122r7Sptc0395vXXH5WvSWQ72ImRB093OnE8dVNLUXdm3ZszR/YUL3p2iXA3ELwp1tgfsuH
tWMWc4/mFJcreKIaZfWSKmjSejmrNVgwyuokGwkqni4vz/GaTNril3PatG9J3qlBCtNYARywCsCt
XqVnYUclzGwOeWxavkaupEfB9tVmneZNrDh9nqP3AXR+Y0Xqb9wt0mWvXrdJFNZsk9a3F6pUKl6p
U2pretcW913al+sqW3zOzat7d7Wn3d/ZNm/twnLT+o1XRoLs7+C+KSdQ61m7yWK36LTqlFS3Suuw
aLN6zuudd/21l66vzanvKi+py1uwrsKdV02YyZqJQ1yRsBtu1K6aNfrMXpPvCeZ3sEqYmN9Jwdbq
Fqm1Smq121ulKp7kaN9dNN9b/W6VL93c0lL2rpTekZzTToKjjZ+soxcFDtjDFVDugLGp1cDy1Vmn
5jG8dROBE3pO5eG6hHIGy1NyHMqXSOWW5MAsSdzMOex2rojlFEq1QrSlZDjCNblejelFjY5XqDR6
8YdHTHN7tzblVYo8z/FgJYo6g82YUxNO1d51QC1fNejU57uM1ZFtDfbCbJ9CoRDKeZPNYYVbOaW7
vLdyqcGkcTpsRvXnD/Se25WpVwhaNW+hBhzHgUEVB1sOpcNpN2v2dZ/bmSmotArBDP5ZD4zT9bca
fv9yfCbnkq6ktLq6pqszNaUmpWY+HdwZmmySUlpNUnihvNXXVVPCp0ufFrZlqT4ymx0LPklf6HhH
Eqaol29qxsJ1dEXB1bik4OTYSbipoWuKiSmBnqDDPu2/XSL0jPCFXQBHsOnu/G+W7VTj/K3f6u/5
RrZBwwiixqjSplf3zStbMi9bbUrTGJuXb61sH6xLwYniX5byxQ3FPgPcoGbIs0R+5+6OrIBDbTEo
7HanRWNz2+25jQXLdgdC7XWZxUvOaZoLK9OW+umLe3HP5h3b8sItJd6azYfojFE3eZr5q1AA99fZ
ZNPMHjme7bN6YTVfLWnUPq/X6svm012GUWb+o4KU3upKbH7eXAinFrr3ee3VMbqGA8WPfYUt9XDk
K3mXnJCmJtM/CaaUHG9qhpkVFGYPxEIWduKfcFYNOF0+k8Aeg9kTFmmIMvyPwcXVakdGSkrIpVK5
Qp8VJQ+n3MX0CgzWYpHuqmvhZvAY7GJKZ8+MUg69dSIcz4VzLPTSyeqTzGFvjkVX2Gr1mgW4eRJd
6c2uBTpssrxvkReUkyfdp+S7QPAwcDB6B4UMSLavzC0Pc8WX3EJN7VwSEe6YyTWxh9GplUpb0J3i
t6r5ibfXsGobXLTB2Z1lNLhr8Zl45k7mDqXVHYQ7KYuSu13rdkwcnagyu0SVTinAFk/F/H0CTnTA
C5BzZrfy+SvMHriG4uAWHriiXvE34MpG5s/0CckI94WSmsCVIVwYNgvIiNz/lAo6vuAucXYitDUx
QKb2ZL8/05nJLRetvCvZd2dqRvsO6sPFYN6YS86dVZ+MIrfbk8HrOWJgrJxBH7J9KpW1hTx63m0o
ylD6w63+Bapp/QanHpibT8I2HXoLzoN4YWj/6lyJ/pp2BzMnsWZNqRK3MLjXZLmYUtwB3UJXefDT
baJQWjNn26p2U+eZpj/CqCypVpvHwDNphsaVO2oallY42deCjenjP0kyweb65tpr2mvOOrR4YmtS
yV0CvcfRHfsDabCTz26IwlheBKv/y8ASvYmJzuSJ3uv7JBVxGp2shXOm0+lVo039yNKW/e60LTnd
PNIjDL14kNT/miyT8O+vYriXUyqj53xrRf83ojmeuUvkWF/OQ7aijorq1QsrQ2Z70aKKmgEaY4fb
brz6/JXl+dEDXW03XrV/ZXlB9MDS4s5yb7h19bZdFcWdFd5w2+rtO9ED2L9D20rI5pktk9RZJlOq
OYWkpsAVi1MySnlt5hRTVmqmwpHW6phyUHqXzxQUnJwaoyeI9ivMp7VW3px8SUc77FAzmGV0SqXF
4bWm9S2eb+o408d0rkr0ccBR19aVaQp6HQoFdzPv8Po9ZlEtVg1e1TOx7V+79q7sBZVpgqhSKOgY
UE2OsX8BBprJgzMZeBJcfxy2KqWwswvbq+AfCRpKJU/TS1l+oVCQBE5QvyS1+T/NIjnGHLiPyil4
U/J88eGBbldm3j9J6f+TspDC5ImCXjrB26/EnfvMfQy8ZaS7anrvxAKjf1FoDCptoLAhP7cx3zmn
c0XHnPIN1y4t6Gko1ClFViG/2Usr764p7yh1lXYs75hTuuqSroz51bkaDbdZHfDbLU6rK1zuzZqT
k13VU9e8Z0mR3u7RKk1apZ1uTDw+jyevOpAzJ5xT2SPV7+jJ15rhKokyvWPyr+zz/IOkiYzMZFrK
LssNl4frlap5qnnlqnC4sNxR7iCF9S3l86qVue+qwoGyFsMnUmBq+wx0jhWfqqRvKuC7IHnNQt8e
GfENkmT5GrmTnhjkvnwfDS/XcCfIliR3gvLekX2eVag1etXv1/GKcKEnK9WuVKrgbYOo9OcUOCq6
KzysIHDr9mm0Cq1Fd36Y0cAqK09Z4d8b1NwheG1mN6kn1LZSU0mBSq3SwH/94HWKol6jcJYsLNOm
+v165rTOog/57a+JWhXPq7Tia3bgcTvMR7/hnoTd3q5ZPKZpnKSourgomO5yEo0zvcgVrC5WwS7P
25r7iWRcmFhXYMjKt/dAXknxSXzHQ2cmx9fIA5Ql31JNbc7O3JTLPM66z+NyGbU51Wb1GAQ2AKf+
bZWNKypdKnFbcp0VmK0KhcYT9s3Z1t9u7qCXe0iUC9iU19P709qlrNC8vjmBpiBbmpyix19xV6R6
i9KtNZuvjzJXJdXA0Hmwrt0JDBXRtz3Tb6NOkAD8t5pme9YTrA9+SeBnPpM0kj2vNU3naU1sQ8zU
qYChV8eMb8jztWp2suw1CjhpJQ5bcC0nv8GXh5jFBpuvxP6Lu1PBh1bsONgpml1+uy/DpmIuYRil
2ed2++HNwGahanVveyangb2H02sSubthhd/y1hs/X6PRiiyv1Ku5iMYk6vSwIsF7rnG3VtF3b/zk
2fJ+QlBBO6+ePC08B+1sJxfPbmce893j3jSLufAJ5nNY36uYS46b55rT6p9g4Sf1JJcZl8xS2vzW
Oa351RbOlQn7zunbsCQFMM7wlJXgwvjlOWazModLbEbnzKJn6uZyGlPCcwKXsWzL+S2izZNmcwdt
qoaJlwWjOzMlJculXQWkWQJuN32d0swzEbiN9MKbF7OSaRPyly9e6Ge1tjS3E17FcHdrHMoZFLLX
jW+DKQ+2q0DnEpVJoTXAJSel06lSsX+EEzBIWuW4R6lsefh7PxxIkgvs2iauk72okAzOZPdY0GrJ
foKF37CRNGb8mNNJj/9BSS9Z8luDSmtqq7VdL5+fYJTJcxS4E9yRnDmuar/Q7gyDMnMZGTCuZnBX
kvAsO3cnLwQWDV7ePzGuMLtDLk/QzGo+vJ5lRZhjPD6TyOxia9f2zvfBO6p0T56Xu0vjUC97/hd/
vmDiNtiq8oLWqmcquW1aqwjcAAF69XjakuMnnhqA1ZLTQtvh1zGcBf5bjyL6dmD6CHoSfv7TDj/O
CbJtkktIdWYKukz4B2+jlMGP81vSVB9L1vbEsb24bqwY9gbAARzY4Qqz0viO8R060Wi/2FYmQP75
i8hMvcCf+nVMORNIXJXRF6sWludZhcs+wTG3aLWsQqnVq8Z/ZjHzvMDCj/PMOpZMXKbTcXBGNqhY
0WLgrhcsNrgrynSPHzablPCKz6yxmUW7wyoodSankd1kMqvsDodJbYY7jOsn3mTK4L9sgMv/o1o4
rC2K60XLU0wXtDMrwUfY+OEp2Ne9UFQYsirw1z1ylyUPX2UlBcd0ObAxU3Likw7B6AqluODs8EDl
cMVPDDpBadQwlrM9fngtrKO/JWhhjrOVbA2cDRyPEI35XWVWkvgwvSU6Bb8mwlfMeE0BHLCVjEKp
gTVkhU5Lf8gAZ9879Ro2RWF1wJWBGd7uO+D4Cld/8GHgl1fwf1yBjwKeQLrnN7ZF54UbBjZvXD20
Ma91J0TWkP8Ch7ZUygplbmRzdHJlYW0KZW5kb2JqCjI2IDAgb2JqCjEwNTU2CmVuZG9iago5IDAg
b2JqCjw8IC9UeXBlIC9Gb250IC9TdWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQgL0ZHU1BFVitD
YWxpYnJpLUJvbGQgL0ZvbnREZXNjcmlwdG9yCjI3IDAgUiAvVG9Vbmljb2RlIDI4IDAgUiAvRmly
c3RDaGFyIDMzIC9MYXN0Q2hhciA4MiAvV2lkdGhzIFsgNTI5IDQ5NCAyNDYKMjI2IDMxNiA1Mzgg
MzU1IDUzNyAzNDcgMjQ2IDQxOCA1MzcgNTA3IDM5OSAyNjcgNDg4IDUwMyA2NTkgNzQ1IDQ4MCA0
NzMgMzk3CjMxMiA1MDcgNTA3IDUwNyAzMTIgODc0IDUzNyA0NzQgMjU4IDYwNiA1MDcgNDk1IDUz
NyA1MDcgNDk4IDUzNyA1MDcgNDU5IDUwNwo1NjMgNDIzIDUyMCA1NjEgNjMwIDYzNyA2NzYgNDk4
IDQ5OCBdID4+CmVuZG9iagoyOCAwIG9iago8PCAvTGVuZ3RoIDI5IDAgUiAvRmlsdGVyIC9GbGF0
ZURlY29kZSA+PgpzdHJlYW0KeAFdlMuK20AQRff6il5OFoPb6rY9BiEIEwa8yIM4+QA9Wo4gloQs
L/z3ObfsTCCLI3zVVdV1q91avR4+HYZ+catv89gc0+K6fmjndBmvc5NcnU79kK1z1/bN8lD2rjlX
U7Yi+Xi7LOl8GLrRFUXm3Oo7KZdlvrmnj+1Ypw9693Vu09wPJ/f08/Vob47XafqdzmlYnM/K0rWp
o9znavpSnZNbWerzoWW9X27PZP2L+HGbkqMjMtb3lpqxTZepatJcDaeUFd6XxdtbmaWh/W/pkVB3
za9qzoo8lgT7vePR8sg9j8pb5iMm7u971N2jeL4uC+F9DCUlciR4v11LBiQgG8kNEpBbyS0SkJ3k
Dgne73LJFyQgaaHI90hARskKCeTuJWskIK2NBgnIpNUWCd4H6yohgVIW3CEBCyoVGJdAbiQxJyhl
EnPBDEZVDpgTlNpJMkFBcC2JV+H9RhsFvAqCK0m8Cgb9IolXQZOyH/AqkLIf8CqQ1gZeg/llJqzi
VdBzK4lXQRuaVcCrYF8Lxmswv4woKyJeBbkaDg+DjdRzxKvAgkpxyAal1EbEqyDYVvHK0Ircry0X
r/F+vjIY8SoI1ulHvAr2NYlX5q9VTTLiVbCvphHxKgi2nvHKD63KEaYNVi0Yr5yOgq0rvMb7+ary
Bq+CVf3rNvgV7KvK7GYgOV+uzN9/um6Pbvn7rWyu88yFtE+B3VXdwX5I71+LaZxUwPgDxA8Z8gpl
bmRzdHJlYW0KZW5kb2JqCjI5IDAgb2JqCjU1MAplbmRvYmoKMjcgMCBvYmoKPDwgL1R5cGUgL0Zv
bnREZXNjcmlwdG9yIC9Gb250TmFtZSAvRkdTUEVWK0NhbGlicmktQm9sZCAvRmxhZ3MgNCAvRm9u
dEJCb3gKWy01MTkgLTMwNiAxMjQwIDk3MV0gL0l0YWxpY0FuZ2xlIDAgL0FzY2VudCA5NTIgL0Rl
c2NlbnQgLTI2OSAvQ2FwSGVpZ2h0IDYzMgovU3RlbVYgMCAvWEhlaWdodCA0NjkgL0F2Z1dpZHRo
IDUzNiAvTWF4V2lkdGggMTMyOCAvRm9udEZpbGUyIDMwIDAgUiA+PgplbmRvYmoKMzAgMCBvYmoK
PDwgL0xlbmd0aCAzMSAwIFIgL0xlbmd0aDEgMjQ0NTYgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4K
c3RyZWFtCngB5Xx5YNTVtf+93+939n3ft0xmJskkM9lDQkiGkISEECAkgQQIJGyCouwiKIptUYui
1n2pYl1rcZkMi4NYpUq1rdL6lKetS6utbd1Q6lIrkMnv3O+ZCcHa5fX1vffHL8mZz/cu37ucc8+5
5y6TDes2LiMqso3wpHTJuUNriPgTfgvgoiXnb/CLQWL9jBCpfPmas87FsPsUIQrTWas2L8dw5CeE
1Ny0YtnQUgwTSCfVKyACw7QSMH/FuRsuwHBYD/jiqtVLsumRBRA++9yhC7L1kzcg7D9v6NxlmH/R
IGDBmnXLsum0jxDLdyv9j1/+0nnz2jgyKv5QzCx+2omWEBZRSf1ET35IZIQDjJNBQtRL6GQiQCpL
l9yZLv/sHOUiXf3nxCGHCEIOfnDRCwyfu/z7V558bWSn4kPZjyGvAkrAH3hPdufIa4Qo7zr52onL
FB+KJWUTRagcVvBp7suU1+NLc39JeaMAX6S8xQB/Rvgc4TNM+xRDnyD8CeE4wscIH2HOYwgfYuQH
CO8jvIfwLsIfEf6A8HuEd1JeBTTidxj6LcLbKY8RIt9KeRwAv0l54gC/RngT4Q2E1zHLaxj6FcIv
EV5FeAXhPxGOIryM8BLCfyC8iPALhJ9jI44gvIDwPMLPsNqfYs6fIDyH8CzCjxEOIzyD8DTCjxAO
ITyFZT6J8EOMfALhIMLjCAcQ0giPIexH2IewF2EPQgphOOUuBw4mER5NuSsg9AjCwwgPIexG+EHK
XQZZHkT4Pr73AML9CPch3ItwD8Ld+Pr3EO5C2IVwJ8IdCN/Fom9HuA1fvxXhFoSbEW5CuBHfuwHh
eoTrEL6DcC3CNQhXY9E78fWrEK5E2IHwbYQr8IXLES5D2I7wLYRvInwj5aoEvlyKsA3hEoSLEbYi
XIRwIcIWhM0IFyBsQjgfYSPCBoT1COsQ1iKsQVidclZBI85DOBdhFcI5CGcjrERYgXAWwnKEZQhL
EZYgLEYYQhhEWISwEGEAYQHCfIR5CP0pRw20rA9hLsIchF6EHoRuhNkIXQizEGYizEDoRJiO0IEw
DaEdoQ1hKkIrQgtCM8IUhCaEyQgJhEaEBoRJCPUIExHqEGpT9lro3wSEGoRqhCqESoQKhHKEMoRS
EXiasseglDhGxhBKEIoRoghFCIUIBQgRhDBCKGWbCIXlIwRTNqboeSlbHUAAI/0IPgQvggfBjeBC
cCI4EOwINgQrggVrMGMNJow0IhgQ9Ag6BC2CBkGNoEJQIiiwTDmCDCOlCBIEAYFH4BAoAhGBjiJk
EEYQTiGcRDiB8CXCXxC+EKulfxZ7RD/HyM8QPkX4BOFPCMcRPkb4COEYwocIHyC8j/AewrsIf8T6
/pCyBn1p+nuEd1JW0Bz6O4TfpqwTIPQ2wlsp6xQI/SZlbQb4NcKbCG+krC0Q+XrK2grwGsKvEH6J
Rb+K8AoW9p9Y2FGElxFewsL+A997EeEXCD9HOILwAsLz+N7PsOifIvwEG/8cwrNY349T1iZo2WF8
4Rms6Gls9Y+wsEMITyE8ifBDhCcQDiI8jkUfwKLTWPRjWPR+hH0Ie7GiPQgphGGsNonwKMIjWPTD
CA8h7Eb4AcKDKQtYffr9lGUywAMI96csnRC6L2WZAXBvyjIT4J6UZTbA3SlLAuB7mOUuzLILs9yJ
We7AtO9iztsxdBvmvBXhFnzhZoSbUpZZUOaN+PoNCNcjXIdN+g7mvBZzXoNwdcrSBe/txJxXIVyJ
sCNl7oO0b6fM/QBXpMwLAC5PmQcALkuZpwFsT5nnA3wL076JOb+BWS5NPApZj+tafB9r23xvqWf4
ngb6EdAhoKdUc3wpoGGgJNCjQI8APQz0ENBuoB8APQj0faAHgO4Hug/oXqB7gO4G+h7QXUC7gO5U
rvDdBnQr0C1ANwPdBHQj0A1A1wNdB/QdoGsVK3zXAF0NtBPoKqDJCu4Ud4LMIT7uJOAK4qOXpExg
MunFKSNTwA0I61MGNmrXIaxFWIOwGuE8hHMRViGcg3A2Qj3CxJSeFVaHUIswAaEGoRqhCqESoQKh
PAUMTtMyhFIEI4IBQY+gQ9AiaFIglDRVI6gQlAgKBDmCLKVhopYm5gN+BHQM6EOgD4DeB3oPxPkb
oF8DvQn0BtDrQK8B/QrE8kugV4GeBPoh0BNAB4EeB7oDRPFdoDTdhpzekjIw5diMzLkAYRPC+Qgb
EaYgNCEfJiMkEBoRGhAmYZctCGYEE4MDPM9zqYTv3id5juwFOgzE8wTbciFCN0p9NrasC2EWwkyE
GQidCNMROhCmIbQjtCFMRWhFaEFoRshDCGDj/Qg+BC+CB8GN4EJwIjgQ7NhNG4I1cTt0dwToFNBJ
oBNAX8IY+AvQF0B/Bvoc6DOgT0GqnwD9CeiPQH8A+j3QO0C/A/ot0Nsg3SNALwA9D/QzoJ8C/QTo
OaBngX4MdBjoGaA00GMg8f1A+4D2Au0Bup1JnxtBHm9FuAhhZcoArhBdgXAWsmU5wjKEpQhLEBYj
DCEMIixCWIgwgLAAYT7CPIR+hD6EuQhzEHoRehDiCDFkdQlCMUIUoQihEKEAIYIQRgihbPIRgggS
BAGBR+AQKGokSdwNQhoFygC9C4x9Beg/gY4CvQz0EtB/AL0I9AugnwOjDwBt50O+b/Ex3zdpzPeN
tm29l+7e1ntJ29bei3dv7VVtnbi1Yyuv2uoCuHDr7q2vb5Ve1Lal98LdW3qFLeYtnHJz26beC3Zv
6lVtourz2zb29mx8Z+NnG3nzxp6NSzdu2HjDxqMQIbt3496Nhzfy6dFDCePGCRNbt228diNnhnSO
bKQ6Fh3YqNK2bmhb17t+97peYV3lOm7iZ+voW+soV7qOzlo3uI6DXHvW5Re0stxV66zOVv260nWJ
dfzattW9a3av7p25evXqS1bvWv3Uasklq69ZzT0KT1xitULTel7bub2/OZeSJ7hRogc6xI2meOXq
g1wGdj0+5jKJUXoOMOBsYMTK2Fm9K3af1bs8trR32e6lvUtii3uHYoO9i2IDvQt3D/QuiM3rnb97
Xm9/rK93LuSfE+vp7d3d09sd6+qdvburd2ZsRu8MiO+MdfRO393ROy3W1tu+u613VhudGmvtbeGr
fTCDEC/8rfFu8x73CqpBzxoPt8bzlue4h1/jPu7mLnFRnfMS5zVOXgcfHH44fI5rHLscjzokOvGB
V68xbjNyawzbDFypIWF40fCWQSCGuwyc7hrdLt2jOn6mbpHuY92oTnhURx/VPqX9hZafqV2kXa3l
dVoW5vUJbaysVafxaRJT4xq+Pq5p1MzU8NdoaEITK29NaPIjrY3qmepFan6XmibU4cLWj5WjSi6h
hISPFaMKblRBCU/9FPah9AC8nMmIWnytaUr2WKmEpum1wz3d0WhHWjY6uyMpnzU/Sa9IhrrZZ6Jr
XlJ6RZL0zpvfN0zp1f3DlJvSkzR3dM3D8PadO0mTpyPp6e5L3uXp70hug4cEexiFB+IZtpKm/ujC
9RvXr98QXR+FD6CF6yFmw0b4E4HCJzxvhA/2RCBL9G/8sByQCLnFTOs3LtoIZUBmiGalb4QHFmBZ
/kYR/7vRrG3/Zz/0/6zm/+8rti9ayHZvCclcP27D9lJyKfku2U32kcfJj8jPyMvkU6qEveLt5Cny
O/I++YScBDWVUQt108Jx7/03HzPflJxLNPwhIiU2QkZPjL6XeXD0PdiU1o6LuR5CNiF8OmbUOHrs
q3GZ6zPpzM+lKqIX39Vzz0Npx+mx0RNcI7ypH61mYe5y9izWdFx2Z+bRzK4zOrCGrCMbyQVkM9lC
LiRbycXkEvJNchm5nFxBvg28uASeryRXkZ3kanINuZZ8h1xHric3kBvJTeRmcgu5ldxGbgc+3kHu
JLuyaSx8J/zeJKaylLvJ/eRB8hDgPeRech95gHwfwj8A7j9EHoE4jMHwwxBzF/kexN4P+Viuh8jD
5FH4TZJhkiJ7yF6QGYZzoTQ5RPaTx0iaHABpHiRPwO7/kyDHQyDZp8U4FpML/+2cmP8Zcpj8mDxL
niM/IT+FkfE8eYEcIT8nvyD/SsqPx0phJbxI/oO8BGPtKPlP8gp5lfyKvE5+TX5D3iK/hVH34V+l
/xJyvAZ53szmehty/Z68BzmPQUlYDuZ5A8p4m7wrlnAUyn6LvEPl5HPKkZNkFJ6Y9G4SJXSrKEcm
vdtAbveKfGbyeBTCTELIdSabh4HnD4N8mWTY821ZaTwCeYeBrzlOMy7/NW9+npUV8vsJyMN4wfiJ
3HwROIwyY+U8Ocbx50U+pUSJPj0mi9NSYDxk/HuV5Ljzxjge/p78QeQM4+4vRd69MY57jMvvAAeZ
FFgZZ/L2t/AuSoe9y3jOeJp7h6W9BuH3wDp8CJxm+IEoiQ/IH8ee/5hNP0Y+Ih+Tz8XP4+RPYE8+
JZ9B+M8QcxxCH8PnmbFfjfmCfEH+Qr4kJ0CCp8jIuND4Z5YyQjIgY0Ip5ShPMqefTseyFCqAiyEF
myanCqqkaqqhWqoDV0T2lRTVWIrhr1JOv3U6TSGWY6QmagZ7aaN26qQusJse6qU+GqB59HSaYyzF
DylBmk9D2fes4puOsXd94CLZsqWwvIW0lG6CzyiN0Tg8l9FKWkVraC3ElEC4HMJ1kFYqYhOZRRaT
VeSE5F3uBWiXGazKcKJ10cKBBfPn9ff19nTP7po1c0bn9I5p7W1TW1uapzRNTjQ2TKqfWFc7oaa6
Kh4rKS4Ih/KDeT672aDXaVRKhVwmlQg8R0lxS7B10J8MDyaFcLCtrYSFg0MQMTQuYjDph6jWM/Mk
/ey9IUg6I2cCci7/Ss4E5kyM5aR6fz2pLyn2twT9ySPNQX+azuvqg+edzcF+f/KY+NwpPgthMaCB
QCAAb/hb7Cua/Uk66G9Jtp6/YkfLYHNJMR1WKacEpyxTlhSTYaUKHlXwlCwIrhmmBQ1UfOAKWuqG
OSLXsGqTfKhlaGlyVldfS7MrEOgX48gUsaykdEpSJpblX5mENpMr/cPFh3ZcldaTxYNR9dLg0qEF
fUl+CF7awbfs2HF50hBNFgabk4Vb3rEDA5cli4PNLcloEBrWMXusApqUhPRB/47PCTQ+eOxDaPW4
mKFsjDSk/5ywRNbFMTYl6VDumUDboIXQv0CAteXKdIIshkByW1cfhv1ksStFEvFof5IbZCmHcimW
XpayLZcy9vpgEDjbEmwZzP6dv8Ke3LbYX1IMkhX/QkkhBOn+JB8eXLxkBcOhZTuCzdBD4CXpAe+8
GR4SQ1lmtgyXxiH/0CB0YiVjQ1dfMh5ckzQHm5DbEAGFhFpWdveJr2BsS9I8JUkGl2TfSsZb4F0Y
Ii07mGBYA1lZwa6+A6Ri9K3hSr9rTwWpJP2sHUnrFBBKuGVH39LlSd+gaymMz+X+PlcgmegH9vUH
+5b1MykF9cnCt6A6+AEBim9B376SO5cZup2UheT+Ps7F9zNpQYS/FT6CTfWQoE9KMcgk2lTv76Mu
kssGtWRzsKczyoEAH5rSBi8DwqtT2lwBGNziz99pkgs7AM1IysfaJEAjJKfbhPX8zaZhbtagQn/L
suZxDTyjUAiIDcyW9vXt5BgvssyAJsiZONtYH0qKOXj2Q7I8yUE/xSgmRbs/SWb5+4LLgv1BGEOJ
WX1MOIzXonw7uoNsBShKOztKes4IYfoETEuSQEdPXy4A68e+ZGtUlCsTqxieKobHgm1fSW7PJft3
yIMd3TtY5cFsgcQPGgTCkYbbh66cYKwEZW0FQxlsHQr69f7WHUPp0W2LdwwnEjvWtAyuqAM12BFs
X7oj2N1XD7IU9X6rawur2kg6aEdPU0kx2J6m4SC9oms4Qa/ontd3AHxZ/xU9fSkOVr+DTf3D+ZDW
d8BPSEKM5Vgsi2RZ/CzASpoNAbmY33UgQcg2MVUQI8TwEliAi3GYCeIoWZLmME6fy8dBnIBxCTGu
H35Aw+wrQARgh1v8S5l4LupfsWOwnykXsYIo4Y8mabCBJLlgA6zZpeqkMrisKakKNrH4RhbfiPFS
Fi8LNiWplQJz0mCTdgwGwU7BkOsjLtoPo0PPRj8X8qdHR3v6Akdcx/oDoBILgOb1JRVRmAckoWmQ
byqjQYiemty2ZIi1g/SCqjPNbF/SD7qQKxCytCcVUIIiWwLkaBXfYcMRXloCsgEBiu9vg0ByW3+y
P8oq7VvJWuT365OkLVgHYscyJWFWUbx/hzFYzgY2ZE0qQ5czUEDbCOxGiDEuCEJlYHBZj2RqaPmS
ICQtGfSDBASypBuGOtpSJZMbxCwDkyiEl4mkdGUTCesWH1JplElFDAqEP/asikGB8CfrB6awzouh
y7MZoG59UgUtCo9jZfYF4A4ktbO2wN/l0HiW9UesmK40mR28AEwja7RYlQySk5pQ+xAYf3xfBTHB
CbmXoSx5iEWxMg5jrIz1XA1850M96dEHgpuZBcj9lBQH2eTABiZxHYCBTfp3fDUiOT9aUiz/aqxG
jN6xQ675+heQX3LNGEIpRGDXpn5BiPArWHNeRHYK9WSmREV28n8EeojslDhIO5cHz4vJTmkGwi1A
K8ks4VKI+wlp5P9M1EIB0fOfkql8P2kTOkiHICPTuCuIA54vpl+Qc/hXRbyYhYVOMc/F3C/JxXwZ
lP0s1NtBNkv+TIL8z4iVj5EWTk9s/KnRz7mLyTlAQ9DGHqBaoBuA+oB6gfKBBoFYWhd/ijQDsftp
4ADDJ1z7grXveYABUg6Dx0icEG8lbuIlHuIndmIiLhIlPrjnJSUWyJ1HHERH8kmEFJMiuDlWAPfk
zCRIQoQjJbCKDpAYCcO6vRTulpXBdTMlMcAtOgmREw3UUCHWCStf2kk/5r7BfchvF9zCbyQ2yXJp
kfQN2Uw5kT+hcCm2K9eqZKp71KvVX2o2aV7QTtderbPortAX6R80XGQ0Ga8xNZlS5mbzFvMu8x8t
cStvvc82xR5wVDg+dT7hPOxqdV3ueh7qksCOxnr+dVj989CeWtJJZpCeJ4iG3gFNrKPP721ulpfI
noQgR/z0eWglpXckTAKncbkag1XSq/guQ3uj7CquhzSO/PrNZ+HjiLE2foTG3zz2yjH9yLOG2vix
o8fKSqkhYBDJrOVkMqk0mBfjqiLh6oqK8gauqjIczNNyYlxldU0DX1Hu5XjIiTENHAtT/vVTM/mW
kXxuc2Bid5mERkM2n0ku531eTajCr+voDFYXOCWCXMpL5LJIdVOwd9O0vJ8r7RG3J2JXAnrcgCNP
S7QnPpFoT84Vmk8+wb1b29eQL92sUXEShfyOAq8lv8w9qUOj00i0LpvTLZMbtMqitqGRW50hm1Jp
CzndIVZWaGQicMQ2ekJ4RmIGmYfJ22wrtRf8o/zRd/eqdHR6MD36bsLLnkJqTdCuIVaqtYZVymCe
kviFIDUEw6E0LUp4EyqipkZerY548oNBr1JjJcE8u8zomW3slfQSe2Njo9FWO8FQYQDOwtqjwtl5
rJw64gsHnPYj5RVbLz98mNoPLxzAx7JS2HAFlR/fjH2sFf+d2spKo9H+kNWKcovwAZmWD+aFw9U1
FIVlkwX5gDCsllonlFXUetXC3IxztqDxVEVjlWapml4j1QcbKia2RgzSp+ljdPXi/CKLhFfoNVQY
0ZpUgtRWFBQuMlhUPK+ymp6FW5I87BcRoRpGphf0awLZleOvj7t+n1NlsahImvtuqjhckeY2p1TO
SJrye8rKZPnAdpH/+WkaSij0XZV21vvKNC1MJWQ9wE5gX7TxWBSYeayWxo+Vx4/BIDXWwiB1Df+L
xZSV9lOzVggG8sJVhsrqigCMVwsb6V6eVsa4YNDAhrnp9KNQHZ4ysOaSGZnvB0pKArRl031r6+2x
KdGagZaCzEP20vZJ26+vbS6xTvHWzWv77pM1HTU++q2WNXMaCkyRYmFFcaSg66KeeHdzpV5ZPvNs
+ptIQ6E1k3TFG0e+LJla6sxcayuZwmzYzNEPBLUkCJp9JfIv5SbRJ7nnwPDY6RAYo3CWW+E0HUyZ
ugVYDj5WVSqyrDRNF6cSijkiy0aiR481sg/g2NHDwKon/tUCgFchsxYNQKWxuhp0W8p4xXSdWQGL
2Qv6jjovqHmp0to4f2Pz9ldumtV355vbq5f2NruUUl5QahW6WPuy1s7NvcXxuRd2ti5vj2uUarlw
2BF0GG35Aevsez67+z5KHpln9IRdRnfY7S1yqoPRYOPG+1ese2BVVaDAL7dHCegxG2mHYKQZwY6v
RT49RUzc7WAgndx1YNrtWS7Z0zSWUGi7XCKDXGnak0pIxo0pxhw2jg7802/gyOHOGDmScePk0MAj
Xz6UeV4cJdMf/tN9czLHo4tu3Lz926tuWFLG3ZYauasDB0TXrvfvWXDnhsmnrp2w9vsgeegTfxX0
CRbj2CM2trnrEjqFyW/yQ5+cdg3ohfNxWsgGwX4N7QyHpY6c9jjEnmq6ImJPQbliqYR0XE9Be6LH
ojQOilMbj+uPlUOv9/87isThcSZDxOERMOS0KoiP0D2lTjFyPuMNd5lCq5RIYFBkyunlCh171iky
m+lL7PksmABUyCalI+KFaUCVOayywcQQtikz16vsEaYrO0dP8EuAYxFyIMsxmSnN3ZCwajzE65EV
6GinzK7W0OkyvQoeH6dziWn0+H54Npkc0vToW3sgByCYHy2dLk3T+XsTeV0O0YIzm8MsDvAsyrh2
2FArsixh+DeWOzaWxnMqN4vmzBJ0UQVc6qc7FVqVRHxer/aVR8IVXg3wcYjFCnd7C+3qzL1Ke4HX
W+BUZbwqvUoqhQ/hxuKIylEE3GoffV+4XZJPGsnryK09brfODiMsRSK6g9ytsDsAWsNYYgeW7IHh
BXh8j5ohjezNy6uNNxykcfBAlFnlUgLHEorabrM45MxpuiiViKP1AYPNbA+bAJGBYIOOQSCnav8z
1eT4eYZhqq4xwMxXVQkGShyPBmb3mTPDYsq9AjBFoVFo6ga39y28ZVXdxLNvnFc8J/S50cwGJ92n
d5iUlsmDZ62suv3zH8wbTH55a8+Os5pdaqHFU+RQ5hflT970wLLVD66rM5tpcUm1O2xTqaw+88iI
t8TpNiv7H/z0tl0jwwttgbC7AscsvRE8EAspQimAr8/dsC+h1M9G14HGYegBm/bkInL6xZpswDZz
FnqjxotDQOMrD0fKvZp8pV4plcKH8GzuSdQRsCo9UJ+TdOTqs4CKqIhCN9siys2SpgPjTQWNH2H1
J/5mhlyDcO5Eu28RRzDUpNQpRx4NlGi8FWKr6M0QITnPW+hSgzrfnGvZyY9VjkLkhnQtaHA9+RW2
LqHSlJba4nFlzG53prmle/PL1GolPDxG8qu7HGqV/SAtgcVRbPT4Xn2Qm14GQzThZ082PfvU4Kct
XloWk/oKuny9Yy4Z88nYsShzxsrLG2n86LFyQwUYQvDTaifFKyoMFdDtff/eWnK8EoUXpMwJi3ER
GoRBiL4y03LmLNtoBfPM2KNFulblKQ3ll7rVXObbgtFXmpdX6jPymZs4lTcO8R5VdclDsaZSv5ra
BZqn8RVOCA27Io5xY8Bz8h2NQclLmAVwn/xdju/CpRXVumBt0akRnhbV5eu08FbWkgppiZFMIvtQ
DvsjOmVMpzOnucqUN1YOsJd4J8wuZOw26sLc9MKCWJ5az57UKqkuTbc+FlE6mPGMwfPp4QSecG0t
uGu1UTAFtVHkOvA8Dkxn7E79G8rM8RhZGw5Hglar5a8ZbPLytoowc/eyQ1ZI610h05pgRbTAkXnS
XWfjBEHliuUHY05lTcHOcGVhvumUNVoQNlKeV7tj+Xkxh3KBLd+u0oYay7mB6q0T266ZPjJfiaZW
KVwZj2u8VZFMJNrdPaug9ZYWbpFSr5ZI1Hol+CyzRt+TOCQhWH9GTvssZu5p8Fm88KkkjqxZhZl8
AWhfd1BUz6ConpIxs8rm8JzP8s++ARwCb/eMxZnosoxz3iSOWXe+d+vNb9/UAXjb9W/f3Jn50N+5
bXDoG7MC/unbhhhyN30vMzww8+4Tu+84mVw44+4v9i9/YNPk9i33zD/7wQsa2y66j3lmsMLqBI2u
Js3kDhxLe/UxQ6HyICz54dtj3O2pwkZDmoNvmsT0Od9FD57/nkTCNikXMQmc//2JQJctt55i07E4
l4gLgKPAADaeYAAN/2ul5MYM00Y+xoO/n+MPTrtWm5fPrgdsNquVVoYj4XB2VSB0yr115UXlHrWw
wVJQliianbXFalgYzKxocs3YOjcWSCys91SUFJjO1SkzD9c1mStKzr9sQs8Ed55Kp4RxZlDTQNn0
CmfGNKabNxdHBF5VPXdT5+RzehpM2oLa9thoOMgvTfQZJdLMd1xlzUxXG0ffA0cqRNrJQeTvATKZ
u3lffnl+udrFVlhEHWNGsoYoacl+Qw38WutzjK1P05KEerJLUthtFYeXNU37wCUeG15MXaOgr8xF
1MPa4SjM2hBgM8ITJPZvKvb0eBSys7C4gKiqjEmz4a8uMKT8VdO/8ciSKev7JjpVAriI2opZq9tL
p1e5SzsXr1jcWdqycVd/bMGsBrNMwvEyjUpV2rqgJpqIWuIzl65YOqOUfmv5bWdVWn15zrKYr8ip
ChQEbEUN4eLGsmjppN4NXQM7B2Jau9estQWdngKn2h1wWUKVniimrwe+q8HbfB9Gdh7pRb4PEyl4
m3vsBqkxx16j6EN6utRjPmQ5jR8eOcIG6t/NleNI4PQ4DLA5I+e1QM3MPX6CzavM8cs8oUT3Wclf
yxxm4W5PoUN98tjYYDKpHYUeb5FDxZw/aL0e9NIOfkAR6cyNGht3Y0qj9rPVeJEL1uY3JJQJdWi2
S2qcLRXbb6wFe+3sHKl985j+FTYCHvtKKmv16QZT2F5gi0POZrJabRXV1TUmttcAmxAy7hZ0CHzq
zJ0mla2hJlbj18mutRRaOFOB6WqJzlsZrW20qY30g0xtrg/0Oe5HoUKLRFAZtZmnY8snVC+P0Xq9
SS1ILEX5YGumgiacD7uMFSRBC7FXKYWtMs3N30siEVKX5loSegNvo5/aqC2trqSnKmkluxmpYIuC
ysrY5KI0tSdcb+VRfmvezjwukTcrbzCP1+X58ji1kJcneGCRkNCqYdnlsetpp+dEbBqzUbBLQTsn
vZNQdwrEHs/tTzADBbs9AwOLBkTHNzqw9tjAWrDWh2vZeotZq4Tu/7g1ot1jm0IwEVZlN/XYGKsA
3RMX81nPWBAdERku760V5dU1/PnmaFFJoaFm55ypm+aWTtq8d9NcQ2RyaeOS6RV6lUElVbpbF66e
uPLGweIvBifNqXZMbazqj/m0eplMr506sSnUvqptxvqO/OqixiKzO8+tdYZtvnxP0Gsq7L1swWvG
/IrAhEQ1fIGYkrbR9/kA/wqpys0gsAcSeZLbIO6BwNXQsa0y2DHypUzThMdpGykDuapgaVdWLNq1
4jRthb2QztxeSHRsM+QwW/myzZD/XkkiJ3O7IqJHATZL3CQJ5sGTd2xLBLoikdnrps2NnbVrVc2U
C+5dXNA5pcqqkPBmvSFc2Va+eIWzorOismNCWKNQy4SkM2jX2QJOfWLr3g2XPbOtAcySVWcPOuri
wLabr2s7b1rIF/YpXaDXHOkAHXgBbpeFYcfoxqwOqFy1Bzm4/kbi3LqE0hRoVdVGXIK2KGelYNS3
JxT2aWMbbe17E9pOyXS2c8kmWrbXZmO6D9MsDlvFv1oGcgk9j/HjrdxqG/PDeJhZx3kiNfwLSnuh
11/gULXcvGD5zv6CisXXLerYUs+c4hA4xSeql1SXTY1ajIXNlc6yimo/TqlKnWrJtNkzL9uzZNOT
l7VNmkjB6xXXwMqRyua2stnLqiac3V2uy6spYHybBnzbD7YjCt8clyDf9phMgeI0NyUVrRTSjHMB
vthUzLmKnxGY0bDBipgIeoGbPksYFLi7hKQADqM7Dlxlq1mGCT/kib8Tnmb/M9HqtZyB1yrssIBW
2CGD4suEOzcco0fBUBwDPjObMbB24UD02MIB4Hf5m9lFckLxv1s3s+QwegPjxi24P9k9v6y/HKkW
5STj9xfmj7ztmjgwuWlpe6lOoZbznCDX1M3b0LRpzwUTG85/8Ow1u5aXfsbPX1Q6Ne7g6IlYce3A
5DyTzSQzBhxWn1WntdsM9Vse37rpqe2tTRvvWug/e3P+pO446L4DbjLeIrkAVoTrs1Kx6gm4NYv2
lBaFYMPBs6d6qjOcG8mwCerbnyht80/Xt7HRKw7f8kbwWw5XjByuYNueB8AN+udeEnmAXrI4Hi2i
DQSujHMOczsJYC9FrgjcLYJcKZUZHHk2V8SpvodNxmbTPWp3eX5+mUe1xmSSQNTq/M5NXZHWAq1C
ED7xBE0ymVxmCE2MzlbaCjw18ZEYWyWztTP3UrzGU2BTdsz/9vwYHGo4IsCTi8HzeEmyBk6bzkWe
HCAqblGqvAiWZ4N7YJIf70h3JhSJkmn5rY7pqNDIE2PWbwaGpP65/OM11yBODtDL005ydkwYcMa3
8C+p3WX5oTK32pRfGy5dXKUWldWjzuHky9vnb+3My8t1lI5MnlblaZ0y8mguRhLM6WvGlGisX3Hl
Eqan54yeoDslM2C/JEBasPdPESv3FBzoWbhBWDX56IX7Eg59O/b2FbBfp9dHf512Zq+ynTAxuw07
ROC8WOmWXItzaGro6Z04qbenfqzt/BawNbC7plPS0ul1E9qnT6zNSukgSKmSLM61swxamEfU8Akn
RNz+PSUlVtjLeCyhTRBrnkpS0O5uNYyJCfxscLeh/Wydox8pf4f5C6qvyzauE5Fx/lduXWvIHvHA
dCSj1GrlD6o85QWFFQGjLPNqrlc5pHK5OVAWDlX41Dpd5iSNqVUB8DQlAjvqeSVT8NfSOfUnukRt
FIerSpdnyvwyU2L2YP/pFui/hbCLDXCyltBpLBSmZJWSaghVCeBiDrKNrlYUVXajS/SYBmC7Kxs9
rnOnl+p/LZUxYZweNjlNAateTi7FNgwXmQ4C+72iwhAvKMrxPeAkiArD3DpYeXYmVKAwRY789jGV
AceXzYOw0j4KiyDmuB0AB/q/8uaZvWCu1ddpj+UfaY/SWejzF9mU027t/gfaw1+Uk9RZs2bVn7Vj
CHSnbfQ9QQBufGXHYaO447DxzB0HJ+w4TBvbcXDDkhDnKtEbOK1R43Yc/u4b0P9/tOMgCPVb0hdu
Sm6YMGnLYxdekFw/ITNiKe9unNBT7bKW9TTU9lQ76XvrnrhiWtPF6fPX/fDyaZMvTl/atHp2rHDm
6qmAJYUzVkMvL87cKBDoZRHsXt2EUk8FqmG/YRCGYpTbnlAQi7K6KiBISnPTBhyUdSQ04Wmudv3M
WtFdrE3TaeP73Ig+EA4A0Qfa/6+WMY4Vkb82oBY8js1tx8gMVvC2GziBgNOzMDJ5Ur0/p6lKR6HP
W+hQRjpmdMcX75hbkDlhKJxS7gAPyFs1WFnWUmyhxzY9dVmbzhfzZRbkjKnw69zAWFkwqdDceVlq
U+3K2WW6vOqCzGtT2su7lqPecAeBhxUEboEy3R0O60BbE2ri1Cl9yriS1/BK5uiA7sAk3A0rxei0
sM7ib7eIXiPYLlFjQJlh6s1qDBwT/KP843jDptyvmWCQP1LuIHgYSrnZ4TVaikpgmslOLzkFCTZM
mODWeP12OAvh+I582MJjU2x+ffHI0Vz/T6vI6vLJYR0vUyjVFjwZeY/7BHrfTt7D3rMdldjYjkpz
Amy4EKOxd2rAlCn/aKhJMBNS46/heHF3RVdPYYPleMLFzq3r32G7K9OserbGhCsEesH6yZgyAX+i
4o5odEDcY1k0ENUfG4C/MzZaEv7/4dpOs/2f3n/hPqldcXV3+fy2UqtakKsVqmiitzqvKmIOTers
6pwUKl94eU/RzESxSS7wvEwtV4RrO0rzyv36cMPMrpkNYeqdvmFGRGezW0qKPUGLzOF1ap0FTm/U
784rTsxrTJwzvUhttOh0Fp/NlWeWWewWrTNo9hX53YHiRD+MUdvoh9zVwjCpI9ejlB4zGDQTC0mw
BLzDlE1TktPuEnAK9wTbPJpchIYtE21tZWk6FW4UZO0aKPgRIBqvGCk/XM4OqkQzX5LdhP0vFQL8
hBNyPFUaO2zKuYicZbwjKWo3cyy5q1XGYLzG3XFeW945Jjhs0inPVnnQh3qaDVmz6ZnYRLPfYZBJ
VVLJluK4CZyO8MwLZtOfoo/4HKg4nAfqlc+hF5kZaG+XKWQySz5wazNbF/LPwkx4TlajVRFcFPq4
RQmdqaQ9opI42mEzG8YsrKM7v7IEZBotmn1x20L7z2RHLpy51htb5BnElQWcxeW8FFjlgUELFNph
cpu9YGtnQOx8qUdtDIEDOVSTW+2NTfRsXlvx7eXcWERG3iq6kFxXTsOh38HRE5KXod8t5ObsKHF7
jLHiYn0RrOwSKo9+glYv8HV1+vo0F01oErx+cntFu75UpWurS4++uAewGDChZQ91et4WardNV4hG
LnuA1NgIV3ns6Kg54DQdOGXXs21SR7wWAsxr07Eyv+btxkZR86QyPnsQxEdOP8KOTJY3NpMNt87Y
VtrYo+RlqfwjiT4wqaysIagXbuK4HYIuv6GsfBKEPlRIgH+hgnK3ih/muPt5jTMeCsVcKj7Fcz/g
1G5YOsddSv4uld976lcGC+yhqS16zqtQjPw2F+IjnoAKfD9BUBrUI2vVau4atUEpsPXLyCpVNgR7
r8Bla+ZGfi9wOZ+sQC7vpwqFljhhoda0P5Hv9CudcLK8PqFLaJ2+dofS1K7sEGaSDnGNBgZwHAud
+jedwDzQP7ZLmlB/bXZgW4DH7aoaE5zw0HBlbquxwsS8eKvVLOO+uUoxq7Og1M7JNmkskswRjR3O
78vdWtlL/CGpqbgmWuuSZw47rDK93UCjUoeWrwyGLHJe7bCN7OaGnAa53BoSz8NaYOnxEX8Idgfu
xv4llLoQ1et01CDVp7kD+31m+CXhNPfDlCJkyBkaA6xPE0pHm27sEoYHnArWa+ZOwro0CtvBx47g
7jrc+4LpYOEAOPljZf+XiiorFd9npgdvX7DxU0PZsSwbSOJht3iGQdkj9xE7HB454PLwCp2azsgc
NtkkYEG4gNaskQlyOKbYSwcVsGVylqfQrsgvjBk9LreBE0qrPBGbUqp3W8rMPrdbPzIit7JVqS3z
Br2fBuA2pWVYD7791XuMKpub6I8egT4+W1bKmiUTr53FuBpTbmzT++VGt+UymcGe5/Tk66lkiz6v
MgRXhnXpgsl1NZ5DSq0cVsJwYcN8Z16RVSazwgw9+jl9SRC4XXBP05AiMtUB6oernXFY6cGYEfct
cPnG+ikIFsepGU6LxcmnYJki5SbUxOM1E+Jwj4TtLZ6T2cW5JdfC/c68p4iTngBfWE+/hKugPLdh
j8Wn2k4a4zQ+8gpchoSipXC5yWizmnHoRWK8yGJ02Thbz5y5s6XWkgJ3gUvHV8+qcrqqZ1Zxanuh
Pz9m5yV9z2SGXns9s+RZvU0vF2Qq2YqXX3197ZrXXz26Eu478jKtFdozBO0xQnsCJJ/dBFifMlok
B6FZOljYntxjcSqxQexuptgixlS8yldZU22squQiYVzF2qxGzuismlnN61wF7sISq7R77pxeCe8o
CfngRgi/YhXnXPv6qy+vgIYIcmjSYbrr9dformc0Vi00Ri55KdMN3nQPzBsvwi2RStJG3sGxfwA2
yw49puM6yTQabUxzu/eq3W511ePcpfANU9geZynQE7gTqePVYETxNl9dmjbsKS2VwF6NuHAav2fT
mFCY+pvFqac5TROgI4uyOgIqgud8lG2lH4V9MTAMsHleVjoQde2DBuj4f1cNIF6oIrdMYY4Q2/Q+
4+BJ9hXnPLs7xr9Yv+EHq+ddtrghpNVFZ1z46AXhzqaYTg4nT3KtUh2ubi/tWtPqp9baKTOKF1/V
X5TJGAua4u7qylKLPT41HmuJ2Wly8QObWwo7z9tx9/zp99/1nXPhlppRoze5zb5Cm1KjV9efdcV0
rdusqV569ZqKziqX0ujQnnNNTzCvoZvti9SCnF4RT5Oj5LmcnEpGD+1n0iih5se5G0E6R8FuidLR
8cR/EKKUxIVeuSsnJ3YnDmTYHbKDUwsf4A7ALddekEnuTJDtB4uHzsCuKGgFSCJhhDoUfqpQUs5M
OQJiYQUyd/+/XDCUCj9QbE4UuZs5HCyKwKcau2Ao8K+Ur933ze2PLC+sWLvvG9sfXV6Q+UJp8RVP
yJvYWWK0xqdVRupLvCYZd9XtJ5IL5+/+4ru3wTk14IMLdq5og3G17gdrd+w7J+oon770YhixN8Dd
mKTEBve7s7ceEhpFIVUUUHmEwpcXYbkIR0XAv0QpfMGyEG5K7fHaVWDsf70PIg0mOOzbmlAEZxfq
9FQlgZ2E6Ol7D9Cp8sYRsITRI7ATCVYKPH0yQKGjroS9sIAWQj3jqmI1/DPlsTE7gOUMDOQMf/aY
sAIcRSk6ETUhHLgWuMUK97KTUrhANlIt14IfCU9/etHmMUg5uVZNrRKdPeILx+3ylxU6lWSpGyy9
kl2zgwmMn7ZeJTEUhe0+q1a+V5DwFPx6xcmX2eU7SuA/s/JPwPhroMbsDKkViqkQpYo6qqilqgQw
TxyLCWpNcx/trwjBL6l9nPuIqEbfx2GpgmGjgsOIlfsNE2r9/tqvG0IrE5oKqzTWrR9bp/ef5jJM
qeB9wegU7wPXwnwgDtGxCRZ4DoMLuO6CG/DjWwcHhjr+31kzGpNsbWcKpgaux3/ldE2KO8tsfmRT
FjCSTc12q9+skOod5remzI4ZLIUNRRPnt8TgappcApdqHVMWn59YdvPSMvv0Hetuphnw0aTneAqd
KrmtOBiIh4KW463rF83KD0wsdnhDPrU7nmfz2Qz2UNBeMX9rW+OWnbvX3g6HwiC7Xnb2AbLro5NR
do/Jp1JlK1XNywltHi1Lcz9NaGZ0h2ckwjNmhBO81vU4B/+yAKw7syha0HYUInyZmNe2HKRzyESi
oAv3GybCr7U6aw0Yipe7q5lNae+GYzkhYfD7Je3s/gHtHLuEMOcMg8O2QGv1omDHbiIw0R6F+cAG
MXFYr+lFU8RY7kposh0g86A1//ONOS3tnM2Cewuwe+zNXWOAC+S503v8usQZh6unxW/x8vz+ad9K
n9u0ob/OqJDxer2ybPryyTU9Ez3BlpVT12iMcH8ILousrZs3yW+NNscqF7RXqOVwa5qTKswNCy9s
W/idJRXeurm1zas6CuiFQzctrzK5vXqzqxB2SFw+lzM+pbCkrcIts0Z8npBZ7iqfGg1MjDp8Ib/M
HPY6Ala9KZzvKO7ePH3i8lkTtLy8atYymF/y4czhHfG+QIx8mtVwsyxGZVEqdVMZfH1cS6UaqhKN
pIoNiVJgfSwA3vFZeyOCQEoe5xTEOvpJQgOJVldszCWes1eAXkbTdNneRGC2MndTAkReMRI9DA5y
FDzkeAVc0hMd3Kg4PTAhV0d0NBKjkSgNu2lETyNaGtbQr2mT2JR/vkaUZrYaNhfBD8gVzn3Ea8xM
kFW5yxi5r08wy2qFL7IH+HcsxvVqb2mYnfZkDFqrDpwpjZJeJ7FHm+IVbVHzer0ts5LL7KZz6YaK
qvdza9X3ZY54xB8P55m4H8P9U4Fd1Tv1eRn3rZGHmTc1CDqahNsmDeTdrI5Kqqmk6gzDWpPm1PsK
ygvKtZ7HucOiMyZKgog6CQ5YaE9enmS8Ci5NFXcp4FsCj5ns4kwPN3tPK574jQG8ZoXeF3O+8O4P
GlKwokXVtKiGZpsiWtH/TjWn9Qhs9DhVQo/2tOaIxzO5+9DslD2QPXfik+3bD66rXzWnxgDelwBH
kcrCKYNT6hY15XsTy9vrFhXBv7rO45bBskZiMWcqgy3hlfesrqP3roSvb+hsNp3REXayLxnZ3DZ7
1awJpR2VTrUnwpUXBNXOqLe+OvOBwJUt2gn/eTznGXNSwv4zDCVdoCEHQUI+cmdOQkYqMVBVIGdF
AxS04fk9UqnFcJD7GbxkAXdZlJAFdMUiGb9uBGVwdqlyysDWiczeicfB4+ycVoJVkAAU8HffP81a
ka+y7NXTM5eH/EEBtuoyc6Qm2MmravBwcvqzkbcsFna0xVOjXSsTdnmioYDpVEijV/Aync3Af1JT
74261TJ7MfCgmXTy1wu18M06R8pIYMlftldh0zkkJH5EXAa+CSewIVg9sRW7uCqtodVWXJNSMH3X
SzUm3QjVagSpSsZlPHbwn9Ujh7gqnUkpPBIqMnIyerG8osIZcegEepE2Ul8I5//SzCeZEzKtp4xJ
YTmZxe8XKkEKjgPEwMX3E5XN6NZLsy04/CZwj51EyKgU/aQaStkyrrraamNnY/vZwgyaYNZIWOVc
YuR5vQkuzmrMWp6A6Wp0hp06PvMtGWeOeKF2jQT+7YWU1V4kti9zqZT903v4ofBtFFgFwY8UTlxI
69TuWS1zolOGVq1cvG5lSdPqVeyf5v8/1vxprgplbmRzdHJlYW0KZW5kb2JqCjMxIDAgb2JqCjEz
ODE1CmVuZG9iagoxNCAwIG9iago8PCAvVHlwZSAvRm9udCAvU3VidHlwZSAvVHJ1ZVR5cGUgL0Jh
c2VGb250IC9MT0ZVQVIrQXJpYWxNVCAvRm9udERlc2NyaXB0b3IKMzIgMCBSIC9FbmNvZGluZyAv
TWFjUm9tYW5FbmNvZGluZyAvRmlyc3RDaGFyIDMyIC9MYXN0Q2hhciAzMiAvV2lkdGhzIFsgMjc4
Cl0gPj4KZW5kb2JqCjMyIDAgb2JqCjw8IC9UeXBlIC9Gb250RGVzY3JpcHRvciAvRm9udE5hbWUg
L0xPRlVBUitBcmlhbE1UIC9GbGFncyAzMiAvRm9udEJCb3ggWy02NjUgLTMyNSAyMDAwIDEwMDZd
Ci9JdGFsaWNBbmdsZSAwIC9Bc2NlbnQgOTA1IC9EZXNjZW50IC0yMTIgL0NhcEhlaWdodCA3MTYg
L1N0ZW1WIDk1IC9MZWFkaW5nCjMzIC9YSGVpZ2h0IDUxOSAvU3RlbUggODQgL0F2Z1dpZHRoIDQ0
MSAvTWF4V2lkdGggMjAwMCAvRm9udEZpbGUyIDMzIDAgUiA+PgplbmRvYmoKMzMgMCBvYmoKPDwg
L0xlbmd0aCAzNCAwIFIgL0xlbmd0aDEgNjc4MCAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJl
YW0KeAGFWQl8VNXVP/feN0s2MgmQdZJ5wySDZBIjARogmEyWCdiAbEFnaJAJIZIgmEjY3GCoIjBs
lloquOBSFbXKywTpBLBEUVtRhE+p1hVE+6n9FUF/P7Uq5n3/+2ZAsP76vZv/Oeeec+523nn33TdZ
vGhJKyVTiAR5WxY2d5JxZX8MltOydLEaq6dkEZkbr+2ctzBWH7gA9evnLbjx2lg9xwpe1NbaPDdW
p7Pgv2iDIlZnI8EL2hYuXh6rZ78Hbl3Q0RK350i1eWHz8vj4JO3q9c0LW6UBU2kCUTs7uhYbVcqR
/V3Suag17s/8REl/FmcpPh/pNYCIgXH6ksbRfWSBZKNSuopI+aOSRybUpd2U2vTbvY+Nnp067itr
rlwG0UMfDS2S/MV75lz93a4f5tnImoxqguEvDWhnqey/kmpt9N2u726yxUaSlnMX76VGcUmPO8tx
dL8YRicALoZFPHmOXjFU5EUqHN6ocPWkDy5LrS4RKnosNagK2gHsAg4ACs0W+bDaQFcCIWAXcAA4
CpiJQKVVBTqAHcAJwCzyhD2iOmzVQ0U22mZjvakik04DOiDIAVoKTAZmA5uBHYDZ8JOaDmAlcAA4
A5jJKzIjW0Zg7pmR9Qbrmb+gzKg2x6pNs4xqz9WBGJ80Ncbrroi5jY25DR8ZU19aE+NDi2M8vbAs
hM57ElPK+qozRAYWmYGJd4Iy/gKlMkYOekAMJg3gAlM1NF6R3lPgLttxQCjEBBeM5pJD7xMskpJW
Vp3IdX6a0snBP+enYhZ+qmdAWtmO6l/yk7QLOAAIfhLlQ/4hreQnZMxBq4AdwAHgCHAaMPMTKMdR
PuAfUCp/n0qBKmA2sAM4AJwGLPx9UBt/T2aMQaVcBXD+HqiNv4tlvQuayt+B9A5/R+/jb0TKx5T1
GoKnNC44CuNCZm5cSM8oi/LXI98OQ0a5caeRUfvEEKqkEWJIpHC4IyqyIuPaHVH+UY/qcTxQfRk/
RhrAMZNjGPkYqcAUIAh0AmZIb0J6k0LAncADgAYgy0BtgMoPAa8Cb9JlgBeYAlj50QiGifIjEXeN
ozqDv8b/QpmI+GH+V4O/yl8y+Cv8RYO/DJ4P+yH+UiTfQdVJsBPa2MBt4KWwm/hzPQXpDr06jR9A
BB2gpUAVMBmYDWwGzPwAHxKZ60hHJ/voEJ5hB4/QZwZ/lB6ykne+w+uuRQKqkrjHXg4JZIe6w829
7q3bUJXEvWkLJEnct2+AJIn7plWQJHEvWApJEvfc+ZAkcc+cDUkS9+RGSCBRfv+fCoY6yidfx9Tq
VL4MUVqGKC1DlJaRwpfJQt8qco73RIqKELHtXs+wIkdoLwvtZ6FpLPQQC7Wy0AoWWsVC41joGhby
sJCdhfJZyMtC+9hohCLEvLsvqo7xZrHQIRZ6ioW6WMjNQoUsVMBCKiv3RrkzcgWeOjCfwXqq5UPH
nT2XV2L3SeVORNSJnHdiTzgAegTQjZoXTuqQmHN2vuRDeoqqYvVLx5Z1VE/gB9HwIG7DQToOKLhB
B5FGB9HJQXSXCloFzAb6gNOADpjhPQTr2GzQVNBSoAqYDawETgNmYzqnMRVOHaByiruMiZWCVgGT
ZY0fRBmC4uROb57NbvPYJojNdpaazybn6/m8nDIysC+np1nToixlzzcp//4mhRKqE/gmvpnycCPu
jPPNkW/zHFF2d8S9z1E9mP2e8hVkHRtDblYIPpq6jPooslulfiTZ+ZPgZRH7VWiWGnEXO/ayAbLV
Hse39o8dn9mjHOKn9n2Ot9SowiKOv0Hz5B7HMfs6x8ulUSs0+91RBrZXNVx77aMdTx0yXFfBsD3i
WCHZHset9vGO6+yGoTVmuKYLNW+qY5p7pmMC+quzz3F4u9DnHkeV/RrHuJjXKNlmj+MyTMETE4sw
2WF2Y1BXvtHhjPIoa/MWW7Za/JbJll9YyizFFqfFYcmz5FoGWdOtNusAa7I10Wq1mq2KlVvJOiiq
n/B65FtvkNl4+ZmR0IwUQ7Zhh2FymwElzqycfknaQNHAG6bXsAatr4Ua5qja19NdUZY4daZmctUw
Lb2BGhprtNGehqhFn6aVexo0y5Rf+bsZ2xSAVuNro4wa/VGmS9XqXC291t9LjKWt3pgr+SWrNwYC
lJWxtCqrKr0ybUx93c+QoKEM1nl+vLJ+FD1Znjxta8N0v/ZEXkArk4KeF2jQfjtdbfL3si/ZGV9d
L/tCsoC/V1SyL33TpF5U1gUCDVF2leFHKvsCfsgYMPhZ8WKWfqRa82N+22N+hWgPvwLJ4JeQQIWG
X2FCguGnMOnX3VXgq+suAIFPpkpdhk9Xpnqhz6FC+BSCwCcjRIcMn0MZIemjVRrd2O1wyQeBC8sh
u+FiZzmGizHzbsOlNO6y7rzLOmMkEZuN4SMJukk5cc4n5QR8Lgjkfxdbazwe1lMRaGnytbp8QZev
FQhq65e2ZWmhOara3RKQBlUT7uCcljbJm1u1gKu1Tmtx1andFUa7n5ibpLnCVddNTb5Gf3eTt7Uu
UuGt8Lma6wI946eMLL9orHXnxxo55WfGmiI7GynHGm+0+8lY5dI8Xo5VLscql2ON9443xiIjx6f4
u61UE6jF/ZO8hyclIl+Duc5ATYats9JI3gpn1orcvTit7KQkT0BLdtVoKYDM65LqkmppwjMlTQOg
To2bslZUOHP3sp1xkw3qNFcNeRYv6VpCWb72uthfFy6oFi+RtyJGPVL3sxdcfJq3uU6erRu0oukN
WtXUmf5uiwXaYF0AurHndElJvqjeF1NeCuVY6SjEeUepGyd1CQlxx//MBWNOUCM6vTho7Oth3ny2
mLoCQstvaOTYChpnIgxNM/17cZaSL4muABbYxTys61xvch2GTDENYdld57B4SVyKx2JxnBuuXR7y
dJ0LybnuPDJYBjFitdiDrc20l7KBHNNjlK24Cd8/+ifAp5L3t+ufSrvk/J/Y6KJxEO2kp1g7PUUH
6Hl2Bq12US/tJnkEqqN76Ra6i9bgtTYTmnU0DcUE/V0sW9+NL5MH8cJ8kA7D92paQXspg2Xpn9FK
Wi3eQKvVlEJDqJqmUAdtZBP1JdREx5XbqJwm0vXUyUK6X9+kb9H/QI9Qr/ir/gMlUQ61oBzWPzf9
XX+PStDid7SNjrMtCc+QF6OE4HkfLaLtYpbC9Hn6d5iBk5ZhDgpNosOsj3vQeyt9wrLYLaIWvTys
a/oL8LLTLGqj7bSXjWLjudPUpE/SD1MGxliOXrdRhPagROlZeoclm87of9DPUDYV0xVYz256jfWJ
/h9W9VchbiZEaRiNgaWD/kx/oaPMxZ7jHaZkU5nJa7pJP0aDaDjNwGwfQ8v/Zd/wFSgrxUtKvV6D
j7zV9BsZbXqRPmQ5rJRNZlfxYbyD3y8WkRUjDkeZS+2I993o/QOk0R6ezI+Ih5Unle/Nef0n9AG4
I266h+6j51gKVqqyLvZr9ib7iNfy2fweflLcpTyuvG5pxqqvoYW0kZ6kb1g6G82msl+xNnYLW8N+
w7axw+wo+5RX80Z+HT8t2sQN4lmlBmW60qXcZrrDtN78ab+//4X+/+n/Ri/T76CpyIdVmP3v6H6s
rJeO0Nsox+kkM7EkNgBFZU42g92MsoJtZA+xnexxthujHGUn2Wd4JX3Fvud403Izz8XhRx6BXHwR
Tph38Xv5EZSj/F/8W5EphgiPGCXGiYDowKzWiDtRnhEfKjnKEUVHnMtMW007TDtNT5qeN50xJ1t+
jXf8q2cf/qHohw/6qX9t/9b+SP9u/UMajHuItwc+wcZh9s0o83G/tyLjdtEbLBmxy2FFrJJNRGRm
s/nsBrYckbydbWePGHN/mu1HlN5ipzHnFG435nwpH8Vr+GSUa3grvwGHsS18N3+TfycsIkmkisGi
SIwXs0SrWCxuFFuFJl4V74uT4mtxFkVXEhWHMkRxKx5lvDJbWaLcr3yifGJqMr1i+oc50bzQfIc5
av4Cp5pKyxTLVMssy2bLHssxaxDZeZCeoT8hA89f7IRYJXziGdrERyjZ+IR5Dfk8m+aKSRyZyney
tfxWtpsXmJabK3gFu5LOKG7E+iW+g3/NK8Qk1sCm03w+PNaheZDyBKRxykE6pezH2l5Dz8vNyWwF
P21OpgjOSGNwRnpRXKZ4xCv0jjjOLMqD9K6SyDLZKf6YmIIseFapNPnJKe6lp8UN7FZ6hvuIEr+3
bkAeX8mewL7QyMrYv4WOY/CVyKJy8RHdRtfxv9MpPMdr6fdsrjKPNtEIdgt9Qo/iqRhmut5cZB7M
XubtSpgPZLuJK49jdWNYAROmQXQ7myW2m0/zt2kJHVES6QPxR8z+CH9aTFLOmKaxNjwBt9IddIO+
im40+ZXX2TwS7CoqVE5gd7tFlClO8JXYVZqwp+3B070X+0C1mARNFjJnIvJiBnaI7Sh3Y59QkEHt
eMavxi72Gu02N/IozTMNYNh18EvNK/3TaKb+KG3T59H1+hYqwX6wRr8FPe6kf9Bm2slW999MnfiU
fBvP9kRTPT9iqtdLeJi/zafzrRffX0S7kGXRP1Gexp2pNO2jsPIWTacqfYP+N2T3Jdhht9EcHFg/
xio/xwgTRB+N6L+Sd+v1ohPrPU5T9cd0B0ukNn0BTab99IjFRM0WD+6xxl7Hem+mVj5NXyxa+9sR
h82IghfRWoL9Z523dkZjtbeq8vJxFWPHjC4fNXJE2fDLSi8tKfYUDbtkqLuwwDXEqTry8+y5OdlZ
mRmDBw1MT7OlDkhJTkpMsFrMJkVwRsU+V31Q1dxBTXG7JkwokXVXMxTNFyiCmgpV/cU+mirbNcN0
kacXntf+xNMb8/Se92Q2dRyNKylWfS5VO1znUqNs5lQ/5I11roCqnTLkSYZ8pyGnQHY60UD1ZbXV
qRoLqj6tfmlb2BesKylm3UmJta7a1sSSYupOTIKYBEnLdHV2s8xKZgg80ze2m5M1BUvUclx1Pi3b
haboRhT6mudqU6b6fXW5TmegpFhjtS2uORrJk5LHcKFaYxjNXKtZjGHUdpxxNFqvdhf3hTdEbTQn
6Eme65rb3OTXRDP68GlpHoxbp2Xe9HHWj1V0jjPZmgutuSLsy2pXpXM4vEbVHpjqv6BtrlP2EAig
D7TlhfXBcD2G3oA71SDP4hpfHfBrbDWGxMGy0FhVbH2xU29hcL6qJbhqXG3h+UHcmpywRtNudEZy
cry9+gnK8anhRr/LqVXlugLNdfbuQRSedmNPtlfNvthSUtxtS4sFtntAalxITrlQaEXQYzZDMtyl
1DDtfGSZnKPrCpwENbVFxUz8LqxptCStoyncMho3AFeAoZU2F3ekXUuoDYZtY6UeS2SaqdDmUsNf
ETLAdepfF2ua4xpzoe0rkkaZJ+dTTWPN52TN49GKimSKWGpxTzHHSqM+qqR4aZS7XJ02fD/Ljwaa
gtg2B8aWIvxOp7zB66NemoOKFprqj9VVmpMbIW8pztY8KC195yyDZ0hL6JzlfPOgC5m8W37P0mDN
6j7/l2rLGOhrG6uxjP9ibo3ZG6a7GnA0Vn3hYDxrGxovqsXsMqCIG2xxSRtY6xe5HDop8VxhWGMn
5HMuOC77kzWlEH9mI6nnRi1WZKWhYWq9ZgtOiNFAotMZf2b+v0ZR/YxsZbAfm8WXoY31xCcam7ZW
cVH9ouklh0VDI7YcjpN9OJx4kQ2pFpvlFXGGjMeHvlOt1WgGnsxC/OGTY7REIFfzImSwNOIpMtSB
3Hj1IsfceKMALpmdJcX12DPD4XqXWh8OhpujemiOS7W5wr38ef58uNOH3S6WOFF97/pcrX5DABFr
Y2PxeHCq6XaxtVO7vWzt9Jn+XvzEoa5t9Ec447XBmkB3AWz+XpXIa2i51EqldFFlhRoYFhnhVsM/
t9dLFDKsiqEw6i34dcPQxZygY9QS5TGd7Zwfh06J6byGTq5P7jG1jf74bTESQj56yCH8QwXdyDMG
LoYir2Qo5f8y1PMapDSK/KUGxISC072FyJnmTCsEwa86dFYVfWe9JvqeVKUPXsaPO2D6UJz9fu7i
UArDwCg9PrJZ/kNm4uT6GdXTPNWL2psXTGr8P/Jd8ykKZW5kc3RyZWFtCmVuZG9iagozNCAwIG9i
ago0NTMyCmVuZG9iagoxMSAwIG9iago8PCAvVHlwZSAvRm9udCAvU3VidHlwZSAvVHJ1ZVR5cGUg
L0Jhc2VGb250IC9ZSVpVRkIrQ2FsaWJyaSAvRm9udERlc2NyaXB0b3IKMzUgMCBSIC9Ub1VuaWNv
ZGUgMzYgMCBSIC9GaXJzdENoYXIgMzMgL0xhc3RDaGFyIDk1IC9XaWR0aHMgWyAyMjYgNTc5IDUy
NQozNDkgMjI5IDIyOSA1MDcgNTA3IDMwNiA1MDcgMjUwIDUwNyA1MDcgNTA3IDUyNSA0MjAgNTI3
IDUyNSA2NDIgNTIwIDUyNSAzMzUKMjY4IDM4NiAzOTEgNDk4IDI1MiA0NzEgMzA1IDQ4NyAyNTIg
NDg4IDQ3OSA1MzMgNDIzIDY0NiA3MTUgNDU1IDQ1OSAzOTUgMzAzCjMwMyA0MzMgNDUyIDc5OSA0
NTMgNTI1IDQxOCA0MDEgNTI1IDYxNSA0NTkgNTY3IDQ5OCA1MDcgODU1IDUxNyA1MDcgODkwIDMy
Ngo2MzEgNTQzIDU0NCBdID4+CmVuZG9iagozNiAwIG9iago8PCAvTGVuZ3RoIDM3IDAgUiAvRmls
dGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAFdlN1um0AQhe95ir1MLyKvYdeOJYRUpYrki/6o
bh8Aw5Ig1RhhcuG373cGN21zcZAOszM73yzs6nH/aT/0s1t9m87NIc2u64d2Spfz69Qkd0zP/ZCt
c9f2zXxz9q451WO2IvlwvczptB+6syvLzLnVd1Iu83R1dx/b8zF90LuvU5umfnh2dz8fD/bm8DqO
v9IpDbPzWVW5NnWU+1yPX+pTcitLvd+3xPv5ek/W3xU/rmNydETGemmpObfpMtZNmurhOWWl91X5
9FRlaWjfhW4Jx655qaeszNcVi/3O8Wh55J5H7S3ztuZ9xk4ZuRbXrcv9+r/F0S8NHbtbJ3lelZL3
YV2xX4FF3m/JK/OARdhcNmKR95ud7AaLsI3sFou8L6zUAxZhC0VrLMJuZY9YRKuW22ARUduoxSKs
tZGwCBuV22ER+yYsS0wgqBSbm4h2ssBJ2CALnOR9VKkCOIncoyxwEosfZIGTwLdc4GgeW9SKAieB
YBsx+MKGvxUvS0yUso1gLRZe6xnWwng3mkYBq8TijSysEk3avrAWxhs09gCvRM+qzLmZyNXYA6wS
UbXBw0TULKxh4VUbFDABqDYCrBKLNY0Aq0QblgtrMN6t8OmlDHagnDIWOIlSZoHjOGRFFICTqNzK
AicRNSLgggFuRRSBk/h4tTgCKDFnfRsROIlSZgGkPSxcRIGTsNqXQzaBgOV3+/Phr9//CMRLKb/t
AndcztrKwh2NHQrKwi5RVt9nZAwSH4bYI2OQiGqqkTFI9K8DioxBokOLMoa4nLXhMIa4nDX2n4Z1
VehKe7uCmtdp4vaxe88uJl04/ZDersbxPKqA6TdcAFTVCmVuZHN0cmVhbQplbmRvYmoKMzcgMCBv
YmoKNjMzCmVuZG9iagozNSAwIG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IgL0ZvbnROYW1l
IC9ZSVpVRkIrQ2FsaWJyaSAvRmxhZ3MgNCAvRm9udEJCb3ggWy01MDMgLTMwNyAxMjQwIDk2NF0K
L0l0YWxpY0FuZ2xlIDAgL0FzY2VudCA5NTIgL0Rlc2NlbnQgLTI2OSAvQ2FwSGVpZ2h0IDYzMiAv
U3RlbVYgMCAvWEhlaWdodAo0NjQgL0F2Z1dpZHRoIDUyMSAvTWF4V2lkdGggMTMyOCAvRm9udEZp
bGUyIDM4IDAgUiA+PgplbmRvYmoKMzggMCBvYmoKPDwgL0xlbmd0aCAzOSAwIFIgL0xlbmd0aDEg
MzA5NzYgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngB1bx5fJXF3TY+c99n3/c1yTkn
JzlJONn3hJAcyAIhbAkEEiBA2EHZQZBFEXDDWndbrHXpolashgAStFXsQ2tti1utdtPap4vWlla7
uWCS3zUzZ0Kw7fO+n8/vn+dNcp3rmrmXc8939u/Mne1bd6wiZrKfqKR0xYb+zYT/VH4NdPeKK7ZH
RTh3LSHajNWb12wQ4QmHCDGG1lx+5WoRrjpDSHPW2lX9K0WYfAquXosIEaaV4Jy1G7bvEuGKBwih
mss3rUgfr2pA/KEN/bvS309+iXB0Y/+GVeL8XW+z8Oatq9LHaQ9u57g0bH5G/ZSkn4ddZcNXgCbT
KHGQ/yJ6ooBLCO7ovJUeIBocZce19w3d/OEPnUvtDf8gQQMiCHn6j3t/xPj56x+56cInwzcZ/6R/
EkEj7iB+cJ3+vuGfE2J64MInnzxg/BO/U/ogp8mDRjU6pBw6YQzQ6RAHpTggxTVS7JfiaimukmKf
FHul2CPFbimulGKXFDuluEKKHVJsl2KbFFuk2CzFJik2SrFBisuluEyK9VKsk2KtFGukWC3FKilW
SrFCiuVS9EuxTIqlUiyRok+KxVIskmKhFL1S9EixQIr5UnRLMU+KuVJ0SdEpxRwpZksxS4qZUsyQ
okOK6VK0SzFNiqlStEnRKkWLFM1STJFishQpKZqkaJRikhQNUkyUol6KOilqpaiRolqKKikqpaiQ
olyKMilKpSiRoliKIikKpUhKMUGKAinypciTIiFFrhQ5UsSlyJYiJkVUiogUWVJkSpEhRViKkBRB
KQJS+KXwSeGVwiOFWwqXFE4pHFLYpbBJYZXCIoVZCpMURikMUuil0EmhlUIjhSqFIgWVgqQFHZVi
RIphKT6V4oIUn0jxsRQfSfGhFP+U4h9S/F2Kv0nxVyk+kOJ9Kf4ixZ+lOC/Fn6T4oxTvSfEHKd6V
4h0pfi/F76T4rRS/keK/pfi1FG9L8Ssp3pLiTSl+KcUvpPi5FD+T4qdSvCHF61L8RIrXpPixFK9K
8YoUL0vxkhQvSnFOih9J8UMpfiDFC1J8X4rnpfieFN+V4qwU/yXFd6R4ToozUjwrxTNSfFuKb0nx
tBRPSXFaiiEpTknxpBQnpTghxXEpBqU4JsWAFE9I8bgU35TiMSmOSvGoFN+Q4hEpHpbiISm+LsXX
pPiqFF+R4kEpHpDifinuk+LLUtwrxZekuEeKI1J8UYovSHG3FHdJcacUd0hxuxS3SXGrFLdI8Xkp
bpbic1LcJMVhKW6U4gYprpfiOimuleKQFAelOCDFNVLsl+JqKa6SYp8Ue6XYI8VuKa6UYpcUO6W4
QoodUmyXYpsUW6XYIsVmKTZJsVGKDVJcLsVlUqyXYp0Ua6VYI8VqKVZJsVKKFVIsl6JfimVSLJVi
iRR9UiyWYpEUC6XolaJHigVSzJeiW4p5UsyVokuKOVLMlmKWFDOk6JBiuhTtUkyTYqoUbVK0StEi
RfNxNlrGqHkwqzGCMfNglhd0QISuGcyqR2i/CF0t6KrBLAsi94nQXkF7BO0WdOVg5mScsmswsxm0
U9AVgnaIY9tFaJugrSJyy2DmFFywWdAmQRvFKRsEXS7ossGMVpy5XtA6QWsFrRG0ejCjBaesEqGV
glYIWi6oX9AyQUsFLRHX9YnQYkGLBC0U1CuoR9ACQfMFdQuaJ2iuoC5BnYLmCJotaJagmYJmCOoQ
NH0w3I40tAuaNhiejtBUQW2D4Q6EWgfDM0AtgpoFTRHHJovrUoKaxHWNgiYJahBnThRULy6vE1Qr
qEZQtaAqcbNKQRXiLuWCygSVipuVCCoW1xUJKhSUFDRBUIGgfEF54tYJQbninjmC4oKyxa1jgqLi
uoigLEGZgjIEhQWFBkOzYKygoMBgaDZCfkE+EekV5BGRbkEuQU5xzCHILiJtgqyCLOKYWZBJkFEc
MwjSC9INBufg27WDwU6QRpAqIhURooIIJzoqaISfQodF6FNBFwR9Io59LEIfCfpQ0D8F/WMwMC8y
RP8+GJgL+psI/VXQB4LeF8f+IkJ/FnRe0J/EsT8Kek9E/kHQu4LeEfR7ccrvROi3IvQbEfpvQb8W
9LY49itBb4nINwX9UtAvBP1cnPIzEfqpoDcG/QuQlNcH/fNBPxH0moj8saBXBb0i6GVxykuCXhSR
5wT9SNAPBf1AnPKCoO+LyOcFfU/QdwWdFfRf4szviNBzgs4IelYce0bQt0XktwQ9LegpQacFDYkz
T4nQk4JOCjoh6PigrwmJHhz0LQIdEzQg6AlBjwv6pqDHBB0V9OigD60+/Ya4yyOCHhbHHhL0dUFf
E/RVQV8R9KCgBwTdL252n7jLlwXdK459SdA9go4I+qK44AsidLeguwTdKY7dIe5yu6DbxLFbBd0i
6POCbhb0OXHmTSJ0WNCNgm4QdL2g6wa9/Uj7tYPe5aBDgg4OelcjdEDQNYPeboT2D3rR2dCrB73V
oKsE7ROX7xXX7RG0e9C7EqdcKS7fJWinoCsE7RC0XdA2ceut4vItgjYPelfgLpvEzTaKMzcIulzQ
ZYLWC1onrlsraI14stXi8lWCVoozVwhaLqhf0DJBSwUtEYnuE0+2WNAikeiF4ta94ot6BC0Qjztf
fFG3uMs8QXMFdQnqHPSkkLA5gx5m1tmDHlZhZw16DoJmDnqKQDPEKR2Cpg96MJCg7SI0TdBUEdk2
6LkKx1oHPdeDWgY9V4OaBz37QVMGXW2gyYJSgpoENQ66MC6gk0SoYdDZi9BEQfWDTlaP6gTVDjqn
IlQz6OwBVQ86F4KqxLFKQRWDzkJEloszywadLGGlg07WIJUIKhaXF4lvKBSUFDebIKhA3CxfUJ6g
hKDcQSezUo6guLhntrhnTNwsKu4SEZQlrssUlCEoLCgkKDjo6MM9A4OOJSD/oGMpyCfIK8gjyC3I
JS5wigscItIuyCbIKsgizjSLM00i0ijIIEgvSCfO1IozNSJSFaQIooJIatS+PMIwYl8RGbavjHwK
fQH4BPgYcR8h7kPgn8A/gL8j/m/AX3HsA4TfB/4C/Bk4j/g/AX/EsfcQ/gPwLvAO8HvbmsjvbGsj
vwV+A/w38GvEvQ3+FfAW8CbCvwT/Avg58DPgp9bLIm9YyyKvg39ivTzymjUR+THwKvQr1mTkZeAl
4EUcP4e4H1k3RH4I/QPoF6C/b10fed66LvI969rId61rImdx7X/hft8BngNSo2fw+SzwDPBty5bI
tyxbI09btkWesmyPnAaGgFOIfxI4iWMncOw44gaBY8AA8IT5ysjj5t2Rb5r3Rh4z74scNV8VeRT4
BvAI8DDwEPB1c1Hka+CvAl/BNQ+CHzBfFrkf+j7oLwP3Qn8J97oH9zqCe30RcV8A7gbuAu4E7gBu
x3W34X63mmZFbjHNjnzetCZys+nrkc+ZHo5cq+ZGDqm1kYO0NnKge3/3NUf3d1/dva/7qqP7us37
qHlfeF/Hvj37ju77xb6US2fa2727e8/R3d1Xdu/s3nV0Z/dTynVktXJtqqH7iqM7ujU7PDu271D/
voMe3UFbdtDSHVQhOxw7ojtUy/burd3bjm7tJlvnbN2/dWCrZuLA1re3KmQrNQ2Nnjm+NZzVBk7t
3Wp1tG3p3tS9+eim7o2rN3SvxwOuq13Tvfbomu7VtSu7Vx1d2b2idnl3f+2y7qW1fd1LjvZ1L65d
2L3o6MLu3tqe7gU4f37tvO7uo/O659Z2dncd7eyeXTurexbiZ9Z2dM842tE9vXZad/vRad1Ta9u6
W5F4kuHIiGaoDvYAszLwJCRMp5SGU+G3w++HNSQ8ED4TVl32UCSkFNiDtHl2kG4KXh28JajaAy8F
lFSgoLDN7n/J/yv/X/wad8pfUNxGfA5f1Kd6Wdp8M+extB33NbUILqviaZ3piyfa7F5q90a8SmvE
S4nzbef7TtX7rOMlh2K3U7t91K6k7DjdbovYFPYxalNTtrKaNrs1YlXYx6hV9aWsiGEPn2eZM6/N
bo6Yle4m82yzkjI3NbelzEWlbUSlUYqVHwdINbCnod5I2xAlx31US4forcfmzU0mO4YMpKtjwDBn
0QC9YSB3LvtMdS4c0N0wQLoXLuo5Runne49RpXnegKejc6EIX3vzzWRKZsdA5tyegQcyezsG9kOk
mBiFIJnHfGRKb3LJth3bksntS/CxZNv2JP9DiO5gIfzgAP62bUeY/YIQJuzIf/4Rp+G8pdvww28j
7v6fL/l/4Aj9f+AZ/5c/4jGCItozeVQ5RFYqB4EDwDXAfuBq4CpgH7AX2APsBq4EdgE7gSuAHcB2
YBuwBdgMbAI2AhuAy4HLgPXAOmAtsAZYDawCVgIrgOVAP7AMWAosAfqAxcAiYCHQC/QAC4D5QDcw
D5gLdAGdwBxgNjALmAnMADqA6UA7MA2YCrQBrUAL0AxMASYDKaAJaAQmAQ3ARKAeqANqgRqgGqgC
KoEKoBwoA0qBEqAYKAIKgSQwASgA8oE8IAHkAjlAHMgGYkAUiABZQCaQAYSBEBAEAoAf8AFewAO4
ARfgBByAHbABVsACmAETYAQMgB7QAVpAM3kUnyqgABQgZCVFHB0BhoFPgQvAJ8DHwEfAh8A/gX8A
fwf+BvwV+AB4H/gL8GfgPPAn4I/Ae8AfgHeBd4DfA78Dfgv8Bvhv4NfA28CvgLeAN4FfAr8Afg78
DPgp8AbwOvAT4DXgx8CrwCvAy8BLwIvAOeBHwA+BHwAvAN8Hnge+B3wXOAv8F/Ad4DngDPAs8Azw
beBbwNPAU8BpYAg4BTwJnAROAMeBQeAYMAA8ATwOfBN4DDgKPAp8A3gEeBh4CPg68DXgq8BXgAeB
B4D7gfuALwP3Al8C7gGOAF8EvgDcDdwF3AncAdwO3AbcCtwCfB64GfgccBNwGLgRuAG4HrgOuJas
nLyfHoI6CBwArgH2A1cDVwH7gL3AHmA3cCWwC9gJXAHsALYD24CtwBZgM7AJ2AhsAC4HLgPWA+uA
tcAaYDWwClgJrACWA/3AMmApsAToAxYDi4CFQC/QAywA5gPdwDxgLtAFzAFmA7OAGUAHMB1oB6YB
U4E2oBVoAZrJyv/lzfT/9sfr/d/+gP/Lny+wdAnbMUTIyB3jNwmROWQ92Ub24/c6cjO5gzxLfkGW
k4NQR8gD5CHyDTJAniMvkDcuuer/Z2DkSu0GYlFPER1xEzL6yej5kYeAIa1tXMwdCLk10Ysxo47R
P38m7s8jd4w6RoZ0LmLi11qVV3G3v9Hh0U/Qv+qIdbSahZXroe38mz7Q3zfyxMjDlyRgDukkC8ki
spj0kWWkH+lfSdaSdbDMZeRysoFs5KGNOLYGejVCS3EW2hKuL561iWwmm8hWsp3sIFfgdzP0tnSI
HdvCwzvITvzuIleS3WQP2Uv2pT938pi9OLKbx+7CkavI1ciZa8gBriSLmIPkELkWuXY9uYHciBz7
z6Ebx846TG4in0M+f57cQv6TvvmSI7eSW8lt5HaUhzvJXeRu8kWUiy+Rez8T+wUefw+5j9yPMsOu
uAsx93N1N/kC+Rb5HjlJHidPkCe5LVfAtsIi0i6ruaU3wwZ7keaD455YWHPnmLWugjVYug+n070L
9jsw7oor0nZk1juIM5l1Dqfzgd1lXzpGWuJWpEzoi+lkNmJpuOWSdMor/k+xLMXMTvfCXtIyzGZ3
I+6ef4kdf8Z4fTf5Mmrgg/hkVmXqK9BC3c/1+Pj7xs59gB/7Kvka+Try4mHClGQR8xDiHiaPoG4/
So6Sx/B7UY9X4ujj5Js85wbIMTJIjpMTyMknySkyxOP/p2NPoO347DXH0/caHLvLafIUeRol5Bly
Bi3Nd/ArY76NuGfTsWf5WSL8HeylPMvPYke/g7L1PFqoH5Afkh+Rl8h3EXqRf34foZfJq+TH5A1q
hXqF/AGfw+Rl7W+xNXMyNl4+hdy4lywhS1JTVy5d0rd40cLenu55c7s658yeNXNGx/T2aVPbWlua
p0xONTVOaphYX1dbU11VUlxUmJ/IzYlnRwIep8NuNZuMBr1Oq1Exsi1sjbctiw4klg1oEvFp04pY
ON6PiP5xEcsGoohqu/ScgSi7rh+HLjkzhTNXf+bMlDgzNXYmdUQbSENRYbQ1Hh041xKPDtGFnT3Q
N7fEe6MD57meybUmwQNWBGIxXBFtDaxtiQ7QZdHWgbYr1h5uXdZSVEiPmU3N8eZVpqJCcsxkhjRD
DeTHNx+j+Y2UCyW/tf6YQgxW9rUDam5r/8qBOZ09rS3hWKyXx5Fmfq8BXfOAnt8rum4Az0xuih4r
PHP4c0MOsnxZ0rIyvrJ/cc+A2o+LDquthw9fP+BMDhTEWwYKdv82AAOuGiiMt7QOJON4sI6usS+g
A9pcRzx6+B8EDx8//yc89biY/nSMLtfxD8IOsiSOmWmA9ktN8Gx4QqQvFmPPctNQiixHYGB/Z48I
R8ny8CBJlSR7B5Rl7MgZecTbzY7sl0fGLl8Wh2Vb463L0n9XrA0M7F8eLSpEzvK/3AFNLo5HB9TE
suUr1jLuX3U43oIUwpZkHpw2LRCp/rQxW4+VluD8/mVIxDpmhs6egZL45gFPfIqwNiJwk9zWdXN7
+CUitnXA0zxAlq1IXzVQ0oprUURaD7OMYQ/I7hXv7DlNKkbfPlYZDR+vIJWklz3HgK8ZmZJoPdyz
cvVAZFl4Jcrn6mhPODaQ6oX5euM9q3pZLsUdAwVv4+vwgwzkVyFtnzlbnoxkD+hzDdEeJaz2stxC
RLQNH/EpDTjgGNCJIMvRKQ3RHhom8jR8S/oMpi65DwJqbvM0XAzGpc3TwjEUbv7zPzxSWCQAjzFg
GHsmDR5Ce/GZxPf8x0cTZ7MHKoi2rmoZ94CX3BQB/oDpu/3751SYLdLGwCMYWHZOY2koKlSgozhs
GFCQTh7FcjEQHSBzoj3xVfHeOMpQak4Pyxxma56/HXPjzDHIcztdSuZdEhLHa8WxARLrmNcjA8xn
M9CW5PnKspWHp/LwWHDaZw63y8PRw4Z4x9zD7Mvj6RuSKGoQMkeXaO+/qdZVicrahoYy3tYfjzqi
bYf7h0b3Lz98LJU6vLl12dp6VIPD8faVh+NzexqQl7ze7wvvZl/tIh20Y96UokK0PVOOxekNncdS
9Ia5C3tOOwiJ3jCvZ1CBU3TZlN5jOTjWczpKSIrHKiyWRbJToizA7tSFgIGfHz6dImQ/P6rhETy8
An5ZHidOQhwlK4YUEeeQ5ymI04i4FI/rxQ9qWGAtsgDtcGt0Jcuevb1rDy/rZZWL+JCV+KMDNN5I
BpR4I1y5OsuAKb5qyoA5PoXFN7H4JhGvY/H6+JQB6qMwzhDapMPL4minUOR64CLvRelwsNKv5EaH
Rkfn9cTOhc/3xlAlFgMLewaMSfQD2tzpOG8qwzJETx3Yv6KfPQfpRlVnNbN9RS/qgrwhTmkfMOIO
xvQdcEYbv4YVR1y0AnmDDOTX70dgYH/vQG+SfWnPOvZE0ahjgEyL1yPbxT21CfZFJb2HXfFyVrBx
6oAp93pGRjwbgZOax4QRxJehwWUp0lvw5CviOLRiWRQ5oCEr5qKoi7bUxPINMavQJGoSqzhM4fRB
wpKl5pqtpgFjMW6IP6bNxbgh/vS9MApLPA9dnz4B3+0YMOOJEuNMmb4A1sGhdvYs+LseD89OfY7d
pnOIdMV3oWlkD82/So/DA9bc9n40/uJ6M2LitfJi3MuQy6LYPc6KWD1LuQV2V3PnDY0+HL+StQDy
p6gwzjoHVjBJ+DQKNuk9/NmIgUXJokLDZ2OtPPrwYYP1318g7GWwjjG7S7QVfQ0hGvYay0vgB0lc
s5A8pmkh/Zo/kcfUd4Fvkse0FrJI0SA+H+E+8pjuDcRNQDgb6OHnTFV/T+zabPKo5jDJ1meRSepP
yGJNJTmiLicLwcvUC6RP2UJy1bOkisXD73at+lXOR3QryREWp6nl5x5RfoDrYqRTeZzEEH+n+mWS
rR0iVepOUqDeT7LVAtKrfIma4F+coOSQp+GB/ILaS5Kqn1B4kFvVT8lz8BpfC+xWq8hNSF8XMA14
HNgKrAFKgVXACqALBhfv6hBiwVzyBoRjpAlxComTHJJJIqSeNJAKxBWTiaSONOK4mWSTAMHclGSQ
BN77KSe5JEhKSZiEiBPv8uiIFyXXT6ykgGThzaBCUkWqyQSST6IkSfJIGakhPqLFe0Nu9MqT8M02
ZLmHFBEDZrMqnoH9PEgepCX0d8py5SW1Qz2hWaR5SJur3aaL6p7WV+p/ZThmDBi/avKaHjJ3m/9s
2W11WgdtVfZs+0OOiOO041Pnm66Nrk/dd3gsnle9s7xv+e7yb/APB5YHngvqgjVYWnsw+HEoFmoJ
XRY6EdaEp2dszoxn/jxrd2RjtCL6buz62C14QjKyTX0VM3AVz1pHZpJZZNG3iBWuMh+ppydPelta
DEX6Z+AGU0gUjjQDobQ5Zdco1lOhUFP8VJXuZtXZPkSLTjTpb4aLuGn4reEXS4bfOu+qKzlPS978
9Vu/dnzworOupOLXr/26rJQ6Y04Oj03R6z26eHaxUpWXqK6oKG9UqioT8WybwuMqq2sa1YryLEXF
mSKmUWFhqr766UJ19rBOuSreNL9CmxWye6w6rZIRcBU15DrmLsptKM7Uq3qdqjXo82umZHdc3pr9
c70z0+vLdBkMrkyfN9OpH/6F1vbJX7W2C82ayy/cqeomLm7KUb9oMiganW4oKxCcMDHWPt/udmjM
bofTZ9C7nJb8lsXD13kz2D0yvF5xr+GZrBSNfqK5SutBiUmQL58mOaPvnrA46Iz4UFokhkbfP2FG
jFkKrNW+nwqxqFwH+7TyTwv/TOXTXHa40Exn5sQTuX+3mC2B7My4yUp9GguxOCzKE/Fn4y/F1bgl
bnFldrm6td2kqanJVVdXUtLX5/TXOSGdFY7z5c4KWDzZJ/xbWAXM9fl03OR5aky1qfHsRKK6hgo7
+/VxNabZYaCO3Egk123UbBr+/XrV5I5nZObaqYEOaqzBvKzohJBNs4f+in5nki9s06h6i5FOHHnB
aDVqtLawTzNothlU1WA33zy8h6BMPYa2h6J0ZaFW1JLvp0KRgIPOjDjs7MOKj4AFH1GkFTsHi1P5
IW8Kx70pHPd6zYXs5EJ2ciE7uZCdXMhOLnxKKYdP6MxJaJKogKWP40zw+8dxMmecD/7ncVzCj+PM
iiHFkbI+YD5jVsyhvL+Xlelzhih2dHRWDlHzMf080nS+iZfbOlrS92tutfLXkkKgOCeTdULDqB6b
Jh7LTlQ5K6srYiiVXlaes1RaWazE405WmN0XpYZGamev2NI+8ri/oMBPE9vvXFHuS06eULW4NX9k
OFS7cPrg2eau6uCs3KmXdb74ycSe5gTdNmlNV+MEbyRPcyAvUjhv98zieVNrXaaqro0KLZlRlTHS
F584e/jN+p6GyEhtRk0X2rP+0fc1Fm0WavHy4xlkYjJtFTC3CvhPx2EV8J+ZVfhxWCX5jFKB1ilA
S9DuJWjhoHuu5mk6AQ1aKS0+ZpyPKv3aeQZaIpLveP1sWWmuxyYqbyWvljpmAFZNWQX2erJQVUV1
1VgUrcGTWrqn/aof3jJz7t2vXF27fmFb2KBVNQazwVY+e8vs+TevrKlaceuimds6K+16k0495Qi4
bJ6CvPC8r33w5Qc/fWKxNzohbHOHXJ4MtzGvJK/1uuf27vn21ZMTJQmdMws1kJWyW1DKXGjLd6Yy
m2LUzUqOm5UctwdpdruQYHcAqXU/zUoOCYkSE0rbhjPOA/MSA373OM4OPY01MyNsYxm0dYaHaOKY
VpQSaYvXZInoQ5FQLikS+nEF4Jb5X3//oZE/8+zPfeTdL3eerNz06HVPHNv76NY65Z5HLny9S2T0
gq++e2TdyUPTP3U27n+O9VtImboXKSskVxwL5aVzFMxzlDOeGsyfmh/HU+cNKc6U0eiOuqN4+NAQ
NaSs+xP0TIK+nKCJhC44hPRYO/NAx3Rjpb5vy1ZkcQlvRhwiWeU8ny9NFs/omFMW+riQ6l6NyWoY
voOlUFltsBq0WnyM6OigAU2Dxgg9S6EGq0kz1RV2GURqDa6wxxV2GkbWGx0ZblfIoR8pMzjDPN2j
n6jzkO48sviY3p1ON5inmzPL1XS6+XGWt0j3SWsmycrUI2nH3e6gbojmH8/uDLIGMt0jlZx1pqsx
UicybXxiZG8jK7Y6DwnTj8B6ejw81ymDJxoKZHsMSGobjz3rzkAqpukdYa877DQO/05v1Wu1+NA8
nhdBl8NStGj0z5pd2ihGGV9JZWZk2AOshAZYCQ2wti1gQgkNOJCKAMs9K3k2j0bzUnnL8tQ8ezr9
YJ5+MK/JYF6T+XFcaR9Syk+UVNLKwBA1ncjOritpfJqa0MebaMFg3VzPEC08VoL6zGszOgnWQafb
udf6+s6KPEd02i6X1ObqGidr71ht51nvZC0g67xF/ddodmkMFr2ldsnBhZc9ekVT6+5vrGrYUzXy
mtOpMaKP+JLZ5zK56hcvX1l295++Or/vG+dvnX5gVWvIpFniznQbEsWJWYef2bT3zKGWzEx6ZXYO
zGgwODJcI+5QIjM7YOl77P077/lkoD8ULwhls3ox+gntQZ/rJXNONfln+5/wqyRtJTC3EmdYFsxr
Bz8OK5GnUKdNo2dOeelMk6OLd560JN3Ml5X2oWUTAw6nSJripT0GTyzIctzojfmDMY8hhLQigy0G
zc+lkqX2IzxVBVmecpaxzCxlbU4JUzF0+ryXYp0/66U44/nA/Pn4cZxoYvlv8eZ1xUyOcJfjYu/e
JBsdFFx0TuI5E4k8irz4zBM7052616PTU+rzqR/pPdnheKFPP5Ij02LwZAdYWugPdA5/LBSKuvVW
18hc+qJTn8EqsM5hUq4fvnKsKI+ldPg5pclo0Wu0SLo15B8eHb4n5E63VR1IfYhMO028IrHYucUT
yxmJBfPEgnkD60ViTxCjvcs7RJPpxoiWnJOtKk+j6GdFd+LldVXtQItiHD7rLxhLxMtsCNLhCbuN
aFsel5ly4UGjMyOdM7ok2pMG8ljKsaxxc6NiLS31l5SYigMB3tijMvJOABnDGc8K5s/KjyNjQixj
snLKLBYTq7smVndNrO6aWN01sZw2sbKFcUkqiADJqe40B/zWkkBZsS6S3xnplkO1JhcGaRXITzm6
wEhNNrnOCmfdpJKKCjZ2G1cW45SN14qVPBofl91s3Jyl+GkFy28mvbqkwRMJ+mNugzJSoZq9mR5v
lsesjEylaLWCAWRyYXhttDQnYKQ7tfQ6cyiSCG6wh92Wi0V6zYU79Sa9qkFXjMHxEWlLzUMTciyh
/PCnC9SHsiYEzUZ3plfURIx+nZjjXHs8z273pEs5ZxiIM2wEfp+NOngYxvFwY2aZiovLmTHLAzi3
PIATyx04q5wZs5yd4iBZtV2mYnueJsjacdZdYajrr2PGS3dSF21XApvxIiMshboR9/m8/8ZeWaq/
IsFGb+lSpbnK6g1Za0J58bh3ZG10coaiKAZ3JBCIuAyFoa7MvEimk9ZnVpeXBSi6MXck6Iu6DFM9
mA2YM8vzlLfr9k2cdvf0T/82Vlsezc82+Qsiw9+vXLGsr2T20dnKMxgroye06AkbsaB/ex7lMQPz
x13HcnRpq4F5deEMY4B5EeTHYRIdM4nfmclMlsnKX6bDYqUzMtmYOBOt/yBx5qLtP67TWeIY0x73
dlrGdX3CYLKgpVv5S4sT2nbNuIGL+nxq5zd33WF0x4KsqZgQot4JM9dtmFFwcuKCvsL7vzRrTVuO
ekf/vRsbRorHygmSrvc3Lb5ywez1lbbhj/OnrkinWGNGiqtJC7ktleUodtYY8NQ1LBU1PBU1LFU1
LOdrhpSKUwVsJlDQ5GQmgeKMcznDNGBuGjBvSZwwzWBGsQOjnSc3p2gq5Z8EC5yMdfrTLSjr//vO
Y2ifLjay7mHAky41rHqpxSoG8BcbVDa89/mz1PQA3+/2+WhlIi+RSA/zNWadJycrFPOYNTu9RY3z
Jm6TxsJI3102OdSxbVZefMriumhlUb5nu80wMtwyJ9hUcdsjLSumRFDpDCgTKPJllQua4sM/GzMi
Bg5a1Vo7f1Pz5DWz6z22ZMOsspHf5GSq185Y59frRmbEJs5B7Zs6el5doY2RdvLOaTIZE047ppOT
mclgIs4wHWfUKjA31eQhpTCVLE+5PXRGecqJeWZ5TrklHGDXhlmDFnbgqjCriGGWHeGnsHMNrdrx
MO9NzxwPptkj+Em7k84gluKnaR7cHiaaSJmd0RpakzJb6Azkz5mUiakaZ43T14CR2cnJYW3BXN8Q
LTim5cMRZMF5J5u+JpN9jvMODEteY7MvkVF8QCoDY0MTTXrgwScaVZXFunT4sxMRnbqieeeDfZM3
LZjoN2OIYrBVzNkyvbavOae8a93GtV0VE9fdNi+5YGaDW6dRVJ1Zby5p6auvnlMZKp+7fuP6uRX0
skWfx3Qtmh3IjcCDoM/Oj2fVzKmomTWxrKJx3pbZnVfPL7IHI26zM+B2YX6SEc/MLJ2SWz2robxi
0twtyCM76vobKPnZZNWpQArmDTgxFjlzAorwig1j8wqP0s0ZB8CXVnzWsTgx4cUxp87FhrWZ6bpd
jsHLB3yy+t2k42wybaHYxTIck8M0NnBT3+CD8TvlKGDkTjlYVw/xoTofy164b6wgLjc4M9xu4e5g
Pemjo+c1V6KXT5IjqcxlRTTKam2U1eIoKzpR1hdGWanB/61xpJwkhWEWSbnZB0oa8aVbOjBv6Tjj
OjBPMD+Oq31PYaciRmnH2SiNFSEjbmFKdDm6MA2T5QadgCwYrMCI8oJukw/rWarHGnhnekp6MUZz
Zev+oR2XDVzVIobzbkPh3B3tHTs60YFisBdzG+lbV5zeP6Xxyid3qnFpjk//uvA6rA70HFig+mUc
s0o2fEBrYZUcsjGVmcMatvwcGmKcCNF8zPmttDBICwM0iPTzSsoFa7wDMoaJlItFBQPBQCI30hXQ
usT41FXX5HRRUUOSyGLS10f7+vrg2snlwwJNHuZ11dXjBgPlcPXolVMaWzAv0xcLOC16daTXQF35
2Rkxl1FDt1G6TjWg6YrkWFVDFnPbUIzozAbNIHfsYKp24VlNE4tnjh2Wxkmjn+jeRhobyJrjiQZa
PjT6UaqZVexcFEEDE/klFA4tFpNLswNMFGTTQJSJojJaVEqLcmhRnNZ0TeiKl5rV8c4r9OhNyDn8
MIdV+lckjo15uLeKjX4+m8yx0Q9PsPagxpFRkBVJZtg0Ix8on6i2UEE0VphhV0ce1VFnIhrJcesV
GqfUoxo9uVkZMY9RpQUKzVR17nhmVtxBtQmbk/XTTpv6yqclUmuO+uH4Ug0284WzmnqzHa02nFwX
vqeZaILW2kJ+1sctRmvcpP4A4/8UGUhF7VMiU0qmqGajv9KCWlHJ6kclqxqVDtbUwuv0YQpT3Dw7
oRbCahCpZ7UCp4LfZS04Z1zAmJea+iHFkPI4/d8llY5KZeKZSkow36ssnjxhiIZT9pezaXa2JvO9
4umTfmmZqSElaY9W33k23evbsqRPenHOJpf01ZWIsUA5OsAlGGsy3yBGRVXCR8gb1Ao0rdynk57r
afggUy+8PL6K8uoatcmREQ5FbBNv65y6rbOocfsj6/b6ymbVTepvL7MYMOTRh6fMX13Zf8O8xNdu
blk5JdI7Z/KmSQGLBWMUy8Kmtty21ZNnbJ6e21Y5pyoM/7TBEbQHM0PxTHdh91XzzvqLmgra5k5p
gXWPwLo/0W6Blx1jzZNNTdQUq063GmDe44F5D8fC3F7VQ/SjVNibZP6fZBQWTTL7J1mblWQWTw4p
ppSReE3VVTGNtnSIap9MTA+3OWbUQR7TzmSTZeY68GPckB5vXrTZWDuTJ71fF5sXp/Cq8rEUXGJ6
pw/WalTUn1SsuLUv2d7WlgfvhxcDSJ3eHQ0EMZrM75g2LX/5TQvyH/dWzk9FG1OteS17mxt7aoL0
nR1PH2pzJuoLNqLN0Wgw79TW8pEDPoZ/V1Abd8w6OLCj9cDKSa4JU8pHjsxd0LBiD2rsQlgsqr4A
V96NxzJYn8MGUuC3Wdli8+ETMAbhbiMc4O4k2ATM3QoX3Umj77EL4FYyp6wlNmoLvhNJmazTInCf
Kifc09U/lrH+zGidVlY4RHXHjDDb8GtJ5mZIXnQxnEULLRxKn3Ec8mA8Gz131pjbUI0qWn2woaOn
pP/uVVWTtxzpTXa2VAWMOsVltec1dNfvvDqW6muom9+UtLDJylecQac1mJvpSu05vuPaZ3dPdISy
AzZ3wJUXieXHTj2+4GBPMicZN7jhi1HIMtjlXuxjTMBXelMq0jSRmsN1rHbWsd6rjo1+6ljpqGOF
pe5p7GonpERYrYSVMBwH8/6LMy7i8Ti7hBUokzvWZq7LC2tsqJbawcB0VHXNcdtM7Qzmh+LFaWwy
L2cxqIMXp3vjqyCGn2PdmIpx5zgHa416r96Z4WGLElOPLFrxuQX55ctvWzr7YErvibAyZXyoeV9L
E0oQStTk2KRUW15QFqCdM+fPPHhs+fanD01tbVbMct4y3Iqys3xvquXAKpSlZgz7FNIHax1Bq5bE
StbjqQkl1U3Vm6pVN6tN7iis5HbHCtlYsZBZSzjqefuGsvDxyZbk15IKc0GfZLWtUpMufGBexngY
l4FFA6dh9ovFCp/fr7lVo5zR0Jc1VKPJKPllYnrgvWW2zTbFZnwvgxewPuGtF35L3veXv5kU/iw0
dqybRAXVxWPjihXq6fjCp3jzqrlB9eqRvODwYFbb5s7UyvYSi96sUxVVb66evyW16eGt9Q1bHlix
/q5lRQ+pV+6ctLgxG9PDvFjHrvnF3pBXbwu6rG67xRwMuBt3D+3efvqa1pZtX+pxH7izeMaqGtZz
5mJP63XaXeg5Vw76HKwC8ooXTrdajHlrBcEHQWDejGGo8/Fg6QSsB72ccjkwyM41na+eGkqcL50W
neGYxqbC58ubUMWSZyv4EPBssgK+eTn84UXFy1ts2GHcrAbNvGzd+QRYo1yHvl+n92YVhHMro7YX
DGaj1mV/wYCmCS4Dw9UOBxs6Xx2ftmF6fEqOBWMCu9tv0xrNxkBFZ/1yvTPkzol++kc2fGBufdUb
zXGHnPq+JdfPL7DaLW74dFVSNXKHeqP6fayvzsIu3JdTXlfRVFbLphpQeKZGHW46Y2pFE0YVrAcE
8/oFfvtJdqhJPxsyZbW76IzZYY29VK3Q61lpQmWEvc6krBBFFfpwWF9RpGE2TlWiYJEe9hU9UQcu
65mQmzKDc+2lerV2+s8tc9/1epfVqn9omDYhOuVntdMX/Sw6O70I1MR7zPOvi6Y/WXEumTyb9GOK
wiYpTvQHjnNJ/CXlB7M6bAx3A587JvJ0aM98/vTMUXpKa9C9YmWTfTLD+/yYXGI6OdadsmWjRF6e
DdNN0V3c6LZfE88o79s/q2ZF2OWfXP3H5s1dxZWXPbRlw5HlhY5YWbSspDw3klO5+JoZBVMj1OF0
joys6iudWuJftahsWol/7tLOP0QLAsZDV3Ssagyr2+ORnAUls3bNLcz0uYqz4sWKSYlN6p3YuLm7
LDfVWxlrrK0IBmcUTlqWyO2bMnP3vCKjITbyweI10dr2/N7VkZppw0vqmxRDsKgg3zu5ObO0kZXv
I5jhPICeuZxceaKpkk646JBPF+xxnnreT7tZt+zPMrPm1swaXjNrO8y82TCzYyaSwiECPxMm9LpT
RdNz2oIzePPJemN0xmmHreiML2k7nXzEotNfnABJL49TjJC96gMGl+hzA8XtpY17WxDkrjHZFU+9
tX3hnhmxoCzPin3mkpacnu7hm2TM+P63o33S6hv7WUt5LbzSndoSeKVj5HOnmuKz45viqo9VZiQR
fHGGg8kMwrzwguVMiFd639PYTZEBByq31L86TNMmhcP0oydNEbZSilfeG08EHe3cPq+fT6ZdHOme
hbWD/+rTdrO1d1YYUQpp42cN4C6cWJ9kGDOBeoh5u5mPn5bWTyioA2TO70XOV5K7UpamalpQRstS
LjoTA4KXeZMGwUcb4PdYveZh5HXZ03jLLZtY0qmxpJtCMDcSmBvDwgpDyFdURFhCRaHwZZu1+e0Z
bU5ZIOAhoCUYXmA8y1vB8rf5dJhNJ2TC/6+c5HsN7uxQOB6w60YOfdYidJ7BFYTDPNtrtNpHnqIb
rWbuvFH1ViP964j1XwvGp6/SK0xWo4puxGgJOEaeGsl1etM2o42wmZek+NrFJr52wXMbzRZPPhub
sfVHsOgZCOxwwuRo41mczt9/m6//mpdjWXixzKafQvsyevU55L1U2MVWKPj6aILP3/L45G1zF20b
V3P5EyHM3XGckSVgPjjkNTory4eCnpVVLjzirGILtziv2Cb0ZqfmMC/AnEaMLXlCx40x+W0R5pWB
My7PexqvE5YTB9UNdkzHcFOXsk6e3thWVNteNGOsQUD+s1GV9OzVpT172HSSdgmw9oG/BC2LA8bp
bFpzSSPxLxFp37A3Pa8WA3qv9mXReLgNnsKW4rptrayThL9d7ytsLq7bPtaW6FwZfl+mQz/jlvba
3pZSR1Fnx9ScBVe0R8byQ4nXfaZV+dcYOGXMKEJGs2Fn9+xQyeT8spYJbjQ3M2SrixwsJ3em7CIH
WTamG+DP5lK63RVmR66lc5NNj7LMbMQr2mHWW4pmmbfIKHan0k0xa4hTpqLpE4I57dL08EvA7NLM
ac9y2tr/k60vNe1/bpDHjPiFmf+HBvkSQ8FAy1h7zOY/b8FCbqwjP5LKaCqg+S5a4GTemISFJgw0
oacT+Pw/ixkERgDz8gfmzRaYj1P5cRg3iw1Ps0pM1ORhc0gPM5eHjYQ9bIbpYTbzPIV3aeEtPWUn
Mzcjm7DaTgft0+GPV9ITSjYnSpdMuf7K2qr0jxy9pR2aipxCyumR+lb9tm9u3fT1jdV12x7bBq55
PNy4fnb7upZYuGn97GnrW6L0dxtPX9cx5aoTW8HTwXvbDyyvq1x6YOb0A/11lUsOwDZHRu5UfwLb
sNn0fjabjlX/mxVJ0fpcXJpk3bZXTKT5lJr7jMWc+t/OpNsds//jTPrfTaT/tdP2/ueJ9O1L8lsm
p3JkU43C4vGGXfqCGTM7i5YfZhPpCj6Rbstr2d3c2FsTon+44lsHpzqyK+MjjXL+rPkDKhe2LJmN
V05oLPDOOPTEjtZrVja4C5rLRu7BHuaVe9OtpfIwrFVBVpzYXEUT9nT7BeYVCSxMxQTr7e2s43KN
c3yyQkJCaANzU8bk9ITdG233sukgb7x49yWKBKs9sgiwceG/GccIk+iUhxWd0WDwZ+Z4g6VV9fFx
duAtT+7k+rpMaywn06JRqbrcl+U0Go0GT/GMmuEB2V1drDYHq1vy7KrBZDLa+A6MztHzyotIcTt5
MWUp6WjqmN1xdccTHdpxiwu8Bedh1ALwmeMY1vAwqgZnVIfJQ/SXqYhYYWAdQpiN+dILDDgcZjUo
/BReFmfLpiYEiCWFeAwAzqQSuF+T5QmLYil+s8b0R+cc5zLnZqcqFhJ+wVYRpvveFU4amFEsIaQX
ELDpbdwCT0l60UfMCW1stfz/egFBebFiyYFZpQtaS30mDVsgSDbNr53QUh7OS83p7kzlFXTt6cqZ
Vl/g1avo6006Y3Z1e8mEVIE3P9XVPTeVR22tlyO//UFPTsSNPS7haNgVr85NVOZHspON8xuq+tsL
LS6vw2L3OZxBh94X9LnjpRl5VfnR7AkN81jpi43+Rdmg+Sb2qS4+UUCc8aJ0K8UZNgXzvADzVowz
jFjECqHFby06H5+WaT3vn1YGP8QxPfdqnT/Hmu4K4TMvP3dWuGbEng7nZyeIinf8NJJPTdi0Utlg
cEQLiv1tK1OZV9ldbMvPPjmGfof5/lz2d2qm+nMyPAatUatZlJntsBl1uVgSU2xihvi6XBR9Xcwh
R0x9S40mo9YWYOm+k/lp1G+hh7sdXppKas5jJSiPlaA85lvP4+OKPNbrYTPTx0+KJYZIugqCuVXA
H/GxKBNsVMVOkBHviwj6MRYYitrzzNpgO4YZ2ovOGlY/5chirEhdMuGQzpoxL41YbMCOGTnxgJvG
len1Zzp1M+/mHZneIybW/pJppY17WuGuwfzDZRwbGuzsntWw5sblSrbs/Yf/Pntpc25Pt7JDxjD7
YNVB3QP7FJLfnMY2VLTNzNUe4b743AjNEiKL8ikGEs53YYDlIrwcBrjSrZgThknV4IQa9JFOmueg
+VqanY+ISdk0J5vGmMTuupwYjfLYKM2J0jw7vSJGY8xJYXR6p8WiqLUIvZsyohmIMQ8RC7HBP/j9
lAX3iOW3x8yhdrNoAPkyDobsJNnH+8EkW9noS7IVjvTeVbYekGSton5sG8TY1iPF7/bXuEUvoe6h
iqqMnNNYQ/lZWflBrAK8qNGyBXt/Zhx7Wkc06gUF3rmwP8upV+/XGE0W/affYIscGoPNpC6wuIwq
pjgKPozDIYtF+b0Rzg7FYGbWrhr9RHsI1m4lb53GwuuZ1CQkDX5YrFLX0hrGucU0EaOJKE1EaCKL
JjJpXgbN19ACldZPpBPr6cQi2lBIHVEsauHfJPHpH2M4UxERxR0c6D94NOMU1oJm2lm0fXI7P48Z
s8kx27HJcbVD40i5fNMcFe257fW3FtJCdqyQtZoOt2/amsKdhUorYv0zjMzIP2GW7Dvb1HQOlhT2
hh8jvZQkFpPE8EMYGruG0ttN1Dz9uLUXOSYZZ/JxUntIox35ULX687MiE4IW9duK8oRqDWE9Jg+h
kY+1GoyV/RnZLoP6M0V5XjG6UOyxw0J5Q6GvK1g3DwWwNVu9X++xX8wU5WajcXjbxSyye/RGM3II
867hkNGIHLKi4cXkdDggQ4oBAzBKClA7OpBfJeS606QMhnGi5GGhis4sZi3GxGKKFbf3n4SsDFB/
um1gVYVH+aiRldYJOEzYNQ2E1sZptZmaoyjWZpYrZnNZaUF73OzMbJdzUdZasJU67n7kq3QwO/tj
BTnXx5dY2C6Di7uvL65ouXkhZut2VG02uPMiWXGvWfPTNzRmbzY2YTupkQZGPjRQd140M+4xac69
rDE5I+HMXJdiHPm40Oa2aDHX1NNVI18CqVqL20ZP0YdtbqtG1Zn0I8fobJCqMXvsI0tY64ER4F7Y
J4d0nSZhpLUKyawJ04IwDbCBbCJAE7Zqm5JnpCHWJdeHaLAWPDFII+1Bk7vd1KGZTTqYFxKjGLZ6
h1SKZcm+ZEwVq0g1brZDLVE5tjjp5o4vn0evVOzSlZWHok5Ft9foUEeeNThysrKyPUYtpepHOmd2
NCPHqRs56XBqLR4brdO4TOpib8CmxfZy63Cx8rrbrEU/4UJKejHYfwP/kyBJJp4mDqTEx1ZRE3xX
SQmOVxpbjIox14kh+PHgNDv6CgzF8eDMeYq1y75zaHfSG+rYZjNWymvoJdsd+fYPyhbQlTd0Bpth
+HVvmDUZ9OaRqx1uthtN0ZixyMriRnbQh7CUrmvDJkZ9Rizb5vMFHcr6WC72uup1Np8zagv4Q47h
u7FfFA9OTaP/pL/ULoE/oIDYTmpzwzMdbTDqmy9e9ORWqYn0lMktt6ak+xb6bT17HSHDpXdSgzee
EY57DTZjMD8SgdPPGCiIRPKDRrpDjnbVpywui1ZncVou1MWSYbM5nMTLXEGzOVgEO00YeYtuI2/j
LRfToNmfQRyvnRNbY/R60RzUuGULQLfpbH7njVqrO+h2+k1Uc605kBMK5vjNt0Qqi4uCL+pNGFWj
WlL3/nDUodM5omxG9vToh/Rm9S4+IwsfI9gFtueUKSuO+aQd7uxzTefYkERuzJX7FmD1sXmBTPbN
LI3RfJbG/ChL42fDajRayNJXGM0uYlw0nB8TEUgwmvYQXo+i5At4no1IsZn4j7HNGGeeRL3WGVW0
mXiU5HMs+eMcZRtLGhuKGTZMLSluBViakupO5RV498PY/GI9Yc7zV0wlTRXn0qkQpkskKi/aTss6
sn+xqPKKzup33KCxugIuh9esHjL540F/3GceuWfcAR9MzY8Esn1mbV6korgocM5g1mNtGttsnVej
Pul0zmjoPx1AmunIO6pJ+wzKm+GYQ0tKsN/Xn87e9LZR/SMaqyfTG4y5NDqlT2N1Z3mxmqTRfmDF
Yrfe6rbq9ljtRuSux4r7tdITSrEyCe812U4Qvfk8lp0xskTJ4asvwsnIa06xyzmyxIUf+hXUDy39
OC8rkkhk6Zwh3OU52qZOVM+gZFiPE5Mdz4UM4Dfhw3W50VhRJ5Yt2D5l8o75pWXzd0wGlykH2Wcp
Qs3bFpSVzd+Ou1078jD9m/YmvOGVnfKqrLlX2URD5U2C6o2YryVNJShrvAukOryy4PKPvRxTrPIW
QAwp6F+W9i1dpKW2zKAr5Lao1V21GZG6rgqKPes+f4ZD0S5/YaT39TdGFv7Q4jRrFZ1Bu/qVn765
Zcsvf/bqGrxNhKYXb7dSshtP9A6eKEYqThMXJol4Joy7uLeB8UnWZLng8DvDuh/MFMUTJsvFI7Ii
wzKJvbFT7aqqVPLSLYLf56LvZNR2VqsWvCERyrRS7eIlS5ZoFEeG34tt6cqaHUpwy5s/fWU1VngU
LRqpH9CH33idPvyC0YF3LXQ6zbmR2SjFN6mrlXu0O2QrFE5MdaAYN8lizFcw1HTt08sJapWI8XmV
g9hE7HLBdeo3eWL+APZV0JHrL4krTajXyWaIviQVdvwLv7JBxDkcWCnqwrj/KexqY9vJptIDp0k1
G7Bj/asahjrBDFXFBIvhgsVUyhguWEwFYo7D28gZmd/ObGtXZi5rp6XyPlywzRjjY95meVOKf66e
CnryeYnJ5xONtGabLfOHlEAqlGWPZ2Wxnase/pHlyTLV8vNr2WDYm4nhIb8wHckurH1KacZU97Xj
eBBk9ttsJzjL9OPpvXTpFfoz6RX6M3yhcAoeN2ViaZpSipuyIJ+/cMGj2Z1w9ylDSnPKaWK9talq
krZoONjbOqxdml7Tgpc87Xbi2+uS6QDGLGxRCyQ8MuKTdefcZ4ryx4feY2tYonqIZUWUyixVFc5U
5qDyV1ezF5/kCla1+lTDlocuW3nfxvr8jo2tDYtTsbIVR1Yvv6WvkC3fT93UkffTzNq5VZdvCtct
aFh1+YTs1jUtTUsnRa49tP8gnTHv4MLiCV27Zk5aPb8jO9Laubi6ZWdPRUnnxqaKJfPao/Hp3UuV
pRNaSoPLu/OaG+oilVcNf6W4Y/KkWKRxSnth//rLUK6noSw9j7LkxujgvVTwMw7AXOkAxJT5TCqX
lY4iOs61x/zZHjbf9LDM87AX0DxPK+g6SFRMtaOskCEPwdwPDuaTTvC7rC/B/Agb4YpSRlMUr4+m
iMqcbCkjrigxzTYphM+aEMJucl4gmA8EwkTw/zuw/GsatM9lO3rTGyWxKCl3gWGw5fg1G1ViCVJM
4plzA/Mm8TNWQ2WVrSzG3H7s3SyN+nzJhoFrdj+8Oll6+cD+PeABWzjZMLO0e/0kX9bkVdNquyeh
d1UO3/XPY/0LvvHhA3d+yPmx/nuu6K4Jzvncty6/7Yf763Oal2y9Fq3b41jgvV/rxxu0v0vl5GTR
nEyak0HjYZoTojlByoaSflrAna8uNn5GdcOKLTN3KSXMtKSAzRFxBMwNyhnWB3ODgvnkvYBtgbZl
YVcZNlKa2acZ01Zej8C8XoHPsFuNiz/Dpp8Iw/S44gG8g+rGJsqm4/GuAvi19eLNg/KmYfQ5wqbJ
c1jvFYvqye9yyxIxIRXm5c7tixsrMa7TiUXdmlzRbXjxEiB2W96vw9tDw4v1FrNOh5egqO0Ttm6O
faZGOkFjQU+Pab/uPYzYtC3MN6R3hPAelNOo/vQuk8aa5XcGHBbds6oGeyCwJeHCLUZ0lbD2Vlj7
XpTpRnj+rQXVNJlFCzLZjDPFzOpnZk1RH3NQ+3hz5GNm8qEYPlmRi19Sl7Z13VP4N55mGAvGMbMJ
pxkl0eysrYtG61D4ip+s8OmK5zrgwc2XFkIrAT8be0tM7L08xxoPXgB5g8G3JV5iHDY1/8wmMt1Y
26HnW1Lv1RrtxuEqm9euV012y4UF6+pcGVVzKvkWMkxlNHiFMDCx97KJS27uK/ZNvW7TOaUCu++0
09l+W70jy+fJ8vut1LT49l3Lk8mZ9dnZ+dkGV5YXDjWbNyceqFq8u7Vxzy1PbH3d6OK+zTVoE26H
/Xqo9jQWCc6kMpjJFtIyA0xWxgYKZdxuZcxuZUNKVco0a25i1qwAPBsw8bupBE5JsAl3CrGJlGoL
syuFL5NfGWZXYlsCL7JhWP4kn0SiumObC+q3LV1kwby0g8+k3MgG28QUbjuRTf1nlEykvCgjgrHo
ASY6Jzp92NZmTpna5xb+LRrVtrOt1OaxrdQl5+scY7up0XSzeT7ae9FGYOMC38GALQzp1p5lW7qx
0PHl4Cy5pRpvssoRuHg7m62QjQ3GLmaiFz3A7Y3bH71s8paeertBp9qsxqq5m1qmrGzJTs69cuYe
5JVeZ7YZt0xZ154Xquysqu+fUW5ic1SMltz13ZtSC29YVBRtXDixedOcIrq195bVNd7MiM2GMWhO
RjQ3mt3YXV7Tk8pG9fC6g3Z9dqq3Jr+9OhLPj2vtYZ/d77S5kc/F83ZMnbSus86s6KvmsLa/FB6A
H2PH6gS0SxdS9cw9U0TzCmlOHs1J0NwMmgjTOG+gcgM0F7t0fTThpQkPTTjg4qc5WpqjockwGy6c
SblEa1XkC0D4WCMGXwFvdxifQt75Morx/sHop6lMnOFg1c/BypKDOS0drBNxsIGog71Tmkc0oq3C
xqeXWfVjG6FSJhzWaEpL8sLFPIM1yZjDYYp1mdhLHNjT5KqrOF9envYvJNO+2yReHmIbUdjmOnTZ
vAbKXmCsM7hk+49st+Sr36yt8mFTbEz9scd1u3xPaPg9i8OK8axJT1/VurMKs2JlWY7bnd6RB5WR
RfRhujmWGHlfriNQh86RFXBnBf1W1YURHV6+txo//V5c+cNwPWuxVqHG3Y098I3kuZQ1r4bmVfPl
N5W3WHxQlqI16VYJjPflUf5r2Kb3fJg+H6bMZ/Ui3za7fFP51eVq+b9/BeYpvMpM0I+wKoY8Y3vO
sAQDdYqN8dzuACpOYcpSWP/3KNspqy3sxKuS46pOH14+YMvG1PF6usac7XtNVB5hXGbdi7VFzMkv
Vg4+U5RvjuLdO7wcK/we6t1t+49d3nD5vGo7/lUBFpv0pglT101r3txZnNe5d/6knkRGIJKpTDLY
TVqPayQz3l666aFNdfSBtV/ZVO8MBmwWZ8jlxDuR2BkbbVkzvXFpU8QSylXssagRjWBO/shdWqWq
/zAsvQJl/glYOkLeOI03Bt5NmZwxOsPJVnjRiMA0oh9k40seRtkDY8cNyt527vZFEU5f5WBXsSC7
CsxXtvhhM3M070Atwco8i8fFcO6K4XWMMtunB7I/5QNYOJ55JwPmy2WccU/w2yeRWV4tfDNFx0Od
Zv66EnulAT8o1czqzBfMfqQzmNlf+Cf5vy8Y76dRn1C1Rt1IsdbuzwllJ+Baou8N3+F2a002o/JX
m9es05x1ZYaDtgsvWjCB1WEqq5men+NGP4LVw9FROfPAfz+uxRiP/VC8VU650hH8N5Xe9oXdbVOS
zf2Xr1u+dd3/B7cEM9UKZW5kc3RyZWFtCmVuZG9iagozOSAwIG9iagoxNzcwNAplbmRvYmoKNDAg
MCBvYmoKKE1pY3Jvc29mdCBXb3JkIC0gQ2FsbCBmb3IgcGFydGljaXBhdGlvbi1OZXRTb2Z0MjAx
NSBWMy5kb2N4KQplbmRvYmoKNDEgMCBvYmoKKE1hYyBPUyBYIDEwLjEwLjIgUXVhcnR6IFBERkNv
bnRleHQpCmVuZG9iago0MiAwIG9iagooV29yZCkKZW5kb2JqCjQzIDAgb2JqCihEOjIwMTUwMzE2
MjExNzMyWjAwJzAwJykKZW5kb2JqCjQ0IDAgb2JqCigpCmVuZG9iago0NSAwIG9iagpbIF0KZW5k
b2JqCjEgMCBvYmoKPDwgL1RpdGxlIDQwIDAgUiAvUHJvZHVjZXIgNDEgMCBSIC9DcmVhdG9yIDQy
IDAgUiAvQ3JlYXRpb25EYXRlIDQzIDAgUiAvTW9kRGF0ZQo0MyAwIFIgL0tleXdvcmRzIDQ0IDAg
UiAvQUFQTDpLZXl3b3JkcyA0NSAwIFIgPj4KZW5kb2JqCnhyZWYKMCA0NgowMDAwMDAwMDAwIDY1
NTM1IGYgCjAwMDAwNzI3OTMgMDAwMDAgbiAKMDAwMDAwNjgyNSAwMDAwMCBuIAowMDAwMDIxMTgw
IDAwMDAwIG4gCjAwMDAwMDAwMjIgMDAwMDAgbiAKMDAwMDAwNjgwNSAwMDAwMCBuIAowMDAwMDA2
OTM5IDAwMDAwIG4gCjAwMDAwMjExNDQgMDAwMDAgbiAKMDAwMDAwMDAwMCAwMDAwMCBuIAowMDAw
MDMzMTEzIDAwMDAwIG4gCjAwMDAwMDAwMDAgMDAwMDAgbiAKMDAwMDA1MzM2NiAwMDAwMCBuIAow
MDAwMDAwMDAwIDAwMDAwIG4gCjAwMDAwMjEzMzcgMDAwMDAgbiAKMDAwMDA0ODI5MCAwMDAwMCBu
IAowMDAwMDA3MTIzIDAwMDAwIG4gCjAwMDAwMTA2NzIgMDAwMDAgbiAKMDAwMDAxMDY5MyAwMDAw
MCBuIAowMDAwMDE4Mzg3IDAwMDAwIG4gCjAwMDAwMTg0MDggMDAwMDAgbiAKMDAwMDAyMTEyMyAw
MDAwMCBuIAowMDAwMDIxMjczIDAwMDAwIG4gCjAwMDAwMjIxOTkgMDAwMDAgbiAKMDAwMDAyMTYz
OSAwMDAwMCBuIAowMDAwMDIyMTc5IDAwMDAwIG4gCjAwMDAwMjI0NDQgMDAwMDAgbiAKMDAwMDAz
MzA5MSAwMDAwMCBuIAowMDAwMDM0MTIyIDAwMDAwIG4gCjAwMDAwMzM0NzYgMDAwMDAgbiAKMDAw
MDAzNDEwMiAwMDAwMCBuIAowMDAwMDM0MzYyIDAwMDAwIG4gCjAwMDAwNDgyNjggMDAwMDAgbiAK
MDAwMDA0ODQ2MyAwMDAwMCBuIAowMDAwMDQ4NzIzIDAwMDAwIG4gCjAwMDAwNTMzNDUgMDAwMDAg
biAKMDAwMDA1NDUwNiAwMDAwMCBuIAowMDAwMDUzNzc3IDAwMDAwIG4gCjAwMDAwNTQ0ODYgMDAw
MDAgbiAKMDAwMDA1NDc0MSAwMDAwMCBuIAowMDAwMDcyNTM2IDAwMDAwIG4gCjAwMDAwNzI1NTgg
MDAwMDAgbiAKMDAwMDA3MjYzNiAwMDAwMCBuIAowMDAwMDcyNjg5IDAwMDAwIG4gCjAwMDAwNzI3
MTIgMDAwMDAgbiAKMDAwMDA3Mjc1NCAwMDAwMCBuIAowMDAwMDcyNzczIDAwMDAwIG4gCnRyYWls
ZXIKPDwgL1NpemUgNDYgL1Jvb3QgMjEgMCBSIC9JbmZvIDEgMCBSIC9JRCBbIDw1ZTNiYzdjOTU5
MmY4NjJhNzQ4YjU1MWQ5NjgzY2VjOT4KPDVlM2JjN2M5NTkyZjg2MmE3NDhiNTUxZDk2ODNjZWM5
PiBdID4+CnN0YXJ0eHJlZgo3MjkzNwolJUVPRgo=
--Apple-Mail=_A25039B0-5779-4330-B06D-87E81F6D1A18--


From nobody Thu Mar 19 06:54:14 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB9611AC3F3 for ; Thu, 19 Mar 2015 06:54:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 qFqnMvd2-54H for ; Thu, 19 Mar 2015 06:54:10 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C34A61AC3EF for ; Thu, 19 Mar 2015 06:54:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10457; q=dns/txt; s=iport; t=1426773249; x=1427982849; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=6op6OhGC4ZhcRVCHnGyf7NOIxpQC76VfBoDtCoRNxtk=; b=PSQjAeVv7bJ5xjyYSzGhbVnXcW+CCOm3AMDaDTHwE/exozE5Hg4iFvIV owaYUiw5wXxSbGY6KWzwXBU/48mwY2tx8Fbm8QNFJQI65HU+7BKQl0yrm 5dlKfcYkxkeGoepEZBM4fQSlvfm3NOknQjlEZaFad9EVjGtaukSoSTlL2 w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CpBABq0wpV/xbLJq1cg1hagw3DDoV5AoIEEQEBAQEBAQF8hBABAQQjSQwRLAQSCwICCQMCAQIBRQYNCAEBiCsNsWmbfwEBAQEGAQEBAQEBHI8ka4JogUUFjjuFfIV/gRs6gnaCOCGGEoMrg0ciggIcgVE9MYECgUEBAQE
X-IronPort-AV: E=Sophos;i="5.11,430,1422921600";  d="scan'208,217";a="388180354"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP; 19 Mar 2015 13:54:06 +0000
Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t2JDs6D4009863 for ; Thu, 19 Mar 2015 13:54:06 GMT
Message-ID: <550AD4FE.2040807@cisco.com>
Date: Thu, 19 Mar 2015 14:54:06 +0100
From: Benoit Claise 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: "i2rs@ietf.org" 
References: <55095EFD.8010105@cisco.com>
In-Reply-To: <55095EFD.8010105@cisco.com>
X-Forwarded-Message-Id: <55095EFD.8010105@cisco.com>
Content-Type: multipart/alternative; boundary="------------000509030405030206090509"
Archived-At: 
Subject: [i2rs] draft-ietf-i2rs-pub-sub-requirements-01 review
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 19 Mar 2015 13:54:12 -0000

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

Dear all,

-  Arguably the biggest shortcoming
    of SNMP for those applications concerns the need to rely on periodic
    polling, because it introduces additional load on the network and
    devices, is brittle in case polling cycles are missed, and is hard to
    synchronize and calibrate across a network, making data obtained from
    multiple devices less comparable.

The DISMAN WG produced in the past the RFC 2981 and RFC 2982 to avoid the polling issue,
but the event and expression MIBs never took off. These were hard to configure


-
    A Subscription Request for one or more YANG subtrees made by the
    Subscriber of a Publisher and targeted to a Receiver.  A Subscription
    MAY include constraints which dictates how often or under what
    conditions YANG subtree updates might be sent.
    ...
    An Update provides object changes which have occurred within
    subscribed YANG subtree(s).

Is this always a subtree? Could it a single leaf?

- You should have requirements in the terminology section, specifically as you have a requirement section.

    A Subscription Request for one or more YANG subtrees made by the
    Subscriber of a Publisher and targeted to a Receiver.  A Subscription
    MAY include constraints which dictates how often or under what
    conditions YANG subtree updates might be sent.

- On the use of MUST, SHOULD, etc. keywords in requirements document, it's preferable to use lower case because these are not RFC 2119 keywords.
The alternative is to stress the specific meaning of those keywords in this document.

-
    A Subscriber MAY provide QoS criteria to the Subscription Service
    such that if the Subscription Service is unable to meet those
    criteria, the Subscription should not be established.

    A Subscription Service SHOULD be able to interpret Subscription
    Requests QoS Policy requests, and only establish a Subscription if it
    is possible to meet the QoS those QoS Policy requests.

At first glance, I thought you wanted to have a one-way delay type of end to end QoS metric
(between the subscriber and publisher). This is complex.
Then I saw:
    A Subscription Service SHOULD be able to negotiate QoS criteria for a
    Subscription.  Examples of QoS criteria MAY include reliability of
    the Subscription Service, reaction time between a monitored YANG
    subtree/object change and a corresponding notification push, and the
    Subscription Service's ability to support certain levels of object
    liveliness.

You want to be precise with the QoS definition scope in this document.
It's only when I read section 4.2.6 that I understood your QoS definition.
In the end, I believe a forward pointer is all that is needd

- What about the notion of time in pub/sub?

One typical problem with SNMP polling is polling different variables at the same time (interface counter, QoS counter, for example).

This is solved in SNMP by combining those OID in a single PDU. How is it done with pub/sub? Actually, the right question is: what is the requirement?

-

    If on-change updates were
    requested with a dampening period, the minimum acceptable dampening
    period SHOULD be included,

What if the dampening period is different per subscriber?
Aren't we adding extra states to the device?

-

    A Subscription Service SHOULD support different transports.

    A Subscription Service SHOULD support different encodings of payload.

Don't you want to start with a single one, for interoperability reasons? At least for the encoding?

For the transport, I could agree with the reliability aspects in section 4.2.6.3


Regards, Benoit

A few editorial comments below.

- capitalize NETCONF, RESTCONF

- OLD:

     These refinements include: periodicity of object updates, filtering
     out of objects underneath a requested a subtree, and delivery QoS
     guarantee

   NEW:

     These refinements include: periodicity of object updates, filtering
     out of objects underneath a requested subtree, and delivery QoS
     guarantee

-

    YANG has gained acceptance as the data definition language of choice
    for control and management related information.
=> as the data modeling language of choice

- what is OMG/DDS in:
    With the support of standards bodies such as OMG (DDS),
    XMPP.org standard

Please a reference

-
    "HoweverRFC5277  
    does not follow the Pub/Sub paradigm, does not allow the explicit
    deletion of subscriptions, and predates YANG."

You might want to expand on "predates YANG", expressing that RFC 5277 doesn't allow the monitoring of YANG objects




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


  

    
  
  
    
Dear all,

    

      
      
-  Arguably the biggest shortcoming
   of SNMP for those applications concerns the need to rely on periodic
   polling, because it introduces additional load on the network and
   devices, is brittle in case polling cycles are missed, and is hard to
   synchronize and calibrate across a network, making data obtained from
   multiple devices less comparable. 

The DISMAN WG produced in the past the RFC 2981 and RFC 2982 to avoid the polling issue,
but the event and expression MIBs never took off. These were hard to configure


- 
   A Subscription Request for one or more YANG subtrees made by the
   Subscriber of a Publisher and targeted to a Receiver.  A Subscription
   MAY include constraints which dictates how often or under what
   conditions YANG subtree updates might be sent.
   ...
   An Update provides object changes which have occurred within
   subscribed YANG subtree(s). 

Is this always a subtree? Could it a single leaf?

- You should have requirements in the terminology section, specifically as you have a requirement section.

   A Subscription Request for one or more YANG subtrees made by the
   Subscriber of a Publisher and targeted to a Receiver.  A Subscription
   MAY include constraints which dictates how often or under what
   conditions YANG subtree updates might be sent.

- On the use of MUST, SHOULD, etc. keywords in requirements document, it's preferable to use lower case because these are not RFC 2119 keywords. 
The alternative is to stress the specific meaning of those keywords in this document. 

-
   A Subscriber MAY provide QoS criteria to the Subscription Service
   such that if the Subscription Service is unable to meet those
   criteria, the Subscription should not be established.

   A Subscription Service SHOULD be able to interpret Subscription
   Requests QoS Policy requests, and only establish a Subscription if it
   is possible to meet the QoS those QoS Policy requests.

At first glance, I thought you wanted to have a one-way delay type of end to end QoS metric 
(between the subscriber and publisher). This is complex.
Then I saw: 
   A Subscription Service SHOULD be able to negotiate QoS criteria for a
   Subscription.  Examples of QoS criteria MAY include reliability of
   the Subscription Service, reaction time between a monitored YANG
   subtree/object change and a corresponding notification push, and the
   Subscription Service's ability to support certain levels of object
   liveliness.

You want to be precise with the QoS definition scope in this document. 
It's only when I read section 4.2.6 that I understood your QoS definition.
In the end, I believe a forward pointer is all that is needd 


      
- What about the notion of time in pub/sub?

      
One typical problem with SNMP polling is polling different variables at the same time (interface counter, QoS counter, for example).

      
This is solved in SNMP by combining those OID in a single PDU. How is it done with pub/sub? Actually, the right question is: what is the requirement?

      
- 

      
   If on-change updates were
   requested with a dampening period, the minimum acceptable dampening
   period SHOULD be included,

      
What if the dampening period is different per subscriber?
Aren't we adding extra states to the device?


      
- 

      
   A Subscription Service SHOULD support different transports.

   A Subscription Service SHOULD support different encodings of payload.

      
Don't you want to start with a single one, for interoperability reasons? At least for the encoding?

      
For the transport, I could agree with the reliability aspects in section 4.2.6.3

      

Regards, Benoit


      
A few editorial comments below.

- capitalize NETCONF, RESTCONF

- OLD:

    These refinements include: periodicity of object updates, filtering
    out of objects underneath a requested a subtree, and delivery QoS
    guarantee

  NEW:

    These refinements include: periodicity of object updates, filtering
    out of objects underneath a requested subtree, and delivery QoS
    guarantee

-   


      
   YANG has gained acceptance as the data definition language of choice
   for control and management related information. 
=> as the data modeling language of choice

- what is OMG/DDS in:
   With the support of standards bodies such as OMG (DDS),
   XMPP.org standard

Please a reference 


      
- 
   "However RFC5277
   does not follow the Pub/Sub paradigm, does not allow the explicit
   deletion of subscriptions, and predates YANG." 

You might want to expand on "predates YANG", expressing that RFC 5277 doesn't allow the monitoring of YANG objects

      

      

    

    

  


--------------000509030405030206090509--


From nobody Thu Mar 19 08:26:15 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBAB01ACDD3 for ; Thu, 19 Mar 2015 08:26:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 UuE60wHcG1An for ; Thu, 19 Mar 2015 08:26:09 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0959F1ACDC9 for ; Thu, 19 Mar 2015 08:26:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30818; q=dns/txt; s=iport; t=1426778769; x=1427988369; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=4kTFmjbAJF1HiOCJuZl2a5tyg4lFiw91+KfAJaTmF98=; b=YG7JWnqj5OJKDiXjAhIB//SY7N+3zn15ANJzxeS8QyLGh4EYMaITn4F/ k2c1ulpI6syrgvkKxSWM/Pf06UvM1UDmXIgfnuJ5l+g6oxSqaWKyVoJTM uUsM+gOQvB4kBaL4CLKyCJK3Wt4AOYWWjps8Zwr4hPbECk4Fh9SH1l+5L c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BGBQCl6QpV/5FdJa1cgkNDUloEgwnBGYF6hXkCHIErTAEBAQEBAX2EDwEBAQQjCj8dAgEIFQ0DEwoCAgIwJQIEARqIJw2yA5t/AQEBAQEBAQECAQEBAQEBAQEBAQEXixeEDTMNKwKCZi+BFgWOO4IOg26GAIEaOoJ2glmGEoMrg0ciggIcgVBvgQJCfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,430,1422921600";  d="scan'208,217";a="404976836"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-5.cisco.com with ESMTP; 19 Mar 2015 15:26:08 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t2JFQ766022063 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 19 Mar 2015 15:26:07 GMT
Received: from xmb-aln-x11.cisco.com ([169.254.6.246]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Thu, 19 Mar 2015 10:26:07 -0500
From: "Eric Voit (evoit)" 
To: "Benoit Claise (bclaise)" , "i2rs@ietf.org" 
Thread-Topic: [i2rs] draft-ietf-i2rs-pub-sub-requirements-01 review
Thread-Index: AQHQYlkFX72uDIFpwEORJCFhpPxLgg==
Date: Thu, 19 Mar 2015 15:26:07 +0000
Message-ID: 
References: <55095EFD.8010105@cisco.com> <550AD4FE.2040807@cisco.com>
In-Reply-To: <550AD4FE.2040807@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.116.134.140]
Content-Type: multipart/alternative; boundary="_000_EF64FF31F4C4384DBCE5D513A791C2B121A1FD97xmbalnx11ciscoc_"
MIME-Version: 1.0
Archived-At: 
Subject: Re: [i2rs] draft-ietf-i2rs-pub-sub-requirements-01 review
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 19 Mar 2015 15:26:13 -0000

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

VGhhbmtzIGZvciB0aGUgY29tbWVudHMgQmVub2l0LiAgU29tZSB0aG91Z2h0cyBpbi1saW5l4oCm
DQoNCkZyb206IGkycnMsIE1hcmNoIDE5LCAyMDE1IDk6NTQgQU0NCg0KDQpEZWFyIGFsbCwNCg0K
LSAgQXJndWFibHkgdGhlIGJpZ2dlc3Qgc2hvcnRjb21pbmcNCg0KICAgb2YgU05NUCBmb3IgdGhv
c2UgYXBwbGljYXRpb25zIGNvbmNlcm5zIHRoZSBuZWVkIHRvIHJlbHkgb24gcGVyaW9kaWMNCg0K
ICAgcG9sbGluZywgYmVjYXVzZSBpdCBpbnRyb2R1Y2VzIGFkZGl0aW9uYWwgbG9hZCBvbiB0aGUg
bmV0d29yayBhbmQNCg0KICAgZGV2aWNlcywgaXMgYnJpdHRsZSBpbiBjYXNlIHBvbGxpbmcgY3lj
bGVzIGFyZSBtaXNzZWQsIGFuZCBpcyBoYXJkIHRvDQoNCiAgIHN5bmNocm9uaXplIGFuZCBjYWxp
YnJhdGUgYWNyb3NzIGEgbmV0d29yaywgbWFraW5nIGRhdGEgb2J0YWluZWQgZnJvbQ0KDQogICBt
dWx0aXBsZSBkZXZpY2VzIGxlc3MgY29tcGFyYWJsZS4NCg0KDQoNClRoZSBESVNNQU4gV0cgcHJv
ZHVjZWQgaW4gdGhlIHBhc3QgdGhlIFJGQyAyOTgxIGFuZCBSRkMgMjk4MiB0byBhdm9pZCB0aGUg
cG9sbGluZyBpc3N1ZSwNCg0KYnV0IHRoZSBldmVudCBhbmQgZXhwcmVzc2lvbiBNSUJzIG5ldmVy
IHRvb2sgb2ZmLiBUaGVzZSB3ZXJlIGhhcmQgdG8gY29uZmlndXJlDQoNCg0KDQo8RXJpYz4gQ29u
ZmlndXJhdGlvbiBlYXNlIHdpbGwgYmUgc29tZXRoaW5nIHdlIG5lZWQgdG8gY29udGludWFsbHkg
a2VlcCBpbiBtaW5kLiAgIFB1Yi9TdWIgaXMgb25lIHRlY2hub2xvZ3kgd2hlcmUgd2UgY2FuIG1h
a2UgdG9vIG1hbnkga25vYnMuDQoNCg0KDQotDQoNCiAgIEEgU3Vic2NyaXB0aW9uIFJlcXVlc3Qg
Zm9yIG9uZSBvciBtb3JlIFlBTkcgc3VidHJlZXMgbWFkZSBieSB0aGUNCg0KICAgU3Vic2NyaWJl
ciBvZiBhIFB1Ymxpc2hlciBhbmQgdGFyZ2V0ZWQgdG8gYSBSZWNlaXZlci4gIEEgU3Vic2NyaXB0
aW9uDQoNCiAgIE1BWSBpbmNsdWRlIGNvbnN0cmFpbnRzIHdoaWNoIGRpY3RhdGVzIGhvdyBvZnRl
biBvciB1bmRlciB3aGF0DQoNCiAgIGNvbmRpdGlvbnMgWUFORyBzdWJ0cmVlIHVwZGF0ZXMgbWln
aHQgYmUgc2VudC4NCg0KICAgLi4uDQoNCiAgIEFuIFVwZGF0ZSBwcm92aWRlcyBvYmplY3QgY2hh
bmdlcyB3aGljaCBoYXZlIG9jY3VycmVkIHdpdGhpbg0KDQogICBzdWJzY3JpYmVkIFlBTkcgc3Vi
dHJlZShzKS4NCg0KDQoNCklzIHRoaXMgYWx3YXlzIGEgc3VidHJlZT8gQ291bGQgaXQgYSBzaW5n
bGUgbGVhZj8NCg0KDQoNCjxFcmljPiBZZXMsIGl0IGNhbiBiZSBhIGxlYWYuDQoNCg0KDQotIFlv
dSBzaG91bGQgaGF2ZSByZXF1aXJlbWVudHMgaW4gdGhlIHRlcm1pbm9sb2d5IHNlY3Rpb24sIHNw
ZWNpZmljYWxseSBhcyB5b3UgaGF2ZSBhIHJlcXVpcmVtZW50IHNlY3Rpb24uDQoNCg0KDQo8RXJp
Yz4gd2lsbCBmaXggbmV4dCB2ZXJzaW9uLg0KDQoNCg0KICAgQSBTdWJzY3JpcHRpb24gUmVxdWVz
dCBmb3Igb25lIG9yIG1vcmUgWUFORyBzdWJ0cmVlcyBtYWRlIGJ5IHRoZQ0KDQogICBTdWJzY3Jp
YmVyIG9mIGEgUHVibGlzaGVyIGFuZCB0YXJnZXRlZCB0byBhIFJlY2VpdmVyLiAgQSBTdWJzY3Jp
cHRpb24NCg0KICAgTUFZIGluY2x1ZGUgY29uc3RyYWludHMgd2hpY2ggZGljdGF0ZXMgaG93IG9m
dGVuIG9yIHVuZGVyIHdoYXQNCg0KICAgY29uZGl0aW9ucyBZQU5HIHN1YnRyZWUgdXBkYXRlcyBt
aWdodCBiZSBzZW50Lg0KDQoNCg0KLSBPbiB0aGUgdXNlIG9mIE1VU1QsIFNIT1VMRCwgZXRjLiBr
ZXl3b3JkcyBpbiByZXF1aXJlbWVudHMgZG9jdW1lbnQsIGl0J3MgcHJlZmVyYWJsZSB0byB1c2Ug
bG93ZXIgY2FzZSBiZWNhdXNlIHRoZXNlIGFyZSBub3QgUkZDIDIxMTkga2V5d29yZHMuDQoNClRo
ZSBhbHRlcm5hdGl2ZSBpcyB0byBzdHJlc3MgdGhlIHNwZWNpZmljIG1lYW5pbmcgb2YgdGhvc2Ug
a2V5d29yZHMgaW4gdGhpcyBkb2N1bWVudC4NCg0KDQoNCjxFcmljPiB3aWxsIHN0b3Agc2hvdXRp
bmcgaW4gdXBwZXIgY2FzZSBpbiB0aGUgbmV4dCB2ZXJzaW9uLg0KDQoNCg0KLQ0KDQogICBBIFN1
YnNjcmliZXIgTUFZIHByb3ZpZGUgUW9TIGNyaXRlcmlhIHRvIHRoZSBTdWJzY3JpcHRpb24gU2Vy
dmljZQ0KDQogICBzdWNoIHRoYXQgaWYgdGhlIFN1YnNjcmlwdGlvbiBTZXJ2aWNlIGlzIHVuYWJs
ZSB0byBtZWV0IHRob3NlDQoNCiAgIGNyaXRlcmlhLCB0aGUgU3Vic2NyaXB0aW9uIHNob3VsZCBu
b3QgYmUgZXN0YWJsaXNoZWQuDQoNCg0KDQogICBBIFN1YnNjcmlwdGlvbiBTZXJ2aWNlIFNIT1VM
RCBiZSBhYmxlIHRvIGludGVycHJldCBTdWJzY3JpcHRpb24NCg0KICAgUmVxdWVzdHMgUW9TIFBv
bGljeSByZXF1ZXN0cywgYW5kIG9ubHkgZXN0YWJsaXNoIGEgU3Vic2NyaXB0aW9uIGlmIGl0DQoN
CiAgIGlzIHBvc3NpYmxlIHRvIG1lZXQgdGhlIFFvUyB0aG9zZSBRb1MgUG9saWN5IHJlcXVlc3Rz
Lg0KDQoNCg0KQXQgZmlyc3QgZ2xhbmNlLCBJIHRob3VnaHQgeW91IHdhbnRlZCB0byBoYXZlIGEg
b25lLXdheSBkZWxheSB0eXBlIG9mIGVuZCB0byBlbmQgUW9TIG1ldHJpYw0KDQooYmV0d2VlbiB0
aGUgc3Vic2NyaWJlciBhbmQgcHVibGlzaGVyKS4gVGhpcyBpcyBjb21wbGV4Lg0KDQpUaGVuIEkg
c2F3Og0KDQogICBBIFN1YnNjcmlwdGlvbiBTZXJ2aWNlIFNIT1VMRCBiZSBhYmxlIHRvIG5lZ290
aWF0ZSBRb1MgY3JpdGVyaWEgZm9yIGENCg0KICAgU3Vic2NyaXB0aW9uLiAgRXhhbXBsZXMgb2Yg
UW9TIGNyaXRlcmlhIE1BWSBpbmNsdWRlIHJlbGlhYmlsaXR5IG9mDQoNCiAgIHRoZSBTdWJzY3Jp
cHRpb24gU2VydmljZSwgcmVhY3Rpb24gdGltZSBiZXR3ZWVuIGEgbW9uaXRvcmVkIFlBTkcNCg0K
ICAgc3VidHJlZS9vYmplY3QgY2hhbmdlIGFuZCBhIGNvcnJlc3BvbmRpbmcgbm90aWZpY2F0aW9u
IHB1c2gsIGFuZCB0aGUNCg0KICAgU3Vic2NyaXB0aW9uIFNlcnZpY2UncyBhYmlsaXR5IHRvIHN1
cHBvcnQgY2VydGFpbiBsZXZlbHMgb2Ygb2JqZWN0DQoNCiAgIGxpdmVsaW5lc3MuDQoNCg0KDQpZ
b3Ugd2FudCB0byBiZSBwcmVjaXNlIHdpdGggdGhlIFFvUyBkZWZpbml0aW9uIHNjb3BlIGluIHRo
aXMgZG9jdW1lbnQuDQoNCkl0J3Mgb25seSB3aGVuIEkgcmVhZCBzZWN0aW9uIDQuMi42IHRoYXQg
SSB1bmRlcnN0b29kIHlvdXIgUW9TIGRlZmluaXRpb24uDQoNCkluIHRoZSBlbmQsIEkgYmVsaWV2
ZSBhIGZvcndhcmQgcG9pbnRlciBpcyBhbGwgdGhhdCBpcyBuZWVkZA0KDQoNCg0KPEVyaWM+IEkg
d2lsbCBwdXQgYSByZWZlcmVuY2UgdG8gdGhlIHNwZWNpZmljIGRlZmluaXRpb24gb2YgUW9TIHdo
ZW4gUW9TIGlzIGZpcnN0IG1lbnRpb25lZCBpbiB0aGUgZG9jdW1lbnQuDQoNCg0KDQotIFdoYXQg
YWJvdXQgdGhlIG5vdGlvbiBvZiB0aW1lIGluIHB1Yi9zdWI/DQoNCk9uZSB0eXBpY2FsIHByb2Js
ZW0gd2l0aCBTTk1QIHBvbGxpbmcgaXMgcG9sbGluZyBkaWZmZXJlbnQgdmFyaWFibGVzIGF0IHRo
ZSBzYW1lIHRpbWUgKGludGVyZmFjZSBjb3VudGVyLCBRb1MgY291bnRlciwgZm9yIGV4YW1wbGUp
Lg0KDQpUaGlzIGlzIHNvbHZlZCBpbiBTTk1QIGJ5IGNvbWJpbmluZyB0aG9zZSBPSUQgaW4gYSBz
aW5nbGUgUERVLiBIb3cgaXMgaXQgZG9uZSB3aXRoIHB1Yi9zdWI/IEFjdHVhbGx5LCB0aGUgcmln
aHQgcXVlc3Rpb24gaXM6IHdoYXQgaXMgdGhlIHJlcXVpcmVtZW50Pw0KDQoNCg0KPEVyaWM+IFdl
IGhhdmUgYSBzdGFydCB0aW1lIGFuZCBhIHBlcmlvZCBhc3NvY2lhdGVkIHdpdGggYSBzdWJzY3Jp
cHRpb24gdXBvbiBjZXJ0YWluIG9iamVjdHMuICAgRnJvbSB0aGVyZSB0aGUgZW5kaW5nIHBlcmlv
ZCB0aW1lc3RhbXAgZm9yIGluZm8gY29sbGVjdGlvbiBzaG91bGQgYmUgZXN0YWJsaXNoZWQuICBJ
dCBpcyBwb3NzaWJsZSB0aGF0IG90aGVyIG9iamVjdHMgbWlnaHQgYWxzbyBiZSBzdWJzY3JpYmVk
IG9uIHRoZSBzYW1lIGRldmljZSwgYW5kIG1pZ2h0IGhhdmUgdGhlIHNhbWUgZW5kaW5nIHBlcmlv
ZCB0aW1lc3RhbXAuICBUaGVyZSBhcmUgbm8gcmVxdWlyZW1lbnRzIGluIHRoZSBkb2N1bWVudCBy
aWdodCBub3cgd2hpY2ggdGFsayBhYm91dCBob3cgbXVsdGlwbGUgc3Vic2NyaXB0aW9uIHVwZGF0
ZXMgbWlnaHQgYmUgYnVuZGxlZC4gIFdlIGNvdWxkIGNlcnRhaW5seSBhZGQgcmVxdWlyZW1lbnRz
L21lY2hhbmlzbXMgZm9yIHRoaXMgYnVuZGxpbmcgaWYgdGhlcmUgaXMgbmVlZC4NCg0KDQoNCi0N
Cg0KICAgSWYgb24tY2hhbmdlIHVwZGF0ZXMgd2VyZQ0KDQogICByZXF1ZXN0ZWQgd2l0aCBhIGRh
bXBlbmluZyBwZXJpb2QsIHRoZSBtaW5pbXVtIGFjY2VwdGFibGUgZGFtcGVuaW5nDQoNCiAgIHBl
cmlvZCBTSE9VTEQgYmUgaW5jbHVkZWQsDQoNCldoYXQgaWYgdGhlIGRhbXBlbmluZyBwZXJpb2Qg
aXMgZGlmZmVyZW50IHBlciBzdWJzY3JpYmVyPw0KDQpBcmVuJ3Qgd2UgYWRkaW5nIGV4dHJhIHN0
YXRlcyB0byB0aGUgZGV2aWNlPw0KDQoNCg0KPEVyaWM+IEhvdyBtYW55IGV4dHJhIHN0YXRlcyBp
cyB1cCB0byB0aGUgaW1wbGVtZW50YXRpb24gd2l0aGluIHRoZSBkZXZpY2UuICBBcyB0aGUgZGFt
cGVuaW5nIHBlcmlvZCBpcyBuZWdvdGlhYmxlLCB0aGUgbmV0d29yayBlbGVtZW50IGRvZXMgbm90
IGhhdmUgdG8gYWNjZXB0IHRoZSBzdWJzY3JpcHRpb24gdGVybXMgaW5pdGlhbGx5IHJlcXVlc3Rl
ZCBieSBhIHN1YnNjcmliZXIuICBUaGVyZWZvcmUgaXQgY2FuIHJlZnVzZSBzdWJzY3JpcHRpb25z
IHdpdGggdW5zdXBwb3J0YWJsZSBtaW5pbXVtIGFjY2VwdGFibGUgZGFtcGVuaW5nIHBlcmlvZHMu
ICBBIGJlc3QgcHJhY3RpY2UgbWlnaHQgYmUgdGhhdCBhIG5ldHdvcmsgZWxlbWVudCBvbmx5IG9m
ZmVyIHRoZSBzYW1lIGRhbXBlbmluZyBwZXJpb2QgZm9yIGFsbCBzdWJzY3JpYmVycyBvZiBhbiBv
YmplY3QuDQoNCg0KDQotDQoNCiAgIEEgU3Vic2NyaXB0aW9uIFNlcnZpY2UgU0hPVUxEIHN1cHBv
cnQgZGlmZmVyZW50IHRyYW5zcG9ydHMuDQoNCg0KDQogICBBIFN1YnNjcmlwdGlvbiBTZXJ2aWNl
IFNIT1VMRCBzdXBwb3J0IGRpZmZlcmVudCBlbmNvZGluZ3Mgb2YgcGF5bG9hZC4NCg0KRG9uJ3Qg
eW91IHdhbnQgdG8gc3RhcnQgd2l0aCBhIHNpbmdsZSBvbmUsIGZvciBpbnRlcm9wZXJhYmlsaXR5
IHJlYXNvbnM/IEF0IGxlYXN0IGZvciB0aGUgZW5jb2Rpbmc/DQoNCkZvciB0aGUgdHJhbnNwb3J0
LCBJIGNvdWxkIGFncmVlIHdpdGggdGhlIHJlbGlhYmlsaXR5IGFzcGVjdHMgaW4gc2VjdGlvbiA0
LjIuNi4zDQoNCg0KDQo8RXJpYz4gQWdyZWUuDQoNCg0KDQpPbmUgb2YgdGhlIHRoaW5ncyBhYm91
dCB0aGlzIGRvY3VtZW50IGlzIHRoYXQgaXQgaXMgc3VwcG9zZWQgdG8gaW5jbHVkZSBZQU5HIFB1
Yi9TdWIgcmVxdWlyZW1lbnRzIGZyb20gdmFyaW91cyBzb3VyY2VzLiAgIEJ1aWxkaW5nIGEgcmVx
dWlyZW1lbnRzIGRvY3VtZW50IHdoaWNoIGRvZXNu4oCZdCBoYXZlIHRoZSBtaW5pbWFsIHJlcXVp
cmVtZW50cyBmb3IgYSBmaXJzdCBzcGVjaWZpYyBpbXBsZW1lbnRhdGlvbiBleHBvc2VzIG9wdGlv
bnMgd2hpY2ggYXJlIG5vdCBkZXNpcmVkIGZvciB0aGUgZmlyc3QgaW1wbGVtZW50YXRpb25zLg0K
DQoNCg0KL0VyaWMNCg0KDQoNCg0KDQpSZWdhcmRzLCBCZW5vaXQNCg0KDQoNCkEgZmV3IGVkaXRv
cmlhbCBjb21tZW50cyBiZWxvdy4NCg0KDQoNCi0gY2FwaXRhbGl6ZSBORVRDT05GLCBSRVNUQ09O
Rg0KDQoNCg0KLSBPTEQ6DQoNCg0KDQogICAgVGhlc2UgcmVmaW5lbWVudHMgaW5jbHVkZTogcGVy
aW9kaWNpdHkgb2Ygb2JqZWN0IHVwZGF0ZXMsIGZpbHRlcmluZw0KDQogICAgb3V0IG9mIG9iamVj
dHMgdW5kZXJuZWF0aCBhIHJlcXVlc3RlZCBhIHN1YnRyZWUsIGFuZCBkZWxpdmVyeSBRb1MNCg0K
ICAgIGd1YXJhbnRlZQ0KDQoNCg0KICBORVc6DQoNCg0KDQogICAgVGhlc2UgcmVmaW5lbWVudHMg
aW5jbHVkZTogcGVyaW9kaWNpdHkgb2Ygb2JqZWN0IHVwZGF0ZXMsIGZpbHRlcmluZw0KDQogICAg
b3V0IG9mIG9iamVjdHMgdW5kZXJuZWF0aCBhIHJlcXVlc3RlZCBzdWJ0cmVlLCBhbmQgZGVsaXZl
cnkgUW9TDQoNCiAgICBndWFyYW50ZWUNCg0KDQoNCi0NCg0KICAgWUFORyBoYXMgZ2FpbmVkIGFj
Y2VwdGFuY2UgYXMgdGhlIGRhdGEgZGVmaW5pdGlvbiBsYW5ndWFnZSBvZiBjaG9pY2UNCg0KICAg
Zm9yIGNvbnRyb2wgYW5kIG1hbmFnZW1lbnQgcmVsYXRlZCBpbmZvcm1hdGlvbi4NCg0KPT4gYXMg
dGhlIGRhdGEgbW9kZWxpbmcgbGFuZ3VhZ2Ugb2YgY2hvaWNlDQoNCg0KDQotIHdoYXQgaXMgT01H
L0REUyBpbjoNCg0KICAgV2l0aCB0aGUgc3VwcG9ydCBvZiBzdGFuZGFyZHMgYm9kaWVzIHN1Y2gg
YXMgT01HIChERFMpLA0KDQogICBYTVBQLm9yZyBzdGFuZGFyZA0KDQoNCg0KUGxlYXNlIGEgcmVm
ZXJlbmNlDQoNCi0NCg0KICAgIkhvd2V2ZXIgUkZDNTI3NzxodHRwOi8vdG9vbHMuaWV0Zi5vcmcv
aHRtbC9yZmM1Mjc3Pg0KDQogICBkb2VzIG5vdCBmb2xsb3cgdGhlIFB1Yi9TdWIgcGFyYWRpZ20s
IGRvZXMgbm90IGFsbG93IHRoZSBleHBsaWNpdA0KDQogICBkZWxldGlvbiBvZiBzdWJzY3JpcHRp
b25zLCBhbmQgcHJlZGF0ZXMgWUFORy4iDQoNCg0KDQpZb3UgbWlnaHQgd2FudCB0byBleHBhbmQg
b24gInByZWRhdGVzIFlBTkciLCBleHByZXNzaW5nIHRoYXQgUkZDIDUyNzcgZG9lc24ndCBhbGxv
dyB0aGUgbW9uaXRvcmluZyBvZiBZQU5HIG9iamVjdHMNCg0KDQoNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov
KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7
DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh
bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIg
NDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg
ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm
b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7
DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt
cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N
CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJl
DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt
YXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u
dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNr
O30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJl
Zm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu
azoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJs
YWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9
DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp
emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt
YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl
OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86
c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu
ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk
aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+
PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0i
RU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp
b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIHRoZSBjb21tZW50cyBCZW5vaXQuJm5ic3A7IFNvbWUg
dGhvdWdodHMgaW4tbGluZeKApjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gaTJycywgTWFyY2ggMTks
IDIwMTUgOTo1NCBBTTxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8cHJlPkRlYXIgYWxsLDxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2Pg0KPHByZT4tJm5i
c3A7IEFyZ3VhYmx5IHRoZSBiaWdnZXN0IHNob3J0Y29taW5nPG86cD48L286cD48L3ByZT4NCjxw
cmU+Jm5ic3A7Jm5ic3A7IG9mIFNOTVAgZm9yIHRob3NlIGFwcGxpY2F0aW9ucyBjb25jZXJucyB0
aGUgbmVlZCB0byByZWx5IG9uIHBlcmlvZGljPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7
Jm5ic3A7IHBvbGxpbmcsIGJlY2F1c2UgaXQgaW50cm9kdWNlcyBhZGRpdGlvbmFsIGxvYWQgb24g
dGhlIG5ldHdvcmsgYW5kPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGRldmlj
ZXMsIGlzIGJyaXR0bGUgaW4gY2FzZSBwb2xsaW5nIGN5Y2xlcyBhcmUgbWlzc2VkLCBhbmQgaXMg
aGFyZCB0bzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBzeW5jaHJvbml6ZSBh
bmQgY2FsaWJyYXRlIGFjcm9zcyBhIG5ldHdvcmssIG1ha2luZyBkYXRhIG9idGFpbmVkIGZyb208
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgbXVsdGlwbGUgZGV2aWNlcyBsZXNz
IGNvbXBhcmFibGUuIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
cmU+DQo8cHJlPlRoZSBESVNNQU4gV0cgcHJvZHVjZWQgaW4gdGhlIHBhc3QgdGhlIFJGQyAyOTgx
IGFuZCBSRkMgMjk4MiB0byBhdm9pZCB0aGUgcG9sbGluZyBpc3N1ZSw8bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT5idXQgdGhlIGV2ZW50IGFuZCBleHByZXNzaW9uIE1JQnMgbmV2ZXIgdG9vayBvZmYu
IFRoZXNlIHdlcmUgaGFyZCB0byBjb25maWd1cmU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbHQ7RXJpYyZn
dDsgQ29uZmlndXJhdGlvbiBlYXNlIHdpbGwgYmUgc29tZXRoaW5nIHdlIG5lZWQgdG8gY29udGlu
dWFsbHkga2VlcCBpbiBtaW5kLiZuYnNwOyZuYnNwOyBQdWIvU3ViIGlzIG9uZSB0ZWNobm9sb2d5
IHdoZXJlIHdlIGNhbiBtYWtlIHRvbyBtYW55IGtub2JzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4tIDxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwO0EgU3Vic2NyaXB0aW9uIFJlcXVlc3QgZm9yIG9uZSBv
ciBtb3JlIFlBTkcgc3VidHJlZXMgbWFkZSBieSB0aGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m
bmJzcDsmbmJzcDsgU3Vic2NyaWJlciBvZiBhIFB1Ymxpc2hlciBhbmQgdGFyZ2V0ZWQgdG8gYSBS
ZWNlaXZlci4mbmJzcDsgQSBTdWJzY3JpcHRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJz
cDsmbmJzcDsgTUFZIGluY2x1ZGUgY29uc3RyYWludHMgd2hpY2ggZGljdGF0ZXMgaG93IG9mdGVu
IG9yIHVuZGVyIHdoYXQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgY29uZGl0
aW9ucyBZQU5HIHN1YnRyZWUgdXBkYXRlcyBtaWdodCBiZSBzZW50LjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyAuLi48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJz
cDsgQW4gVXBkYXRlIHByb3ZpZGVzIG9iamVjdCBjaGFuZ2VzIHdoaWNoIGhhdmUgb2NjdXJyZWQg
d2l0aGluPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHN1YnNjcmliZWQgWUFO
RyBzdWJ0cmVlKHMpLiA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwv
cHJlPg0KPHByZT5JcyB0aGlzIGFsd2F5cyBhIHN1YnRyZWU/IENvdWxkIGl0IGEgc2luZ2xlIGxl
YWY/PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jmx0O0VyaWMmZ3Q7IFllcywgaXQg
Y2FuIGJlIGEgbGVhZi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8
L286cD48L3ByZT4NCjxwcmU+LSBZb3Ugc2hvdWxkIGhhdmUgcmVxdWlyZW1lbnRzIGluIHRoZSB0
ZXJtaW5vbG9neSBzZWN0aW9uLCBzcGVjaWZpY2FsbHkgYXMgeW91IGhhdmUgYSByZXF1aXJlbWVu
dCBzZWN0aW9uLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZsdDtFcmljJmd0OyB3
aWxsIGZpeCBuZXh0IHZlcnNpb24uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBBIFN1YnNjcmlwdGlvbiBSZXF1
ZXN0IGZvciBvbmUgb3IgbW9yZSBZQU5HIHN1YnRyZWVzIG1hZGUgYnkgdGhlPG86cD48L286cD48
L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFN1YnNjcmliZXIgb2YgYSBQdWJsaXNoZXIgYW5kIHRh
cmdldGVkIHRvIGEgUmVjZWl2ZXIuJm5ic3A7IEEgU3Vic2NyaXB0aW9uPG86cD48L286cD48L3By
ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE1BWSBpbmNsdWRlIGNvbnN0cmFpbnRzIHdoaWNoIGRpY3Rh
dGVzIGhvdyBvZnRlbiBvciB1bmRlciB3aGF0PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7
Jm5ic3A7IGNvbmRpdGlvbnMgWUFORyBzdWJ0cmVlIHVwZGF0ZXMgbWlnaHQgYmUgc2VudC48bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4tIE9uIHRo
ZSB1c2Ugb2YgTVVTVCwgU0hPVUxELCBldGMuIGtleXdvcmRzIGluIHJlcXVpcmVtZW50cyBkb2N1
bWVudCwgaXQncyBwcmVmZXJhYmxlIHRvIHVzZSBsb3dlciBjYXNlIGJlY2F1c2UgdGhlc2UgYXJl
IG5vdCBSRkMgMjExOSBrZXl3b3Jkcy4gPG86cD48L286cD48L3ByZT4NCjxwcmU+VGhlIGFsdGVy
bmF0aXZlIGlzIHRvIHN0cmVzcyB0aGUgc3BlY2lmaWMgbWVhbmluZyBvZiB0aG9zZSBrZXl3b3Jk
cyBpbiB0aGlzIGRvY3VtZW50LiA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbHQ7RXJpYyZndDsgd2lsbCBz
dG9wIHNob3V0aW5nIGluIHVwcGVyIGNhc2UgaW4gdGhlIG5leHQgdmVyc2lvbi48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT4tPG86cD48L286cD48
L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IEEgU3Vic2NyaWJlciBNQVkgcHJvdmlkZSBRb1MgY3Jp
dGVyaWEgdG8gdGhlIFN1YnNjcmlwdGlvbiBTZXJ2aWNlPG86cD48L286cD48L3ByZT4NCjxwcmU+
Jm5ic3A7Jm5ic3A7IHN1Y2ggdGhhdCBpZiB0aGUgU3Vic2NyaXB0aW9uIFNlcnZpY2UgaXMgdW5h
YmxlIHRvIG1lZXQgdGhvc2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgY3Jp
dGVyaWEsIHRoZSBTdWJzY3JpcHRpb24gc2hvdWxkIG5vdCBiZSBlc3RhYmxpc2hlZC48bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJz
cDsgQSBTdWJzY3JpcHRpb24gU2VydmljZSBTSE9VTEQgYmUgYWJsZSB0byBpbnRlcnByZXQgU3Vi
c2NyaXB0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFJlcXVlc3RzIFFv
UyBQb2xpY3kgcmVxdWVzdHMsIGFuZCBvbmx5IGVzdGFibGlzaCBhIFN1YnNjcmlwdGlvbiBpZiBp
dDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBpcyBwb3NzaWJsZSB0byBtZWV0
IHRoZSBRb1MgdGhvc2UgUW9TIFBvbGljeSByZXF1ZXN0cy48bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5BdCBmaXJzdCBnbGFuY2UsIEkgdGhvdWdo
dCB5b3Ugd2FudGVkIHRvIGhhdmUgYSBvbmUtd2F5IGRlbGF5IHR5cGUgb2YgZW5kIHRvIGVuZCBR
b1MgbWV0cmljIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPihiZXR3ZWVuIHRoZSBzdWJzY3JpYmVy
IGFuZCBwdWJsaXNoZXIpLiBUaGlzIGlzIGNvbXBsZXguPG86cD48L286cD48L3ByZT4NCjxwcmU+
VGhlbiBJIHNhdzogPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7QSBT
dWJzY3JpcHRpb24gU2VydmljZSBTSE9VTEQgYmUgYWJsZSB0byBuZWdvdGlhdGUgUW9TIGNyaXRl
cmlhIGZvciBhPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFN1YnNjcmlwdGlv
bi4mbmJzcDsgRXhhbXBsZXMgb2YgUW9TIGNyaXRlcmlhIE1BWSBpbmNsdWRlIHJlbGlhYmlsaXR5
IG9mPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHRoZSBTdWJzY3JpcHRpb24g
U2VydmljZSwgcmVhY3Rpb24gdGltZSBiZXR3ZWVuIGEgbW9uaXRvcmVkIFlBTkc8bzpwPjwvbzpw
PjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgc3VidHJlZS9vYmplY3QgY2hhbmdlIGFuZCBhIGNv
cnJlc3BvbmRpbmcgbm90aWZpY2F0aW9uIHB1c2gsIGFuZCB0aGU8bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT4mbmJzcDsmbmJzcDsgU3Vic2NyaXB0aW9uIFNlcnZpY2UncyBhYmlsaXR5IHRvIHN1cHBv
cnQgY2VydGFpbiBsZXZlbHMgb2Ygb2JqZWN0PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7
Jm5ic3A7IGxpdmVsaW5lc3MuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286
cD48L3ByZT4NCjxwcmU+WW91IHdhbnQgdG8gYmUgcHJlY2lzZSB3aXRoIHRoZSBRb1MgZGVmaW5p
dGlvbiBzY29wZSBpbiB0aGlzIGRvY3VtZW50LiA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5JdCdz
IG9ubHkgd2hlbiBJIHJlYWQgc2VjdGlvbiA0LjIuNiB0aGF0IEkgdW5kZXJzdG9vZCB5b3VyIFFv
UyBkZWZpbml0aW9uLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkluIHRoZSBlbmQsIEkgYmVsaWV2
ZSBhIGZvcndhcmQgcG9pbnRlciBpcyBhbGwgdGhhdCBpcyBuZWVkZCA8bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEIj4mbHQ7RXJpYyZndDsgSSB3aWxsIHB1dCBhIHJlZmVyZW5jZSB0byB0
aGUgc3BlY2lmaWMgZGVmaW5pdGlvbiBvZiBRb1Mgd2hlbiBRb1MgaXMgZmlyc3QgbWVudGlvbmVk
IGluIHRoZSBkb2N1bWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT4tIFdoYXQgYWJvdXQgdGhlIG5vdGlvbiBvZiB0aW1lIGluIHB1Yi9zdWI/
PG86cD48L286cD48L3ByZT4NCjxwcmU+T25lIHR5cGljYWwgcHJvYmxlbSB3aXRoIFNOTVAgcG9s
bGluZyBpcyBwb2xsaW5nIGRpZmZlcmVudCB2YXJpYWJsZXMgYXQgdGhlIHNhbWUgdGltZSAoaW50
ZXJmYWNlIGNvdW50ZXIsIFFvUyBjb3VudGVyLCBmb3IgZXhhbXBsZSkuPG86cD48L286cD48L3By
ZT4NCjxwcmU+VGhpcyBpcyBzb2x2ZWQgaW4gU05NUCBieSBjb21iaW5pbmcgdGhvc2UgT0lEIGlu
IGEgc2luZ2xlIFBEVS4gSG93IGlzIGl0IGRvbmUgd2l0aCBwdWIvc3ViPyBBY3R1YWxseSwgdGhl
IHJpZ2h0IHF1ZXN0aW9uIGlzOiB3aGF0IGlzIHRoZSByZXF1aXJlbWVudD88bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj4mbHQ7RXJpYyZndDsgV2UgaGF2ZSBhIHN0YXJ0IHRpbWUgYW5kIGEgcGVyaW9kIGFzc29j
aWF0ZWQgd2l0aCBhIHN1YnNjcmlwdGlvbiB1cG9uIGNlcnRhaW4gb2JqZWN0cy4mbmJzcDsmbmJz
cDsgRnJvbSB0aGVyZSB0aGUgZW5kaW5nIHBlcmlvZCB0aW1lc3RhbXAgZm9yIGluZm8gY29sbGVj
dGlvbiBzaG91bGQgYmUgZXN0YWJsaXNoZWQuJm5ic3A7IEl0IGlzIHBvc3NpYmxlIHRoYXQgb3Ro
ZXIgb2JqZWN0cyBtaWdodCBhbHNvIGJlIHN1YnNjcmliZWQgb24gdGhlIHNhbWUgZGV2aWNlLCBh
bmQgbWlnaHQgaGF2ZSB0aGUgc2FtZSBlbmRpbmcgcGVyaW9kIHRpbWVzdGFtcC4mbmJzcDsgVGhl
cmUgYXJlIG5vIHJlcXVpcmVtZW50cyBpbiB0aGUgZG9jdW1lbnQgcmlnaHQgbm93IHdoaWNoIHRh
bGsgYWJvdXQgaG93IG11bHRpcGxlIHN1YnNjcmlwdGlvbiB1cGRhdGVzIG1pZ2h0IGJlIGJ1bmRs
ZWQuJm5ic3A7IFdlIGNvdWxkIGNlcnRhaW5seSBhZGQgcmVxdWlyZW1lbnRzL21lY2hhbmlzbXMg
Zm9yIHRoaXMgYnVuZGxpbmcgaWYgdGhlcmUgaXMgbmVlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT4tIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PiZuYnNwOyZuYnNwOyZuYnNwO0lmIG9uLWNoYW5nZSB1cGRhdGVzIHdlcmU8bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgcmVxdWVzdGVkIHdpdGggYSBkYW1wZW5pbmcgcGVyaW9k
LCB0aGUgbWluaW11bSBhY2NlcHRhYmxlIGRhbXBlbmluZzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PiZuYnNwOyZuYnNwOyBwZXJpb2QgU0hPVUxEIGJlIGluY2x1ZGVkLDxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPldoYXQgaWYgdGhlIGRhbXBlbmluZyBwZXJpb2QgaXMgZGlmZmVyZW50IHBlciBzdWJz
Y3JpYmVyPzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkFyZW4ndCB3ZSBhZGRpbmcgZXh0cmEgc3Rh
dGVzIHRvIHRoZSBkZXZpY2U/PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jmx0O0Vy
aWMmZ3Q7IEhvdyBtYW55IGV4dHJhIHN0YXRlcyBpcyB1cCB0byB0aGUgaW1wbGVtZW50YXRpb24g
d2l0aGluIHRoZSBkZXZpY2UuJm5ic3A7IEFzIHRoZSBkYW1wZW5pbmcgcGVyaW9kIGlzIG5lZ290
aWFibGUsIHRoZSBuZXR3b3JrIGVsZW1lbnQgZG9lcyBub3QgaGF2ZSB0byBhY2NlcHQgdGhlIHN1
YnNjcmlwdGlvbiB0ZXJtcyBpbml0aWFsbHkgcmVxdWVzdGVkIGJ5IGEgc3Vic2NyaWJlci4mbmJz
cDsgVGhlcmVmb3JlIGl0IGNhbiByZWZ1c2Ugc3Vic2NyaXB0aW9ucyB3aXRoIHVuc3VwcG9ydGFi
bGUgbWluaW11bSBhY2NlcHRhYmxlIGRhbXBlbmluZyBwZXJpb2RzLiZuYnNwOyBBIGJlc3QgcHJh
Y3RpY2UgbWlnaHQgYmUgdGhhdCBhIG5ldHdvcmsgZWxlbWVudCBvbmx5IG9mZmVyIHRoZSBzYW1l
IGRhbXBlbmluZyBwZXJpb2QgZm9yIGFsbCBzdWJzY3JpYmVycyBvZiBhbiBvYmplY3QuPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+LSA8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDtBIFN1YnNjcmlwdGlvbiBTZXJ2aWNl
IFNIT1VMRCBzdXBwb3J0IGRpZmZlcmVudCB0cmFuc3BvcnRzLjxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBBIFN1YnNjcmlw
dGlvbiBTZXJ2aWNlIFNIT1VMRCBzdXBwb3J0IGRpZmZlcmVudCBlbmNvZGluZ3Mgb2YgcGF5bG9h
ZC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5Eb24ndCB5b3Ugd2FudCB0byBzdGFydCB3aXRoIGEg
c2luZ2xlIG9uZSwgZm9yIGludGVyb3BlcmFiaWxpdHkgcmVhc29ucz8gQXQgbGVhc3QgZm9yIHRo
ZSBlbmNvZGluZz88bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5Gb3IgdGhlIHRyYW5zcG9ydCwgSSBj
b3VsZCBhZ3JlZSB3aXRoIHRoZSByZWxpYWJpbGl0eSBhc3BlY3RzIGluIHNlY3Rpb24gNC4yLjYu
MzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZsdDtFcmljJmd0OyBBZ3JlZS4mbmJz
cDsmbmJzcDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk9uZSBvZiB0
aGUgdGhpbmdzIGFib3V0IHRoaXMgZG9jdW1lbnQgaXMgdGhhdCBpdCBpcyBzdXBwb3NlZCB0byBp
bmNsdWRlIFlBTkcgUHViL1N1YiByZXF1aXJlbWVudHMgZnJvbSB2YXJpb3VzIHNvdXJjZXMuJm5i
c3A7Jm5ic3A7IEJ1aWxkaW5nIGEgcmVxdWlyZW1lbnRzIGRvY3VtZW50IHdoaWNoIGRvZXNu4oCZ
dCBoYXZlIHRoZSBtaW5pbWFsIHJlcXVpcmVtZW50cyBmb3IgYSBmaXJzdCBzcGVjaWZpYyBpbXBs
ZW1lbnRhdGlvbiBleHBvc2VzIG9wdGlvbnMgd2hpY2ggYXJlIG5vdCBkZXNpcmVkIGZvciB0aGUg
Zmlyc3QgaW1wbGVtZW50YXRpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj4vRXJpYyA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286
cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+UmVnYXJkcywgQmVu
b2l0PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+
QSBmZXcgZWRpdG9yaWFsIGNvbW1lbnRzIGJlbG93LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPi0gY2FwaXRhbGl6ZSBORVRDT05GLCBSRVNUQ09O
RjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPi0g
T0xEOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJl
PiZuYnNwOyZuYnNwOyZuYnNwOyBUaGVzZSByZWZpbmVtZW50cyBpbmNsdWRlOiBwZXJpb2RpY2l0
eSBvZiBvYmplY3QgdXBkYXRlcywgZmlsdGVyaW5nPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i
c3A7Jm5ic3A7Jm5ic3A7IG91dCBvZiBvYmplY3RzIHVuZGVybmVhdGggYSByZXF1ZXN0ZWQgYSBz
dWJ0cmVlLCBhbmQgZGVsaXZlcnkgUW9TPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i
c3A7Jm5ic3A7IGd1YXJhbnRlZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wcmU+DQo8cHJlPiZuYnNwOyBORVc6PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4m
bmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZXNlIHJlZmluZW1l
bnRzIGluY2x1ZGU6IHBlcmlvZGljaXR5IG9mIG9iamVjdCB1cGRhdGVzLCBmaWx0ZXJpbmc8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsgb3V0IG9mIG9iamVjdHMgdW5k
ZXJuZWF0aCBhIHJlcXVlc3RlZCBzdWJ0cmVlLCBhbmQgZGVsaXZlcnkgUW9TPG86cD48L286cD48
L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGd1YXJhbnRlZTxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPi0mbmJzcDsmbmJzcDsgPG86cD48
L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7WUFORyBoYXMgZ2FpbmVkIGFjY2Vw
dGFuY2UgYXMgdGhlIGRhdGEgZGVmaW5pdGlvbiBsYW5ndWFnZSBvZiBjaG9pY2U8bzpwPjwvbzpw
PjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgZm9yIGNvbnRyb2wgYW5kIG1hbmFnZW1lbnQgcmVs
YXRlZCBpbmZvcm1hdGlvbi4gPG86cD48L286cD48L3ByZT4NCjxwcmU+PSZndDsgYXMgdGhlIGRh
dGEgbW9kZWxpbmcgbGFuZ3VhZ2Ugb2YgY2hvaWNlPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86
cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+LSB3aGF0IGlzIE9NRy9ERFMgaW46PG86cD48L286
cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFdpdGggdGhlIHN1cHBvcnQgb2Ygc3RhbmRhcmRz
IGJvZGllcyBzdWNoIGFzIE9NRyAoRERTKSw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsm
bmJzcDsgWE1QUC5vcmcgc3RhbmRhcmQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw
OzwvbzpwPjwvcHJlPg0KPHByZT5QbGVhc2UgYSByZWZlcmVuY2UgPG86cD48L286cD48L3ByZT4N
CjxwcmU+LSA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmcXVvdDtI
b3dldmVyIDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzUyNzciPlJGQzUy
Nzc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGRvZXMgbm90IGZvbGxv
dyB0aGUgUHViL1N1YiBwYXJhZGlnbSwgZG9lcyBub3QgYWxsb3cgdGhlIGV4cGxpY2l0PG86cD48
L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGRlbGV0aW9uIG9mIHN1YnNjcmlwdGlvbnMs
IGFuZCBwcmVkYXRlcyBZQU5HLiZxdW90OyA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT5Zb3UgbWlnaHQgd2FudCB0byBleHBhbmQgb24gJnF1b3Q7
cHJlZGF0ZXMgWUFORyZxdW90OywgZXhwcmVzc2luZyB0aGF0IFJGQyA1Mjc3IGRvZXNuJ3QgYWxs
b3cgdGhlIG1vbml0b3Jpbmcgb2YgWUFORyBvYmplY3RzPG86cD48L286cD48L3ByZT4NCjxwcmU+
PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_EF64FF31F4C4384DBCE5D513A791C2B121A1FD97xmbalnx11ciscoc_--


From nobody Thu Mar 26 11:39:10 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EB6C1B2A55 for ; Thu, 26 Mar 2015 11:39:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 1snllaj-iyZ4 for ; Thu, 26 Mar 2015 11:39:07 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0075.outbound.protection.outlook.com [65.55.169.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD1A11B2A43 for ; Thu, 26 Mar 2015 11:39:05 -0700 (PDT)
Received: from CY1PR0401MB1019.namprd04.prod.outlook.com (25.160.161.11) by CY1PR0401MB1019.namprd04.prod.outlook.com (25.160.161.11) with Microsoft SMTP Server (TLS) id 15.1.118.21; Thu, 26 Mar 2015 18:39:04 +0000
Received: from CY1PR0401MB1019.namprd04.prod.outlook.com ([25.160.161.11]) by CY1PR0401MB1019.namprd04.prod.outlook.com ([25.160.161.11]) with mapi id 15.01.0118.022; Thu, 26 Mar 2015 18:39:04 +0000
From: Hariharan Ananthakrishnan 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQMeKLcA
Date: Thu, 26 Mar 2015 18:39:03 +0000
Message-ID: <62C05112-1B2C-44E5-982B-5FEAA592881A@packetdesign.com>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.180.3]
authentication-results: ndzh.com; dkim=none (message not signed) header.d=none;
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0401MB1019;
x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10009020)(479174004)(15975445007)(62966003)(92566002)(19300405004)(40100003)(2501003)(122556002)(19625215002)(82746002)(86362001)(19580405001)(2950100001)(2900100001)(102836002)(19580395003)(66066001)(50986999)(76176999)(54356999)(230783001)(46102003)(83716003)(77156002)(16236675004)(87936001)(33656002)(36756003)(19617315012)(2656002)(99286002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0401MB1019; H:CY1PR0401MB1019.namprd04.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
x-microsoft-antispam-prvs: 
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CY1PR0401MB1019; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0401MB1019; 
x-forefront-prvs: 0527DFA348
Content-Type: multipart/alternative; boundary="_000_62C051121B2C44E5982B5FEAA592881Apacketdesigncom_"
MIME-Version: 1.0
X-OriginatorOrg: packetdesign.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2015 18:39:03.9536 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 1df5b6db-3686-4e87-9323-024e5bfe00f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0401MB1019
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:39:09 -0000

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

U3VwcG9ydCBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwgYXMgY28tYXV0aG9yLg0KDQpT
dXBwb3J0IGRyYWZ0LWlldGYtaTJycy1yaWItaW5mby1tb2RlbC4NCg0KLSBIYXJpDQoNCkZyb206
IFN1c2FuIEhhcmVzDQpEYXRlOiBUdWVzZGF5LCAxMCBNYXJjaCAyMDE1IDA5OjQ5DQpUbzogImky
cnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+Ig0KQ2M6ICdKZWZmcmV5IEhhYXMnLCAn
QWxpYSBBdGxhcycNClN1YmplY3Q6IFtpMnJzXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdC13
YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIgKA0KDQpUaGlzIGlzIGEgMyBXRyBhZG9wdGlvbiBj
YWxsICgzLzEwIOKAkyAzLzMxKSBmb3IgZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsOg0K
DQogIGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2FuZy1pMnJzLXJpYi1k
YXRhLW1vZGVsDQoNClRoZSBSSUIgRGVzaWduIHRlYW0gaGFzIGNyZWF0ZWQgdGhpcyBkcmFmdCB0
byBwcm92aWRlIHRoZSB5YW5nIG1vZGVsIHRoYXQgdGhlIGRyYWZ0LWlldGYtaTJycy1yaWItaW5m
byBtb2RlbCBoYXMgcHJvcG9zZWQuICBZb3UgY2FuIGZpbmQgdGhlIGRyYWZ0IG1vZGVsIGF0Og0K
DQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaTJycy1yaWItaW5m
by1tb2RlbC8NCg0KVGhpcyBtb2RlbCB3aWxsIGJlIHByZXNlbnRlZCBhdCB0aGUgSUVURiA5MiBz
ZXNzaW9uIG9mIEkyUlMgKDMvMjcvMjAxNSkuICAgSW4geW91ciBjb21tZW50cywgcGxlYXNlIGlu
ZGljYXRlZCDigJxzdXBwb3J04oCdIG9yIOKAnG5vLXN1cHBvcnTigJ0uICAgRGlzY3Vzc2lvbnMg
c2hvdWxkIGRpc3Rpbmd1aXNoIGJldHdlZW4gY29tbWVudGluZyBvbiB3aGF0IGlzIGluY2x1ZGVk
IChkcmF0LWlldGYtaTJycy1yaWItaW5mby1tb2RlbCksIGFuZCB0aGUgZW5jb2Rpbmcgb2YgdGhl
IG1vZGVsLg0KDQpTdWUgSGFyZXMNCg0K

--_000_62C051121B2C44E5982B5FEAA592881Apacketdesigncom_
Content-Type: text/html; charset="utf-8"
Content-ID: <40785E512F3FAD4DAEDA43F7919060F6@namprd04.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
MXB4OyBmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+U3Vw
cG9ydCBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwgYXMgY28tYXV0aG9yLjwvZGl2Pg0K
PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+U3VwcG9ydCBkcmFmdC1pZXRmLWkycnMtcmliLWluZm8t
bW9kZWwuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4tIEhhcmk8L2Rpdj4NCjxkaXY+
DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRp
diBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246
bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVG
VDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQ
QURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVIt
UklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250
LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+U3VzYW4gSGFyZXM8YnI+DQo8c3BhbiBzdHlsZT0i
Zm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIDEwIE1hcmNoIDIwMTUgMDk6
NDk8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj4mcXVvdDs8
YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+aTJyc0BpZXRmLm9yZzwvYT4mcXVvdDs8YnI+
DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj4nSmVmZnJleSBIYWFz
JywgJ0FsaWEgQXRsYXMnPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1Ympl
Y3Q6IDwvc3Bhbj5baTJyc10gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtd2FuZy1pMnJzLXJp
Yi1kYXRhLW1vZGVsLTAyICg8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2IHht
bG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1h
cy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jv
c29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAx
NCAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAq
Lw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToy
IDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN
CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq
Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGlu
Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246
dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29t
cG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRv
d3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N
CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t
W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt
YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N
CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh
PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJF
Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv
bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBpcyBhIDMgV0cgYWRvcHRpb24gY2FsbCAo
My8xMCDigJMgMy8zMSkgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbDoNCjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwOi8vZGF0YXRyYWNr
ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbCI+aHR0cDovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWw8L2E+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBSSUIgRGVzaWduIHRlYW0gaGFzIGNyZWF0ZWQg
dGhpcyBkcmFmdCB0byBwcm92aWRlIHRoZSB5YW5nIG1vZGVsIHRoYXQgdGhlIGRyYWZ0LWlldGYt
aTJycy1yaWItaW5mbyBtb2RlbCBoYXMgcHJvcG9zZWQuJm5ic3A7IFlvdSBjYW4gZmluZCB0aGUg
ZHJhZnQgbW9kZWwgYXQ6ICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJo
dHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaTJycy1yaWItaW5mby1t
b2RlbC8iPmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pMnJzLXJp
Yi1pbmZvLW1vZGVsLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBtb2RlbCB3aWxs
IGJlIHByZXNlbnRlZCBhdCB0aGUgSUVURiA5MiBzZXNzaW9uIG9mIEkyUlMgKDMvMjcvMjAxNSku
Jm5ic3A7Jm5ic3A7IEluIHlvdXIgY29tbWVudHMsIHBsZWFzZSBpbmRpY2F0ZWQg4oCcc3VwcG9y
dOKAnSBvciDigJxuby1zdXBwb3J04oCdLiZuYnNwOyZuYnNwOyBEaXNjdXNzaW9ucyBzaG91bGQg
ZGlzdGluZ3Vpc2ggYmV0d2VlbiBjb21tZW50aW5nIG9uIHdoYXQgaXMgaW5jbHVkZWQgKGRyYXQt
aWV0Zi1pMnJzLXJpYi1pbmZvLW1vZGVsKSwNCiBhbmQgdGhlIGVuY29kaW5nIG9mIHRoZSBtb2Rl
bC4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN1ZSBIYXJlczxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_62C051121B2C44E5982B5FEAA592881Apacketdesigncom_--


From nobody Thu Mar 26 11:41:09 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEE381B2A44 for ; Thu, 26 Mar 2015 11:41:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 8TP0uoVq4ab9 for ; Thu, 26 Mar 2015 11:41:05 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0058.outbound.protection.outlook.com [65.55.169.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8493F1ABD36 for ; Thu, 26 Mar 2015 11:41:05 -0700 (PDT)
Received: from CY1PR0401MB1019.namprd04.prod.outlook.com (25.160.161.11) by CY1PR0401MB1019.namprd04.prod.outlook.com (25.160.161.11) with Microsoft SMTP Server (TLS) id 15.1.118.21; Thu, 26 Mar 2015 18:41:04 +0000
Received: from CY1PR0401MB1019.namprd04.prod.outlook.com ([25.160.161.11]) by CY1PR0401MB1019.namprd04.prod.outlook.com ([25.160.161.11]) with mapi id 15.01.0118.022; Thu, 26 Mar 2015 18:41:04 +0000
From: Hariharan Ananthakrishnan 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMeDH4A
Date: Thu, 26 Mar 2015 18:41:03 +0000
Message-ID: <1CE0A432-8B55-482A-B87D-5C4695E8B7FF@packetdesign.com>
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
In-Reply-To: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.180.3]
authentication-results: ndzh.com; dkim=none (message not signed) header.d=none;
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0401MB1019;
x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10009020)(479174004)(15975445007)(62966003)(92566002)(19300405004)(40100003)(2501003)(122556002)(19625215002)(82746002)(86362001)(19580405001)(2950100001)(2900100001)(102836002)(19580395003)(66066001)(50986999)(76176999)(54356999)(230783001)(46102003)(83716003)(77156002)(16236675004)(87936001)(33656002)(36756003)(19617315012)(2656002)(99286002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0401MB1019; H:CY1PR0401MB1019.namprd04.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
x-microsoft-antispam-prvs: 
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CY1PR0401MB1019; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0401MB1019; 
x-forefront-prvs: 0527DFA348
Content-Type: multipart/alternative; boundary="_000_1CE0A4328B55482AB87D5C4695E8B7FFpacketdesigncom_"
MIME-Version: 1.0
X-OriginatorOrg: packetdesign.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2015 18:41:03.6893 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 1df5b6db-3686-4e87-9323-024e5bfe00f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0401MB1019
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:41:07 -0000

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

U3VwcG9ydCBhcyBjby1hdXRob3IuDQoNCi0gSGFyaQ0KDQpGcm9tOiBTdXNhbiBIYXJlcw0KRGF0
ZTogVHVlc2RheSwgMTAgTWFyY2ggMjAxNSAxMDowMA0KVG86ICJpMnJzQGlldGYub3JnPG1haWx0
bzppMnJzQGlldGYub3JnPiINCkNjOiAnSmVmZnJleSBIYWFzJw0KU3ViamVjdDogW2kycnNdIDMg
d2VlayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29yay10b3Bv
LTA0LnR4dCAoMy8xMCB0byAzLzMxKQ0KDQpUaGlzIGJlZ2lucyBhIDMgd2VlayBhZG9wdGlvbiBj
YWxsIGZvciB0aGUgZHJhZnQtY2xlbW0taTJycy15YW5nLW5ldHdvcmstdG9wby4wNCAoQSBEYXRh
IE1vZGVsIGZvciBOZXR3b3JrIFRvcG9sb2dpZXMpIHdoaWNoIGhhcyBiZWVuIHJlY29tbWVuZGVk
IGJ5IHRoZSBJMlJTIFRvcG9sb2d5IERlc2lnbiB0ZWFtLg0KDQpodHRwOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LWNsZW1tLWkycnMteWFuZy1uZXR3b3JrLXRvcG8vDQoNClRoaXMg
Z2VuZXJpYyBtb2RlbCBpcyB0aGUgYmFzaXMgZm9yIHRoZSBwcm90b2NvbCBpbmRlcGVuZGVudCBJ
MnJzIHRvcG9sb2d5IGRyYWZ0cy4gIFRoZSBnZW5lcmljIGRyYWZ0IHByb3ZpZGVzIGFuIHdheSB0
byBsaW5rIG11bHRpLWxheWVyIHRvcG9sb2dpZXMsIGFuZCBhIHdheSB0byBpbXBvcnQgcHJvdG9j
b2wgZGVwZW5kZW50IGludG8gdGhlIHByb3RvY29sIGluZGVwZW5kZW50IGRyYWZ0cy4gICBUaGUg
TDEsIEwyLCBMMywgYW5kIFNlcnZpY2UgbGF5ZXIgcHJvdG9jb2wgaW5kZXBlbmRlbnQgdG9wb2xv
Z2llcyB3aGljaCBhcmUgbGlua2VkIHRvIHRoaXMgZHJhZnQgYXJlIGxpc3RlZCBiZWxvdy4NCg0K
VGhpcyBnZW5lcmljIG1vZGVsIHdpbGwgYmUgcHJlc2VudGVkIGF0IHRoZSBJMlJTIFdHIG9uIDMv
MjcvMjAxNSA5OjAwLTExOjMwIENEVC4NCg0KU3VlIEhhcmVzDQoNCi0tLS0tLS0tLS0tLS0tLS0t
LS0tDQpUaGUgcHJvdG9jb2wgaW5kZXBlbmRlbnQgdG9wb2xvZ3kgZHJhZnRzIGFyZToNCg0KTDE6
IFRvcG9sb2d5IChkcmFmdC16aGFuZy1pMnJzLUwxLXRvcG9sb2d5DQpodHRwOi8vZGF0YXRyYWNr
ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXpoYW5nLWkycnMtbDEtdG9wby15YW5nLW1vZGVsLw0KDQpM
MiBUb3BvbG9neSAoZHJhZnQtZG9uZy1pMnJzLWwyLW5ldHdvcmstdG9wbG9neSkNCmh0dHA6Ly9k
YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZG9uZy1pMnJzLWwyLW5ldHdvcmstdG9wb2xv
Z3kvDQoNCkwzIFRvcG9sb2d5IChkcmFmdC1jbGVtbS1pMnJzLXlhbmctbDMtdG9wbykNCmh0dHA6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtY2xlbW0taTJycy15YW5nLWwzLXRvcG8v
DQoNClNlcnZpY2UgbGF5ZXIgUHJvdG9jb2wtSW5kZXBlbmRlbnQgdG9wb2xvZ3kNClNlcnZpY2Ug
bGF5ZXIgdG9wb2xvZ2llcyB0aGF0IGFyZSBub3QgbGlua2VkIHRvIHByb3RvY29scyBhcmUgaW5j
bHVkZWQgaW4gdGhpcyB3b3JrOg0KDQpPbmUgZXhhbXBsZSBmb3IgU2VydmljZSBGdW5jdGlvbiBG
b3J3YXJkaW5nIGJhc2VkIG9uIHRoZSBnZW5lcmljIG1vZGVsIGlzOg0KaHR0cDovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWkycnMteWFuZy1zZmYtZG0vDQoNCltOb3RlOiBU
aGUgSTJSUyB3aWxsIGJlIGhvbGRpbmcgYW4gaW50ZXJpbSBvbiBwcm90b2NvbCBJbmRlcGVuZGVu
dCBzZXJ2aWNlIG1vZGVscyBpbiBBcHJpbC5dDQo=

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
MXB4OyBmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8
ZGl2PlN1cHBvcnQgYXMgY28tYXV0aG9yLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+
LSBIYXJpPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iTUFDX09VVExPT0tfU0lHTkFUVVJFIj48L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0i
T0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsg
Zm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RU
T006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9N
OiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6
ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRP
UDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+U3Vz
YW4gSGFyZXM8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFu
PlR1ZXNkYXksIDEwIE1hcmNoIDIwMTUgMTA6MDA8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWln
aHQ6Ym9sZCI+VG86IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+
aTJyc0BpZXRmLm9yZzwvYT4mcXVvdDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s
ZCI+Q2M6IDwvc3Bhbj4nSmVmZnJleSBIYWFzJzxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdo
dDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+W2kycnNdIDMgd2VlayBhZG9wdGlvbiBjYWxsIGZvciBk
cmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29yay10b3BvLTA0LnR4dCAoMy8xMCB0byAzLzMxKTxi
cj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXYgeG1sbnM6dj0idXJuOnNjaGVtYXMt
bWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm
aWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29y
ZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9v
bW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8bWV0YSBuYW1l
PSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0p
Ij4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2Zv
bnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAy
IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGku
TXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou
MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp
dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN
Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls
U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVm
YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N
CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t
W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt
YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N
CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh
PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJF
Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv
bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBiZWdpbnMgYSAzIHdlZWsgYWRvcHRpb24g
Y2FsbCBmb3IgdGhlIGRyYWZ0LWNsZW1tLWkycnMteWFuZy1uZXR3b3JrLXRvcG8uMDQgKEEgRGF0
YSBNb2RlbCBmb3IgTmV0d29yayBUb3BvbG9naWVzKSB3aGljaCBoYXMgYmVlbiByZWNvbW1lbmRl
ZCBieSB0aGUgSTJSUyBUb3BvbG9neSBEZXNpZ24gdGVhbS48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jbGVtbS1p
MnJzLXlhbmctbmV0d29yay10b3BvLyI+aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k
cmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29yay10b3BvLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+VGhpcyBnZW5lcmljIG1vZGVsIGlzIHRoZSBiYXNpcyBmb3IgdGhlIHByb3RvY29sIGlu
ZGVwZW5kZW50IEkycnMgdG9wb2xvZ3kgZHJhZnRzLiAmbmJzcDtUaGUgZ2VuZXJpYyBkcmFmdCBw
cm92aWRlcyBhbiB3YXkgdG8gbGluayBtdWx0aS1sYXllciB0b3BvbG9naWVzLCBhbmQgYSB3YXkg
dG8gaW1wb3J0IHByb3RvY29sIGRlcGVuZGVudCBpbnRvIHRoZSBwcm90b2NvbCBpbmRlcGVuZGVu
dCBkcmFmdHMuICZuYnNwOyZuYnNwO1RoZSBMMSwNCiBMMiwgTDMsIGFuZCBTZXJ2aWNlIGxheWVy
IHByb3RvY29sIGluZGVwZW5kZW50IHRvcG9sb2dpZXMgd2hpY2ggYXJlIGxpbmtlZCB0byB0aGlz
IGRyYWZ0IGFyZSBsaXN0ZWQgYmVsb3cuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZ2Vu
ZXJpYyBtb2RlbCB3aWxsIGJlIHByZXNlbnRlZCBhdCB0aGUgSTJSUyBXRyBvbiAzLzI3LzIwMTUg
OTowMC0xMTozMCBDRFQuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VlIEhhcmVzIDxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIHByb3RvY29sIGluZGVwZW5kZW50IHRvcG9sb2d5IGRy
YWZ0cyBhcmU6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MMTogVG9wb2xvZ3kgKGRyYWZ0LXpo
YW5nLWkycnMtTDEtdG9wb2xvZ3kgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXpoYW5nLWky
cnMtbDEtdG9wby15YW5nLW1vZGVsLyI+aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k
cmFmdC16aGFuZy1pMnJzLWwxLXRvcG8teWFuZy1tb2RlbC88L2E+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPkwyIFRvcG9sb2d5IChkcmFmdC1kb25nLWkycnMtbDItbmV0d29yay10b3Bsb2d5KSA8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHA6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZG9uZy1pMnJzLWwyLW5ldHdvcmstdG9wb2xvZ3kv
Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWRvbmctaTJycy1sMi1uZXR3
b3JrLXRvcG9sb2d5LzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TDMgVG9wb2xvZ3kgKGRy
YWZ0LWNsZW1tLWkycnMteWFuZy1sMy10b3BvKSA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt
Y2xlbW0taTJycy15YW5nLWwzLXRvcG8vIj5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j
L2RyYWZ0LWNsZW1tLWkycnMteWFuZy1sMy10b3BvLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+U2VydmljZSBsYXllciBQcm90b2NvbC1JbmRlcGVuZGVudCB0b3BvbG9neSA8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlcnZpY2UgbGF5ZXIgdG9wb2xvZ2llcyB0aGF0
IGFyZSBub3QgbGlua2VkIHRvIHByb3RvY29scyBhcmUgaW5jbHVkZWQgaW4gdGhpcyB3b3JrOg0K
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uZSBleGFtcGxlIGZvciBTZXJ2aWNlIEZ1bmN0aW9u
IEZvcndhcmRpbmcgYmFzZWQgb24gdGhlIGdlbmVyaWMgbW9kZWwgaXM6DQo8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRm
Lm9yZy9kb2MvZHJhZnQtd2FuZy1pMnJzLXlhbmctc2ZmLWRtLyI+aHR0cDovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWkycnMteWFuZy1zZmYtZG0vPC9hPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5bTm90ZTogVGhlIEkyUlMgd2lsbCBiZSBob2xkaW5nIGFuIGludGVyaW0g
b24gcHJvdG9jb2wgSW5kZXBlbmRlbnQgc2VydmljZSBtb2RlbHMgaW4gQXByaWwuXTxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_1CE0A4328B55482AB87D5C4695E8B7FFpacketdesigncom_--


From nobody Thu Mar 26 11:50:37 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB99B1ACDBB for ; Thu, 26 Mar 2015 11:50:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 T_Hu9b5qMz8f for ; Thu, 26 Mar 2015 11:50:18 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 740991B2A69 for ; Thu, 26 Mar 2015 11:50:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7818; q=dns/txt; s=iport; t=1427395810; x=1428605410; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Bh1+9156j+W6ccNhNMV575DfVTDHlHC+SJeFAwmSBSs=; b=mUKrkAfY8V9F9bFs/TIAT6R0ydtRYwiLksO6f9cLICnOtHcQeDd+btY2 uI94NHzj3FUIPBiyCj10Mmbl6roGzzAK8SbUmpvZ8oQLB6X1cnXvKlEZP dh8BDBUCljrvicE1u2Tt48ue0h2F1vRPVDe2IsmY+Gnl3noBsKspjzjbJ 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DkBQBsVBRV/5RdJa1cgkNDUloEtUWNaCoGgU+FdQKBXTgUAQEBAQEBAXyEFAEBAQQdEEwQAgEIDgMDAQIoByERFAkIAgQBDQWIGwMRDcY6DYU/AQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sogkeCIBEHhC0FkFCDb4QzgU2BGzqCdok5gmKDRyKDbm+BRH8BAQE
X-IronPort-AV: E=Sophos;i="5.11,474,1422921600";  d="scan'208,217";a="135687502"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-3.cisco.com with ESMTP; 26 Mar 2015 18:50:09 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t2QIo9SX017345 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Mar 2015 18:50:09 GMT
Received: from xmb-aln-x10.cisco.com ([169.254.5.108]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0195.001; Thu, 26 Mar 2015 13:50:09 -0500
From: "Jan Medved (jmedved)" 
To: Hariharan Ananthakrishnan , Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AQHQZ/RxRONTkBOkFEacByKO9lnovZ0u+ewA
Date: Thu, 26 Mar 2015 18:50:09 +0000
Message-ID: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <62C05112-1B2C-44E5-982B-5FEAA592881A@packetdesign.com>
In-Reply-To: <62C05112-1B2C-44E5-982B-5FEAA592881A@packetdesign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.4.8.150116
x-originating-ip: [10.82.241.150]
Content-Type: multipart/alternative; boundary="_000_D139A2EBBA972jmedvedciscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:50:23 -0000

--_000_D139A2EBBA972jmedvedciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Support

From: Hariharan Ananthakrishnan >
Date: Thursday, March 26, 2015 at 11:39 AM
To: Susan Hares >, "i2rs@ietf.org" >
Cc: 'Jeffrey Haas' >, 'Alia Atlas' >
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 =
(

Support draft-wang-i2rs-rib-data-model as co-author.

Support draft-ietf-i2rs-rib-info-model.

- Hari

From: Susan Hares
Date: Tuesday, 10 March 2015 09:49
To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas', 'Alia Atlas'
Subject: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (

This is a 3 WG adoption call (3/10 =96 3/31) for draft-wang-i2rs-rib-data-m=
odel:

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

The RIB Design team has created this draft to provide the yang model that t=
he draft-ietf-i2rs-rib-info model has proposed.  You can find the draft mod=
el at:

http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/

This model will be presented at the IETF 92 session of I2RS (3/27/2015).   =
In your comments, please indicated =93support=94 or =93no-support=94.   Dis=
cussions should distinguish between commenting on what is included (drat-ie=
tf-i2rs-rib-info-model), and the encoding of the model.

Sue Hares


--_000_D139A2EBBA972jmedvedciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <7EC08911BD8D5A42B85B36E40AE6B22D@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable







Support









From: Hariharan Ananthakrishnan <=
;hari@packetdesign.com>

Date: Thursday, March 26, 2015 at 1=
1:39 AM

To: Susan Hares <shares@ndzh.com>, "i2rs@ietf.org" <i2rs@=
ietf.org>

Cc: 'Jeffrey Haas' <jhaas@pfrc.org>, 'Alia Atlas' <akatlas@gmail.com>

Subject: Re: [i2rs] WG Adoption cal=
l for draft-wang-i2rs-rib-data-model-02 (

















Support draft-wang-i2rs-rib-data-model as co-author.







Support draft-ietf-i2rs-rib-info-model.







- Hari

















From: Susan Hares

Date: Tuesday, 10 March 2015 09:49<=
br>
To: "i2rs@ietf.org"

Cc: 'Jeffrey Haas', 'Alia Atlas'
Subject: [i2rs] WG Adoption call fo=
r draft-wang-i2rs-rib-data-model-02 (

















This is a 3 WG adoption call (3/10 =96 3/31) for dra=
ft-wang-i2rs-rib-data-model:



 


  http://datatracker.ietf.org/doc/draft-wa=
ng-i2rs-rib-data-model


 


The RIB Design team has created this draft to provid=
e the yang model that the draft-ietf-i2rs-rib-info model has proposed. =
; You can find the draft model at:  


 


http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib=
-info-model/


 


This model will be presented at the IETF 92 session =
of I2RS (3/27/2015).   In your comments, please indicated =93supp=
ort=94 or =93no-support=94.   Discussions should distinguish betw=
een commenting on what is included (drat-ietf-i2rs-rib-info-model),
 and the encoding of the model. 


 


Sue Hares


 

















--_000_D139A2EBBA972jmedvedciscocom_--


From nobody Thu Mar 26 11:50:39 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A9A51B2A69 for ; Thu, 26 Mar 2015 11:50:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 fJ_nb1rb2vWz for ; Thu, 26 Mar 2015 11:50:21 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D2E11B2A9A for ; Thu, 26 Mar 2015 11:50:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10183; q=dns/txt; s=iport; t=1427395811; x=1428605411; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=DGpHMn77rHh3Ue+yKfeNyXlMKLXMXX4ocCMFxKmIUdc=; b=h9MkiQxLn7H2rVopv3TG59ZjmeuAtV8IHQEz0v1KJ4MINCIt8dX23f6F GMtUHPfJCcSyERdtKbqtcaXQENKq+QWYqK+bch0NzdmIE7oo5dGGZRD6R cElIRKqoBU7ospQ/MjWZUVAjERytaoK5huxnL2TR3ybQtLO5vujHPbLCd 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ChBgBsVBRV/4oNJK1cgkNDUloEtUWNaIF/hXUCgV1MAQEBAQEBfYQUAQEBBB0QTBACAQgOAwMBAigHMhQJCAEBBAENBYgvDcwGAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sohGcRB4QtBYYYijiDb4YAgVWSWCKCMoE8b4FEfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,474,1422921600";  d="scan'208,217";a="406956738"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-6.cisco.com with ESMTP; 26 Mar 2015 18:49:48 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t2QInmrG019720 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Mar 2015 18:49:48 GMT
Received: from xmb-aln-x10.cisco.com ([169.254.5.108]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Thu, 26 Mar 2015 13:49:48 -0500
From: "Jan Medved (jmedved)" 
To: Hariharan Ananthakrishnan , Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMeDH4AAArIJIA=
Date: Thu, 26 Mar 2015 18:49:47 +0000
Message-ID: 
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com> <1CE0A432-8B55-482A-B87D-5C4695E8B7FF@packetdesign.com>
In-Reply-To: <1CE0A432-8B55-482A-B87D-5C4695E8B7FF@packetdesign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.4.8.150116
x-originating-ip: [10.82.241.150]
Content-Type: multipart/alternative; boundary="_000_D139A2CFBA96Ejmedvedciscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:50:26 -0000

--_000_D139A2CFBA96Ejmedvedciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support as a co-author

From: Hariharan Ananthakrishnan >
Date: Thursday, March 26, 2015 at 11:41 AM
To: Susan Hares >, "i2rs@ietf.org" >
Cc: 'Jeffrey Haas' >
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support as co-author.

- Hari

From: Susan Hares
Date: Tuesday, 10 March 2015 10:00
To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]

--_000_D139A2CFBA96Ejmedvedciscocom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <5791733906B1AA4FA47ECBFF5AC5D521@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable







Support as a co-author









From: Hariharan Ananthakrishnan <=
;hari@packetdesign.com>

Date: Thursday, March 26, 2015 at 1=
1:41 AM

To: Susan Hares <shares@ndzh.com>, "i2rs@ietf.org" <i2rs@=
ietf.org>

Cc: 'Jeffrey Haas' <jhaas@pfrc.org>

Subject: Re: [i2rs] 3 week adoption=
 call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)



















Support as co-author.







- Hari



















From: Susan Hares

Date: Tuesday, 10 March 2015 10:00<=
br>
To: "i2rs@ietf.org"

Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption cal=
l for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)

















This begins a 3 week adoption call for the draft-cle=
mm-i2rs-yang-network-topo.04 (A Data Model for Network Topologies) which ha=
s been recommended by the I2RS Topology Design team.


 


http://datatracker.ietf.org/doc/draft-clemm-i2r=
s-yang-network-topo/


 


This generic model is the basis for the protocol ind=
ependent I2rs topology drafts.  The generic draft provides an way to l=
ink multi-layer topologies, and a way to import protocol dependent into the=
 protocol independent drafts.   The L1,
 L2, L3, and Service layer protocol independent topologies which are linked=
 to this draft are listed below.


 


This generic model will be presented at the I2RS WG =
on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares 


 


--------------------


The protocol independent topology drafts are: <=
/o:p>


 


L1: Topology (draft-zhang-i2rs-L1-topology 


http://datatracker.ietf.org/doc/draft-zhang-i2=
rs-l1-topo-yang-model/


 


L2 Topology (draft-dong-i2rs-l2-network-toplogy) 


http://datatracker.ietf.org/doc/draft-dong-i2r=
s-l2-network-topology/


 


L3 Topology (draft-clemm-i2rs-yang-l3-topo) 


http://datatracker.ietf.org/doc/draft-clemm-i2rs-yan=
g-l3-topo/


 


Service layer Protocol-Independent topology 


Service layer topologies that are not linked to prot=
ocols are included in this work:



 


One example for Service Function Forwarding based on=
 the generic model is:



http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-s=
ff-dm/


 


[Note: The I2RS will be holding an interim on protoc=
ol Independent service models in April.]



















--_000_D139A2CFBA96Ejmedvedciscocom_--


From nobody Thu Mar 26 11:54:18 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C4431A9044 for ; Thu, 26 Mar 2015 11:54:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 29nOdlo7RpQF for ; Thu, 26 Mar 2015 11:54:14 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C98F41A89FF for ; Thu, 26 Mar 2015 11:54:13 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE28335; Thu, 26 Mar 2015 18:54:12 +0000 (GMT)
Received: from DFWEML705-CHM.china.huawei.com (10.193.5.142) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 18:54:11 +0000
Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml705-chm ([10.193.5.142]) with mapi id 14.03.0158.001; Thu, 26 Mar 2015 11:54:06 -0700
From: Linda Dunbar 
To: "Jan Medved (jmedved)" , Hariharan Ananthakrishnan , Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMeDH4AAArIJIAABFf1cA==
Date: Thu, 26 Mar 2015 18:54:06 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F657BFC75A@dfweml701-chm>
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com> <1CE0A432-8B55-482A-B87D-5C4695E8B7FF@packetdesign.com> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.149.79]
Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F657BFC75Adfweml701chm_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:54:16 -0000

--_000_4A95BA014132FF49AE685FAB4B9F17F657BFC75Adfweml701chm_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support.

Linda

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Jan Medved (jmedved)
Sent: Thursday, March 26, 2015 1:50 PM
To: Hariharan Ananthakrishnan; Susan Hares; i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support as a co-author

From: Hariharan Ananthakrishnan >
Date: Thursday, March 26, 2015 at 11:41 AM
To: Susan Hares >, "i2rs@ietf.org" >
Cc: 'Jeffrey Haas' >
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support as co-author.

- Hari

From: Susan Hares
Date: Tuesday, 10 March 2015 10:00
To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]

--_000_4A95BA014132FF49AE685FAB4B9F17F657BFC75Adfweml701chm_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Support. 


 


Linda


 






From: i2rs [ma=
ilto:i2rs-bounces@ietf.org]
On Behalf Of Jan Medved (jmedved)

Sent: Thursday, March 26, 2015 1:50 PM

To: Hariharan Ananthakrishnan; Susan Hares; i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






 




Support =
as a co-author






&nb=
sp;






From: Hariharan Ananthakrishnan <hari@packetdesign.com>

Date: Thursday, March 26, 2015 at 11:41 AM

To: Susan Hares <shares@ndzh.c=
om>, "i2rs@ietf.org" =
<i2rs@ietf.org>

Cc: 'Jeffrey Haas' <jhaas@pfrc.=
org>

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






&nb=
sp;
















Support as co-author.






 






- Hari










 






From: Susan Hares

Date: Tuesday, 10 March 2015 10:00

To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 








This begins a 3 week ado=
ption call for the draft-clemm-i2rs-yang-network-topo.04 (A Data Model for =
Network Topologies) which has been recommended by the I2RS Topology Design =
team.


 =



http://datatracker.=
ietf.org/doc/draft-clemm-i2rs-yang-network-topo/


 =



This generic model is th=
e basis for the protocol independent I2rs topology drafts.  The generi=
c draft provides an way to link multi-layer topologies, and a way to import=
 protocol dependent into the protocol independent
 drafts.   The L1, L2, L3, and Service layer protocol independent=
 topologies which are linked to this draft are listed below.


 =



This generic model will =
be presented at the I2RS WG on 3/27/2015 9:00-11:30 CDT.



 =



Sue Hares 


 =



--------------------


The protocol independent=
 topology drafts are:



 =



L1: Topology (draft-zhan=
g-i2rs-L1-topology



http://datatracker=
.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

 =



L2 Topology (draft-dong-=
i2rs-l2-network-toplogy)



http://datatracker=
.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

 =



L3 Topology (draft-clemm=
-i2rs-yang-l3-topo)



http://datatracker.ietf.=
org/doc/draft-clemm-i2rs-yang-l3-topo/


 =



Service layer Protocol-I=
ndependent topology



Service layer topologies=
 that are not linked to protocols are included in this work:



 =



One example for Service =
Function Forwarding based on the generic model is:



http://datatracker.ietf.or=
g/doc/draft-wang-i2rs-yang-sff-dm/


 =



[Note: The I2RS will be =
holding an interim on protocol Independent service models in April.]
















--_000_4A95BA014132FF49AE685FAB4B9F17F657BFC75Adfweml701chm_--


From nobody Thu Mar 26 11:54:59 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 318431AC3BA for ; Thu, 26 Mar 2015 11:54:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 Ju0EgLBkx7Po for ; Thu, 26 Mar 2015 11:54:55 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A9AE1A89FF for ; Thu, 26 Mar 2015 11:54:55 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQT07367; Thu, 26 Mar 2015 18:54:54 +0000 (GMT)
Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 18:54:53 +0000
Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0158.001; Thu, 26 Mar 2015 11:54:47 -0700
From: Linda Dunbar 
To: Hariharan Ananthakrishnan , Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AQHQZ/SUyjRg85sqJUuOBBelqA0Cu50vHL5Q
Date: Thu, 26 Mar 2015 18:54:47 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F657BFC766@dfweml701-chm>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <62C05112-1B2C-44E5-982B-5FEAA592881A@packetdesign.com>
In-Reply-To: <62C05112-1B2C-44E5-982B-5FEAA592881A@packetdesign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.149.79]
Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F657BFC766dfweml701chm_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:54:57 -0000

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

U3VwcG9ydC4NCg0KTGluZGENCg0KRnJvbTogU3VzYW4gSGFyZXMNCkRhdGU6IFR1ZXNkYXksIDEw
IE1hcmNoIDIwMTUgMDk6NDkNClRvOiAiaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9y
Zz4iDQpDYzogJ0plZmZyZXkgSGFhcycsICdBbGlhIEF0bGFzJw0KU3ViamVjdDogW2kycnNdIFdH
IEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC0wMiAoDQoN
ClRoaXMgaXMgYSAzIFdHIGFkb3B0aW9uIGNhbGwgKDMvMTAg4oCTIDMvMzEpIGZvciBkcmFmdC13
YW5nLWkycnMtcmliLWRhdGEtbW9kZWw6DQoNCiAgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3Jn
L2RvYy9kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwNCg0KVGhlIFJJQiBEZXNpZ24gdGVh
bSBoYXMgY3JlYXRlZCB0aGlzIGRyYWZ0IHRvIHByb3ZpZGUgdGhlIHlhbmcgbW9kZWwgdGhhdCB0
aGUgZHJhZnQtaWV0Zi1pMnJzLXJpYi1pbmZvIG1vZGVsIGhhcyBwcm9wb3NlZC4gIFlvdSBjYW4g
ZmluZCB0aGUgZHJhZnQgbW9kZWwgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k
b2MvZHJhZnQtaWV0Zi1pMnJzLXJpYi1pbmZvLW1vZGVsLw0KDQpUaGlzIG1vZGVsIHdpbGwgYmUg
cHJlc2VudGVkIGF0IHRoZSBJRVRGIDkyIHNlc3Npb24gb2YgSTJSUyAoMy8yNy8yMDE1KS4gICBJ
biB5b3VyIGNvbW1lbnRzLCBwbGVhc2UgaW5kaWNhdGVkIOKAnHN1cHBvcnTigJ0gb3Ig4oCcbm8t
c3VwcG9ydOKAnS4gICBEaXNjdXNzaW9ucyBzaG91bGQgZGlzdGluZ3Vpc2ggYmV0d2VlbiBjb21t
ZW50aW5nIG9uIHdoYXQgaXMgaW5jbHVkZWQgKGRyYXQtaWV0Zi1pMnJzLXJpYi1pbmZvLW1vZGVs
KSwgYW5kIHRoZSBlbmNvZGluZyBvZiB0aGUgbW9kZWwuDQoNClN1ZSBIYXJlcw0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v
c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZl
cmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiXEBTaW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0K
LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N
c29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z
aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGlu
aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJs
dWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw
ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsN
Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0
ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s
aW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNl
cmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K
c3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFy
IjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4
dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHls
ZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt
c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv
cmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4w
aW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48
L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i
ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9
ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8
L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8
ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+U3VwcG9ydC4gPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5MaW5kYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo1LjVwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0
O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw
YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+U3VzYW4gSGFyZXM8YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgMTAgTWFyY2gg
MjAxNSAwOTo0OTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0
Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+JnF1b3Q7PGJyPg0KPGI+Q2M6IDwvYj4nSmVmZnJleSBI
YWFzJywgJ0FsaWEgQXRsYXMnPGJyPg0KPGI+U3ViamVjdDogPC9iPltpMnJzXSBXRyBBZG9wdGlv
biBjYWxsIGZvciBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIgKDwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZTo1LjVwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPlRoaXMgaXMgYSAzIFdHIGFkb3B0aW9uIGNhbGwgKDMvMTAg4oCTIDMvMzEpIGZv
ciBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWw6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9kcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwiPmh0dHA6Ly9kYXRhdHJhY2tl
ci5pZXRmLm9yZy9kb2MvZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsPC9hPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi
bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGUgUklCIERlc2lnbiB0ZWFtIGhhcyBjcmVhdGVk
IHRoaXMgZHJhZnQgdG8gcHJvdmlkZSB0aGUgeWFuZyBtb2RlbCB0aGF0IHRoZSBkcmFmdC1pZXRm
LWkycnMtcmliLWluZm8gbW9kZWwgaGFzIHByb3Bvc2VkLiZuYnNwOyBZb3UgY2FuIGZpbmQgdGhl
IGRyYWZ0IG1vZGVsIGF0OiAmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWkycnMt
cmliLWluZm8tbW9kZWwvIj5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll
dGYtaTJycy1yaWItaW5mby1tb2RlbC88L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPlRoaXMgbW9kZWwgd2lsbCBiZSBwcmVzZW50ZWQgYXQgdGhlIElFVEYgOTIgc2Vzc2lvbiBv
ZiBJMlJTICgzLzI3LzIwMTUpLiZuYnNwOyZuYnNwOyBJbiB5b3VyIGNvbW1lbnRzLCBwbGVhc2Ug
aW5kaWNhdGVkIOKAnHN1cHBvcnTigJ0gb3Ig4oCcbm8tc3VwcG9ydOKAnS4mbmJzcDsmbmJzcDsg
RGlzY3Vzc2lvbnMgc2hvdWxkIGRpc3Rpbmd1aXNoIGJldHdlZW4gY29tbWVudGluZyBvbiB3aGF0
IGlzIGluY2x1ZGVkIChkcmF0LWlldGYtaTJycy1yaWItaW5mby1tb2RlbCksDQogYW5kIHRoZSBl
bmNvZGluZyBvZiB0aGUgbW9kZWwuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5T
dWUgSGFyZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_4A95BA014132FF49AE685FAB4B9F17F657BFC766dfweml701chm_--


From nobody Thu Mar 26 11:58:08 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF9A71A901D for ; Thu, 26 Mar 2015 11:58:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 mKINbS3fVVJ6 for ; Thu, 26 Mar 2015 11:58:05 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C1E01A924E for ; Thu, 26 Mar 2015 11:58:01 -0700 (PDT)
X-AuditID: c1b4fb25-f79126d000004b89-4f-551456b708e4
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id CD.14.19337.7B654155; Thu, 26 Mar 2015 19:58:00 +0100 (CET)
Received: from ESESSMB101.ericsson.se ([169.254.1.76]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0210.002; Thu, 26 Mar 2015 19:57:59 +0100
From: Amit Dass 
To: "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQMeKLcAAA0fd4AAAiAs4A==
Date: Thu, 26 Mar 2015 18:57:58 +0000
Message-ID: <2A8B18CA4F90D7498B8F58E7073CAB346EF678@ESESSMB101.ericsson.se>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <62C05112-1B2C-44E5-982B-5FEAA592881A@packetdesign.com> <4A95BA014132FF49AE685FAB4B9F17F657BFC766@dfweml701-chm>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F657BFC766@dfweml701-chm>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.150]
Content-Type: multipart/alternative; boundary="_000_2A8B18CA4F90D7498B8F58E7073CAB346EF678ESESSMB101ericsso_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprFIsWRmVeSWpSXmKPExsUyM+Jvje6OMJFQg4b3jBafHl5itlg34wOL xf6Db1kt/rx5xeLA4rFz1l12jyVLfjJ5zH59ndXjcu9W1gCWKC6blNSczLLUIn27BK6Mxsnz 2Qs2eFW83vyYuYFxhUcXIyeHhICJRPPCLUwQtpjEhXvr2boYuTiEBI4wSkx81csE4SxmlDj2 eiNYFZuAhsTa5VtZQGwRAWWJgz97WUFsZoEMieu/GsBqhAV8JLpnbWOFqPGV2N/+gBnCdpI4 uuk5WJxFQFXiyaVzYHN4Bbwlfn2+wgyxbDWjxIcDM8AaOAVcJTbMmArWwAh03vdTa5gglolL 3HoyH+psAYkle84zQ9iiEi8f/2OFsJUkVmy/xAhRny/R1/CfDWKZoMTJmU9YJjCKzkIyahaS sllIymYxcgDFNSXW79KHKFGUmNL9kB3C1pBonTOXHVl8ASP7KkbR4tTipNx0I2O91KLM5OLi /Dy9vNSSTYzAyDy45bfqDsbLbxwPMQpwMCrx8BasEw4VYk0sK67MPcQozcGiJM5rZ3woREgg PbEkNTs1tSC1KL6oNCe1+BAjEwenVANj28G7U6drdEY8erNPpzRu3qNNW3W6vkQw75mZk2hc OzV/4+rvFgc41xmZVWe+Oqz0O3uzg5jSxILO3iUK065U5ax4I/3ycE9k+u8b5Qu3izw2yznd ueDCyf/ChdZHqiazyH/KmSDTM1vUf0PL4Q/sU3i5m7+x+xt90Wd352gUnHTq1kNOiyutSizF GYmGWsxFxYkA7wPiQq0CAAA=
Archived-At: 
Cc: 'Jeffrey Haas' , Susan Hares , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:58:06 -0000

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

U3VwcG9ydCBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwgYXMgYSBjby1hdXRob3IuDQoN
ClN1cHBvcnQgZHJhZnQtaWV0Zi1pMnJzLXJpYi1pbmZvLW1vZGVsICEhISENCg0KQlIvQU1pdA0K
DQpGcm9tOiBTdXNhbiBIYXJlcw0KRGF0ZTogVHVlc2RheSwgMTAgTWFyY2ggMjAxNSAwOTo0OQ0K
VG86ICJpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPiINCkNjOiAnSmVmZnJleSBI
YWFzJywgJ0FsaWEgQXRsYXMnDQpTdWJqZWN0OiBbaTJyc10gV0cgQWRvcHRpb24gY2FsbCBmb3Ig
ZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsLTAyICgNCg0KVGhpcyBpcyBhIDMgV0cgYWRv
cHRpb24gY2FsbCAoMy8xMCDigJMgMy8zMSkgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1t
b2RlbDoNCg0KICBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaTJy
cy1yaWItZGF0YS1tb2RlbA0KDQpUaGUgUklCIERlc2lnbiB0ZWFtIGhhcyBjcmVhdGVkIHRoaXMg
ZHJhZnQgdG8gcHJvdmlkZSB0aGUgeWFuZyBtb2RlbCB0aGF0IHRoZSBkcmFmdC1pZXRmLWkycnMt
cmliLWluZm8gbW9kZWwgaGFzIHByb3Bvc2VkLiAgWW91IGNhbiBmaW5kIHRoZSBkcmFmdCBtb2Rl
bCBhdDoNCg0KaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWkycnMt
cmliLWluZm8tbW9kZWwvDQoNClRoaXMgbW9kZWwgd2lsbCBiZSBwcmVzZW50ZWQgYXQgdGhlIElF
VEYgOTIgc2Vzc2lvbiBvZiBJMlJTICgzLzI3LzIwMTUpLiAgIEluIHlvdXIgY29tbWVudHMsIHBs
ZWFzZSBpbmRpY2F0ZWQg4oCcc3VwcG9ydOKAnSBvciDigJxuby1zdXBwb3J04oCdLiAgIERpc2N1
c3Npb25zIHNob3VsZCBkaXN0aW5ndWlzaCBiZXR3ZWVuIGNvbW1lbnRpbmcgb24gd2hhdCBpcyBp
bmNsdWRlZCAoZHJhdC1pZXRmLWkycnMtcmliLWluZm8tbW9kZWwpLCBhbmQgdGhlIGVuY29kaW5n
IG9mIHRoZSBtb2RlbC4NCg0KU3VlIEhhcmVzDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1
IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O
b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAx
cHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy
aWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5
Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs
IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv
bG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwg
bGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJn
aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhv
bWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFt
ZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5
bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJp
ZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9u
dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw
YW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5
bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs
aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7
bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBX
b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu
MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+
PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9
ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0
PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K
PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K
PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5TdXBwb3J0IGRyYWZ0LXdhbmctaTJycy1y
aWItZGF0YS1tb2RlbCBhcyBhIGNvLWF1dGhvci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5
OiZxdW90O1ZlcmRhbmEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlN1cHBvcnQgZHJhZnQtaWV0Zi1pMnJz
LXJpYi1pbmZvLW1vZGVsICEhISE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl
cmRhbmEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkJSL0FNaXQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6NS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1
QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPlN1c2FuIEhhcmVzPGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXks
IDEwIE1hcmNoIDIwMTUgMDk6NDk8YnI+DQo8Yj5UbzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0
bzppMnJzQGlldGYub3JnIj5pMnJzQGlldGYub3JnPC9hPiZxdW90Ozxicj4NCjxiPkNjOiA8L2I+
J0plZmZyZXkgSGFhcycsICdBbGlhIEF0bGFzJzxicj4NCjxiPlN1YmplY3Q6IDwvYj5baTJyc10g
V0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsLTAyICg8
L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6NS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj5UaGlzIGlzIGEgMyBXRyBhZG9wdGlvbiBjYWxsICgzLzEwIOKA
kyAzLzMxKSBmb3IgZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsOg0KPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2FuZy1pMnJzLXJpYi1kYXRhLW1vZGVsIj5odHRwOi8v
ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbDwv
YT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIFJJQiBEZXNpZ24gdGVhbSBo
YXMgY3JlYXRlZCB0aGlzIGRyYWZ0IHRvIHByb3ZpZGUgdGhlIHlhbmcgbW9kZWwgdGhhdCB0aGUg
ZHJhZnQtaWV0Zi1pMnJzLXJpYi1pbmZvIG1vZGVsIGhhcyBwcm9wb3NlZC4mbmJzcDsgWW91IGNh
biBmaW5kIHRoZSBkcmFmdCBtb2RlbCBhdDogJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPjxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt
aWV0Zi1pMnJzLXJpYi1pbmZvLW1vZGVsLyI+aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv
Yy9kcmFmdC1pZXRmLWkycnMtcmliLWluZm8tbW9kZWwvPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOmJsYWNrIj5UaGlzIG1vZGVsIHdpbGwgYmUgcHJlc2VudGVkIGF0IHRoZSBJRVRGIDky
IHNlc3Npb24gb2YgSTJSUyAoMy8yNy8yMDE1KS4mbmJzcDsmbmJzcDsgSW4geW91ciBjb21tZW50
cywgcGxlYXNlIGluZGljYXRlZCDigJxzdXBwb3J04oCdIG9yIOKAnG5vLXN1cHBvcnTigJ0uJm5i
c3A7Jm5ic3A7IERpc2N1c3Npb25zIHNob3VsZCBkaXN0aW5ndWlzaCBiZXR3ZWVuIGNvbW1lbnRp
bmcgb24gd2hhdCBpcyBpbmNsdWRlZCAoZHJhdC1pZXRmLWkycnMtcmliLWluZm8tbW9kZWwpLA0K
IGFuZCB0aGUgZW5jb2Rpbmcgb2YgdGhlIG1vZGVsLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+U3VlIEhhcmVzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_2A8B18CA4F90D7498B8F58E7073CAB346EF678ESESSMB101ericsso_--


From nobody Thu Mar 26 11:58:53 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E6AB1B2A73 for ; Thu, 26 Mar 2015 11:58:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 vRQ90ot30WBn for ; Thu, 26 Mar 2015 11:58:48 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72F111A8791 for ; Thu, 26 Mar 2015 11:58:47 -0700 (PDT)
X-AuditID: c1b4fb30-f79996d000006ebb-9a-551456e5cd66
Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id CD.D0.28347.5E654155; Thu, 26 Mar 2015 19:58:45 +0100 (CET)
Received: from ESESSMB101.ericsson.se ([169.254.1.76]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0210.002; Thu, 26 Mar 2015 19:58:45 +0100
From: Amit Dass 
To: Linda Dunbar , "Jan Medved (jmedved)" , Hariharan Ananthakrishnan , "Susan Hares" , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMeDH4AAArIJIAABFf1cAAAJycg
Date: Thu, 26 Mar 2015 18:58:44 +0000
Message-ID: <2A8B18CA4F90D7498B8F58E7073CAB346EF690@ESESSMB101.ericsson.se>
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com> <1CE0A432-8B55-482A-B87D-5C4695E8B7FF@packetdesign.com>  <4A95BA014132FF49AE685FAB4B9F17F657BFC75A@dfweml701-chm>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F657BFC75A@dfweml701-chm>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.150]
Content-Type: multipart/alternative; boundary="_000_2A8B18CA4F90D7498B8F58E7073CAB346EF690ESESSMB101ericsso_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrDIsWRmVeSWpSXmKPExsUyM+Jvje7TMJFQg09z1Cx23T3MYrFuxgcW i/0H37Ja9Py+wmxxt2Uik8WfN69YHNg8pvzeyOrRcuQtq8eSJT+ZPGa/vs7qMaF5J5vH5d6t rAFsUVw2Kak5mWWpRfp2CVwZex5MYSm4WVrx5/4N5gbGnZldjJwcEgImEv92T2KCsMUkLtxb z9bFyMUhJHCEUWLH403sEM5iRokVL6cwg1SxCWhIrF2+lQXEFhE4zyixf4kOiM0soCxx/P8z RhBbWCBd4u+nf2wQNRkSTQdmQNluEl9+7AYaysHBIqAqMWehLEiYV8BbYlrPZiaIXRcYJX6d PcwKkuAUcJVou3oFrJcR6Lrvp9YwQewSl7j1ZD7U1QISS/acZ4awRSVePv7HCmErSazYfokR ZBezQL7EmjvlELsEJU7OfMIygVF0FpJJsxCqZiGpgijRkViw+xMbhK0tsWzha2YY+8yBx0zI 4gsY2VcxihanFiflphsZ6aUWZSYXF+fn6eWllmxiBEbvwS2/DXYwvnzueIhRgINRiYe3YJ1w qBBrYllxZe4hRmkOFiVxXjvjQyFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGL323hapuj3l pu7cmgmGX32+7VIV/rfOjuHytORnE5rlcs6/vf34hpuX7vSPm23FBAxW8Ws2TQhNlmvYs/Wt BqfxTGnN+feytu083tPwqJbD56TrrpKayybl64vcUhheLuiYLSp2lH+TwzuP4NV+PXbXdmkH JnKVzbK9k9Vhy/v6zkeFr07X9iuxFGckGmoxFxUnAgAagXtYvwIAAA==
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 18:58:50 -0000

--_000_2A8B18CA4F90D7498B8F58E7073CAB346EF690ESESSMB101ericsso_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support !!!

BR/AMit

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Linda Dunbar
Sent: Thursday, March 26, 2015 7:54 PM
To: Jan Medved (jmedved); Hariharan Ananthakrishnan; Susan Hares; i2rs@ietf=
.org
Cc: 'Jeffrey Haas'
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support.

Linda

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Jan Medved (jmedved)
Sent: Thursday, March 26, 2015 1:50 PM
To: Hariharan Ananthakrishnan; Susan Hares; i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support as a co-author

From: Hariharan Ananthakrishnan >
Date: Thursday, March 26, 2015 at 11:41 AM
To: Susan Hares >, "i2rs@ietf.org" >
Cc: 'Jeffrey Haas' >
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support as co-author.

- Hari

From: Susan Hares
Date: Tuesday, 10 March 2015 10:00
To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]

--_000_2A8B18CA4F90D7498B8F58E7073CAB346EF690ESESSMB101ericsso_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Support !!!=



 


BR/AMit


 






From: i2rs [ma=
ilto:i2rs-bounces@ietf.org]
On Behalf Of Linda Dunbar

Sent: Thursday, March 26, 2015 7:54 PM

To: Jan Medved (jmedved); Hariharan Ananthakrishnan; Susan Hares; i2=
rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






 


Support. 


 


Linda


 






From: i2rs [mailto:i2rs-bounces@ietf.org]
On Behalf Of Jan Medved (jmedved)

Sent: Thursday, March 26, 2015 1:50 PM

To: Hariharan Ananthakrishnan; Susan Hares; 
i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






 




Support =
as a co-author






&nb=
sp;






From: Hariharan Ananthakrishnan <hari@packetdesign.com>

Date: Thursday, March 26, 2015 at 11:41 AM

To: Susan Hares <shares@ndzh.c=
om>, "i2rs@ietf.org" =
<i2rs@ietf.org>

Cc: 'Jeffrey Haas' <jhaas@pfrc.=
org>

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






&nb=
sp;
















Support as co-author.






 






- Hari










 






From: Susan Hares

Date: Tuesday, 10 March 2015 10:00

To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 








This begins a 3 week ado=
ption call for the draft-clemm-i2rs-yang-network-topo.04 (A Data Model for =
Network Topologies) which has been recommended by the I2RS Topology Design =
team.


 =



http://datatracker.=
ietf.org/doc/draft-clemm-i2rs-yang-network-topo/


 =



This generic model is th=
e basis for the protocol independent I2rs topology drafts.  The generi=
c draft provides an way to link multi-layer topologies, and a way to import=
 protocol dependent into the protocol independent
 drafts.   The L1, L2, L3, and Service layer protocol independent=
 topologies which are linked to this draft are listed below.


 =



This generic model will =
be presented at the I2RS WG on 3/27/2015 9:00-11:30 CDT.



 =



Sue Hares 


 =



--------------------


The protocol independent=
 topology drafts are:



 =



L1: Topology (draft-zhan=
g-i2rs-L1-topology



http://datatracker=
.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

 =



L2 Topology (draft-dong-=
i2rs-l2-network-toplogy)



http://datatracker=
.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

 =



L3 Topology (draft-clemm=
-i2rs-yang-l3-topo)



http://datatracker.ietf.=
org/doc/draft-clemm-i2rs-yang-l3-topo/


 =



Service layer Protocol-I=
ndependent topology



Service layer topologies=
 that are not linked to protocols are included in this work:



 =



One example for Service =
Function Forwarding based on the generic model is:



http://datatracker.ietf.or=
g/doc/draft-wang-i2rs-yang-sff-dm/


 =



[Note: The I2RS will be =
holding an interim on protocol Independent service models in April.]
















--_000_2A8B18CA4F90D7498B8F58E7073CAB346EF690ESESSMB101ericsso_--


From nobody Thu Mar 26 12:06:30 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90B211B2AD9 for ; Thu, 26 Mar 2015 12:06:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 CqKzGLE62ZMM for ; Thu, 26 Mar 2015 12:06:17 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 089B71AC3EC for ; Thu, 26 Mar 2015 12:05:10 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE28870; Thu, 26 Mar 2015 19:05:09 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 19:05:08 +0000
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.219]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Fri, 27 Mar 2015 03:05:03 +0800
From: Mach Chen 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQMtunLQ
Date: Thu, 26 Mar 2015 19:05:03 +0000
Message-ID: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.149.99]
Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F7ESZXEMA510MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:06:21 -0000

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F7ESZXEMA510MBXchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support as a co-author.

Best regards,
Mach

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, March 10, 2015 10:49 PM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'; 'Alia Atlas'
Subject: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (

This is a 3 WG adoption call (3/10 - 3/31) for draft-wang-i2rs-rib-data-mod=
el:

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

The RIB Design team has created this draft to provide the yang model that t=
he draft-ietf-i2rs-rib-info model has proposed.  You can find the draft mod=
el at:

http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/

This model will be presented at the IETF 92 session of I2RS (3/27/2015).   =
In your comments, please indicated "support" or "no-support".   Discussions=
 should distinguish between commenting on what is included (drat-ietf-i2rs-=
rib-info-model), and the encoding of the model.

Sue Hares


--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F7ESZXEMA510MBXchi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Support as a co-author.


 


Best regards,


Mach


 








From: i2rs [mailto:i2rs-bounces@ietf.org]
On Behalf Of Susan Hares

Sent: Tuesday, March 10, 2015 10:49 PM

To: i2rs@ietf.org

Cc: 'Jeffrey Haas'; 'Alia Atlas'

Subject: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-=
02 (






 


This is a 3 WG adoption call (3=
/10 – 3/31) for draft-wang-i2rs-rib-data-model:



 


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


 


The RIB Design team has created=
 this draft to provide the yang model that the draft-ietf-i2rs-rib-info mod=
el has proposed.  You can find the draft model at:  


 


http://datatracker.ietf.org/do=
c/draft-ietf-i2rs-rib-info-model/


 


This model will be presented at=
 the IETF 92 session of I2RS (3/27/2015).   In your comments, ple=
ase indicated “support” or “no-support”.  =
; Discussions should distinguish between commenting on what is included (dr=
at-ietf-i2rs-rib-info-model),
 and the encoding of the model. 


 


Sue Hares


 








--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F7ESZXEMA510MBXchi_--


From nobody Thu Mar 26 12:07:33 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C48F1A9248 for ; Thu, 26 Mar 2015 12:07:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 I2njK2dL1clD for ; Thu, 26 Mar 2015 12:07:28 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D55191A8967 for ; Thu, 26 Mar 2015 12:07:24 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE28981; Thu, 26 Mar 2015 19:07:23 +0000 (GMT)
Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 19:07:22 +0000
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.219]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0158.001; Fri, 27 Mar 2015 03:07:10 +0800
From: Mach Chen 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMtk9XQ
Date: Thu, 26 Mar 2015 19:07:09 +0000
Message-ID: 
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
In-Reply-To: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.149.99]
Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F8ESZXEMA510MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:07:30 -0000

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F8ESZXEMA510MBXchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I have read this model draft, it is well written and useful, so I support t=
he adoption!

Best regards,
Mach

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, March 10, 2015 11:01 PM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]


--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F8ESZXEMA510MBXchi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











I have read this model draft, it is well written and useful, so I=
 support the adoption!


 


Best regards,


Mach


 








From: i2rs [mailto:i2rs-bounces@ietf.org]
On Behalf Of Susan Hares

Sent: Tuesday, March 10, 2015 11:01 PM

To: i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 


This begins a 3 week adoption c=
all for the draft-clemm-i2rs-yang-network-topo.04 (A Data Model for Network=
 Topologies) which has been recommended by the I2RS Topology Design team.


 


http://datatracker.ietf.or=
g/doc/draft-clemm-i2rs-yang-network-topo/


 


This generic model is the basis=
 for the protocol independent I2rs topology drafts.  The generic draft=
 provides an way to link multi-layer topologies, and a way to import protoc=
ol dependent into the protocol independent
 drafts.   The L1, L2, L3, and Service layer protocol independent=
 topologies which are linked to this draft are listed below.


 


This generic model will be pres=
ented at the I2RS WG on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares 

 


--------------------=



The protocol independent topolo=
gy drafts are:



 


L1: Topology (draft-zhang-i2rs-=
L1-topology



http://datatracker.ietf.o=
rg/doc/draft-zhang-i2rs-l1-topo-yang-model/


 


L2 Topology (draft-dong-i2rs-l2=
-network-toplogy)



http://datatracker.ietf.o=
rg/doc/draft-dong-i2rs-l2-network-topology/


 


L3 Topology (draft-clemm-i2rs-y=
ang-l3-topo)



http://datatracker.ietf.org/doc=
/draft-clemm-i2rs-yang-l3-topo/


 


Service layer Protocol-Independ=
ent topology



Service layer topologies that a=
re not linked to protocols are included in this work:



 


One example for Service Functio=
n Forwarding based on the generic model is:



http://datatracker.ietf.org/doc/d=
raft-wang-i2rs-yang-sff-dm/


 


[Note: The I2RS will be holding=
 an interim on protocol Independent service models in April.]


 








--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3F9F8ESZXEMA510MBXchi_--


From nobody Thu Mar 26 12:39:30 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 055891B2DDC for ; Thu, 26 Mar 2015 12:39:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 e8FhZYnYjID1 for ; Thu, 26 Mar 2015 12:39:28 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 374491B2DD5 for ; Thu, 26 Mar 2015 12:39:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8109; q=dns/txt; s=iport; t=1427398768; x=1428608368; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=4+drMWuYQSZKXAKt1LN5yZGNuMuZ96VocBX4NQrSJPA=; b=eXsYxqBjRsJQwzIM/U1pPf9tgrbP/Hm3GI6Nh9+MEeorvvcr2xMtkBbg bmIjF4anzmeaBDFqzdrRiGNnUoRHhpoLL8H1v7ITKNjl+Ck9aSnsEIBkz uMl5Zk1YLcSkyqxibrHjZub298xLU5md8GQpqQjZc1xhCj3WZ6N+6d5ns Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CiBgCyXxRV/4gNJK1cgkNDUloEtUaNaIF/hXUCgV5MAQEBAQEBfYQUAQEBBB0QTBACAQgOAwQBAQsdBzIUCQgBAQQBDQUIiCcNzDQBAQEBAQEBAQEBAQEBAQEBAQEBAQEXiyiERzEGAYMXgRYFhhiKOINvh1WSWCKCMoE8b4FEfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,474,1422921600";  d="scan'208,217";a="406921773"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-7.cisco.com with ESMTP; 26 Mar 2015 19:39:27 +0000
Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t2QJdRFD022029 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Mar 2015 19:39:27 GMT
Received: from xmb-rcd-x05.cisco.com ([169.254.15.96]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0195.001; Thu, 26 Mar 2015 14:39:27 -0500
From: "Alexander Clemm (alex)" 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMuvy/w
Date: Thu, 26 Mar 2015 19:39:27 +0000
Message-ID: 
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
In-Reply-To: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.105.181]
Content-Type: multipart/alternative; boundary="_000_DBC595ED2346914F9F81D17DD5C32B571DAD949Exmbrcdx05ciscoc_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:39:30 -0000

--_000_DBC595ED2346914F9F81D17DD5C32B571DAD949Exmbrcdx05ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support as coauthor
--- Alex

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, March 10, 2015 10:01 AM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]


--_000_DBC595ED2346914F9F81D17DD5C32B571DAD949Exmbrcdx05ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Support as coauthor


--- Alex


 






From: i2rs [ma=
ilto:i2rs-bounces@ietf.org]
On Behalf Of Susan Hares

Sent: Tuesday, March 10, 2015 10:01 AM

To: i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 


This begins a 3 week adoption call for the draft-cle=
mm-i2rs-yang-network-topo.04 (A Data Model for Network Topologies) which ha=
s been recommended by the I2RS Topology Design team.


 


http://datatracker.ietf.org/doc/draft-clemm-i2r=
s-yang-network-topo/


 


This generic model is the basis for the protocol ind=
ependent I2rs topology drafts.  The generic draft provides an way to l=
ink multi-layer topologies, and a way to import protocol dependent into the=
 protocol independent drafts.   The L1,
 L2, L3, and Service layer protocol independent topologies which are linked=
 to this draft are listed below.


 


This generic model will be presented at the I2RS WG =
on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares 


 


--------------------


The protocol independent topology drafts are: <=
/o:p>


 


L1: Topology (draft-zhang-i2rs-L1-topology 


http://datatracker.ietf.org/doc/draft-zhang-i2=
rs-l1-topo-yang-model/


 


L2 Topology (draft-dong-i2rs-l2-network-toplogy) 


http://datatracker.ietf.org/doc/draft-dong-i2r=
s-l2-network-topology/


 


L3 Topology (draft-clemm-i2rs-yang-l3-topo) 


http://datatracker.ietf.org/doc/draft-clemm-i2rs-yan=
g-l3-topo/


 


Service layer Protocol-Independent topology 


Service layer topologies that are not linked to prot=
ocols are included in this work:



 


One example for Service Function Forwarding based on=
 the generic model is:



http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-s=
ff-dm/


 


[Note: The I2RS will be holding an interim on protoc=
ol Independent service models in April.]


 






--_000_DBC595ED2346914F9F81D17DD5C32B571DAD949Exmbrcdx05ciscoc_--


From nobody Thu Mar 26 12:42:18 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 190BD1A8A17 for ; Thu, 26 Mar 2015 12:42:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 efKMHzScDcNj for ; Thu, 26 Mar 2015 12:42:15 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B2321AC423 for ; Thu, 26 Mar 2015 12:41:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5442; q=dns/txt; s=iport; t=1427398912; x=1428608512; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=xKWWu0TkLaDdUm+QLxWCE9gXBblLFUEd+PIIPI+/gHE=; b=fzrMX2hrQ/B1Jtg159YKiQS58OZ4yHgEoqbiSnD45L0VxcNCpZSUPXAj eBpnXdkZ1zq6iZfxpMb+PwpOLDYZOQygw3aPjQVBc0Etb1OXTBpDiKoT7 Qg1izZLd5iqQs4TE2iQQDcD8fowaiLQJV8F/iPjKsB4M3tgWFfWZ5X1Fs o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CiBgAuYBRV/4MNJK1cgkNDUloEtUaNaIF/hXUCgV5MAQEBAQEBfYQUAQEBBB0QTBACAQgOAwQBAQsdBzIUCQgBAQQBDQUIiCcNzDUBAQEBAQEBAQEBAQEBAQEBAQEBAQEXiyiERzEGAYMXgRYFkFCDb4cbOoJ2jBuDRyKDbm+BRH8BAQE
X-IronPort-AV: E=Sophos;i="5.11,474,1422921600";  d="scan'208,217";a="407315109"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-2.cisco.com with ESMTP; 26 Mar 2015 19:41:51 +0000
Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t2QJfohb009600 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Mar 2015 19:41:50 GMT
Received: from xmb-rcd-x05.cisco.com ([169.254.15.96]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0195.001; Thu, 26 Mar 2015 14:41:50 -0500
From: "Alexander Clemm (alex)" 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQMvAH1g
Date: Thu, 26 Mar 2015 19:41:49 +0000
Message-ID: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.105.181]
Content-Type: multipart/alternative; boundary="_000_DBC595ED2346914F9F81D17DD5C32B571DAD94B2xmbrcdx05ciscoc_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:42:17 -0000

--_000_DBC595ED2346914F9F81D17DD5C32B571DAD94B2xmbrcdx05ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support
--- Alex

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, March 10, 2015 9:49 AM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'; 'Alia Atlas'
Subject: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (

This is a 3 WG adoption call (3/10 - 3/31) for draft-wang-i2rs-rib-data-mod=
el:

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

The RIB Design team has created this draft to provide the yang model that t=
he draft-ietf-i2rs-rib-info model has proposed.  You can find the draft mod=
el at:

http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/

This model will be presented at the IETF 92 session of I2RS (3/27/2015).   =
In your comments, please indicated "support" or "no-support".   Discussions=
 should distinguish between commenting on what is included (drat-ietf-i2rs-=
rib-info-model), and the encoding of the model.

Sue Hares


--_000_DBC595ED2346914F9F81D17DD5C32B571DAD94B2xmbrcdx05ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Support


--- Alex


 






From: i2rs [ma=
ilto:i2rs-bounces@ietf.org]
On Behalf Of Susan Hares

Sent: Tuesday, March 10, 2015 9:49 AM

To: i2rs@ietf.org

Cc: 'Jeffrey Haas'; 'Alia Atlas'

Subject: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-=
02 (






 


This is a 3 WG adoption call (3/10 – 3/31) for=
 draft-wang-i2rs-rib-data-model:



 


  http://datatracker.ietf.org/doc/draft-wa=
ng-i2rs-rib-data-model


 


The RIB Design team has created this draft to provid=
e the yang model that the draft-ietf-i2rs-rib-info model has proposed. =
; You can find the draft model at:  


 


http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib=
-info-model/


 


This model will be presented at the IETF 92 session =
of I2RS (3/27/2015).   In your comments, please indicated “=
support” or “no-support”.   Discussions should =
distinguish between commenting on what is included (drat-ietf-i2rs-rib-info=
-model),
 and the encoding of the model. 


 


Sue Hares


 






--_000_DBC595ED2346914F9F81D17DD5C32B571DAD94B2xmbrcdx05ciscoc_--


From nobody Thu Mar 26 12:43:50 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE4EB1ACC7F for ; Thu, 26 Mar 2015 12:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level: 
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 xpsYt7Ml7pXe for ; Thu, 26 Mar 2015 12:43:48 -0700 (PDT)
Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (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 23B9D1B2DD5 for ; Thu, 26 Mar 2015 12:43:35 -0700 (PDT)
Received: by iedfl3 with SMTP id fl3so61834064ied.1 for ; Thu, 26 Mar 2015 12:43:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=UgtzHz/UtksX4d5kEGFETrdlRceWi+gCmwZrZlU4tts=; b=ddnSPGsQ67swRWCkzeIw73CrcIygGIh0i54dXMkMsXF3wF4YlUovYrLdyPkqHGdRd3 vogw0gyiRwS7/x0Gx1G6/LvkVKzuks4AtbAveZpRUEIOnzoEgDY52Q5VnexvMDa8006B 2NNGTjnWFfJz2oep3MzP66ykc/XpsdMQCeEtJtRpxUgxP+CAHTq/zBfPl3tL1VLjziFx 1POFRWMzvz6DSDPahiqChajgEoZYRaQiXZuQaT5+WTAzGf9gelC6VAuFmNfWEzb5dSim MX515ZP24gYcNRZWnDIIn1XKwur3zpCCygJ8Ix51xnhJ2oF5OBghE7fN1VT2NvSh60aK wk8Q==
X-Received: by 10.42.101.83 with SMTP id d19mr29139007ico.50.1427399014644; Thu, 26 Mar 2015 12:43:34 -0700 (PDT)
MIME-Version: 1.0
Sender: sriganeshkini@gmail.com
Received: by 10.36.17.147 with HTTP; Thu, 26 Mar 2015 12:43:04 -0700 (PDT)
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
From: Sriganesh Kini 
Date: Thu, 26 Mar 2015 12:43:04 -0700
X-Google-Sender-Auth: AQ5h0snx3gcEK6InMjUu1rIQTCQ
Message-ID: 
To: Susan Hares 
Content-Type: multipart/alternative; boundary=20cf301b66893882d90512363b1a
Archived-At: 
Cc: Jeffrey Haas , "i2rs@ietf.org" , Alia Atlas 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:43:49 -0000

--20cf301b66893882d90512363b1a
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Support as co-author

Sri

On Tue, Mar 10, 2015 at 7:49 AM, Susan Hares  wrote:

> This is a 3 WG adoption call (3/10 =E2=80=93 3/31) for
> draft-wang-i2rs-rib-data-model:
>
>
>
>   http://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model
>
>
>
> The RIB Design team has created this draft to provide the yang model that
> the draft-ietf-i2rs-rib-info model has proposed.  You can find the draft
> model at:
>
>
>
> http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/
>
>
>
> This model will be presented at the IETF 92 session of I2RS (3/27/2015).
> In your comments, please indicated =E2=80=9Csupport=E2=80=9D or =E2=80=9C=
no-support=E2=80=9D.   Discussions
> should distinguish between commenting on what is included
> (drat-ietf-i2rs-rib-info-model), and the encoding of the model.
>
>
>
> Sue Hares
>
>
>
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs
>
>

--20cf301b66893882d90512363b1a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Support as co-author

Sri

On Tue, Mar 10, 2015 at 7:=
49 AM, Susan Hares <shares@ndzh.com> wrote:
This is a 3 WG adoption call (3/10 =E2=80=93 3/31) for =
draft-wang-i2rs-rib-data-model: 
=C2=A0
 =C2=A0=C2=A0http://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model<=
u>
=C2=A0
The RIB Design team has created this draft to provide the yang model t=
hat the draft-ietf-i2rs-rib-info model has proposed.=C2=A0 You can find the=
 draft model at: =C2=A0
=C2=A0
http://datatracker.i=
etf.org/doc/draft-ietf-i2rs-rib-info-model/
=C2=A0
This model wi=
ll be presented at the IETF 92 session of I2RS (3/27/2015).=C2=A0=C2=A0 In =
your comments, please indicated =E2=80=9Csupport=E2=80=9D or =E2=80=9Cno-su=
pport=E2=80=9D.=C2=A0=C2=A0 Discussions should distinguish between commenti=
ng on what is included (drat-ietf-i2rs-rib-info-model), and the encoding of=
 the model. 
=C2=A0
Sue Hares
=
=C2=A0

___________________________________=
____________

i2rs mailing list

i2rs@ietf.org

ht=
tps://www.ietf.org/mailman/listinfo/i2rs





--20cf301b66893882d90512363b1a--


From nobody Thu Mar 26 12:44:57 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C60F81B2DE4 for ; Thu, 26 Mar 2015 12:44:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.74
X-Spam-Level: *
X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 s1rpc5V21ikG for ; Thu, 26 Mar 2015 12:44:50 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F4C41B2A48 for ; Thu, 26 Mar 2015 12:44:31 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE30699; Thu, 26 Mar 2015 19:44:30 +0000 (GMT)
Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 19:44:29 +0000
Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Fri, 27 Mar 2015 03:44:26 +0800
From: "Dongjie (Jimmy)" 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMu10jA
Date: Thu, 26 Mar 2015 19:44:26 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C92757CCB4E2@NKGEML512-MBS.china.huawei.com>
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
In-Reply-To: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.155.68]
Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C92757CCB4E2NKGEML512MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: [i2rs] =?gb2312?b?tPC4tDogIDMgd2VlayBhZG9wdGlvbiBjYWxsIGZvciBk?= =?gb2312?b?cmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29yay10b3BvLTA0LnR4dCAoMy8x?= =?gb2312?b?MCB0byAzLzMxKQ==?=
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:44:55 -0000

--_000_76CD132C3ADEF848BD84D028D243C92757CCB4E2NKGEML512MBSchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCB0aGUgYWRvcHRpb24uIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgZ2VuZXJpYyB0
b3BvbG9neSBtb2RlbCB3aGljaCBjb3VsZCBiZSBhdWdtZW50ZWQgZm9yIG90aGVyIHRvcG9sb2dp
ZXMuDQoNCkJlc3QgcmVnYXJkcywNCkppZQ0KDQq3orz+yMs6IGkycnMgW21haWx0bzppMnJzLWJv
dW5jZXNAaWV0Zi5vcmddILT6se0gU3VzYW4gSGFyZXMNCreiy83KsbzkOiAyMDE1xOoz1MIxMMjV
IDEwOjAxDQrK1bz+yMs6IGkycnNAaWV0Zi5vcmcNCrOty806ICdKZWZmcmV5IEhhYXMnDQrW98zi
OiBbaTJyc10gMyB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LWNsZW1tLWkycnMteWFuZy1u
ZXR3b3JrLXRvcG8tMDQudHh0ICgzLzEwIHRvIDMvMzEpDQoNClRoaXMgYmVnaW5zIGEgMyB3ZWVr
IGFkb3B0aW9uIGNhbGwgZm9yIHRoZSBkcmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29yay10b3Bv
LjA0IChBIERhdGEgTW9kZWwgZm9yIE5ldHdvcmsgVG9wb2xvZ2llcykgd2hpY2ggaGFzIGJlZW4g
cmVjb21tZW5kZWQgYnkgdGhlIEkyUlMgVG9wb2xvZ3kgRGVzaWduIHRlYW0uDQoNCmh0dHA6Ly9k
YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtY2xlbW0taTJycy15YW5nLW5ldHdvcmstdG9w
by8NCg0KVGhpcyBnZW5lcmljIG1vZGVsIGlzIHRoZSBiYXNpcyBmb3IgdGhlIHByb3RvY29sIGlu
ZGVwZW5kZW50IEkycnMgdG9wb2xvZ3kgZHJhZnRzLiAgVGhlIGdlbmVyaWMgZHJhZnQgcHJvdmlk
ZXMgYW4gd2F5IHRvIGxpbmsgbXVsdGktbGF5ZXIgdG9wb2xvZ2llcywgYW5kIGEgd2F5IHRvIGlt
cG9ydCBwcm90b2NvbCBkZXBlbmRlbnQgaW50byB0aGUgcHJvdG9jb2wgaW5kZXBlbmRlbnQgZHJh
ZnRzLiAgIFRoZSBMMSwgTDIsIEwzLCBhbmQgU2VydmljZSBsYXllciBwcm90b2NvbCBpbmRlcGVu
ZGVudCB0b3BvbG9naWVzIHdoaWNoIGFyZSBsaW5rZWQgdG8gdGhpcyBkcmFmdCBhcmUgbGlzdGVk
IGJlbG93Lg0KDQpUaGlzIGdlbmVyaWMgbW9kZWwgd2lsbCBiZSBwcmVzZW50ZWQgYXQgdGhlIEky
UlMgV0cgb24gMy8yNy8yMDE1IDk6MDAtMTE6MzAgQ0RULg0KDQpTdWUgSGFyZXMNCg0KLS0tLS0t
LS0tLS0tLS0tLS0tLS0NClRoZSBwcm90b2NvbCBpbmRlcGVuZGVudCB0b3BvbG9neSBkcmFmdHMg
YXJlOg0KDQpMMTogVG9wb2xvZ3kgKGRyYWZ0LXpoYW5nLWkycnMtTDEtdG9wb2xvZ3kNCmh0dHA6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhhbmctaTJycy1sMS10b3BvLXlhbmct
bW9kZWwvDQoNCkwyIFRvcG9sb2d5IChkcmFmdC1kb25nLWkycnMtbDItbmV0d29yay10b3Bsb2d5
KQ0KaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kb25nLWkycnMtbDItbmV0
d29yay10b3BvbG9neS8NCg0KTDMgVG9wb2xvZ3kgKGRyYWZ0LWNsZW1tLWkycnMteWFuZy1sMy10
b3BvKQ0KaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jbGVtbS1pMnJzLXlh
bmctbDMtdG9wby8NCg0KU2VydmljZSBsYXllciBQcm90b2NvbC1JbmRlcGVuZGVudCB0b3BvbG9n
eQ0KU2VydmljZSBsYXllciB0b3BvbG9naWVzIHRoYXQgYXJlIG5vdCBsaW5rZWQgdG8gcHJvdG9j
b2xzIGFyZSBpbmNsdWRlZCBpbiB0aGlzIHdvcms6DQoNCk9uZSBleGFtcGxlIGZvciBTZXJ2aWNl
IEZ1bmN0aW9uIEZvcndhcmRpbmcgYmFzZWQgb24gdGhlIGdlbmVyaWMgbW9kZWwgaXM6DQpodHRw
Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaTJycy15YW5nLXNmZi1kbS8N
Cg0KW05vdGU6IFRoZSBJMlJTIHdpbGwgYmUgaG9sZGluZyBhbiBpbnRlcmltIG9uIHByb3RvY29s
IEluZGVwZW5kZW50IHNlcnZpY2UgbW9kZWxzIGluIEFwcmlsLl0NCg0K

--_000_76CD132C3ADEF848BD84D028D243C92757CCB4E2NKGEML512MBSchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable











Support the adoption. This document defines the generic topology =
model which could be augmented for other topologies.



 


Best regards,


Jie


 






=B7=A2=BC=FE=C8=CB: i2rs [mailto:i2rs-bou=
nces@ietf.org]
=B4=FA=B1=ED =
Susan Hares

=B7=A2=CB=CD=
=CA=B1=BC=E4: 2015=C4=EA3=D4=C2<=
span lang=3D"EN-US">10=C8=D5
 10:01

=CA=D5=BC=FE=C8=CB: i2rs@ietf.org

=B3=AD=CB=CD: 'Jeffrey Haas'

=D6=F7=CC=E2: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt=
 (3/10 to 3/31)






 


This begins a 3 week adoption c=
all for the draft-clemm-i2rs-yang-network-topo.04 (A Data Model for Network=
 Topologies) which has been recommended by the I2RS Topology Design team.


 


http://datatracker.ietf.or=
g/doc/draft-clemm-i2rs-yang-network-topo/


 


This generic model is the basis=
 for the protocol independent I2rs topology drafts.  The generic draft=
 provides an way to link multi-layer topologies, and a way to import protoc=
ol dependent into the protocol independent
 drafts.   The L1, L2, L3, and Service layer protocol independent=
 topologies which are linked to this draft are listed below.


 


This generic model will be pres=
ented at the I2RS WG on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares 

 


--------------------=



The protocol independent topolo=
gy drafts are:



 


L1: Topology (draft-zhang-i2rs-=
L1-topology



http://datatracker.ietf.o=
rg/doc/draft-zhang-i2rs-l1-topo-yang-model/


 


L2 Topology (draft-dong-i2rs-l2=
-network-toplogy)



http://datatracker.ietf.o=
rg/doc/draft-dong-i2rs-l2-network-topology/


 


L3 Topology (draft-clemm-i2rs-y=
ang-l3-topo)



http://datatracker.ietf.org/doc=
/draft-clemm-i2rs-yang-l3-topo/


 


Service layer Protocol-Independ=
ent topology



Service layer topologies that a=
re not linked to protocols are included in this work:



 


One example for Service Functio=
n Forwarding based on the generic model is:



http://datatracker.ietf.org/doc/d=
raft-wang-i2rs-yang-sff-dm/


 


[Note: The I2RS will be holding=
 an interim on protocol Independent service models in April.]


 






--_000_76CD132C3ADEF848BD84D028D243C92757CCB4E2NKGEML512MBSchi_--


From nobody Thu Mar 26 12:47:15 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8541F1A89B5 for ; Thu, 26 Mar 2015 12:47:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.74
X-Spam-Level: *
X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 A3nDcFUF75cl for ; Thu, 26 Mar 2015 12:47:11 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D94241AC3E3 for ; Thu, 26 Mar 2015 12:47:10 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE30814; Thu, 26 Mar 2015 19:47:09 +0000 (GMT)
Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 19:47:08 +0000
Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Fri, 27 Mar 2015 03:47:01 +0800
From: "Dongjie (Jimmy)" 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQMvJkFg
Date: Thu, 26 Mar 2015 19:46:59 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C92757CCB4F0@NKGEML512-MBS.china.huawei.com>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.155.68]
Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C92757CCB4F0NKGEML512MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: [i2rs] =?gb2312?b?tPC4tDogIFdHIEFkb3B0aW9uIGNhbGwgZm9yICBkcmFm?= =?gb2312?b?dC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIgICg=?=
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 19:47:13 -0000

--_000_76CD132C3ADEF848BD84D028D243C92757CCB4F0NKGEML512MBSchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCB0aGUgYWRvcHRpb24uIFRoZSBpbmZvIGFuZCBkYXRhIG1vZGVsIG9mIHJpYiBhcmUg
d2VsbCBkZWZpbmVkIGFuZCB1c2VmdWwuDQoNCkJlc3QgcmVnYXJkcywNCkppZQ0KDQq3orz+yMs6
IGkycnMgW21haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gU3VzYW4gSGFyZXMNCrei
y83KsbzkOiAyMDE1xOoz1MIxMMjVIDk6NDkNCsrVvP7IyzogaTJyc0BpZXRmLm9yZw0Ks63LzTog
J0plZmZyZXkgSGFhcyc7ICdBbGlhIEF0bGFzJw0K1vfM4jogW2kycnNdIFdHIEFkb3B0aW9uIGNh
bGwgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWItZGF0YS1tb2RlbC0wMiAoDQoNClRoaXMgaXMgYSAz
IFdHIGFkb3B0aW9uIGNhbGwgKDMvMTAgqEMgMy8zMSkgZm9yIGRyYWZ0LXdhbmctaTJycy1yaWIt
ZGF0YS1tb2RlbDoNCg0KICBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdh
bmctaTJycy1yaWItZGF0YS1tb2RlbA0KDQpUaGUgUklCIERlc2lnbiB0ZWFtIGhhcyBjcmVhdGVk
IHRoaXMgZHJhZnQgdG8gcHJvdmlkZSB0aGUgeWFuZyBtb2RlbCB0aGF0IHRoZSBkcmFmdC1pZXRm
LWkycnMtcmliLWluZm8gbW9kZWwgaGFzIHByb3Bvc2VkLiAgWW91IGNhbiBmaW5kIHRoZSBkcmFm
dCBtb2RlbCBhdDoNCg0KaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm
LWkycnMtcmliLWluZm8tbW9kZWwvDQoNClRoaXMgbW9kZWwgd2lsbCBiZSBwcmVzZW50ZWQgYXQg
dGhlIElFVEYgOTIgc2Vzc2lvbiBvZiBJMlJTICgzLzI3LzIwMTUpLiAgIEluIHlvdXIgY29tbWVu
dHMsIHBsZWFzZSBpbmRpY2F0ZWQgobBzdXBwb3J0obEgb3IgobBuby1zdXBwb3J0obEuICAgRGlz
Y3Vzc2lvbnMgc2hvdWxkIGRpc3Rpbmd1aXNoIGJldHdlZW4gY29tbWVudGluZyBvbiB3aGF0IGlz
IGluY2x1ZGVkIChkcmF0LWlldGYtaTJycy1yaWItaW5mby1tb2RlbCksIGFuZCB0aGUgZW5jb2Rp
bmcgb2YgdGhlIG1vZGVsLg0KDQpTdWUgSGFyZXMNCg0K

--_000_76CD132C3ADEF848BD84D028D243C92757CCB4F0NKGEML512MBSchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable











Support the adoption. The info and data model of rib are well def=
ined and useful.


 


Best regards,


Jie


 






=B7=A2=BC=FE=C8=CB: i2rs [mailto:i2rs-bou=
nces@ietf.org]
=B4=FA=B1=ED =
Susan Hares

=B7=A2=CB=CD=
=CA=B1=BC=E4: 2015=C4=EA3=D4=C2<=
span lang=3D"EN-US">10=C8=D5
 9:49

=CA=D5=BC=FE=C8=CB: i2rs@ietf.org

=B3=AD=CB=CD: 'Jeffrey Haas'; 'Alia Atlas'

=D6=F7=CC=E2: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (






 


This is a 3 WG adoption call (3=
/10 =A8C 3/31) for draft-wang-i2rs-rib-data-model:



 


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


 


The RIB Design team has created=
 this draft to provide the yang model that the draft-ietf-i2rs-rib-info mod=
el has proposed.  You can find the draft model at:  


 


http://datatracker.ietf.org/do=
c/draft-ietf-i2rs-rib-info-model/


 


This model will be presented at=
 the IETF 92 session of I2RS (3/27/2015).   In your comments, ple=
ase indicated =A1=B0support=A1=B1 or =A1=B0no-support=A1=B1.   Di=
scussions should distinguish between commenting on what is included (drat-i=
etf-i2rs-rib-info-model),
 and the encoding of the model. 


 


Sue Hares


 






--_000_76CD132C3ADEF848BD84D028D243C92757CCB4F0NKGEML512MBSchi_--


From nobody Thu Mar 26 13:51:30 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 418301B2EFA for ; Thu, 26 Mar 2015 13:51:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 wO_hq25-C-ZR for ; Thu, 26 Mar 2015 13:51:26 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28C751B2EFD for ; Thu, 26 Mar 2015 13:51:26 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id A18EE1397 for ; Thu, 26 Mar 2015 21:51:24 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id ulfDyKc-bsKE for ; Thu, 26 Mar 2015 21:51:02 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS for ; Thu, 26 Mar 2015 21:51:24 +0100 (CET)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1BA2B2002B for ; Thu, 26 Mar 2015 21:51:24 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id JrcGlzjfGc1o; Thu, 26 Mar 2015 21:51:23 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2179520013; Thu, 26 Mar 2015 21:51:23 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 3BFDD3283678; Thu, 26 Mar 2015 21:51:22 +0100 (CET)
Date: Thu, 26 Mar 2015 21:51:21 +0100
From: Juergen Schoenwaelder 
To: i2rs@ietf.org
Message-ID: <20150326205121.GB70188@elstar.local>
Mail-Followup-To: i2rs@ietf.org
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150310184647.GF7632@elstar.local>
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 20:51:28 -0000

On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
> Hi,
> 
> can someone explain how the model described here relates to the
> routing model described in the core routing configuration data model?
> 
> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
> 
> Any major differences or conflicts one should be aware of?
>

I am still waiting for a response to this question.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Thu Mar 26 13:54:20 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA9841B2F0E for ; Thu, 26 Mar 2015 13:54:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.578
X-Spam-Level: 
X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 mMVbk_rmMVyG for ; Thu, 26 Mar 2015 13:54:19 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id EB7721B2F0B for ; Thu, 26 Mar 2015 13:54:18 -0700 (PDT)
Received: from [172.29.101.157] (unknown [66.129.239.14]) by slice.pfrc.org (Postfix) with ESMTPSA id A1E3FC09D; Thu, 26 Mar 2015 16:54:17 -0400 (EDT)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: text/plain; charset=us-ascii
From: Jeffrey Haas 
In-Reply-To: <20150326205121.GB70188@elstar.local>
Date: Thu, 26 Mar 2015 15:54:14 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <39324C55-3AE2-4A4E-AE9A-CCA57425DC51@pfrc.org>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local>
To: Juergen Schoenwaelder 
X-Mailer: Apple Mail (2.1878.6)
Archived-At: 
Cc: i2rs@ietf.org
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 20:54:20 -0000

On Mar 26, 2015, at 3:51 PM, Juergen Schoenwaelder =
 wrote:

> On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
>> Hi,
>>=20
>> can someone explain how the model described here relates to the
>> routing model described in the core routing configuration data model?
>>=20
>> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
>>=20
>> Any major differences or conflicts one should be aware of?
>>=20
>=20
> I am still waiting for a response to this question.

There is strong overlap. =20

I2RS requires ephemeral state.  Until we know what ephemeral state =
implementation looks like, we have some difficulty in fully analyzing =
overlap.  At best, we may be able to refactor common schema into a =
shared grouping.

-- Jeff
=20
>=20
> /js
>=20
> --=20
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs


From nobody Thu Mar 26 13:56:41 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B8B61B2F15 for ; Thu, 26 Mar 2015 13:56:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.361
X-Spam-Level: 
X-Spam-Status: No, score=-0.361 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=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 Zj8IfYz14aSK for ; Thu, 26 Mar 2015 13:56:37 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F22251B2EF9 for ; Thu, 26 Mar 2015 13:56:36 -0700 (PDT)
Received: from [IPv6:2001:67c:370:176:d9ab:8c67:540d:bfae] (unknown [IPv6:2001:67c:370:176:d9ab:8c67:540d:bfae]) by mail.nic.cz (Postfix) with ESMTPSA id 035991412A0; Thu, 26 Mar 2015 21:56:34 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1427403395; bh=sLLZu3fZHgTkgo2xxOGoRAjeYMTlmBBgoQo9WeMBbO0=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=X3bcbrRpFJK0M7Ufdd5hkNdbOGcvdSgnp31xLYV2HPkbEzSZyzPjiiaiDc13MGM6q xZga4oPTz5W1V14o1kOeojRD07lg9BHi7Sbx3amYdbEL7NaZv309mG1Q5Rmt5+Xoyn 2Il2PtWH0jewnd4TuE0WFpByxVVSgDCAZebMmo7Y=
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Ladislav Lhotka 
In-Reply-To: <20150326205121.GB70188@elstar.local>
Date: Thu, 26 Mar 2015 15:56:33 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local>
To: =?utf-8?Q?J=C3=BCrgen_Sch=C3=B6nw=C3=A4lder?= 
X-Mailer: Apple Mail (2.2070.6)
X-Virus-Scanned: clamav-milter 0.98.6 at mail
X-Virus-Status: Clean
Archived-At: 
Cc: i2rs@ietf.org
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 20:56:38 -0000

> On 26 Mar 2015, at 15:51, Juergen Schoenwaelder =
 wrote:
>=20
> On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
>> Hi,
>>=20
>> can someone explain how the model described here relates to the
>> routing model described in the core routing configuration data model?
>>=20
>> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
>>=20
>> Any major differences or conflicts one should be aware of?
>>=20
>=20
> I am still waiting for a response to this question.

+1. I believe it is possible to augment the ietf-routing module with the =
stuff defined in i2rs-rib-data-model-02, instead of using a separate =
tree. Unless, of course, there are some reasons for doing so, which =
I=E2=80=99d also like to hear.

Thanks, Lada

>=20
> /js
>=20
> --=20
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





From nobody Thu Mar 26 14:02:07 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 681EC1B2F19 for ; Thu, 26 Mar 2015 14:02:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level: 
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 dtVz2WiVYV8r for ; Thu, 26 Mar 2015 14:02:04 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 770E01B2F0F for ; Thu, 26 Mar 2015 14:02:04 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 409B414D6; Thu, 26 Mar 2015 22:02:03 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id qCV7BhjH1I9W; Thu, 26 Mar 2015 22:01:41 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 26 Mar 2015 22:02:02 +0100 (CET)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 3FCB92002C; Thu, 26 Mar 2015 22:02:02 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id UwaHT5QRK5Ou; Thu, 26 Mar 2015 22:02:01 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5169620013; Thu, 26 Mar 2015 22:02:01 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 4AFB43283700; Thu, 26 Mar 2015 22:02:01 +0100 (CET)
Date: Thu, 26 Mar 2015 22:02:01 +0100
From: Juergen Schoenwaelder 
To: Jeffrey Haas 
Message-ID: <20150326210201.GB70255@elstar.local>
Mail-Followup-To: Jeffrey Haas , i2rs@ietf.org
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <39324C55-3AE2-4A4E-AE9A-CCA57425DC51@pfrc.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <39324C55-3AE2-4A4E-AE9A-CCA57425DC51@pfrc.org>
User-Agent: Mutt/1.4.2.3i
Archived-At: 
Cc: i2rs@ietf.org
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:02:06 -0000

On Thu, Mar 26, 2015 at 03:54:14PM -0500, Jeffrey Haas wrote:
> 
> On Mar 26, 2015, at 3:51 PM, Juergen Schoenwaelder  wrote:
> 
> > On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
> >> Hi,
> >> 
> >> can someone explain how the model described here relates to the
> >> routing model described in the core routing configuration data model?
> >> 
> >> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
> >> 
> >> Any major differences or conflicts one should be aware of?
> >> 
> > 
> > I am still waiting for a response to this question.
> 
> There is strong overlap.  
> 
> I2RS requires ephemeral state.  Until we know what ephemeral state implementation looks like, we have some difficulty in fully analyzing overlap.  At best, we may be able to refactor common schema into a shared grouping.
>

Even if you believe you need to reinvent the wheel, at least key
abstractions better be the same. Are they?

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Thu Mar 26 14:04:35 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A811F1B2F25 for ; Thu, 26 Mar 2015 14:04:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 TUHXdZ0u5sJ3 for ; Thu, 26 Mar 2015 14:04:33 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95DB41B2F18 for ; Thu, 26 Mar 2015 14:04:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10016; q=dns/txt; s=iport; t=1427403871; x=1428613471; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=g0my4jfyaBCFHMKihm7Es5gP7Ozk8Gwo+iZmBxlpk6c=; b=TY6FIRBQcueZFiN3FOWSYw3JvuiWIJcA3sq3zBZqnSjuf/FwWgKaxQhu xxfrbrpk2s4NDpY0W6hM/J/W/j5TbxIO3Coh9ws9+kZj4XZwVtUcVrG3W sTyYtXqnVxSbO/stamWi8DylrmGVV8oWVmu3uZn3QlqXfaWSJMnGu17gH Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CPBwAQdBRV/4gNJK1cgkNDUloEtUaNLDwqBoFPhXUCgVw4FAEBAQEBAQF8hBQBAQEEHRBMEgEIEQMBAQEoORQJCAEBBAENBYgvDcwMAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sohGcRBgGELQWGGIgqgg6Db4YAgVWSWCKCMoE8b4FEfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,474,1422921600";  d="scan'208,217";a="135726743"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-3.cisco.com with ESMTP; 26 Mar 2015 21:04:30 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t2QL4UrJ016797 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Mar 2015 21:04:30 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.214]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Thu, 26 Mar 2015 16:04:29 -0500
From: "Alberto Gonzalez Prieto (albertgo)" 
To: "Alexander Clemm (alex)" , Susan Hares ,  "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMuvy/w///2dwA=
Date: Thu, 26 Mar 2015 21:04:28 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.8.130913
x-originating-ip: [10.156.48.117]
Content-Type: multipart/alternative; boundary="_000_D139C2862BB31albertgociscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:04:34 -0000

--_000_D139C2862BB31albertgociscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support.

Alberto

From: "Alexander Clemm (alex)" >
Date: Thursday, March 26, 2015 at 12:39 PM
To: Susan Hares >, "i2rs@ietf.org" >
Cc: 'Jeffrey Haas' >
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-=
topo-04.txt (3/10 to 3/31)

Support as coauthor
--- Alex

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, March 10, 2015 10:01 AM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]


--_000_D139C2862BB31albertgociscocom_
Content-Type: text/html; charset="us-ascii"
Content-ID: 
Content-Transfer-Encoding: quoted-printable







Support.







Alberto









From: "Alexander Clemm (alex)&=
quot; <alex@cisco.com>

Date: Thursday, March 26, 2015 at 1=
2:39 PM

To: Susan Hares <shares@ndzh.com>, "i2rs@ietf.org" <i2rs@=
ietf.org>

Cc: 'Jeffrey Haas' <jhaas@pfrc.org>

Subject: Re: [i2rs] 3 week adoption=
 call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)

















Support as coauthor


--- Alex


 






From: i2rs [mai=
lto:i2rs-bounces@ietf.org]
On Behalf Of Susan Hares

Sent: Tuesday, March 10, 2015 10:01 AM

To: i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 


This begins a 3 week adoption call for the draft-cle=
mm-i2rs-yang-network-topo.04 (A Data Model for Network Topologies) which ha=
s been recommended by the I2RS Topology Design team.


 


http://datatracker.ietf.org/doc/draft-clemm-i2r=
s-yang-network-topo/


 


This generic model is the basis for the protocol ind=
ependent I2rs topology drafts.  The generic draft provides an way to l=
ink multi-layer topologies, and a way to import protocol dependent into the=
 protocol independent drafts.   The L1,
 L2, L3, and Service layer protocol independent topologies which are linked=
 to this draft are listed below.


 


This generic model will be presented at the I2RS WG =
on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares 


 


--------------------


The protocol independent topology drafts are: <=
/o:p>


 


L1: Topology (draft-zhang-i2rs-L1-topology 


http://datatracker.ietf.org/doc/draft-zhang-i2=
rs-l1-topo-yang-model/


 


L2 Topology (draft-dong-i2rs-l2-network-toplogy) 


http://datatracker.ietf.org/doc/draft-dong-i2r=
s-l2-network-topology/


 


L3 Topology (draft-clemm-i2rs-yang-l3-topo) 


http://datatracker.ietf.org/doc/draft-clemm-i2rs-yan=
g-l3-topo/


 


Service layer Protocol-Independent topology 


Service layer topologies that are not linked to prot=
ocols are included in this work:



 


One example for Service Function Forwarding based on=
 the generic model is:



http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-s=
ff-dm/


 


[Note: The I2RS will be holding an interim on protoc=
ol Independent service models in April.]


 











--_000_D139C2862BB31albertgociscocom_--


From nobody Thu Mar 26 14:09:46 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 683851B2F3D for ; Thu, 26 Mar 2015 14:09:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.055
X-Spam-Level: 
X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 iFsL5b8uvo1W for ; Thu, 26 Mar 2015 14:09:39 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id D01E31B2E03 for ; Thu, 26 Mar 2015 14:09:38 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.166.41; 
From: "Susan Hares" 
To: "'Juergen Schoenwaelder'" , 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local>
In-Reply-To: <20150326205121.GB70188@elstar.local>
Date: Thu, 26 Mar 2015 17:09:33 -0400
Message-ID: <006901d06809$28a43970$79ecac50$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKITW/Xl9wrILYm1aKiQZa270w4ZAIxHty7AlCFtb2bm2WdEA==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:09:40 -0000

Juergen: 

Thank you for this excellent question, and for your patience in waiting for
a response.    Due to travel, the Design Team requested time to discuss
their response.  I also wanted to talk to Lada.  The Design Team did not
think the modules conflicted. 

My brief conversation with Lada suggests that the I2RS RIB Model and the
draft-ietf-netmod-routing-cfg-17 did not conflict.   I hope that you will
provide information if you think the two yang modules conflict. 

In your review, will you remember the key question I asked the WG which is

"Does this yang module encode the RIB Information Model the I2RS WG has
already adopted." 
 
Sue 

-----Original Message-----
From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder
Sent: Thursday, March 26, 2015 4:51 PM
To: i2rs@ietf.org
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (

On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
> Hi,
> 
> can someone explain how the model described here relates to the 
> routing model described in the core routing configuration data model?
> 
> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
> 
> Any major differences or conflicts one should be aware of?
>

I am still waiting for a response to this question.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         

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


From nobody Thu Mar 26 14:40:13 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E2991B2F63 for ; Thu, 26 Mar 2015 14:40:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.76
X-Spam-Level: 
X-Spam-Status: No, score=-1.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 3WR5Yuiix3QD for ; Thu, 26 Mar 2015 14:40:10 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B43A41B2F11 for ; Thu, 26 Mar 2015 14:40:08 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE36163; Thu, 26 Mar 2015 21:40:06 +0000 (GMT)
Received: from SZXEML426-HUB.china.huawei.com (10.82.67.181) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 21:40:05 +0000
Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.90]) by szxeml426-hub.china.huawei.com ([10.82.67.181]) with mapi id 14.03.0158.001; Fri, 27 Mar 2015 05:39:53 +0800
From: wangzitao 
To: Linda Dunbar , "Jan Medved (jmedved)" , Hariharan Ananthakrishnan , Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAMeDH4AAArIJIAABFf1cAAFvmlw
Date: Thu, 26 Mar 2015 21:39:52 +0000
Message-ID: 
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com> <1CE0A432-8B55-482A-B87D-5C4695E8B7FF@packetdesign.com>  <4A95BA014132FF49AE685FAB4B9F17F657BFC75A@dfweml701-chm>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F657BFC75A@dfweml701-chm>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.151.247]
Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EAC00694szxeml501mbxchina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:40:12 -0000

--_000_E6BC9BBCBCACC246846FC685F9FF41EAC00694szxeml501mbxchina_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCArMQ0KV2UgcmVhbGx5IG5lZWQgc3VjaCB3b3JrIQ0KDQpNaWNoYWVsDQoNCreivP7I
yzogaTJycyBbbWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBMaW5kYSBEdW5iYXIN
Creiy83KsbzkOiAyMDE1xOoz1MIyN8jVIDI6NTQNCsrVvP7IyzogSmFuIE1lZHZlZCAoam1lZHZl
ZCk7IEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW47IFN1c2FuIEhhcmVzOyBpMnJzQGlldGYub3Jn
DQqzrcvNOiAnSmVmZnJleSBIYWFzJw0K1vfM4jogUmU6IFtpMnJzXSAzIHdlZWsgYWRvcHRpb24g
Y2FsbCBmb3IgZHJhZnQtY2xlbW0taTJycy15YW5nLW5ldHdvcmstdG9wby0wNC50eHQgKDMvMTAg
dG8gMy8zMSkNCg0KU3VwcG9ydC4NCg0KTGluZGENCg0KRnJvbTogaTJycyBbbWFpbHRvOmkycnMt
Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEphbiBNZWR2ZWQgKGptZWR2ZWQpDQpTZW50
OiBUaHVyc2RheSwgTWFyY2ggMjYsIDIwMTUgMTo1MCBQTQ0KVG86IEhhcmloYXJhbiBBbmFudGhh
a3Jpc2huYW47IFN1c2FuIEhhcmVzOyBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3Jn
Pg0KQ2M6ICdKZWZmcmV5IEhhYXMnDQpTdWJqZWN0OiBSZTogW2kycnNdIDMgd2VlayBhZG9wdGlv
biBjYWxsIGZvciBkcmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29yay10b3BvLTA0LnR4dCAoMy8x
MCB0byAzLzMxKQ0KDQpTdXBwb3J0IGFzIGEgY28tYXV0aG9yDQoNCkZyb206IEhhcmloYXJhbiBB
bmFudGhha3Jpc2huYW4gPGhhcmlAcGFja2V0ZGVzaWduLmNvbTxtYWlsdG86aGFyaUBwYWNrZXRk
ZXNpZ24uY29tPj4NCkRhdGU6IFRodXJzZGF5LCBNYXJjaCAyNiwgMjAxNSBhdCAxMTo0MSBBTQ0K
VG86IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+
LCAiaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4iIDxpMnJzQGlldGYub3JnPG1h
aWx0bzppMnJzQGlldGYub3JnPj4NCkNjOiAnSmVmZnJleSBIYWFzJyA8amhhYXNAcGZyYy5vcmc8
bWFpbHRvOmpoYWFzQHBmcmMub3JnPj4NClN1YmplY3Q6IFJlOiBbaTJyc10gMyB3ZWVrIGFkb3B0
aW9uIGNhbGwgZm9yIGRyYWZ0LWNsZW1tLWkycnMteWFuZy1uZXR3b3JrLXRvcG8tMDQudHh0ICgz
LzEwIHRvIDMvMzEpDQoNClN1cHBvcnQgYXMgY28tYXV0aG9yLg0KDQotIEhhcmkNCg0KRnJvbTog
U3VzYW4gSGFyZXMNCkRhdGU6IFR1ZXNkYXksIDEwIE1hcmNoIDIwMTUgMTA6MDANClRvOiAiaTJy
c0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4iDQpDYzogJ0plZmZyZXkgSGFhcycNClN1
YmplY3Q6IFtpMnJzXSAzIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtY2xlbW0taTJycy15
YW5nLW5ldHdvcmstdG9wby0wNC50eHQgKDMvMTAgdG8gMy8zMSkNCg0KVGhpcyBiZWdpbnMgYSAz
IHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgdGhlIGRyYWZ0LWNsZW1tLWkycnMteWFuZy1uZXR3b3Jr
LXRvcG8uMDQgKEEgRGF0YSBNb2RlbCBmb3IgTmV0d29yayBUb3BvbG9naWVzKSB3aGljaCBoYXMg
YmVlbiByZWNvbW1lbmRlZCBieSB0aGUgSTJSUyBUb3BvbG9neSBEZXNpZ24gdGVhbS4NCg0KaHR0
cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jbGVtbS1pMnJzLXlhbmctbmV0d29y
ay10b3BvLw0KDQpUaGlzIGdlbmVyaWMgbW9kZWwgaXMgdGhlIGJhc2lzIGZvciB0aGUgcHJvdG9j
b2wgaW5kZXBlbmRlbnQgSTJycyB0b3BvbG9neSBkcmFmdHMuICBUaGUgZ2VuZXJpYyBkcmFmdCBw
cm92aWRlcyBhbiB3YXkgdG8gbGluayBtdWx0aS1sYXllciB0b3BvbG9naWVzLCBhbmQgYSB3YXkg
dG8gaW1wb3J0IHByb3RvY29sIGRlcGVuZGVudCBpbnRvIHRoZSBwcm90b2NvbCBpbmRlcGVuZGVu
dCBkcmFmdHMuICAgVGhlIEwxLCBMMiwgTDMsIGFuZCBTZXJ2aWNlIGxheWVyIHByb3RvY29sIGlu
ZGVwZW5kZW50IHRvcG9sb2dpZXMgd2hpY2ggYXJlIGxpbmtlZCB0byB0aGlzIGRyYWZ0IGFyZSBs
aXN0ZWQgYmVsb3cuDQoNClRoaXMgZ2VuZXJpYyBtb2RlbCB3aWxsIGJlIHByZXNlbnRlZCBhdCB0
aGUgSTJSUyBXRyBvbiAzLzI3LzIwMTUgOTowMC0xMTozMCBDRFQuDQoNClN1ZSBIYXJlcw0KDQot
LS0tLS0tLS0tLS0tLS0tLS0tLQ0KVGhlIHByb3RvY29sIGluZGVwZW5kZW50IHRvcG9sb2d5IGRy
YWZ0cyBhcmU6DQoNCkwxOiBUb3BvbG9neSAoZHJhZnQtemhhbmctaTJycy1MMS10b3BvbG9neQ0K
aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aGFuZy1pMnJzLWwxLXRvcG8t
eWFuZy1tb2RlbC8NCg0KTDIgVG9wb2xvZ3kgKGRyYWZ0LWRvbmctaTJycy1sMi1uZXR3b3JrLXRv
cGxvZ3kpDQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWRvbmctaTJycy1s
Mi1uZXR3b3JrLXRvcG9sb2d5Lw0KDQpMMyBUb3BvbG9neSAoZHJhZnQtY2xlbW0taTJycy15YW5n
LWwzLXRvcG8pDQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWNsZW1tLWky
cnMteWFuZy1sMy10b3BvLw0KDQpTZXJ2aWNlIGxheWVyIFByb3RvY29sLUluZGVwZW5kZW50IHRv
cG9sb2d5DQpTZXJ2aWNlIGxheWVyIHRvcG9sb2dpZXMgdGhhdCBhcmUgbm90IGxpbmtlZCB0byBw
cm90b2NvbHMgYXJlIGluY2x1ZGVkIGluIHRoaXMgd29yazoNCg0KT25lIGV4YW1wbGUgZm9yIFNl
cnZpY2UgRnVuY3Rpb24gRm9yd2FyZGluZyBiYXNlZCBvbiB0aGUgZ2VuZXJpYyBtb2RlbCBpczoN
Cmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2FuZy1pMnJzLXlhbmctc2Zm
LWRtLw0KDQpbTm90ZTogVGhlIEkyUlMgd2lsbCBiZSBob2xkaW5nIGFuIGludGVyaW0gb24gcHJv
dG9jb2wgSW5kZXBlbmRlbnQgc2VydmljZSBtb2RlbHMgaW4gQXByaWwuXQ0K

--_000_E6BC9BBCBCACC246846FC685F9FF41EAC00694szxeml501mbxchina_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable











Support +1



We really need such work!


 


Michael


 






=B7=A2=BC=FE=C8=CB: i2rs [mailto:i2rs-bou=
nces@ietf.org]
=B4=FA=B1=ED =
Linda Dunbar

=B7=A2=CB=CD=
=CA=B1=BC=E4: 2015=C4=EA3=D4=C2<=
span lang=3D"EN-US">27=C8=D5
 2:54

=CA=D5=BC=FE=C8=CB: Jan Medved (jmedved); Hariharan Ananthakrishnan; Susan Hares; i2rs@=
ietf.org

=B3=AD=CB=CD: 'Jeffrey Haas'

=D6=F7=CC=E2: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04=
.txt (3/10 to 3/31)






 


Support=
. 


&n=
bsp;


Linda


&n=
bsp;






From: i2rs [mailto=
:i2rs-bounces@ietf.org]
On Behalf Of Jan Medved (jmedved)

Sent: Thursday, March 26, 2015 1:50 PM

To: Hariharan Ananthakrishnan; Susan Hares; 
i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






 




Support as a co-author






 






From: =
Hariharan Ananthakris=
hnan <hari@packetdesign.com=
>

Date: Thursday, March 26, 2015 at 11:41 AM

To: Susan Hares <shares@ndzh.c=
om>, "i2rs@ietf.org" =
<i2rs@ietf.org>

Cc: 'Jeffrey Haas' <jhaas@pfrc.=
org>

Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-n=
etwork-topo-04.txt (3/10 to 3/31)






 
















Support as co=
-author.






 






- Hari










 






From: =
Susan Hares

Date: Tuesday, 10 March 2015 10:00

To: "i2rs@ietf.org"
Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 








This begi=
ns a 3 week adoption call for the draft-clemm-i2rs-yang-network-topo.04 (A =
Data Model for Network Topologies) which has been recommended by the I2RS T=
opology Design team.


 


ht=
tp://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/<=
/o:p>


 


This gene=
ric model is the basis for the protocol independent I2rs topology drafts. &=
nbsp;The generic draft provides an way to link multi-layer topologies, and =
a way to import protocol dependent into the
 protocol independent drafts.   The L1, L2, L3, and Service layer=
 protocol independent topologies which are linked to this draft are listed =
below.


 


This gene=
ric model will be presented at the I2RS WG on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares=
 


 


---------=
-----------


The proto=
col independent topology drafts are:



 


L1: Topol=
ogy (draft-zhang-i2rs-L1-topology



h=
ttp://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/


 


L2 Topolo=
gy (draft-dong-i2rs-l2-network-toplogy)



h=
ttp://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/


 


L3 Topolo=
gy (draft-clemm-i2rs-yang-l3-topo)



http://=
datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/


 


Service l=
ayer Protocol-Independent topology



Service l=
ayer topologies that are not linked to protocols are included in this work:



 


One examp=
le for Service Function Forwarding based on the generic model is:



http://da=
tatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

 


[Note: Th=
e I2RS will be holding an interim on protocol Independent service models in=
 April.]
















--_000_E6BC9BBCBCACC246846FC685F9FF41EAC00694szxeml501mbxchina_--


From nobody Thu Mar 26 14:43:20 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB99B1B2F00 for ; Thu, 26 Mar 2015 14:43:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.661
X-Spam-Level: 
X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 nCOF3o2EHgTL for ; Thu, 26 Mar 2015 14:43:16 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F07701A8A98 for ; Thu, 26 Mar 2015 14:43:15 -0700 (PDT)
Received: from [IPv6:2001:67c:370:176:d9ab:8c67:540d:bfae] (unknown [IPv6:2001:67c:370:176:d9ab:8c67:540d:bfae]) by mail.nic.cz (Postfix) with ESMTPSA id 081BD141276; Thu, 26 Mar 2015 22:43:13 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1427406194; bh=IAepS0ApX9IYsD6olb3Ftryb+T6iRm8NniqxHz3Tvyc=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=aiSgbRj4WXd5YdG9jlhmPB/CLXBQHZXDo/5rVeIjJFoyVpvjC/aglHgNoTlHO4F+/ B0ZVNoX9STPDQbRrceKp2UhTsH7/H+BHk7q0X7ZSRFEvRvXXtHw/PjUTUZpY3Aj8D7 0eRuDBmrs9TMMoftkDnYfN9oNNpc1aoTueMD47Bs=
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Ladislav Lhotka 
In-Reply-To: <006901d06809$28a43970$79ecac50$@ndzh.com>
Date: Thu, 26 Mar 2015 16:43:12 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <006901d06809$28a43970$79ecac50$@ndzh.com>
To: Susan Hares 
X-Mailer: Apple Mail (2.2070.6)
X-Virus-Scanned: clamav-milter 0.98.6 at mail
X-Virus-Status: Clean
Archived-At: 
Cc: i2rs@ietf.org, =?utf-8?Q?J=C3=BCrgen_Sch=C3=B6nw=C3=A4lder?= 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:43:18 -0000

Hi Sue,

> On 26 Mar 2015, at 16:09, Susan Hares  wrote:
>=20
> Juergen:=20
>=20
> Thank you for this excellent question, and for your patience in =
waiting for
> a response.    Due to travel, the Design Team requested time to =
discuss
> their response.  I also wanted to talk to Lada.  The Design Team did =
not
> think the modules conflicted.=20
>=20
> My brief conversation with Lada suggests that the I2RS RIB Model and =
the
> draft-ietf-netmod-routing-cfg-17 did not conflict.   I hope that you =
will

Yes, I said the I2RS RIB *information* model is compatible with =
routing-cfg, and that=E2=80=99s certainly true.=20

> provide information if you think the two yang modules conflict.

They cannot be in conflict because they don=E2=80=99t intersect.=20

>=20
> In your review, will you remember the key question I asked the WG =
which is
>=20
> "Does this yang module encode the RIB Information Model the I2RS WG =
has
> already adopted.=E2=80=9D

No, ietf-routing now barely defines anything besides the basic =
hierarchy, everything else is expected to be added via augments, and I =
believe you can do it now, even before the ephemeral state issue is =
resolved.

Lada=20

>=20
> Sue=20
>=20
> -----Original Message-----
> From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Juergen =
Schoenwaelder
> Sent: Thursday, March 26, 2015 4:51 PM
> To: i2rs@ietf.org
> Subject: Re: [i2rs] WG Adoption call for =
draft-wang-i2rs-rib-data-model-02 (
>=20
> On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
>> Hi,
>>=20
>> can someone explain how the model described here relates to the=20
>> routing model described in the core routing configuration data model?
>>=20
>> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
>>=20
>> Any major differences or conflicts one should be aware of?
>>=20
>=20
> I am still waiting for a response to this question.
>=20
> /js
>=20
> --=20
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





From nobody Thu Mar 26 14:52:27 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0E691B2F94 for ; Thu, 26 Mar 2015 14:52:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.577
X-Spam-Level: 
X-Spam-Status: No, score=-1.577 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 uOXvuPZLSBA1 for ; Thu, 26 Mar 2015 14:52:24 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 540491B2F93 for ; Thu, 26 Mar 2015 14:52:24 -0700 (PDT)
Received: from [172.29.101.157] (unknown [66.129.239.14]) by slice.pfrc.org (Postfix) with ESMTPSA id 95818C00B; Thu, 26 Mar 2015 17:52:22 -0400 (EDT)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_613C9328-F7F5-4C28-A7F7-033F57B68618"
From: Jeffrey Haas 
In-Reply-To: <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz>
Date: Thu, 26 Mar 2015 16:52:19 -0500
Message-Id: <003390C9-3201-4948-BD2D-94887DE9C15F@pfrc.org>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <006901d06809$28a43970$79ecac50$@ndzh.com> <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz>
To: Ladislav Lhotka 
X-Mailer: Apple Mail (2.1878.6)
Archived-At: 
Cc: i2rs@ietf.org, =?iso-8859-1?Q?J=FCrgen_Sch=F6nw=E4lder?= , Susan Hares 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:52:26 -0000

--Apple-Mail=_613C9328-F7F5-4C28-A7F7-033F57B68618
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Mar 26, 2015, at 4:43 PM, Ladislav Lhotka  wrote:

> No, ietf-routing now barely defines anything besides the basic =
hierarchy, everything else is expected to be added via augments, and I =
believe you can do it now, even before the ephemeral state issue is =
resolved.

Part of the feedback in the Venn diagrams describing possible =
implementations of I2RS state cover the case of ephemeral state =
augmenting configuration state.

Feedback from some netconf members seemed to suggest this was one of the =
less preferred cases to potential implementation.

-- Jeff






--Apple-Mail=_613C9328-F7F5-4C28-A7F7-033F57B68618
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii


On Mar 26, 2015, at 4:43 PM, Ladislav =
Lhotka <lhotka@nic.cz> =
wrote:

No, ietf-routing now barely defines =
anything besides the basic hierarchy, everything else is expected to be =
added via augments, and I believe you can do it now, even before the =
ephemeral state issue is =
resolved.

Part of the feedback in the =
Venn diagrams describing possible implementations of I2RS state cover =
the case of ephemeral state augmenting configuration =
state.

Feedback from some netconf members =
seemed to suggest this was one of the less preferred cases to potential =
implementation.

-- =
Jeff





=

--Apple-Mail=_613C9328-F7F5-4C28-A7F7-033F57B68618--


From nobody Thu Mar 26 14:56:45 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A053A1B2F11 for ; Thu, 26 Mar 2015 14:56:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.577
X-Spam-Level: 
X-Spam-Status: No, score=-1.577 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 GGiUO39jbFNd for ; Thu, 26 Mar 2015 14:56:42 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 9FD7C1A902A for ; Thu, 26 Mar 2015 14:56:42 -0700 (PDT)
Received: from [172.29.101.157] (unknown [66.129.239.14]) by slice.pfrc.org (Postfix) with ESMTPSA id D28AFC00B; Thu, 26 Mar 2015 17:56:40 -0400 (EDT)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_73381C77-71FC-4FDF-B536-CF57E0B9D6E2"
From: Jeffrey Haas 
In-Reply-To: <003390C9-3201-4948-BD2D-94887DE9C15F@pfrc.org>
Date: Thu, 26 Mar 2015 16:56:38 -0500
Message-Id: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <006901d06809$28a43970$79ecac50$@ndzh.com> <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz> <003390C9-3201-4948-BD2D-94887DE9C15F@pfrc.org>
To: Ladislav Lhotka 
X-Mailer: Apple Mail (2.1878.6)
Archived-At: 
Cc: i2rs@ietf.org, =?iso-8859-1?Q?J=FCrgen_Sch=F6nw=E4lder?= , Susan Hares 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:56:44 -0000

--Apple-Mail=_73381C77-71FC-4FDF-B536-CF57E0B9D6E2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Mar 26, 2015, at 4:52 PM, Jeffrey Haas  wrote:

>=20
> On Mar 26, 2015, at 4:43 PM, Ladislav Lhotka  wrote:
>=20
>> No, ietf-routing now barely defines anything besides the basic =
hierarchy, everything else is expected to be added via augments, and I =
believe you can do it now, even before the ephemeral state issue is =
resolved.
>=20
> Part of the feedback in the Venn diagrams describing possible =
implementations of I2RS state cover the case of ephemeral state =
augmenting configuration state.
>=20
> Feedback from some netconf members seemed to suggest this was one of =
the less preferred cases to potential implementation.

For reference from the proceedings:
http://www.ietf.org/proceedings/91/slides/slides-91-i2rs-1.pdf



--Apple-Mail=_73381C77-71FC-4FDF-B536-CF57E0B9D6E2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii


On Mar 26, 2015, at 4:52 PM, Jeffrey =
Haas <jhaas@pfrc.org> =
wrote:


On Mar 26, 2015, at 4:43 PM, Ladislav =
Lhotka <lhotka@nic.cz> =
wrote:

No, ietf-routing now barely defines =
anything besides the basic hierarchy, everything else is expected to be =
added via augments, and I believe you can do it now, even before the =
ephemeral state issue is =
resolved.

Part of the feedback in the =
Venn diagrams describing possible implementations of I2RS state cover =
the case of ephemeral state augmenting configuration =
state.

Feedback from some netconf members =
seemed to suggest this was one of the less preferred cases to potential =
implementation.

For reference =
from the proceedings:


=

--Apple-Mail=_73381C77-71FC-4FDF-B536-CF57E0B9D6E2--


From nobody Thu Mar 26 14:57:13 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C59CB1B2E27 for ; Thu, 26 Mar 2015 14:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.055
X-Spam-Level: 
X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 FrR14uMjSYK8 for ; Thu, 26 Mar 2015 14:57:10 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id A519A1B2FB8 for ; Thu, 26 Mar 2015 14:57:09 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.166.41; 
From: "Susan Hares" 
To: "'Ladislav Lhotka'" 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <006901d06809$28a43970$79ecac50$@ndzh.com> <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz>
In-Reply-To: <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz>
Date: Thu, 26 Mar 2015 17:57:00 -0400
Message-ID: <00e701d0680f$c9ed88d0$5dc89a70$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKITW/Xl9wrILYm1aKiQZa270w4ZAIxHty7AlCFtb0CHlcN0QH5E4Flm3q6gbA=
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Cc: i2rs@ietf.org, =?utf-8?Q?'J=C3=BCrgen_Sch=C3=B6nw=C3=A4lder'?= 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:57:11 -0000

Lada:

Whew!  I thought I was losing my mind/hearing.  Thank you for your note =
confirming our discussion that it was a non-intersecting relationship =
draft you were mentioning.=20

Suggestions about how we should appropriately indicate RIB-Info should =
augment draft-ietf-netmod-routing-cfg-17 are gratefully accepted by this =
WG chair.=20

Sue


-----Original Message-----
From: Ladislav Lhotka [mailto:lhotka@nic.cz]=20
Sent: Thursday, March 26, 2015 5:43 PM
To: Susan Hares
Cc: J=C3=BCrgen Sch=C3=B6nw=C3=A4lder; i2rs@ietf.org
Subject: Re: [i2rs] WG Adoption call for =
draft-wang-i2rs-rib-data-model-02 (

Hi Sue,

> On 26 Mar 2015, at 16:09, Susan Hares  wrote:
>=20
> Juergen:=20
>=20
> Thank you for this excellent question, and for your patience in =
waiting for
> a response.    Due to travel, the Design Team requested time to =
discuss
> their response.  I also wanted to talk to Lada.  The Design Team did=20
> not think the modules conflicted.
>=20
> My brief conversation with Lada suggests that the I2RS RIB Model and =
the
> draft-ietf-netmod-routing-cfg-17 did not conflict.   I hope that you =
will

Yes, I said the I2RS RIB *information* model is compatible with =
routing-cfg, and that=E2=80=99s certainly true.=20

> provide information if you think the two yang modules conflict.

They cannot be in conflict because they don=E2=80=99t intersect.=20

>=20
> In your review, will you remember the key question I asked the WG=20
> which is
>=20
> "Does this yang module encode the RIB Information Model the I2RS WG=20
> has already adopted.=E2=80=9D

No, ietf-routing now barely defines anything besides the basic =
hierarchy, everything else is expected to be added via augments, and I =
believe you can do it now, even before the ephemeral state issue is =
resolved.

Lada=20

>=20
> Sue
>=20
> -----Original Message-----
> From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Juergen=20
> Schoenwaelder
> Sent: Thursday, March 26, 2015 4:51 PM
> To: i2rs@ietf.org
> Subject: Re: [i2rs] WG Adoption call for=20
> draft-wang-i2rs-rib-data-model-02 (
>=20
> On Tue, Mar 10, 2015 at 07:46:47PM +0100, Juergen Schoenwaelder wrote:
>> Hi,
>>=20
>> can someone explain how the model described here relates to the=20
>> routing model described in the core routing configuration data model?
>>=20
>> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-17
>>=20
>> Any major differences or conflicts one should be aware of?
>>=20
>=20
> I am still waiting for a response to this question.
>=20
> /js
>=20
> --=20
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs
>=20
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C






From nobody Thu Mar 26 14:59:41 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A248D1B2FC7 for ; Thu, 26 Mar 2015 14:59:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.661
X-Spam-Level: 
X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 FBhNPyGr_zZM for ; Thu, 26 Mar 2015 14:59:39 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BE371B2FC6 for ; Thu, 26 Mar 2015 14:59:37 -0700 (PDT)
Received: from dhcp-b511.meeting.ietf.org (dhcp-b511.meeting.ietf.org [31.133.181.17]) by mail.nic.cz (Postfix) with ESMTPSA id 97092141276; Thu, 26 Mar 2015 22:59:34 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1427407175; bh=FGGXR7o7zljHcc02THGGnl4xznHpVJBwop23FlRFM1k=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=GytHcizMSJtRdXORqswDrZZ8rXGRwFyXNy+gA/dfNfp7xqAt6/S006N4ZxFbw9Qb5 DsWfPlVoAhq+xMaJUJz4Mr/OwFAFPUZqlsLeGMTDcYIRNwM9FSszxr/78WKSzKTyxc CZzJpyUXSdyln3exGUeZV+QOUzvV2ngH3WJNTegM=
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Ladislav Lhotka 
In-Reply-To: <003390C9-3201-4948-BD2D-94887DE9C15F@pfrc.org>
Date: Thu, 26 Mar 2015 16:59:32 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <05ACB349-A742-4AA3-B181-E49F5E875611@nic.cz>
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <006901d06809$28a43970$79ecac50$@ndzh.com> <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz> <003390C9-3201-4948-BD2D-94887DE9C15F@pfrc.org>
To: Jeffrey Haas 
X-Mailer: Apple Mail (2.2070.6)
X-Virus-Scanned: clamav-milter 0.98.6 at mail
X-Virus-Status: Clean
Archived-At: 
Cc: i2rs@ietf.org, =?utf-8?Q?J=C3=BCrgen_Sch=C3=B6nw=C3=A4lder?= , Susan Hares 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 21:59:39 -0000

> On 26 Mar 2015, at 16:52, Jeffrey Haas  wrote:
>=20
>=20
> On Mar 26, 2015, at 4:43 PM, Ladislav Lhotka  wrote:
>=20
>> No, ietf-routing now barely defines anything besides the basic =
hierarchy, everything else is expected to be added via augments, and I =
believe you can do it now, even before the ephemeral state issue is =
resolved.
>=20
> Part of the feedback in the Venn diagrams describing possible =
implementations of I2RS state cover the case of ephemeral state =
augmenting configuration state.
>=20
> Feedback from some netconf members seemed to suggest this was one of =
the less preferred cases to potential implementation.

At any rate, my understanding is that the same data must be present in =
the RIB schema under =E2=80=9Crouting-state=E2=80=9D, no matter whether =
they coincide with ephemeral data or not.

Lada

>=20
> -- Jeff
>=20
>=20
>=20
>=20
>=20

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





From nobody Thu Mar 26 15:07:45 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 794A41A004B for ; Thu, 26 Mar 2015 15:07:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.577
X-Spam-Level: 
X-Spam-Status: No, score=-1.577 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 baDjwtnnglCX for ; Thu, 26 Mar 2015 15:07:43 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 431271A000F for ; Thu, 26 Mar 2015 15:07:43 -0700 (PDT)
Received: from [172.29.101.157] (unknown [66.129.239.14]) by slice.pfrc.org (Postfix) with ESMTPSA id 9205EC212; Thu, 26 Mar 2015 18:07:41 -0400 (EDT)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_2DE5AAA9-41D6-471D-97B2-BCC24EC9F7E0"
From: Jeffrey Haas 
In-Reply-To: <05ACB349-A742-4AA3-B181-E49F5E875611@nic.cz>
Date: Thu, 26 Mar 2015 17:07:39 -0500
Message-Id: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> <20150310184647.GF7632@elstar.local> <20150326205121.GB70188@elstar.local> <006901d06809$28a43970$79ecac50$@ndzh.com> <1B64C21D-D89D-4117-A522-3FE73AC4ED73@nic.cz> <003390C9-3201-4948-BD2D-94887DE9C15F@pfrc.org> <05ACB349-A742-4AA3-B181-E49F5E875611@nic.cz>
To: Ladislav Lhotka 
X-Mailer: Apple Mail (2.1878.6)
Archived-At: 
Cc: i2rs@ietf.org, =?iso-8859-1?Q?J=FCrgen_Sch=F6nw=E4lder?= , Susan Hares 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 22:07:44 -0000

--Apple-Mail=_2DE5AAA9-41D6-471D-97B2-BCC24EC9F7E0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


On Mar 26, 2015, at 4:59 PM, Ladislav Lhotka  wrote:

>> Feedback from some netconf members seemed to suggest this was one of =
the less preferred cases to potential implementation.
>=20
> At any rate, my understanding is that the same data must be present in =
the RIB schema under =93routing-state=94, no matter whether they =
coincide with ephemeral data or not.

That would be good and is expected.  However, it would imply i2rs is a =
routing protocol and thus derived from the routing-protocol identity.  =
That behavior is not clear until we know how the state is added to the =
network element.

-- Jeff


--Apple-Mail=_2DE5AAA9-41D6-471D-97B2-BCC24EC9F7E0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252


On Mar 26, 2015, at 4:59 PM, Ladislav =
Lhotka <lhotka@nic.cz> =
wrote:

Feedback from some netconf members =
seemed to suggest this was one of the less preferred cases to potential =
implementation.

At any rate, my understanding is that =
the same data must be present in the RIB schema under =93routing-state=94,=
 no matter whether they coincide with ephemeral data or =
not.

That would be good and is =
expected.  However, it would imply i2rs is a routing protocol and =
thus derived from the routing-protocol identity.  That behavior is =
not clear until we know how the state is added to the network =
element.

-- =
Jeff

=

--Apple-Mail=_2DE5AAA9-41D6-471D-97B2-BCC24EC9F7E0--


From nobody Thu Mar 26 15:35:08 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3697E1A079D; Thu, 26 Mar 2015 15:35:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 nRL4MlVsCEeo; Thu, 26 Mar 2015 15:35:06 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C1581A09C9; Thu, 26 Mar 2015 15:35:01 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.13.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150326223501.7893.96064.idtracker@ietfa.amsl.com>
Date: Thu, 26 Mar 2015 15:35:01 -0700
Archived-At: 
Cc: i2rs@ietf.org
Subject: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-02.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 22:35:07 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Interface to the Routing System Working Group of the IETF.

        Title           : Requirements for Subscription to YANG Datastores
        Authors         : Eric Voit
                          Alexander Clemm
                          Alberto Gonzalez Prieto
	Filename        : draft-ietf-i2rs-pub-sub-requirements-02.txt
	Pages           : 16
	Date            : 2015-03-26

Abstract:
   This document provides requirements for a service that allows client
   applications to subscribe to updates of a YANG datastore.  Based on
   criteria negotiated as part of a subscription, updates will be pushed
   to targeted recipients.  Such a capability eliminates the need for
   periodic polling of YANG datastores by applications and fills a
   functional gap in existing YANG transports (i.e.  Netconf and
   Restconf).  Such a service can be summarized as a "pub/sub" service
   for YANG datastore updates.  Beyond a set of basic requirements for
   the service, various refinements are addressed.  These refinements
   include: periodicity of object updates, filtering out of objects
   underneath a requested a subtree, and delivery QoS guarantees.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-02

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-pub-sub-requirements-02


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

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Thu Mar 26 16:38:12 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 735421A1B13 for ; Thu, 26 Mar 2015 16:38:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.76
X-Spam-Level: 
X-Spam-Status: No, score=-1.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 SMNszrxSK29C for ; Thu, 26 Mar 2015 16:38:08 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22C8D1A1AA9 for ; Thu, 26 Mar 2015 16:38:08 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUE41294; Thu, 26 Mar 2015 23:38:06 +0000 (GMT)
Received: from SZXEML427-HUB.china.huawei.com (10.82.67.182) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Mar 2015 23:38:05 +0000
Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.90]) by szxeml427-hub.china.huawei.com ([10.82.67.182]) with mapi id 14.03.0158.001; Fri, 27 Mar 2015 07:38:01 +0800
From: wangzitao 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
Thread-Index: AdBbQNHxuM5abtbITrawduFaQIR7cQM3QiRQ
Date: Thu, 26 Mar 2015 23:38:01 +0000
Message-ID: 
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
In-Reply-To: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.146.16]
Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EAC0071Eszxeml501mbxchina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Mar 2015 23:38:10 -0000

--_000_E6BC9BBCBCACC246846FC685F9FF41EAC0071Eszxeml501mbxchina_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCB0aGUgYWRvcHRpb24uDQoNCk1pY2hhZWwNCg0KDQq3orz+yMs6IGkycnMgW21haWx0
bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gU3VzYW4gSGFyZXMNCreiy83KsbzkOiAyMDE1
xOoz1MIxMMjVIDIyOjQ5DQrK1bz+yMs6IGkycnNAaWV0Zi5vcmcNCrOty806ICdKZWZmcmV5IEhh
YXMnOyAnQWxpYSBBdGxhcycNCtb3zOI6IFtpMnJzXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFm
dC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWwtMDIgKA0KDQpUaGlzIGlzIGEgMyBXRyBhZG9wdGlv
biBjYWxsICgzLzEwIKhDIDMvMzEpIGZvciBkcmFmdC13YW5nLWkycnMtcmliLWRhdGEtbW9kZWw6
DQoNCiAgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWkycnMtcmli
LWRhdGEtbW9kZWwNCg0KVGhlIFJJQiBEZXNpZ24gdGVhbSBoYXMgY3JlYXRlZCB0aGlzIGRyYWZ0
IHRvIHByb3ZpZGUgdGhlIHlhbmcgbW9kZWwgdGhhdCB0aGUgZHJhZnQtaWV0Zi1pMnJzLXJpYi1p
bmZvIG1vZGVsIGhhcyBwcm9wb3NlZC4gIFlvdSBjYW4gZmluZCB0aGUgZHJhZnQgbW9kZWwgYXQ6
DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pMnJzLXJpYi1p
bmZvLW1vZGVsLw0KDQpUaGlzIG1vZGVsIHdpbGwgYmUgcHJlc2VudGVkIGF0IHRoZSBJRVRGIDky
IHNlc3Npb24gb2YgSTJSUyAoMy8yNy8yMDE1KS4gICBJbiB5b3VyIGNvbW1lbnRzLCBwbGVhc2Ug
aW5kaWNhdGVkIKGwc3VwcG9ydKGxIG9yIKGwbm8tc3VwcG9ydKGxLiAgIERpc2N1c3Npb25zIHNo
b3VsZCBkaXN0aW5ndWlzaCBiZXR3ZWVuIGNvbW1lbnRpbmcgb24gd2hhdCBpcyBpbmNsdWRlZCAo
ZHJhdC1pZXRmLWkycnMtcmliLWluZm8tbW9kZWwpLCBhbmQgdGhlIGVuY29kaW5nIG9mIHRoZSBt
b2RlbC4NCg0KU3VlIEhhcmVzDQoNCg==

--_000_E6BC9BBCBCACC246846FC685F9FF41EAC0071Eszxeml501mbxchina_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable











Support the adoption.     



 


Michael


 


 






=B7=A2=BC=FE=C8=CB: i2rs [mailto:i2rs-bou=
nces@ietf.org]
=B4=FA=B1=ED =
Susan Hares

=B7=A2=CB=CD=
=CA=B1=BC=E4: 2015=C4=EA3=D4=C2<=
span lang=3D"EN-US">10=C8=D5
 22:49

=CA=D5=BC=FE=C8=CB: i2rs@ietf.org

=B3=AD=CB=CD: 'Jeffrey Haas'; 'Alia Atlas'

=D6=F7=CC=E2: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (






 


This is a 3 WG adoption call (3=
/10 =A8C 3/31) for draft-wang-i2rs-rib-data-model:



 


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


 


The RIB Design team has created=
 this draft to provide the yang model that the draft-ietf-i2rs-rib-info mod=
el has proposed.  You can find the draft model at:  


 


http://datatracker.ietf.org/do=
c/draft-ietf-i2rs-rib-info-model/


 


This model will be presented at=
 the IETF 92 session of I2RS (3/27/2015).   In your comments, ple=
ase indicated =A1=B0support=A1=B1 or =A1=B0no-support=A1=B1.   Di=
scussions should distinguish between commenting on what is included (drat-i=
etf-i2rs-rib-info-model),
 and the encoding of the model. 


 


Sue Hares


 






--_000_E6BC9BBCBCACC246846FC685F9FF41EAC0071Eszxeml501mbxchina_--


From nobody Fri Mar 27 05:42:22 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C17861ACDA4 for ; Fri, 27 Mar 2015 05:42:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.354
X-Spam-Level: 
X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 PmpHtDOSrBVf for ; Fri, 27 Mar 2015 05:42:19 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 769EB1ACD97 for ; Fri, 27 Mar 2015 05:42:19 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=31.133.139.107; 
From: "Susan Hares" 
To: 
Date: Fri, 27 Mar 2015 08:42:16 -0400
Message-ID: <001001d0688b$75d54b80$617fe280$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01D06869.EEC3AB80"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdBoi2GJr5SSlG+2RDumPGUOfQ1CUg==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: 
Subject: [i2rs] Presenters
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 27 Mar 2015 12:42:20 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0011_01D06869.EEC3AB80
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I2rs Presenters - your slides are uploaded.  Please let me know if you need
a revision to the uploaded slides.

 

Sue 

 


------=_NextPart_000_0011_01D06869.EEC3AB80
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


I2rs =
Presenters – your slides are uploaded.  Please let me know if =
you need a revision to the uploaded slides.
 
Sue =

 

------=_NextPart_000_0011_01D06869.EEC3AB80--


From nobody Fri Mar 27 07:02:22 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5ED401ACE32 for ; Fri, 27 Mar 2015 07:02:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.177
X-Spam-Level: 
X-Spam-Status: No, score=-0.177 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, WEIRD_PORT=0.001] autolearn=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 yxDK2ZU6xKs3 for ; Fri, 27 Mar 2015 07:02:20 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 173941ACDD7 for ; Fri, 27 Mar 2015 07:02:20 -0700 (PDT)
Received: from [172.29.101.157] (unknown [66.129.239.14]) by slice.pfrc.org (Postfix) with ESMTPSA id 8B227C09D; Fri, 27 Mar 2015 10:02:18 -0400 (EDT)
From: Jeffrey Haas 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Fri, 27 Mar 2015 09:02:15 -0500
To: i2rs@ietf.org
Message-Id: 
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
X-Mailer: Apple Mail (2.1878.6)
Archived-At: 
Subject: [i2rs] etherpad for ietf92
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 27 Mar 2015 14:02:21 -0000

http://etherpad.tools.ietf.org:9000/p/i2rs


From nobody Mon Mar 30 08:05:29 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 129D41ACF09 for ; Mon, 30 Mar 2015 08:05:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.11
X-Spam-Level: 
X-Spam-Status: No, score=-13.11 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 zRbMutqaTCJk for ; Mon, 30 Mar 2015 08:05:23 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15D241ACE42 for ; Mon, 30 Mar 2015 08:05:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8863; q=dns/txt; s=iport; t=1427727924; x=1428937524; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+JgySEBjCQLhJriCFN0ppUoiJJpHfEI7D0DwVg8WaQs=; b=c746xXP47IidonEjTldy4ZWMUt3gzXPavYpdaXL1DMbs66boSHmnivK4 n8QIz19Emn0sQL3QE7Q7bo2HkfKZwTE+WHozHEZ6dsdadoxoJLpzsd54w QhupnhZVe01UKkpUOmhXwXWlSm8WeA226nGU2XPepifH5a1tp6Va7oZs1 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CSCgA3ZRlV/49dJa1cgkNDUlwEtVGNLTyBf4VzAoE0TAEBAQEBAX2EFAEBAQQdEEwQAgEIDgMEAQELHQcyFAkIAQEEAQ0FCIgnDcolAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sphEcxBgGDF4EWBYYaikKDcYdZkl8igjKBPG+BRH8BAQE
X-IronPort-AV: E=Sophos;i="5.11,494,1422921600";  d="scan'208,217";a="407770763"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-6.cisco.com with ESMTP; 30 Mar 2015 15:05:23 +0000
Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t2UF5MKI018016 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 30 Mar 2015 15:05:22 GMT
Received: from xmb-rcd-x13.cisco.com ([169.254.3.210]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Mon, 30 Mar 2015 10:05:22 -0500
From: "Muthumayan Madhayyan (muthu)" 
To: Susan Hares , "i2rs@ietf.org" 
Thread-Topic: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
Thread-Index: AdBbQYpb29Ago+6sTt2VjDD6WPespAPuVMoA
Date: Mon, 30 Mar 2015 15:05:22 +0000
Message-ID: <5A949C32AF740C4798AEECF2568F0D842B585540@xmb-rcd-x13.cisco.com>
References: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
In-Reply-To: <017001d05b42$f4429dc0$dcc7d940$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.168.197]
Content-Type: multipart/alternative; boundary="_000_5A949C32AF740C4798AEECF2568F0D842B585540xmbrcdx13ciscoc_"
MIME-Version: 1.0
Archived-At: 
Cc: 'Jeffrey Haas' 
Subject: Re: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo-04.txt (3/10 to 3/31)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 30 Mar 2015 15:05:28 -0000

--_000_5A949C32AF740C4798AEECF2568F0D842B585540xmbrcdx13ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, March 10, 2015 8:01 AM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'
Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-network-topo=
-04.txt (3/10 to 3/31)

This begins a 3 week adoption call for the draft-clemm-i2rs-yang-network-to=
po.04 (A Data Model for Network Topologies) which has been recommended by t=
he I2RS Topology Design team.

http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/

This generic model is the basis for the protocol independent I2rs topology =
drafts.  The generic draft provides an way to link multi-layer topologies, =
and a way to import protocol dependent into the protocol independent drafts=
.   The L1, L2, L3, and Service layer protocol independent topologies which=
 are linked to this draft are listed below.

This generic model will be presented at the I2RS WG on 3/27/2015 9:00-11:30=
 CDT.

Sue Hares

--------------------
The protocol independent topology drafts are:

L1: Topology (draft-zhang-i2rs-L1-topology
http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/

L2 Topology (draft-dong-i2rs-l2-network-toplogy)
http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/

L3 Topology (draft-clemm-i2rs-yang-l3-topo)
http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/

Service layer Protocol-Independent topology
Service layer topologies that are not linked to protocols are included in t=
his work:

One example for Service Function Forwarding based on the generic model is:
http://datatracker.ietf.org/doc/draft-wang-i2rs-yang-sff-dm/

[Note: The I2RS will be holding an interim on protocol Independent service =
models in April.]


--_000_5A949C32AF740C4798AEECF2568F0D842B585540xmbrcdx13ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Support


 






From: i2rs [mailto:i2rs-bounces@ietf.org]
On Behalf Of Susan Hares

Sent: Tuesday, March 10, 2015 8:01 AM

To: i2rs@ietf.org

Cc: 'Jeffrey Haas'

Subject: [i2rs] 3 week adoption call for draft-clemm-i2rs-yang-netwo=
rk-topo-04.txt (3/10 to 3/31)






 


This begins a 3 week adop=
tion call for the draft-clemm-i2rs-yang-network-topo.04 (A Data Model for N=
etwork Topologies) which has been recommended by the I2RS Topology Design t=
eam.


 


http://datatracker.i=
etf.org/doc/draft-clemm-i2rs-yang-network-topo/


 


This generic model is the=
 basis for the protocol independent I2rs topology drafts.  The generic=
 draft provides an way to link multi-layer topologies, and a way to import =
protocol dependent into the protocol independent
 drafts.   The L1, L2, L3, and Service layer protocol independent=
 topologies which are linked to this draft are listed below.


 


This generic model will b=
e presented at the I2RS WG on 3/27/2015 9:00-11:30 CDT.



 


Sue Hares 


 


--------------------=



The protocol independent =
topology drafts are:



 


L1: Topology (draft-zhang=
-i2rs-L1-topology



http://datatracker.=
ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/


 


L2 Topology (draft-dong-i=
2rs-l2-network-toplogy)



http://datatracker.=
ietf.org/doc/draft-dong-i2rs-l2-network-topology/


 


L3 Topology (draft-clemm-=
i2rs-yang-l3-topo)



http://datatracker.ietf.o=
rg/doc/draft-clemm-i2rs-yang-l3-topo/


 


Service layer Protocol-In=
dependent topology



Service layer topologies =
that are not linked to protocols are included in this work:



 


One example for Service F=
unction Forwarding based on the generic model is:



http://datatracker.ietf.org=
/doc/draft-wang-i2rs-yang-sff-dm/


 


[Note: The I2RS will be h=
olding an interim on protocol Independent service models in April.]


 






--_000_5A949C32AF740C4798AEECF2568F0D842B585540xmbrcdx13ciscoc_--


From nobody Mon Mar 30 10:31:12 2015
Return-Path: 
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56CD51A9069 for ; Mon, 30 Mar 2015 10:31:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.415
X-Spam-Level: 
X-Spam-Status: No, score=-0.415 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MALFORMED_FREEMAIL=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 bXZNjreZw7Hj for ; Mon, 30 Mar 2015 10:31:09 -0700 (PDT)
Received: from nm49-vm9.bullet.mail.bf1.yahoo.com (nm49-vm9.bullet.mail.bf1.yahoo.com [216.109.114.250]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E2D51A9062 for ; Mon, 30 Mar 2015 10:31:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1427736668; bh=knljnjKaIzRsMN6fwiNrIV9mM09feqtS3OKkzU73erA=; h=Date:Subject:From:To:CC:References:In-Reply-To:From:Subject; b=PGzyInt1lES7OFJ85aIpaXENPPXaWA8hzttGF7yLMXC1AA8rDFUewYoXd2FzGtR9bdY9INLZ6Agc0cyem212Mr5EwFRD5aBVrjWwU+TxwoNcw+aBpeDwlpWKdVB5UwV/c6JoCLvXMbdcGLTxxAGZuLz5KZD3mllcRaFFfTxs4ce43p4klVYNQhO+92KhCq4E0SSPKebReNnRCjfN8L3EzKuFwbxJCijLAmEm4Sb0/rctPGjYWf+eEebckFNgCNbrKr2dWybULTlvbQg+MCAM5nG7UrJEPbbwdpzxlAlUQfpl+YBOIhLiA5oUT4/NnvFtfF9UWT2wfmCtHket1QKgEg==
Received: from [98.139.214.32] by nm49.bullet.mail.bf1.yahoo.com with NNFMP; 30 Mar 2015 17:31:08 -0000
Received: from [98.139.211.194] by tm15.bullet.mail.bf1.yahoo.com with NNFMP;  30 Mar 2015 17:31:08 -0000
Received: from [127.0.0.1] by smtp203.mail.bf1.yahoo.com with NNFMP; 30 Mar 2015 17:31:08 -0000
X-Yahoo-Newman-Id: 692996.59202.bm@smtp203.mail.bf1.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: iy3StTQVM1nJbgh.8y3w6PSDaXPT7am7KiKfvNYwqrMEqer WskBowGPjD68SqO38WVIgfJV3J.p1yMpbq2s26A4MyNM3aBndNmxHtILafFW s4AeFucvav1RsOEGJBH6823AkdAHCUaN1b4EleO5k0Pih0EkUn30HnpdMFnp 5irLDe9puZB8s.T6psENWtYgJ5kj_HaBZZ4zw4tymGTWwA41EFzsXDx8NKkZ 5hQKG4ApqVGtcvLbEPVDLunBvqnxcHqRXEKWBO5tikT8_db2MXe5rf52dqgw l7jJX6j0rgBSXT4_b6Y_Gtgnc9.NcOc4rN5wa3mPnz9XP0XlTDpgYMHRTFmP m4dJoDV19Rp4n1cWa587Oay0zSE5WMSZlE4oFlfE2yEKSDOp6Fm92sY9DaIQ BCY6m.wreivZrbGnmxRjLOhBD38HrCLG_DxrRZJwDhby1bIBmglILHQpMEG1 HhpWLlqfcEX2cZyFvkOUf_3y6U45lJ9ng4VKBorFpXvS9_UPXJWk3bOITEFF erZbBvfRXwb7FlTP_qiomfscvSOutR1XuYNM-
X-Yahoo-SMTP: jU6Na92swBBdqSRkLOL9Cp_LhHZgQAQoL10-
User-Agent: Microsoft-MacOutlook/14.4.4.140807
Date: Mon, 30 Mar 2015 10:30:59 -0400
From: Nitin Bahadur 
To: Susan Hares , "i2rs@ietf.org" 
Message-ID: 
Thread-Topic: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
References: <015401d05b41$5baf6e90$130e4bb0$@ndzh.com> 
In-Reply-To: 
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3510556268_20418891"
Archived-At: 
Cc: 'Jeffrey Haas' , 'Alia Atlas' 
Subject: Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 30 Mar 2015 17:31:11 -0000

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3510556268_20418891
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable


Support.

From:  wangzitao 
Date:  Thursday, March 26, 2015 at 7:38 PM
To:  Susan Hares , "i2rs@ietf.org" 
Cc:  'Jeffrey Haas' , 'Alia Atlas' 
Subject:  Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02
(

Support the adoption.
=20
Michael
=20
=20

=E5=8F=91=E4=BB=B6=E4=BA=BA: i2rs [mailto:i2rs-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Susan Hares
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2015=E5=B9=B43=E6=9C=8810=E6=97=A5 22:49
=E6=94=B6=E4=BB=B6=E4=BA=BA: i2rs@ietf.org
=E6=8A=84=E9=80=81: 'Jeffrey Haas'; 'Alia Atlas'
=E4=B8=BB=E9=A2=98: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (
=20
This is a 3 WG adoption call (3/10 =E2=80=93 3/31) for
draft-wang-i2rs-rib-data-model:
=20
  http://datatracker.ietf.org/doc/draft-wang-i2rs-rib-data-model
=20
The RIB Design team has created this draft to provide the yang model that
the draft-ietf-i2rs-rib-info model has proposed.  You can find the draft
model at: =20
=20
http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-info-model/
=20
This model will be presented at the IETF 92 session of I2RS (3/27/2015).
In your comments, please indicated =E2=80=9Csupport=E2=80=9D or =E2=80=9Cno-support=E2=80=9D.   Dis=
cussions
should distinguish between commenting on what is included
(drat-ietf-i2rs-rib-info-model), and the encoding of the model.
=20
Sue Hares
=20
_______________________________________________ i2rs mailing list
i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs


--B_3510556268_20418891
Content-type: text/html;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable



Support.
=


From:  wangzitao <wangzitao@huawei.com>
Date:  Thursday, March 26, 2015 at 7:38 PM
To:  Susan Hares <shares@ndzh.com>, "i2rs@i=
etf.org" <i2rs@ietf.org>
Cc:  'Jeffrey Haas' <jhaas@pfrc.org>, 'Alia Atlas' <akatlas@gmail.com>
S=
ubject:  Re: [i2rs] WG Adoption call for draft-wang-i2rs-rib-data-mod=
el-02 (

Support the adoption.   &nbs=
p; 

 
<=
span lang=3D"EN-US" style=3D"font-size:10.5pt;color:#1F497D">Michael<=
/span>
 
 
=E5=8F=91=E4=BB=B6=E4=BA=BA: i2rs [mailto:i2rs-bounces@ietf.org]
=E4=BB=A3=E8=A1=A8 <=
/b>Susan Hare=
s
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=
=B4: 2015=E5=B9=B43=E6=9C=8810=E6=97=A5=

 22:49
=E6=94=B6=E4=BB=B6=E4=BA=BA: i2rs@ietf.org
=E6=8A=84=E9=80=81: 'Jeffrey Haas'; 'Alia Atlas'=

=E4=B8=BB=E9=A2=98: [i2rs=
] WG Adoption call for draft-wang-i2rs-rib-data-model-02 (=

 
This is a 3 WG adopti=
on call (3/10 – 3/31) for draft-wang-i2rs-rib-data-model:

 
  http://datat=
racker.ietf.org/doc/draft-wang-i2rs-rib-data-model
=

 
The RIB Design team has created this draft t=
o provide the yang model that the draft-ietf-i2rs-rib-info model has propose=
d.  You can find the draft model at:  
 
http://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-=
info-model/
 
This mo=
del will be presented at the IETF 92 session of I2RS (3/27/2015).  =
; In your comments, please indicated “support” or “no-supp=
ort”.   Discussions should distinguish between commenting on=
 what is included (drat-ietf-i2rs-rib-info-model),
 and the encoding of the model. 
=
 
Sue Hares
 

_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/m=
ailman/listinfo/i2rs


--B_3510556268_20418891--