From nobody Fri Jun 9 08:06:23 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EE4412946B for ; Fri, 9 Jun 2017 08:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7G3aO2w6qqyH for ; Fri, 9 Jun 2017 08:06:20 -0700 (PDT) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (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 2EC65127ABE for ; Fri, 9 Jun 2017 08:06:18 -0700 (PDT) Received: by mail-wr0-x235.google.com with SMTP id q97so36483902wrb.2 for ; Fri, 09 Jun 2017 08:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=xcijNbPssAKo4lvTbCExboZuaP2fSK62ZPUDscCkqAQ=; b=BX5vYOC5OVDNBIZwgg+I7uLEaeVI/1tQH6HpMHowgOUa2lvBjcpYNUa9hjZOkW8gsg 3owTyQCP9WxuzH0XgXBlTvY0V0QgGj5CZjrcp4hPRNijfCcb/QOiesX1YhLtQk6+lcyl 1TV+VWvWeEPPJ1bW/6c0fQOHbbNWaMSaMylx3tcRSQW/L1XdzNFFA4Tw88SZf5zFepdm GvgLYU5Pke/4SVea/SDk4CEwTUmV07Kt5I0tlVjt5tUZqY9reEoY+6iY0qFOBu+jzCPY dGpO73X5zIv3GlOxB06i911p/wpDA/Y8k2xcCLeXQgNkiGurjX5/AjNaskm+SKR/P1JK QR5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=xcijNbPssAKo4lvTbCExboZuaP2fSK62ZPUDscCkqAQ=; b=UEVdUTC0SKhpGM7pnGe66Ks+rlN33evUr0tUij8y/Tz+p6PPxapFzWtHyUmyToCVT0 bGpAPOAIsa+5euI8nlbNfxIT3fzCP+m+Unxa4uOgQTZWn/Yg+0Q7+I2lNDSfdcVR+dcy RFwvQa7uD7VeBf4bXEhvr61xV3rwJ6B3TsjS3tQvpV3Mp9DEXgSvD8h7A8htZLCUQB1k pErvTwtZVKRGeKRPt4VHZGLJpBXBcCedl7AX/ukXMwCAUJAcyim9K3dvGmMjHtDO7riw G2b9LIulvWn+sCzjYPHQ+ey5CqCGPn6DjGmzJMm1CfNbGN29zz4TncCnt9bA34XNaMw+ LnNw== X-Gm-Message-State: AODbwcATbgRFJGmDA8d5x8CN92IInzbT6zZez3pTbmiAlm1BdKIQuakv LCVobDLDgBzKHe3iifeCbc2z/SFsayFv X-Received: by 10.223.163.27 with SMTP id c27mr17633475wrb.85.1497020776533; Fri, 09 Jun 2017 08:06:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.131.66 with HTTP; Fri, 9 Jun 2017 08:06:15 -0700 (PDT) In-Reply-To: References: <767b9462-80ad-2942-f67e-31789239b894@cisco.com> From: Alia Atlas Date: Fri, 9 Jun 2017 11:06:15 -0400 Message-ID: To: "i2rs@ietf.org" Content-Type: multipart/alternative; boundary="f403045f21b09b53d70551884f7d" Archived-At: Subject: [i2rs] Fwd: [netmod] Important: Guidelines for YANG module authors X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jun 2017 15:06:22 -0000 --f403045f21b09b53d70551884f7d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ---------- Forwarded message ---------- From: Alia Atlas Date: Fri, Jun 9, 2017 at 11:05 AM Subject: Fwd: [netmod] Important: Guidelines for YANG module authors To: "rtgwg@ietf.org" At IETF 98 in RTGWG, I mentioned the need for clear guidelines to handle the changes coming for structuring YANG models. This is the resulting guidance. Regards, Alia ---------- Forwarded message ---------- From: Benoit Claise Date: Fri, Jun 9, 2017 at 9:56 AM Subject: [netmod] Important: Guidelines for YANG module authors To: NETMOD Working Group Dear all, Now that the new NETMOD and NETCONF charters have been approved, it's time to think about the guidelines for YANG module authors. The Network Management Datastore Architecture (NMDA) addresses the so-called "OpState problem" that has been the subject of much discussion in the IETF. NMDA is still in development, and there will be a transition period before NMDA solutions are universally available. The NETMOD Datastore Design Team and the Routing Yang Architecture Design Team have worked with Alia and Benoit to create initial guidelines for how the NMDA, as defined in draft-ietf-netmod-revised-datastores , impacts Yang models. The draft-dsdt-nmda-guidelines individual draft was foundational in helping creating those guidelines. If you have questions or concerns on how these guidelines should apply to work of interest, please contact your WG Chairs or ADs. It is our strong recommendation, as ADs with agreement from the NETMOD WG Chairs, that models SHOULD move as quickly as possible to the NMDA. The specific approach to be taken for models being developed now and during the NMDA transition period should be based on both the expected usage and the maturity of the data model. 1. New models and models that are not concerned with the operational state of configuration information SHOULD immediately be structured to be NMDA-compatible. 2. Models that require immediate support for "in use" and "system created" information SHOULD be structured for NMDA. Then derived versions of these models SHOULD be created, either by hand or with suitable tools, that follow the current modeling strategies. In some cases, the non-NMDA model may be an existing model and not derived from the NMDA model. In all cases, the NMDA and non-NMDA modules SHOULD be published in the same document, with NMDA modules in the document main body and the non-NMDA modules in an Appendix. The use of the non-NMDA model will allow temporary bridging of the time period until NMDA implementations are available. The non-NMDA module names should include =E2=80=99-state=E2=80=99 appended. We would like to thank Kent Watsen, Lou Berger, Rob Wilton, Martin Bjorklund, Phil Shafer, Acee Lindem, Chris Hopps, Juergen Schoenwaelder, and all others who helped develop these guidelines. Regards, Alia Atlas, Routing AD Deborah Brungard, Routing AD Alvaro Retana, Routing AD Warren Kumari, Operations & Management AD Benoit Claise, Operations & Management AD _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --f403045f21b09b53d70551884f7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

---------- Forwarded messag= e ----------
From: Alia Atlas <akatlas@gmail.com>= ;
Date: Fri, Jun 9, 2017 at 11:05 AM
Subject: Fwd: [netmod] Im= portant: Guidelines for YANG module authors
To: "rtgwg@ietf.org" <rtgwg@ietf.org>


At IETF 98 in R= TGWG, I mentioned the need for clear guidelines to handle the changes comin= g for structuring YANG models.=C2=A0 This is the resulting guidance.=C2=A0<= /div>

Regards,
Alia


---------- Forwarded message ----= ------
From: Benoit Claise <bclaise= @cisco.com>
Date: Fri, Jun 9, 2017 at 9:56 AM
Subject: = [netmod] Important: Guidelines for YANG module authors
To: NETMOD Workin= g Group <netmod@iet= f.org>


=20 =20 =20
Dear all,

Now that the new NETMOD and NETCONF charters have been approved, it's time to think about the guidelines for YANG module authors.
The Network Management Datastore Architecture (NMDA) addresses the so-called "OpState problem" that has been the subject of much discussion in the IETF. NMDA is still in development, and there will be a transition period before NMDA solutions are universally available.

The NETMOD Datastore Design Team and the Routing Yang Architecture Design Team have worked with Alia and Benoit to create initial guidelines for how the NMDA, as defined in = draft-ietf-netmod-revised-datastores, impacts Yang models. The draft-dsdt-nmda-guidelines individual draft was foundational in helping creating those guidelines.

If you have questions or concerns on how these guidelines should apply to work of interest, please contact your WG Chairs or ADs.

It is our strong recommendation, as ADs with agreement from the NETMOD WG Chairs, that models SHOULD move as quickly as possible to the NMDA. The specific approach to be taken for models being developed now and during the NMDA transition period should be based on both the expected usage and the maturity of the data model.

1. New models and models that are not concerned with the operational state of configuration information SHOULD immediately be structured to be NMDA-compatible.

2. Models that require immediate support for "in use" and &qu= ot;system created" information SHOULD be structured for NMDA. Then derived versions of these models SHOULD be created, either by hand or with suitable tools, that follow the current modeling strategies. In some cases, the non-NMDA model may be an existing model and not derived from the NMDA model. In all cases, the NMDA and non-NMDA modules SHOULD be published in the same document, with NMDA modules in the document main body and the non-NMDA modules in an Appendix. The use of the non-NMDA model will allow temporary bridging of the time period until NMDA implementations are available. The non-NMDA module names should include =E2=80=99-state=E2=80=99 appended.

We would like to thank Kent Watsen, Lou Berger, Rob Wilton, Martin Bjorklund, Phil Shafer, Acee Lindem, Chris Hopps, Juergen Schoenwaelder, and all others who helped develop these guidelines.

Regards,
Alia Atlas, Routing AD
Deborah Brungard, Routing AD
Alvaro Retana, Routing AD
Warren Kumari, Operations & Management AD
Benoit Claise, Operations & Management AD

_____________________________________= __________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod


--f403045f21b09b53d70551884f7d-- From nobody Thu Jun 15 18:39:53 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E43E12EB4B; Thu, 15 Jun 2017 18:39:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 6.54.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149757719225.11325.17356629939336082423.idtracker@ietfa.amsl.com> Date: Thu, 15 Jun 2017 18:39:52 -0700 Archived-At: Subject: [i2rs] The I2RS WG has placed draft-previdi-idr-segment-routing-te-policy in state "Call For Adoption By WG Issued" X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2017 01:39:52 -0000 The I2RS WG has placed draft-previdi-idr-segment-routing-te-policy in state Call For Adoption By WG Issued (entered by Susan Hares) The document is available at https://datatracker.ietf.org/doc/draft-previdi-idr-segment-routing-te-policy/ From nobody Fri Jun 16 20:58:17 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 965CD12EB08; Fri, 16 Jun 2017 20:58:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.55.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149767189559.24053.4138935642210727844@ietfa.amsl.com> Date: Fri, 16 Jun 2017 20:58:15 -0700 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-rib-info-model-11.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2017 03:58:16 -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 of the IETF. Title : Routing Information Base Info Model Authors : Nitin Bahadur Sriganesh Kini Jan Medved Filename : draft-ietf-i2rs-rib-info-model-11.txt Pages : 25 Date : 2017-06-16 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 a 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 are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-rib-info-model-11 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-rib-info-model-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-rib-info-model-11 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 Jun 21 18:19:36 2017 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CADE3129329 for ; Wed, 21 Jun 2017 18:19:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xsWwQUCIqI4L for ; Wed, 21 Jun 2017 18:19:33 -0700 (PDT) Received: from mail-it0-x241.google.com (mail-it0-x241.google.com [IPv6:2607:f8b0:4001:c0b::241]) (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 C588F120721 for ; Wed, 21 Jun 2017 18:19:33 -0700 (PDT) Received: by mail-it0-x241.google.com with SMTP id f20so2516112itb.2 for ; Wed, 21 Jun 2017 18:19:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version:thread-index :content-language; bh=rW8qjqlvA8Ie4de7TGITrU2nDSt0wMHrrxAbq99hUA0=; b=jfbU1OXskFoWlFwqDFV2Q6MaXhtXxX7HjGL10m7IjkSGXASbcegV3zwYsZkQ63iTpk oR31b0Dy3tVFXdDChCSB69I3jJ3O4zmM/SiLcXSDR+/JGjHgEg3yE7LD5oOzCF3Gyne4 vhlZsNI1ODLO92fQbFN8I7n2qWPWeEd9KBhXYaYFbIUFRs6/uha03ivCqvyPvh3A4qg5 t/fnubWrMNxVPykYWVnm87QcA4EssAMdcUr/6AAwDRbQQfqjCkFo3vfWhC31qw7Iammy moIsyGkxBldKdiE65huQfbUlfeVYeJ81UctK1GT6gHPo5rZM0PYTYAJsTAxCUyD4D4/A Rrcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :thread-index:content-language; bh=rW8qjqlvA8Ie4de7TGITrU2nDSt0wMHrrxAbq99hUA0=; b=uQyjG25eiMAE1uq0+OwHIoRVUYn/rxiI8Xp5KtWInxCscxk4vDNj9iAmqTtqAp53Pt VBgGjmNBqVKHL8l7VQxmCXb6qy9s1TBGGRwGdBk5+tNtcPP3xMLv88CGDte/V7/711mR xWX7zUUmnQ41TETu4Oi18YmgCN+6jir8qXCV+SDj4zByPDXYZ9FkHh3+ApLRLiO2a7eV RTItZJJcREMMRobov9pwP5w4GTdRy0J9L+McbLDMEEz7gUiqrCz07bqrxTUnt7lcPt5f C5ekt2Diqy84OMFgpxWOPfHYwxeEtdD7p8uvvi6rJ1CRKpsWjcmEQLLZijh7Fb1T27YN D75w== X-Gm-Message-State: AKS2vOzBoLleq16JSqbwsxkGy542qYD6BulJZ/FcyJyS6xn/Re+ZLGRn MkMQPuMV9hQw+zvX X-Received: by 10.36.112.208 with SMTP id f199mr11504208itc.67.1498094372944; Wed, 21 Jun 2017 18:19:32 -0700 (PDT) Received: from Russ (108-78-210-25.lightspeed.chrlnc.sbcglobal.net. [108.78.210.25]) by smtp.gmail.com with ESMTPSA id 73sm23052ior.3.2017.06.21.18.19.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 18:19:32 -0700 (PDT) From: "Russ White" <7riw77@gmail.com> To: Cc: "'Susan Hares'" Date: Wed, 21 Jun 2017 21:19:19 -0400 Message-ID: <529f01d2eaf5$99488700$cbd99500$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_52A0_01D2EAD4.12373520" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdLq9UBjLfLHmgxLSTqhUNXsGuRZyw== Content-Language: en-us Archived-At: Subject: [i2rs] Last Call Completed on draf-ietf-i2rs-security-environment-req-05.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2017 01:19:36 -0000 This is a multipart message in MIME format. ------=_NextPart_000_52A0_01D2EAD4.12373520 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Y'all - I started a last call on draf-ietf-i2rs-security-environment-req-05.txt on the 4th of June, and received two comments, both stating there was no known IPR on the draft. It is well past the time to close the last call on this one, and call it done. The chairs will move forward with asking the IESG to consider this document for publication. I'm sending this out because there was so little activity on this last call, and I want to make certain folks have read it, etc. If anyone objects, let us know. Thanks! Sue & Russ ------=_NextPart_000_52A0_01D2EAD4.12373520 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Y’all –

 

I started a = last call on draf-ietf-i2rs-security-environment-req-05.txt on the = 4th of June, and received two comments, both stating there = was no known IPR on the draft. It is well past the time to close the = last call on this one, and call it done. The chairs will move forward = with asking the IESG to consider this document for = publication.

 

I’m sending this out because there was so little = activity on this last call, and I want to make certain folks have read = it, etc. If anyone objects, let us know.

 

Thanks!

 

Sue & = Russ

------=_NextPart_000_52A0_01D2EAD4.12373520-- From nobody Wed Jun 21 18:42:15 2017 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69B1E12945B for ; Wed, 21 Jun 2017 18:42:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfb1ZMZ7Z1Bs for ; Wed, 21 Jun 2017 18:42:12 -0700 (PDT) Received: from mail-io0-x244.google.com (mail-io0-x244.google.com [IPv6:2607:f8b0:4001:c06::244]) (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 E24E51293F4 for ; Wed, 21 Jun 2017 18:42:11 -0700 (PDT) Received: by mail-io0-x244.google.com with SMTP id j200so2481113ioe.0 for ; Wed, 21 Jun 2017 18:42:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version:thread-index :content-language; bh=QyDrj+9xKBtrlNZz8x2dX6DsIZgTHyecWBAd04CKgJE=; b=Pb37AUEFF7tZsX9nll890mUv7bnTruF076sPPNm+pTd6Kpoax8ar+UcRCV0EgmUuYE owWpHS8kYfm6/P5Lo0WRi7mhNyatA/HIwYbs/oZfQsD+LV5P/sQuf2ZZgwhym5ZuoWKv NfsdZYXGXKhhrPPvFdH9bJzjiznZFP+mFhyNpeEQUq6YiU0NWFuPMpRFgF7jEY+XLHar uUPNly4YixSH4My2rAfPk5f2tbd3Qs8b7QiXVNqoM/HbrVRpvOfZqavEzuUks4hSUr9S s/TYUojgaaJvEP4NHxRWJLKt2HcRNMRK47q8G0RvFUE6EH9bxN+r4F+quYa3+GkE4GaP xqfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :thread-index:content-language; bh=QyDrj+9xKBtrlNZz8x2dX6DsIZgTHyecWBAd04CKgJE=; b=hQFixhrnF3nq1ZqC742D2DSRgts3T8P8Af23AbC1Ymo/WIaZs+atvc4gsDd84p5GSp +/VKhSuUCpBDnabcUB1gzN3G69lQvWd1Kmevt23dSSAJsVvowIHOfes7pgnH5VTRCd+R fbJXCnMqjX9pp7ImGqYihzPaU/P9WRLaok5go4RVzO2sddeosuKzF91Qh8Ro26s7wrxi uCXV5uQEckJ/OuT5GgwbGjhH/VZVfxY8s1iLp5/4v/XUIB7o3eB76FUqksb/ee+kg/Jr 6Uxs4hPSfwOI6IE9IKsqtciC9ChTy5iPwqrydznZooiDYMa5GfudtHZjzxO/4G545CW/ Wv4Q== X-Gm-Message-State: AKS2vOzFbrT/JgsIqWNze/NwgAm86cmDaBoSIkb4txuWhjZ/pdalmuic a3pG7Hlb6mfHB8I7 X-Received: by 10.107.184.67 with SMTP id i64mr78924iof.153.1498095731233; Wed, 21 Jun 2017 18:42:11 -0700 (PDT) Received: from Russ (108-78-210-25.lightspeed.chrlnc.sbcglobal.net. [108.78.210.25]) by smtp.gmail.com with ESMTPSA id e79sm38395iof.41.2017.06.21.18.42.07 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 18:42:10 -0700 (PDT) From: "Russ White" <7riw77@gmail.com> To: Date: Wed, 21 Jun 2017 21:41:56 -0400 Message-ID: <005801d2eaf8$c3088470$49198d50$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0059_01D2EAD7.3BF759A0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdLq+JF6RZSUEQqnRyuaOFW61oiaQQ== Content-Language: en-us Archived-At: Subject: [i2rs] Shepherd for draft-ietf-i2rs-security-environment-req X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2017 01:42:13 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0059_01D2EAD7.3BF759A0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Y=E2=80=99all =E2=80=93 =20 We need a shepherd to move draf-ietf-i2rs-security-environment-req into = publication. If anyone is interested in doing the (rather minimal) = amount of work required, please let me know. We=E2=80=99d really like to = get this document through the shepherding process and on to publication = in the near future. =20 Thanks! =20 =F0=9F=98=8A /r=20 ------=_NextPart_000_0059_01D2EAD7.3BF759A0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Y=E2=80=99all =E2=80=93

 

We need a = shepherd to move draf-ietf-i2rs-security-environment-req into = publication. If anyone is interested in doing the (rather minimal) = amount of work required, please let me know. We=E2=80=99d really like to = get this document through the shepherding process and on to publication = in the near future.

 

Thanks!

 

=F0=9F=98=8A /r =

------=_NextPart_000_0059_01D2EAD7.3BF759A0-- From nobody Wed Jun 21 22:02:46 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B6C3127A90; Wed, 21 Jun 2017 22:02:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.55.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149810775944.30654.3855289160631916559@ietfa.amsl.com> Date: Wed, 21 Jun 2017 22:02:39 -0700 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2017 05:02:39 -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 of the IETF. Title : A Data Model for Network Topologies Authors : Alexander Clemm Jan Medved Robert Varga Nitin Bahadur Hariharan Ananthakrishnan Xufeng Liu Filename : draft-ietf-i2rs-yang-network-topo-13.txt Pages : 35 Date : 2017-06-21 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-ietf-i2rs-yang-network-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-13 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-topo-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-13 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 Jun 21 22:30:03 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E09CB126DED for ; Wed, 21 Jun 2017 22:30:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.421 X-Spam-Level: X-Spam-Status: No, score=-1.421 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_HELO_PASS=-0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Pq--JPI6zx9 for ; Wed, 21 Jun 2017 22:30:00 -0700 (PDT) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2A3A126D05 for ; Wed, 21 Jun 2017 22:29:59 -0700 (PDT) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0MHqOZ-1dMXdT1GJx-003f91; Thu, 22 Jun 2017 07:29:34 +0200 From: "Alexander Clemm" To: Cc: "'Xufeng Liu'" , , "'Nitin Bahadur'" , , "'Jan Medved \(jmedved\)'" , "'Russ White'" , "'Susan Hares'" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> In-Reply-To: <149810775944.30654.3855289160631916559@ietfa.amsl.com> Date: Wed, 21 Jun 2017 22:29:40 -0700 Message-ID: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQGeYxpcPEf5eJSu1ZRMUVQj6joyaaKZaPpg Content-Language: en-us X-Provags-ID: V03:K0:MldkEdr4JNYyuTFi22WLivq2B17reeXj6BFpurcGWglopBAr2Dv FxfQj+t840OqM3u9k/7TH4IzVMM0/GGyGhu/uNEWtFIelpq1bN2lGvns+L6HL78nZWN7puA XCF8mAVEzOlA5LEDfBoqkyKdb5QteYGqKmhY7XVbL4Z+bVz+Y+FDfDYfX9uASHJYPHPMacJ 7fVxtVv5InN19QxQgzZKg== X-UI-Out-Filterresults: notjunk:1;V01:K0:jwybtMs9Bw4=:YU2VUga5FEffzk9So9nuo3 A6i0ctabJi8wUdAaKZx4NIIW37/ZL//xHXldeKzgas35/aGnXOeco+K0VBGvs01VRqR2erWLb 7WSILGpdn84klR70WmabiqJzLoK7lL88J7mVaVRcSz5To6a+i845/65rDYpd4gvR5fuZYQVGo qzc2qjwbM/vs+u/IBEfDBfrAfEE3mfQqkezmwXT2ZRBGkTUGnhJYLVS+R6ahQ5MYXq8bG0BUf 9XTSBB0gwIs8wxYq15+AfdYugVlq48/rO3Sowb8MIkCtJOhZ3igKpS0+I4x6l52PUq9iIyLJ6 sk2pTBzLULabAgnIfQpJ5DQAl0lQURTufUKyYkPvRfg81aJ/7hFUKUFCFHknFJ0jQc/5VUf+/ Qy0SHs8zohvgDkrF1DDVXuEFznQQqhfobbNMnyRcQuAPb1MO2t34BTiduYy/KCN/7rsfF6cQf iL4jMHAxpoxf/QmjjfV5lTb7P8nFbUJn9Tx5IXjkk4rlbRPGpNdmGmMe6Uf4k+htvLwOriTi4 nDFmvI5/qA70e5QKZ0Kej69q9SoFIvHn0APdCAxl/y1Pstbj4vLjlgbvLD2sTY61tUER0lkQq Cb6H+bUYIEduHdqWfFvOuElQFaIDJRSFrPu2Ak5HKcRX4iIvPNZiNVg0jfrQONNLkYuba/rRE kwj/Zm0v5uzg4yVL4B6gEqYrYGv12kmRMgK0OwRtWOHtTHG/qdGkj0kx9WkgwDPlKL+udBNbQ hqPEYlj/WHKrmS1L Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2017 05:30:02 -0000 Hello I2RS Working Group, This draft contains the updates to topology model as discussed in Chicago. This concerned the issue about how to deal with the fact that we can have configurable overlay topologies that are layered on top of discovered, or "learned", underlay topologies. The solution simply relies on the the revised datastore architecture. The "server-provided" data node has been removed; other than that the structure of the model can remain exactly the same. The text has been updated accordingly to provide the explanations. --- Alex -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Wednesday, June 21, 2017 10:03 PM To: i-d-announce@ietf.org Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt 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 of the IETF. Title : A Data Model for Network Topologies Authors : Alexander Clemm Jan Medved Robert Varga Nitin Bahadur Hariharan Ananthakrishnan Xufeng Liu Filename : draft-ietf-i2rs-yang-network-topo-13.txt Pages : 35 Date : 2017-06-21 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-ietf-i2rs-yang-network-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-13 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-topo-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-13 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/ _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Thu Jun 22 03:44:06 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B988F128AB0 for ; Thu, 22 Jun 2017 03:44:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.503 X-Spam-Level: X-Spam-Status: No, score=-14.503 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, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vaOhUVfiO1_F for ; Thu, 22 Jun 2017 03:44:02 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62363128792 for ; Thu, 22 Jun 2017 03:44:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3282; q=dns/txt; s=iport; t=1498128242; x=1499337842; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=yPW7i2ud4dEq+yl6nDUU8L8f6UmRG93x2jB8FR158ko=; b=YeEUWqw4S16Sdtuu+jVRQndwgEVst7w59YcIo3mGfd3m/Pob7JFkE1f+ joFIKpGHqV8E1FhuN+flLqIWBVvkqfCVITRPpuJDrJy18MVbZk+Ld9oxY FPzG9o8afv1y31lPLKmRuvms4hRK2YQ3QKiYx1bX2lFpo0QRAw+dY3wOk c=; X-IronPort-AV: E=Sophos;i="5.39,373,1493683200"; d="scan'208";a="655604332" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jun 2017 10:44:00 +0000 Received: from [10.63.23.55] (dhcp-ensft1-uk-vla370-10-63-23-55.cisco.com [10.63.23.55]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v5MAi0uF013439; Thu, 22 Jun 2017 10:44:00 GMT To: Alexander Clemm , i2rs@ietf.org References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> Cc: "'Nitin Bahadur'" , "'Russ White'" , "'Xufeng Liu'" , hari@packetdesign.com, "'Jan Medved (jmedved)'" , robert.varga@pantheon.sk, "'Susan Hares'" From: Robert Wilton Message-ID: <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> Date: Thu, 22 Jun 2017 11:44:00 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2017 10:44:05 -0000 Hi Alex, Do you think that it would be useful if the draft also included the extra transient "-state" modules in an appendix (e.g. as per draft-dsdt-nmda-guidelines-01 section 2)? Specifically, I'm thinking to help make the topology module fully usable by modules that augment it (e.g. by the TE modules if/when they adopt the NMDA conventions), until NMDA implementations before widely available. Thanks, Rob On 22/06/2017 06:29, Alexander Clemm wrote: > Hello I2RS Working Group, > > This draft contains the updates to topology model as discussed in Chicago. > This concerned the issue about how to deal with the fact that we can have > configurable overlay topologies that are layered on top of discovered, or > "learned", underlay topologies. The solution simply relies on the the > revised datastore architecture. The "server-provided" data node has been > removed; other than that the structure of the model can remain exactly the > same. The text has been updated accordingly to provide the explanations. > > --- Alex > > -----Original Message----- > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: Wednesday, June 21, 2017 10:03 PM > To: i-d-announce@ietf.org > Cc: i2rs@ietf.org > Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > > > 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 of the > IETF. > > Title : A Data Model for Network Topologies > Authors : Alexander Clemm > Jan Medved > Robert Varga > Nitin Bahadur > Hariharan Ananthakrishnan > Xufeng Liu > Filename : draft-ietf-i2rs-yang-network-topo-13.txt > Pages : 35 > Date : 2017-06-21 > > 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-ietf-i2rs-yang-network-topo/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-13 > https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-topo-13 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-13 > > > 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/ > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > . > From nobody Thu Jun 22 04:40:59 2017 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8985B128854 for ; Thu, 22 Jun 2017 04:40:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8PBAJsw83XjQ for ; Thu, 22 Jun 2017 04:40:56 -0700 (PDT) Received: from mail-io0-x244.google.com (mail-io0-x244.google.com [IPv6:2607:f8b0:4001:c06::244]) (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 06E75124E15 for ; Thu, 22 Jun 2017 04:40:56 -0700 (PDT) Received: by mail-io0-x244.google.com with SMTP id h134so3746423iof.3 for ; Thu, 22 Jun 2017 04:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version:thread-index :content-language; bh=vPE7JvFp1okaia+619sKCrCt/ts0u40Jfqs5pyLoFbM=; b=iYIlpk9h7/Dyo8GCaD3TjaPHL9N479+zJbXFSYDjeNIxyIN5bLqSoubKuJB74eu8Bt JpdzFu5EEfimjMfXQ4T0PQPFDFE7JCxBdYeOaUowUMc+bc7T8JF1QYcxXDA7bBHS54DM SWQB+Ivb+TANYxAU6DUCWs5RvQQcn6OkV6PTx7pQzQ0cRC+4qagy2RrkbRrxyf/836s/ w4kjUGhgmKKe04l6rO3+C1m21gU1DLW3UWScQm1uDHXCmt6ATj5cyH3jEqONrSFpictK TAXPs4VRW5kASpucaGFgLvN/yQ43I5yEmY8M7LH3PDWM//YKIJESZkntMFIUDIkYaVtx skNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :thread-index:content-language; bh=vPE7JvFp1okaia+619sKCrCt/ts0u40Jfqs5pyLoFbM=; b=mKnKasWqZWKH8k6hBlu7h33pb3sPwGcK0SKFDQiQJgMS+ppFRpnfucNjsRAYLokelf ZBGwyF7GKOfaFt9NtJrdv/wqtXm45ZkL23+bPzCFAuxLCgMEYYLzCdQ9AV1Vz3Y4Kv0P 17O2kt/FHS5FQcbOOhxK/RqpQA70CPsUeMeyDCRxAaqxtYzOXaoYjfBrCULSVhdvD65B Y5ENLeVJdxDuBvn1PTIKykOTEuKqsn9IVXyv6fxJABN+5FFcTRv/aq9o1ArYZfhVYmZa z/5otMUnX5lc8N+fDF8Sh+5TszMUXBDk+5jtYcJNylG0Bb3LXFuLQxGCKLtjudfb60s2 4+yQ== X-Gm-Message-State: AKS2vOwtchMG2fYg/awzxsFain/YC7hvAVDnry5NC6trUGOrX9dID3uu c09tIcxu78YHExhd X-Received: by 10.107.59.13 with SMTP id i13mr1738830ioa.163.1498131655278; Thu, 22 Jun 2017 04:40:55 -0700 (PDT) Received: from Russ (108-78-210-25.lightspeed.chrlnc.sbcglobal.net. [108.78.210.25]) by smtp.gmail.com with ESMTPSA id b62sm1069302itd.2.2017.06.22.04.40.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jun 2017 04:40:54 -0700 (PDT) From: "Russ White" <7riw77@gmail.com> To: Date: Thu, 22 Jun 2017 07:40:52 -0400 Message-ID: <00c701d2eb4c$67b20ed0$37162c70$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C8_01D2EB2A.E0A0BCF0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdLrTAgd112dJP7ZTTK000vrPGvutA== Content-Language: en-us Archived-At: Subject: [i2rs] Last Call for draft-ietf-i2rs-yang-network-topo X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2017 11:40:57 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00C8_01D2EB2A.E0A0BCF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Y'all - The I2RS WG is starting a last call on draft-ietf-i2rs-yang-network-topo. This last call will last for two weeks, after which time the WG will select a shepherd, ask for directorate reviews, and move this document towards publication. Please respond on list with comments on the draft, support (including whether or not you have read the draft), or a desire to see more work done on the document before it is published. Thanks! Sue & Russ ------=_NextPart_000_00C8_01D2EB2A.E0A0BCF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Y’all –

 

The I2RS WG = is starting a last call on draft-ietf-i2rs-yang-network-topo. This last = call will last for two weeks, after which time the WG will select a = shepherd, ask for directorate reviews, and move this document towards = publication. Please respond on list with comments on the draft, support = (including whether or not you have read the draft), or a desire to see = more work done on the document before it is published.

 

Thanks!

 

Sue & = Russ

------=_NextPart_000_00C8_01D2EB2A.E0A0BCF0-- From nobody Fri Jun 23 09:27:16 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6ED6127136 for ; Fri, 23 Jun 2017 09:27:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.42 X-Spam-Level: X-Spam-Status: No, score=-1.42 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_HELO_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OrpG0tloSwBS for ; Fri, 23 Jun 2017 09:27:12 -0700 (PDT) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AE6B1289B0 for ; Fri, 23 Jun 2017 09:27:12 -0700 (PDT) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus002 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LamgY-1e4Q530fX6-00kKmj; Fri, 23 Jun 2017 18:26:49 +0200 From: "Alexander Clemm" To: "'Robert Wilton'" , Cc: "'Nitin Bahadur'" , "'Russ White'" , "'Xufeng Liu'" , , "'Jan Medved \(jmedved\)'" , , "'Susan Hares'" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> In-Reply-To: <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> Date: Fri, 23 Jun 2017 09:26:44 -0700 Message-ID: <004c01d2ec3d$839a1880$8ace4980$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQGeYxpcPEf5eJSu1ZRMUVQj6joyaQI5auv8AdG96aWie1ZgYA== Content-Language: en-us X-Provags-ID: V03:K0:uD/4BuHF1u+oOIDD2QodSYN/nB0qluplLNndekhINnPn1El2022 RJw4uvwoL4sauPsTu7Xe3pyR4wEdnX4NzHrYtURNwDjlIGi3EFZUke4emmQPfnpf0Lq2lBp 52P4XBLAdgZ5aZ+Lt1TAUqZX0kavznAe7QGMrCLo3TuvDqGlPtuuZPiez0JK4SCo8W0RQgF jQ+0XMVDEMnFWVQbr61zg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Mfj3LVvk3G0=:QCFR4rC3wpJgyMHg1jOfCm Tbfl1bkolDbRoSZ3aPbfoCiImx+zWTLWcw8tiDkbzSCwheOevzQ79QD6LS7vSs/xuYWj32ayd AIE6qLAgpC8GulgBmT1qFbYqsXvt5Tx0++A1wHbwmDEQn15xp43jrQ025WUdCWv+t48+Pzt4E YSl5LQnwQZcuc98sROUuAxJve3ZJUOI3Qw2pLqL4hsnh/iPeI7Z2qovq3sOgXh8I5uckno5MO kGICdk2rWKgwfyfvE5O0/PZrsh+Oe5jMt8/zATHtQsIeuP+t0sA4b98Ovqn1R5vzFsFzJ0dfA iJ+rRRTiS1newu+Mc+aRZbK5+ujsWMpyxUpE4YsXYKZ6lV0BesZr8rD6IkS3qenYWLRDnhXch aiy2zXGVQITzxtr1Nf0iveG1UZiLHzvmvOckQoIPL9LRfzep6qLQincUGamerJzFaIg4bqCLX vHvbsK/JLLVR0kcPqZ2vxxuHKK7hHZ/p9h6nOULf8RlJt5iMyCeh8Yjl39NnFLOtZMtrnMcjH wzg3RqI7krujNYcStTc1QfmwRxK8FEEZF+SnJA3UImhSa5nEIDmo+/0oQxFd16KyFMGR65xNH bIhTCAYjbvxp+2R5sURrjfkFVaxyHj+YazW+p+BbXDLIDiCtZrcwPIcQ4KUnx3zpnu4AP/rRG pHsD74S5GdWWhMt41VaZYZ/nPa/ZkiT0dk8InXvEVO75nV0/sJdPvwnWgUzbGrJZGmWdfDYGK 9wCUtb9JNm4kb5+H Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2017 16:27:15 -0000 Hi Robert, We will do whatever is required to make the model future proof. However, I am not quite sure of the particular ask. Perhaps this is my limited understanding of NMDA. The following is really more of an NMDA question: why would we require to duplicate the entire model under a -state namespace, when we have different datastores and e.g. what is contained in operational is "by definition" read-only? (Data that originated from configuration is marked as intended) What would really be gained from that? The issue we were facing in the topology was that different instantiations of the same (in the model) list element can originate from an intended configuration, or it can be learned. If it is intended, it shows up in the intended / config datastore, but ultimately all topology that is in effect shows up in the operational datastore. It is not clear to me what this NMDA guideline would provide in addition; it seems to not be needed and if anything seems it would result in redundant operspecification of what's in the operational datastore? --- Alex -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Robert Wilton Sent: Thursday, June 22, 2017 3:44 AM To: Alexander Clemm ; i2rs@ietf.org Cc: 'Nitin Bahadur' ; 'Russ White' ; 'Xufeng Liu' ; hari@packetdesign.com; 'Jan Medved (jmedved)' ; robert.varga@pantheon.sk; 'Susan Hares' Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Hi Alex, Do you think that it would be useful if the draft also included the extra transient "-state" modules in an appendix (e.g. as per draft-dsdt-nmda-guidelines-01 section 2)? Specifically, I'm thinking to help make the topology module fully usable by modules that augment it (e.g. by the TE modules if/when they adopt the NMDA conventions), until NMDA implementations before widely available. Thanks, Rob On 22/06/2017 06:29, Alexander Clemm wrote: > Hello I2RS Working Group, > > This draft contains the updates to topology model as discussed in Chicago. > This concerned the issue about how to deal with the fact that we can > have configurable overlay topologies that are layered on top of > discovered, or "learned", underlay topologies. The solution simply relies on the the > revised datastore architecture. The "server-provided" data node has been > removed; other than that the structure of the model can remain exactly > the same. The text has been updated accordingly to provide the explanations. > > --- Alex > > -----Original Message----- > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: Wednesday, June 21, 2017 10:03 PM > To: i-d-announce@ietf.org > Cc: i2rs@ietf.org > Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > > > 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 of > the IETF. > > Title : A Data Model for Network Topologies > Authors : Alexander Clemm > Jan Medved > Robert Varga > Nitin Bahadur > Hariharan Ananthakrishnan > Xufeng Liu > Filename : draft-ietf-i2rs-yang-network-topo-13.txt > Pages : 35 > Date : 2017-06-21 > > 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-ietf-i2rs-yang-network-topo/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-13 > https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-top > o-13 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-13 > > > 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/ > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > . > _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Fri Jun 23 09:37:26 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 431E71296B3 for ; Fri, 23 Jun 2017 09:37:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id etkL3buq17bh for ; Fri, 23 Jun 2017 09:37:19 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF95C1200B9 for ; Fri, 23 Jun 2017 09:37:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5967; q=dns/txt; s=iport; t=1498235838; x=1499445438; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=WMOrQWQG7jxIIbrVaafGQG4irYrDHu1r3+Z5VqcWL0s=; b=kJXlF67v77dUDs0oLR5wLfgZatE/zF0M98DA4mrVw1iPJYJHr02Iri8H 0xkScwYiZLWTF+nAuUFmokYP5qKOqQza685I9C3oP9A21J8wZA5n610sA n4HBkOBJmbK4OgDpxojVyHAeOh9Ft4QePq7/Vwk+YOdXqXMmQzzA11u/U 8=; X-IronPort-AV: E=Sophos;i="5.39,379,1493683200"; d="scan'208";a="655635406" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Jun 2017 16:37:17 +0000 Received: from [10.61.196.171] ([10.61.196.171]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v5NGbGb7028403; Fri, 23 Jun 2017 16:37:16 GMT To: Alexander Clemm , i2rs@ietf.org References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <004c01d2ec3d$839a1880$8ace4980$@clemm.org> Cc: "'Nitin Bahadur'" , "'Russ White'" , "'Xufeng Liu'" , hari@packetdesign.com, "'Jan Medved (jmedved)'" , robert.varga@pantheon.sk, "'Susan Hares'" From: Robert Wilton Message-ID: <57e09803-3fb5-c4aa-f274-a53871a2dee2@cisco.com> Date: Fri, 23 Jun 2017 17:37:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <004c01d2ec3d$839a1880$8ace4980$@clemm.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2017 16:37:22 -0000 Hi Alex, Good questions, please see inline ... On 23/06/2017 17:26, Alexander Clemm wrote: > Hi Robert, > > We will do whatever is required to make the model future proof. > > However, I am not quite sure of the particular ask. Perhaps this is my > limited understanding of NMDA. The following is really more of an NMDA > question: why would we require to duplicate the entire model under a -state > namespace, when we have different datastores and e.g. what is contained in > operational is "by definition" read-only? (Data that originated from > configuration is marked as intended) What would really be gained from that? This extra -state tree is an interim solution only. I.e. it is to make the NMDA model usable today on current devices that don't yet support the operational datastore, rather than having to wait for NMDA implementations to be available before the models are usable. Once the devices support NMDA that they (probably) wouldn't implement the extra "-state" module, as you say the same information is available in the datastore with the same semantics. Effectively what is reported in the extra "-state" tree is the same information that would be reported in , and the semantics should be the same. Thanks, Rob > > The issue we were facing in the topology was that different instantiations > of the same (in the model) list element can originate from an intended > configuration, or it can be learned. If it is intended, it shows up in the > intended / config datastore, but ultimately all topology that is in effect > shows up in the operational datastore. It is not clear to me what this NMDA > guideline would provide in addition; it seems to not be needed and if > anything seems it would result in redundant operspecification of what's in > the operational datastore? > > --- Alex > > -----Original Message----- > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Robert Wilton > Sent: Thursday, June 22, 2017 3:44 AM > To: Alexander Clemm ; i2rs@ietf.org > Cc: 'Nitin Bahadur' ; 'Russ White' ; > 'Xufeng Liu' ; hari@packetdesign.com; 'Jan Medved > (jmedved)' ; robert.varga@pantheon.sk; 'Susan Hares' > > Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > > Hi Alex, > > Do you think that it would be useful if the draft also included the extra > transient "-state" modules in an appendix (e.g. as per > draft-dsdt-nmda-guidelines-01 section 2)? > > Specifically, I'm thinking to help make the topology module fully usable by > modules that augment it (e.g. by the TE modules if/when they adopt the NMDA > conventions), until NMDA implementations before widely available. > > Thanks, > Rob > > > On 22/06/2017 06:29, Alexander Clemm wrote: >> Hello I2RS Working Group, >> >> This draft contains the updates to topology model as discussed in Chicago. >> This concerned the issue about how to deal with the fact that we can >> have configurable overlay topologies that are layered on top of >> discovered, or "learned", underlay topologies. The solution simply relies > on the the >> revised datastore architecture. The "server-provided" data node has been >> removed; other than that the structure of the model can remain exactly >> the same. The text has been updated accordingly to provide the > explanations. >> --- Alex >> >> -----Original Message----- >> From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of >> internet-drafts@ietf.org >> Sent: Wednesday, June 21, 2017 10:03 PM >> To: i-d-announce@ietf.org >> Cc: i2rs@ietf.org >> Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt >> >> >> 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 of >> the IETF. >> >> Title : A Data Model for Network Topologies >> Authors : Alexander Clemm >> Jan Medved >> Robert Varga >> Nitin Bahadur >> Hariharan Ananthakrishnan >> Xufeng Liu >> Filename : draft-ietf-i2rs-yang-network-topo-13.txt >> Pages : 35 >> Date : 2017-06-21 >> >> 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-ietf-i2rs-yang-network-topo/ >> >> There are also htmlized versions available at: >> https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-13 >> https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-top >> o-13 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-13 >> >> >> 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/ >> >> _______________________________________________ >> i2rs mailing list >> i2rs@ietf.org >> https://www.ietf.org/mailman/listinfo/i2rs >> >> _______________________________________________ >> i2rs mailing list >> i2rs@ietf.org >> https://www.ietf.org/mailman/listinfo/i2rs >> . >> > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > > . > From nobody Fri Jun 23 17:14:00 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 15FF8129B07; Fri, 23 Jun 2017 17:07:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: i2rs@ietf.org, akatlas@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.55.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149826283208.7840.3964424488396703014.idtracker@ietfa.amsl.com> Date: Fri, 23 Jun 2017 17:07:12 -0700 Archived-At: Subject: [i2rs] i2rs - Requested sessions have been scheduled for IETF 99 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jun 2017 00:07:12 -0000 Dear Susan Hares, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. i2rs Session 1 (1:00:00) Thursday, Afternoon Session III 1810-1910 Room Name: Congress Hall I size: 250 --------------------------------------------- i2rs Session 2 (1:30:00) Tuesday, Afternoon Session II 1550-1750 Room Name: Berlin/Brussels size: 100 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Interface to the Routing System Area Name: Routing Area Session Requester: Susan Hares Number of Sessions: 2 Length of Session(s): 1 Hour, 1.5 Hours Number of Attendees: 50 Conflicts to Avoid: First Priority: idr i2nsf teas trill netconf netmod mpls People who must be present: Susan Hares Russ White Alia Atlas Resources Requested: Special Requests: --------------------------------------------------------- From nobody Sun Jun 25 22:56:41 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 14FFA1242EA; Sun, 25 Jun 2017 22:56:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.55.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149845659204.31710.3110837715209899000@ietfa.amsl.com> Date: Sun, 25 Jun 2017 22:56:32 -0700 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-l3-topology-09.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 05:56:32 -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 of the IETF. Title : A YANG Data Model for Layer 3 Topologies Authors : Alexander Clemm Jan Medved Robert Varga Xufeng Liu Hariharan Ananthakrishnan Nitin Bahadur Filename : draft-ietf-i2rs-yang-l3-topology-09.txt Pages : 32 Date : 2017-06-25 Abstract: This document defines a YANG data model for layer 3 network topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-l3-topology-09 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-l3-topology-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-l3-topology-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 Sun Jun 25 23:01:52 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 661BA120046 for ; Sun, 25 Jun 2017 23:01:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.701 X-Spam-Level: X-Spam-Status: No, score=-4.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eqosw6f1SX7U for ; Sun, 25 Jun 2017 23:01:48 -0700 (PDT) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 340951242EA for ; Sun, 25 Jun 2017 23:01:48 -0700 (PDT) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LzIud-1dlYgk1rsH-014SQh for ; Mon, 26 Jun 2017 08:01:47 +0200 From: "Alexander Clemm" To: References: <149845659204.31710.3110837715209899000@ietfa.amsl.com> In-Reply-To: <149845659204.31710.3110837715209899000@ietfa.amsl.com> Date: Sun, 25 Jun 2017 23:01:48 -0700 Message-ID: <042801d2ee41$b3534730$19f9d590$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQI+xBuBiWtoUiuOz3+Tus7lDs0KAKFe+rOQ Content-Language: en-us X-Provags-ID: V03:K0:c3BvbSQmzLmosKy3jcjTF1Woxw/3uChSi6xYaQOOTsfuXArUEEK Ouq5r0Vs0L0zORxdXmPC2QTwcQtB7GHYHo+Rv1PJDlSiTu0Mn87w3xqJ+MC7kYln7nBVFqx EO7futz4+eHunr1nOLwDKuUnAJJnscIMCaF4mBGSi4suW4GGXuqQeIh6HuZEjc8e/Tc+nbR EQGEFKWreb26j9WKE8dfQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Zd3vQDl6Wcg=:VUYRGWSWs7NAHvQvL/rcx9 6Xs0rtseLN5WrBDQhcklf+se7ApGjxQUsS6kfQWIOLNLGlQKlwUHcSWWssgbYbl/u901AzY6f 5sP8rNlp19gjKP+34dIXuTvoX5K5NlYarDV1VqEDBjKPvkF35fQAoWUbViA55echUmnDhBKUN 3O2616yL//ERPkdvgXlBpjP353eyuUqV+t4bN07M7ZlZabuyErOOmvPgWfrtqk9AiqOUe1OtR BU0gbwOuJNBZprF6IXNhZvCnaKqKW8mAKNfyda+9BjhajpT7S+Oda7/ZahQUCed4V4WrR+Syk +Cs5MdsSCPomXyahQ098rXpH/56vQIOm/gh2RpZBuLG+Mha90ZJmQ8+/Hx5Zcjmj3WJoI+v9t PtRwki9da24HvhLy0bWDSkJFxueh1CFobEb9/COFqIhaMofkWzVKDv46lhzSk5SbtR5aGFDDH VLTxo/P076laxppLLX2Ry3kznmVyi6wBOVBIGL8HU0UOPpEOlav9C3X+4+xHQx6dfsBAFGrQO 2a0FeHhSg03shqw9SJ76FsPjteNLYkxfUq8hlVeA3u/HefzEuE9z0/n2pRjMo0BIrrRcxLBJW +KhIphB8bfsw2kdWusWbC3EQbjvkswVrFHU2rpgib4Js1j6dqa6+hqsW6/mcQaTpGV3/4vw+p EDimSRRglYm8n5eXQD6CIt+NLcuKtJTJMyyc8JfUASEOCUp/EwKn3wx2Y62VoegTxCC/JgxJ5 +h+H0HWR4IUkNziy Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-l3-topology-09.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 06:01:50 -0000 Hello I2RS working group, This is merely a refresh of the L3 Topology model draft, updating an email address and a few references; no model changes. Kind regards --- Alex On behalf of the coauthors -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Sunday, June 25, 2017 10:57 PM To: i-d-announce@ietf.org Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-l3-topology-09.txt 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 of the IETF. Title : A YANG Data Model for Layer 3 Topologies Authors : Alexander Clemm Jan Medved Robert Varga Xufeng Liu Hariharan Ananthakrishnan Nitin Bahadur Filename : draft-ietf-i2rs-yang-l3-topology-09.txt Pages : 32 Date : 2017-06-25 Abstract: This document defines a YANG data model for layer 3 network topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-l3-topology-09 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-l3-topology-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-l3-topology-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/ _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Mon Jun 26 10:52:59 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B178A1298BA for ; Mon, 26 Jun 2017 10:52:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y-FqgYovTi2C for ; Mon, 26 Jun 2017 10:52: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 3A1C61292F5 for ; Mon, 26 Jun 2017 10:52:54 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJF69201; Mon, 26 Jun 2017 17:52:52 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 26 Jun 2017 18:52:51 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML701-CHM.china.huawei.com ([169.254.3.186]) with mapi id 14.03.0301.000; Mon, 26 Jun 2017 10:52:48 -0700 From: Alexander Clemm To: Robert Wilton , "'Xufeng Liu'" , "i2rs@ietf.org" Thread-Topic: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS6xTXV62rSJYnLk2jgXrlQ+8afKIw0EYAgABX0wCABkoO8oAAABCg Date: Mon, 26 Jun 2017 17:52:47 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> In-Reply-To: <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.48.137] Content-Type: multipart/alternative; boundary="_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826SJCEML702CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0202.595149F4.008E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: b0840d3cb59f024f809b056a9a495869 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 17:52:58 -0000 --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826SJCEML702CHMchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iLA0KSW5saW5lIDxBTEVYPiwgYmVsb3cNClRoYW5rcw0KLS0tIEFsZXgNCg0KLS0tLS0t LS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiAiUm9iZXJ0IFdpbHRvbiIg PHJ3aWx0b25AY2lzY28uY29tPG1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbT4+DQpEYXRlOiBNb24s IEp1biAyNiwgMjAxNyBhdCAxOjUzIEFNIC0wNzAwDQpTdWJqZWN0OiBSZTogW2kycnNdIEktRCBB Y3Rpb246IGRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wby0xMy50eHQNClRvOiAiQWxl eGFuZGVyIENsZW1tIiA8bHVkd2lnQGNsZW1tLm9yZzxtYWlsdG86bHVkd2lnQGNsZW1tLm9yZz4+ LCA8aTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4+LCAiJ05pdGluIEJhaGFkdXIn IiA8bml0aW5fYmFoYWR1ckB5YWhvby5jb208bWFpbHRvOm5pdGluX2JhaGFkdXJAeWFob28uY29t Pj4sICInUnVzcyBXaGl0ZSciIDxydXNzQHJpdy51czxtYWlsdG86cnVzc0ByaXcudXM+PiwgIidY dWZlbmcgTGl1JyIgPFh1ZmVuZ19MaXVAamFiaWwuY29tPG1haWx0bzpYdWZlbmdfTGl1QGphYmls LmNvbT4+LCA8aGFyaUBwYWNrZXRkZXNpZ24uY29tPG1haWx0bzpoYXJpQHBhY2tldGRlc2lnbi5j b20+PiwgIidKYW4gTWVkdmVkIChqbWVkdmVkKSciIDxqbWVkdmVkQGNpc2NvLmNvbTxtYWlsdG86 am1lZHZlZEBjaXNjby5jb20+PiwgPHJvYmVydC52YXJnYUBwYW50aGVvbi5zazxtYWlsdG86cm9i ZXJ0LnZhcmdhQHBhbnRoZW9uLnNrPj4sICInU3VzYW4gSGFyZXMnIiA8c2hhcmVzQG5kemguY29t PG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiwgIktlbnQgV2F0c2VuIiA8a3dhdHNlbkBqdW5pcGVy Lm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+LCAiTWFydGluIEJqb3JrbHVuZCIgPG1i akB0YWlsLWYuY29tPG1haWx0bzptYmpAdGFpbC1mLmNvbT4+DQoNCg0KSGkgSnVlcmdlbiwNCg0K DQoNCg0KDQpPbiAyNC8wNi8yMDE3IDE0OjE3LCBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgd3JvdGU6 DQoNCj4gT24gVGh1LCBKdW4gMjIsIDIwMTcgYXQgMTE6NDQ6MDBBTSArMDEwMCwgUm9iZXJ0IFdp bHRvbiB3cm90ZToNCg0KPj4gRG8geW91IHRoaW5rIHRoYXQgaXQgd291bGQgYmUgdXNlZnVsIGlm IHRoZSBkcmFmdCBhbHNvIGluY2x1ZGVkIHRoZSBleHRyYQ0KDQo+PiB0cmFuc2llbnQgIi1zdGF0 ZSIgbW9kdWxlcyBpbiBhbiBhcHBlbmRpeCAoZS5nLiBhcyBwZXINCg0KPj4gZHJhZnQtZHNkdC1u bWRhLWd1aWRlbGluZXMtMDEgc2VjdGlvbiAyKT8NCg0KPj4NCg0KPj4gU3BlY2lmaWNhbGx5LCBJ J20gdGhpbmtpbmcgdG8gaGVscCBtYWtlIHRoZSB0b3BvbG9neSBtb2R1bGUgZnVsbHkgdXNhYmxl IGJ5DQoNCj4+IG1vZHVsZXMgdGhhdCBhdWdtZW50IGl0IChlLmcuIGJ5IHRoZSBURSBtb2R1bGVz IGlmL3doZW4gdGhleSBhZG9wdCB0aGUgTk1EQQ0KDQo+PiBjb252ZW50aW9ucyksIHVudGlsIE5N REEgaW1wbGVtZW50YXRpb25zIGJlZm9yZSB3aWRlbHkgYXZhaWxhYmxlLg0KDQo+Pg0KDQo+IFJv YiwNCg0KPg0KDQo+IHRoZSBsZXNzIHdlIGhhdmUgb2YgdGhvc2UgdHJhbnNpZW50ICItc3RhdGUi IHRyZWVzLCB0aGUgYmV0dGVyIGl0IGlzLg0KDQo+IEZvciBMTUFQIChpbiBhdXRoNDgpIHdlIGRp ZCBub3QgZG8gdGhpcy4gVGhlc2UgZXh0cmEgIi1zdGF0ZSIgdHJlZXMNCg0KPiBzaG91bGQgaWRl YWxseSBvbmx5IGJlIHVzZWQgaW4gdmVyeSByYXJlIGNhc2VzLCBJIHRoaW5rIGV4aXN0aW5nIGNv ZGUNCg0KPiBhbHJlYWR5IHdvcmtzIHdpdGggYSBzaW5nbGUgdHJlZSAoYXQgbGVhc3QgdGhpcyBp cyB3aGF0IEkgdW5kZXJzdG9vZA0KDQo+IGZyb20gdGhlIE9wZW5EYXlsaWdodCBkaXNjdXNzaW9u cykuDQoNCkkgY29tcGxldGVseSBhZ3JlZSB3aXRoIHlvdSBpbiBnZW5lcmFsLCBidXQgZm9yIHRo ZSB0b3BvbG9neSBtb2R1bGUgSQ0KDQp0aGluayB0aGF0IHRoZSAtc3RhdGUgdHJlZSBpcyByZXF1 aXJlZCB0byByZXByZXNlbnQgdG9wb2xvZ2llcyB0aGF0DQoNCmV4aXN0IGJ1dCBoYXZlIG5vdCBi ZWVuIGNvbmZpZ3VyZWQgKGUuZy4gcGVyaGFwcyB0aG9zZSBsZWFybmVkIGZyb20gYQ0KDQpkeW5h bWljIHJvdXRpbmcgcHJvdG9jb2wpLg0KDQoNCg0KQWxzbyBjb3B5aW5nIEtlbnQgYW5kIE1hcnRp biwgc2luY2UgdGhleSB3ZXJlIHZlcnkgYm90aCB2ZXJ5IGludm9sdmVkIGluDQoNCnRoZSBkaXNj dXNzaW9ucyBvbiB0aGUgSTJSUyBhbGlhcyBkaXNjdXNzaW5nIHRoZSBzdHJ1Y3R1cmUgb2YgdGhl IEkyUlMNCg0KbmV0d29yayB0b3BvbG9neSBtb2R1bGUuDQoNCg0KDQpNeSBpbnRlcnByZXRhdGlv biBpcyBmcm9tIFh1ZmVuZyB3YXMgaXQgaXMgbmVlZGVkIGZvciB0aGUgVEUgWUFORw0KDQptb2R1 bGVzLCBidXQgaWYgaXQgdHVybnMgb3V0IHRoYXQgaXQgaXMgbm90IGFjdHVhbGx5IG5lZWRlZCwg dGhlbiB0aGF0DQoNCmlzIGFsc28gZ29vZCB3aXRoIG1lIDstKQ0KDQoNCg0KPEFMRVg+DQoNClRo ZSBuZWVkIHRvIHJlcHJlc2VudCB0b3BvbG9naWVzIHRoYXQgYXJlIGxlYXJuZWQgaXMgY2VydGFp bmx5IHRoZXJlLiAgSXQgaXMgbm90IGV4Y2x1c2l2ZSB0byBURSwgYW5kIEkgd291bGQgYmUgc3Vy cHJpc2VkIGlmIFRFIFlBTkcgbW9kdWxlcyBoYXZlIGFuIGV4dHJhIG5lZWQgZm9yIGEgc2VwYXJh dGUgc3RhdGUgdHJlZS4gIFByb2JhYmx5IHRoZSBiZXN0IHBlcnNvbiB0byBjb21tZW50IGhlcmUg aXMgWHVmZW5nLCBidXQgaXQgc291bmRzIHRvIG1lLCBhbHNvIHBlciBKdWVyZ2Vu4oCZcyBjb21t ZW50cywgdGhhdCBhbiBleHRyYSBzdGF0ZSB0cmVlIHdpbGwgX25vdF8gYmUgbmVlZGVkLg0KDQo8 L0FMRVg+DQoNCg0KDQpUaGFua3MsDQoNClJvYg0KDQoNCg0KPg0KDQo+IC9qcw0KDQo+DQoNCg0K --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826SJCEML702CHMchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5I aSBSb2IsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SW5saW5lICZsdDtBTEVYJmd0OywgYmVs b3cNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3M8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+LS0tIEFsZXg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+LS0tLS0tLS0tLSBGb3J3YXJkZWQg bWVzc2FnZSAtLS0tLS0tLS0tPGJyPg0KRnJvbTogJnF1b3Q7PGI+Um9iZXJ0IFdpbHRvbjwvYj4m cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbSI+cndpbHRvbkBjaXNj by5jb208L2E+Jmd0Ozxicj4NCkRhdGU6IE1vbiwgSnVuIDI2LCAyMDE3IGF0IDE6NTMgQU0gLTA3 MDA8YnI+DQpTdWJqZWN0OiBSZTogW2kycnNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaTJycy15 YW5nLW5ldHdvcmstdG9wby0xMy50eHQ8YnI+DQpUbzogJnF1b3Q7QWxleGFuZGVyIENsZW1tJnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bHVkd2lnQGNsZW1tLm9yZyI+bHVkd2lnQGNsZW1tLm9y ZzwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPmkycnNAaWV0Zi5v cmc8L2E+Jmd0OywgJnF1b3Q7J05pdGluIEJhaGFkdXInJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86bml0aW5fYmFoYWR1ckB5YWhvby5jb20iPm5pdGluX2JhaGFkdXJAeWFob28uY29tPC9hPiZn dDssICZxdW90OydSdXNzIFdoaXRlJyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ1c3NAcml3 LnVzIj5ydXNzQHJpdy51czwvYT4mZ3Q7LA0KICZxdW90OydYdWZlbmcgTGl1JyZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOlh1ZmVuZ19MaXVAamFiaWwuY29tIj5YdWZlbmdfTGl1QGphYmlsLmNv bTwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhhcmlAcGFja2V0ZGVzaWduLmNvbSI+aGFy aUBwYWNrZXRkZXNpZ24uY29tPC9hPiZndDssICZxdW90OydKYW4gTWVkdmVkIChqbWVkdmVkKScm cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpqbWVkdmVkQGNpc2NvLmNvbSI+am1lZHZlZEBjaXNj by5jb208L2E+Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2JlcnQudmFyZ2FAcGFudGhlb24u c2siPnJvYmVydC52YXJnYUBwYW50aGVvbi5zazwvYT4mZ3Q7LA0KICZxdW90OydTdXNhbiBIYXJl cycmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iPnNoYXJlc0BuZHpo LmNvbTwvYT4mZ3Q7LCAmcXVvdDtLZW50IFdhdHNlbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRv Omt3YXRzZW5AanVuaXBlci5uZXQiPmt3YXRzZW5AanVuaXBlci5uZXQ8L2E+Jmd0OywgJnF1b3Q7 TWFydGluIEJqb3JrbHVuZCZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1iakB0YWlsLWYuY29t Ij5tYmpAdGFpbC1mLmNvbTwvYT4mZ3Q7PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPHByZT5IaSBKdWVyZ2VuLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v OnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPk9uIDI0LzA2LzIw MTcgMTQ6MTcsIEp1ZXJnZW4gU2Nob2Vud2FlbGRlciB3cm90ZTo8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mZ3Q7IE9uIFRodSwgSnVuIDIyLCAyMDE3IGF0IDExOjQ0OjAwQU0gJiM0MzswMTAwLCBS b2JlcnQgV2lsdG9uIHdyb3RlOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7IERvIHlv dSB0aGluayB0aGF0IGl0IHdvdWxkIGJlIHVzZWZ1bCBpZiB0aGUgZHJhZnQgYWxzbyBpbmNsdWRl ZCB0aGUgZXh0cmE8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OyB0cmFuc2llbnQgJnF1 b3Q7LXN0YXRlJnF1b3Q7IG1vZHVsZXMgaW4gYW4gYXBwZW5kaXggKGUuZy4gYXMgcGVyPG86cD48 L286cD48L3ByZT4NCjxwcmU+Jmd0OyZndDsgZHJhZnQtZHNkdC1ubWRhLWd1aWRlbGluZXMtMDEg c2VjdGlvbiAyKT88bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9v OnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7IFNwZWNpZmljYWxseSwgSSdtIHRoaW5raW5nIHRvIGhl bHAgbWFrZSB0aGUgdG9wb2xvZ3kgbW9kdWxlIGZ1bGx5IHVzYWJsZSBieTxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlPiZndDsmZ3Q7IG1vZHVsZXMgdGhhdCBhdWdtZW50IGl0IChlLmcuIGJ5IHRoZSBU RSBtb2R1bGVzIGlmL3doZW4gdGhleSBhZG9wdCB0aGUgTk1EQTxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPiZndDsmZ3Q7IGNvbnZlbnRpb25zKSwgdW50aWwgTk1EQSBpbXBsZW1lbnRhdGlvbnMgYmVm b3JlIHdpZGVseSBhdmFpbGFibGUuPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyZndDs8bzpw PiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IFJvYiw8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT4mZ3Q7PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jmd0OyB0aGUgbGVzcyB3ZSBoYXZl IG9mIHRob3NlIHRyYW5zaWVudCAmcXVvdDstc3RhdGUmcXVvdDsgdHJlZXMsIHRoZSBiZXR0ZXIg aXQgaXMuPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyBGb3IgTE1BUCAoaW4gYXV0aDQ4KSB3 ZSBkaWQgbm90IGRvIHRoaXMuIFRoZXNlIGV4dHJhICZxdW90Oy1zdGF0ZSZxdW90OyB0cmVlczxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsgc2hvdWxkIGlkZWFsbHkgb25seSBiZSB1c2VkIGlu IHZlcnkgcmFyZSBjYXNlcywgSSB0aGluayBleGlzdGluZyBjb2RlPG86cD48L286cD48L3ByZT4N CjxwcmU+Jmd0OyBhbHJlYWR5IHdvcmtzIHdpdGggYSBzaW5nbGUgdHJlZSAoYXQgbGVhc3QgdGhp cyBpcyB3aGF0IEkgdW5kZXJzdG9vZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsgZnJvbSB0 aGUgT3BlbkRheWxpZ2h0IGRpc2N1c3Npb25zKS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5JIGNv bXBsZXRlbHkgYWdyZWUgd2l0aCB5b3UgaW4gZ2VuZXJhbCwgYnV0IGZvciB0aGUgdG9wb2xvZ3kg bW9kdWxlIEkgPG86cD48L286cD48L3ByZT4NCjxwcmU+dGhpbmsgdGhhdCB0aGUgLXN0YXRlIHRy ZWUgaXMgcmVxdWlyZWQgdG8gcmVwcmVzZW50IHRvcG9sb2dpZXMgdGhhdCA8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT5leGlzdCBidXQgaGF2ZSBub3QgYmVlbiBjb25maWd1cmVkIChlLmcuIHBlcmhh cHMgdGhvc2UgbGVhcm5lZCBmcm9tIGEgPG86cD48L286cD48L3ByZT4NCjxwcmU+ZHluYW1pYyBy b3V0aW5nIHByb3RvY29sKS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpw PjwvcHJlPg0KPHByZT5BbHNvIGNvcHlpbmcgS2VudCBhbmQgTWFydGluLCBzaW5jZSB0aGV5IHdl cmUgdmVyeSBib3RoIHZlcnkgaW52b2x2ZWQgaW4gPG86cD48L286cD48L3ByZT4NCjxwcmU+dGhl IGRpc2N1c3Npb25zIG9uIHRoZSBJMlJTIGFsaWFzIGRpc2N1c3NpbmcgdGhlIHN0cnVjdHVyZSBv ZiB0aGUgSTJSUyA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5uZXR3b3JrIHRvcG9sb2d5IG1vZHVs ZS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5N eSBpbnRlcnByZXRhdGlvbiBpcyBmcm9tIFh1ZmVuZyB3YXMgaXQgaXMgbmVlZGVkIGZvciB0aGUg VEUgWUFORyA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5tb2R1bGVzLCBidXQgaWYgaXQgdHVybnMg b3V0IHRoYXQgaXQgaXMgbm90IGFjdHVhbGx5IG5lZWRlZCwgdGhlbiB0aGF0IDxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPmlzIGFsc28gZ29vZCB3aXRoIG1lIDstKTxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O0FM RVgmZ3Q7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VGhl IG5lZWQgdG8gcmVwcmVzZW50IHRvcG9sb2dpZXMgdGhhdCBhcmUgbGVhcm5lZCBpcyBjZXJ0YWlu bHkgdGhlcmUuJm5ic3A7IEl0IGlzIG5vdCBleGNsdXNpdmUgdG8gVEUsIGFuZCBJIHdvdWxkIGJl IHN1cnByaXNlZCBpZiBURSBZQU5HIG1vZHVsZXMgaGF2ZSBhbiBleHRyYSBuZWVkIGZvciBhIHNl cGFyYXRlIHN0YXRlIHRyZWUuJm5ic3A7IFByb2JhYmx5IHRoZSBiZXN0IHBlcnNvbiB0byBjb21t ZW50IGhlcmUgaXMgWHVmZW5nLCBidXQgaXQgc291bmRzIHRvIG1lLCBhbHNvIHBlciBKdWVyZ2Vu 4oCZcyBjb21tZW50cywgdGhhdCBhbiBleHRyYSBzdGF0ZSB0cmVlIHdpbGwgXzxpPm5vdDwvaT5f IGJlIG5lZWRlZC4mbmJzcDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+Jmx0Oy9BTEVYJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT5UaGFua3Ms PG86cD48L286cD48L3ByZT4NCjxwcmU+Um9iPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4m bmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJl PiZndDsgL2pzPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9w cmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826SJCEML702CHMchi_-- From nobody Mon Jun 26 12:12:48 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC478126B71 for ; Mon, 26 Jun 2017 12:12:47 -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, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lHq3zydZkmSo for ; Mon, 26 Jun 2017 12:12:45 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5D82126C3D for ; Mon, 26 Jun 2017 12:12:44 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id A05BCEDD; Mon, 26 Jun 2017 21:12:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id Ill2Deanlrxe; Mon, 26 Jun 2017 21:12:42 +0200 (CEST) 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 atlas5.jacobs-university.de (Postfix) with ESMTPS; Mon, 26 Jun 2017 21:12:43 +0200 (CEST) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5C6162009F; Mon, 26 Jun 2017 21:12:43 +0200 (CEST) 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 njBUYMYs9Wle; Mon, 26 Jun 2017 21:12:42 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6CB6A2009B; Mon, 26 Jun 2017 21:12:42 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id ECB433FD2ECC; Mon, 26 Jun 2017 21:12:38 +0200 (CEST) Date: Mon, 26 Jun 2017 21:12:38 +0200 From: Juergen Schoenwaelder To: Alexander Clemm Cc: Robert Wilton , 'Xufeng Liu' , "i2rs@ietf.org" Message-ID: <20170626191238.GA3608@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Alexander Clemm , Robert Wilton , 'Xufeng Liu' , "i2rs@ietf.org" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 19:12:48 -0000 Hi, someone needs to explain why the base topology model done in i2rs is good enough NMDA style while the TEAS extension of it is not. Note also that people are actively working on NC and RC extensions. /js On Mon, Jun 26, 2017 at 05:52:47PM +0000, Alexander Clemm wrote: > Hi Rob, > Inline , below > Thanks > --- Alex > > ---------- Forwarded message ---------- > From: "Robert Wilton" > > Date: Mon, Jun 26, 2017 at 1:53 AM -0700 > Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > To: "Alexander Clemm" >, >, "'Nitin Bahadur'" >, "'Russ White'" >, "'Xufeng Liu'" >, >, "'Jan Medved (jmedved)'" >, >, "'Susan Hares'" >, "Kent Watsen" >, "Martin Bjorklund" > > > > Hi Juergen, > > > > > > On 24/06/2017 14:17, Juergen Schoenwaelder wrote: > > > On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote: > > >> Do you think that it would be useful if the draft also included the extra > > >> transient "-state" modules in an appendix (e.g. as per > > >> draft-dsdt-nmda-guidelines-01 section 2)? > > >> > > >> Specifically, I'm thinking to help make the topology module fully usable by > > >> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA > > >> conventions), until NMDA implementations before widely available. > > >> > > > Rob, > > > > > > the less we have of those transient "-state" trees, the better it is. > > > For LMAP (in auth48) we did not do this. These extra "-state" trees > > > should ideally only be used in very rare cases, I think existing code > > > already works with a single tree (at least this is what I understood > > > from the OpenDaylight discussions). > > I completely agree with you in general, but for the topology module I > > think that the -state tree is required to represent topologies that > > exist but have not been configured (e.g. perhaps those learned from a > > dynamic routing protocol). > > > > Also copying Kent and Martin, since they were very both very involved in > > the discussions on the I2RS alias discussing the structure of the I2RS > > network topology module. > > > > My interpretation is from Xufeng was it is needed for the TE YANG > > modules, but if it turns out that it is not actually needed, then that > > is also good with me ;-) > > > > > > The need to represent topologies that are learned is certainly there. It is not exclusive to TE, and I would be surprised if TE YANG modules have an extra need for a separate state tree. Probably the best person to comment here is Xufeng, but it sounds to me, also per Juergen’s comments, that an extra state tree will _not_ be needed. > > > > > > Thanks, > > Rob > > > > > > > > /js > > > > > > _______________________________________________ > 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 Mon Jun 26 12:23:15 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DC5312EB07 for ; Mon, 26 Jun 2017 12:23:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GQYTDcsMHRi8 for ; Mon, 26 Jun 2017 12:23: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 A6205126B71 for ; Mon, 26 Jun 2017 12:23:10 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML712-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DPW34466; Mon, 26 Jun 2017 19:23:08 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 26 Jun 2017 20:23:06 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML701-CHM.china.huawei.com ([169.254.3.186]) with mapi id 14.03.0301.000; Mon, 26 Jun 2017 12:22:58 -0700 From: Igor Bryskin To: "j.schoenwaelder@jacobs-university.de" , Alexander Clemm CC: "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7rBDViNepnkBlEygrugYMgTVraI3hdso Date: Mon, 26 Jun 2017 19:22:57 +0000 Message-ID: References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com>, <20170626191238.GA3608@elstar.local> In-Reply-To: <20170626191238.GA3608@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan59515f392efbe7f92309localhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.59515F1C.02B3, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d52bf71cf6bda9ec398455bf9c93f8d2 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 19:23:14 -0000 --_000_etPan59515f392efbe7f92309localhost_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Jorgen, The reason is that TE topologies (e.g. anstract TE topologies) could be (re= -)configured by a client, while I2RS topologies could not. Igor From:Juergen Schoenwaelder To:Alexander Clemm, Cc:Robert Wilton,'Xufeng Liu',i2rs@ietf.org, Date:2017-06-26 15:13:16 Subject:Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Hi, someone needs to explain why the base topology model done in i2rs is good enough NMDA style while the TEAS extension of it is not. Note also that people are actively working on NC and RC extensions. /js On Mon, Jun 26, 2017 at 05:52:47PM +0000, Alexander Clemm wrote: > Hi Rob, > Inline , below > Thanks > --- Alex > > ---------- Forwarded message ---------- > From: "Robert Wilton" > > Date: Mon, Jun 26, 2017 at 1:53 AM -0700 > Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > To: "Alexander Clemm" >, >, "'Nitin Bahadur'" >, "'Russ White'" >, "'Xufeng Liu'" = >, >, "'Jan Medved (jme= dved)'" >, >, "'Susan Hares'" >, "Kent Watsen" >, "Martin Bjorklund" > > > > Hi Juergen, > > > > > > On 24/06/2017 14:17, Juergen Schoenwaelder wrote: > > > On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote: > > >> Do you think that it would be useful if the draft also included the ex= tra > > >> transient "-state" modules in an appendix (e.g. as per > > >> draft-dsdt-nmda-guidelines-01 section 2)? > > >> > > >> Specifically, I'm thinking to help make the topology module fully usab= le by > > >> modules that augment it (e.g. by the TE modules if/when they adopt the= NMDA > > >> conventions), until NMDA implementations before widely available. > > >> > > > Rob, > > > > > > the less we have of those transient "-state" trees, the better it is. > > > For LMAP (in auth48) we did not do this. These extra "-state" trees > > > should ideally only be used in very rare cases, I think existing code > > > already works with a single tree (at least this is what I understood > > > from the OpenDaylight discussions). > > I completely agree with you in general, but for the topology module I > > think that the -state tree is required to represent topologies that > > exist but have not been configured (e.g. perhaps those learned from a > > dynamic routing protocol). > > > > Also copying Kent and Martin, since they were very both very involved in > > the discussions on the I2RS alias discussing the structure of the I2RS > > network topology module. > > > > My interpretation is from Xufeng was it is needed for the TE YANG > > modules, but if it turns out that it is not actually needed, then that > > is also good with me ;-) > > > > > > The need to represent topologies that are learned is certainly there. It= is not exclusive to TE, and I would be surprised if TE YANG modules have a= n extra need for a separate state tree. Probably the best person to commen= t here is Xufeng, but it sounds to me, also per Juergen=92s comments, that = an extra state tree will _not_ be needed. > > > > > > Thanks, > > Rob > > > > > > > > /js > > > > > > _______________________________________________ > 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 _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs --_000_etPan59515f392efbe7f92309localhost_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi  Jorgen,
The reason is that TE topologies (e.g. anstract TE topologies) could be (re= -)configured by a client, while I2RS topologies could not.
Igor


From:Juergen Schoenwaelder
To:Alexander Clemm,
Cc:Robert Wilton,'Xufeng Liu',i2= rs@ietf.org,
Date:2017-06-26 15:13:16
Subject:Re: [i2rs] I-D Action: d= raft-ietf-i2rs-yang-network-topo-13.txt

Hi,

someone needs to explain why the base topology model done in i2rs is
good enough NMDA style while the TEAS extension of it is not. Note
also that people are actively working on NC and RC extensions.

/js

On Mon, Jun 26, 2017 at 05:52:47PM +0000, Alexander Clemm wrote:
> Hi Rob,
> Inline <ALEX>, below
> Thanks
> --- Alex
>
> ---------- Forwarded message ----------
> From: "Robert Wilton" <rwilton@cisco.com<mailto:rwilto= n@cisco.com>>
> Date: Mon, Jun 26, 2017 at 1:53 AM -0700
> Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.t= xt
> To: "Alexander Clemm" <ludwig@clemm.org<mailto:ludwig@= clemm.org>>, <i2rs@ietf.org<mailto:i2rs@ietf.org>>, "= ;'Nitin Bahadur'" <nitin_bahadur@yahoo.com<mailto:nitin_bahadur@= yahoo.com>>, "'Russ White'" <russ@riw.us<mailto:russ@= riw.us>>, "'Xufeng Liu'" <Xufeng_Liu@jabil.com<mailto= :Xufeng_Liu@jabil.com>>, <hari@packetdesign.com<mailto:hari@packetdesign.com>>, "'= Jan Medved (jmedved)'" <jmedved@cisco.com<mailto:jmedved@cisco.c= om>>, <robert.varga@pantheon.sk<mailto:robert.varga@pantheon.sk= >>, "'Susan Hares'" <shares@ndzh.com<mailto:shares@nd= zh.com>>, "Kent Watsen" <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>, "Marti= n Bjorklund" <mbj@tail-f.com<mailto:mbj@tail-f.com>>
>
>
> Hi Juergen,
>
>
>
>
>
> On 24/06/2017 14:17, Juergen Schoenwaelder wrote:
>
> > On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote= :
>
> >> Do you think that it would be useful if the draft also includ= ed the extra
>
> >> transient "-state" modules in an appendix (e.g. as = per
>
> >> draft-dsdt-nmda-guidelines-01 section 2)?
>
> >>
>
> >> Specifically, I'm thinking to help make the topology module f= ully usable by
>
> >> modules that augment it (e.g. by the TE modules if/when they = adopt the NMDA
>
> >> conventions), until NMDA implementations before widely availa= ble.
>
> >>
>
> > Rob,
>
> >
>
> > the less we have of those transient "-state" trees, the= better it is.
>
> > For LMAP (in auth48) we did not do this. These extra "-state= " trees
>
> > should ideally only be used in very rare cases, I think existing = code
>
> > already works with a single tree (at least this is what I underst= ood
>
> > from the OpenDaylight discussions).
>
> I completely agree with you in general, but for the topology module I<= br> >
> think that the -state tree is required to represent topologies that >
> exist but have not been configured (e.g. perhaps those learned from a<= br> >
> dynamic routing protocol).
>
>
>
> Also copying Kent and Martin, since they were very both very involved = in
>
> the discussions on the I2RS alias discussing the structure of the I2RS=
>
> network topology module.
>
>
>
> My interpretation is from Xufeng was it is needed for the TE YANG
>
> modules, but if it turns out that it is not actually needed, then that=
>
> is also good with me ;-)
>
>
>
> <ALEX>
>
> The need to represent topologies that are learned is certainly there.&= nbsp; It is not exclusive to TE, and I would be surprised if TE YANG module= s have an extra need for a separate state tree.  Probably the best per= son to comment here is Xufeng, but it sounds to me, also per Juergen=92s comments, that an extra state tree will _not_ = be needed.
>
> </ALEX>
>
>
>
> Thanks,
>
> Rob
>
>
>
> >
>
> > /js
>
> >
>
>

> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.iet= f.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      &n= bsp;  <http://www.jaco= bs-university.de/>

_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org= /mailman/listinfo/i2rs
 --_000_etPan59515f392efbe7f92309localhost_-- From nobody Mon Jun 26 12:27:38 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49B73126B71 for ; Mon, 26 Jun 2017 12:27:37 -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, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Te4GF_InVjyu for ; Mon, 26 Jun 2017 12:27:35 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A01FE124D37 for ; Mon, 26 Jun 2017 12:27:35 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 5ED78360; Mon, 26 Jun 2017 21:27:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id hnwNKCd2Dkq9; Mon, 26 Jun 2017 21:27:32 +0200 (CEST) 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 atlas5.jacobs-university.de (Postfix) with ESMTPS; Mon, 26 Jun 2017 21:27:34 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 3D91A2009F; Mon, 26 Jun 2017 21:27:34 +0200 (CEST) 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 kJF4bbRx67bE; Mon, 26 Jun 2017 21:27:34 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id EFBC22009B; Mon, 26 Jun 2017 21:27:33 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 9AB883FD2F44; Mon, 26 Jun 2017 21:27:30 +0200 (CEST) Date: Mon, 26 Jun 2017 21:27:30 +0200 From: Juergen Schoenwaelder To: Igor Bryskin Cc: Alexander Clemm , "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Message-ID: <20170626192730.GB3608@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Igor Bryskin , Alexander Clemm , "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 19:27:37 -0000 On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote: > Hi Jorgen, > The reason is that TE topologies (e.g. anstract TE topologies) could be (re-)configured by a client, while I2RS topologies could not. > Igor What is 'client' and what is 'reconfigured' and why does that not apply to i2rs topologies? /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 Mon Jun 26 12:41:00 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F9A712EB95 for ; Mon, 26 Jun 2017 12:40:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mMc8Gy8ELohq for ; Mon, 26 Jun 2017 12:40:56 -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 BCC5412EB67 for ; Mon, 26 Jun 2017 12:40:00 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DPW35800; Mon, 26 Jun 2017 19:39:59 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 26 Jun 2017 20:39:58 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML703-CHM.china.huawei.com ([169.254.5.136]) with mapi id 14.03.0301.000; Mon, 26 Jun 2017 12:39:48 -0700 From: Igor Bryskin To: "j.schoenwaelder@jacobs-university.de" , Igor Bryskin CC: Alexander Clemm , "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7rBDViNepnkBlEygrugYMgTVraI3hdsogAB2ngD//44W2Q== Date: Mon, 26 Jun 2017 19:39:47 +0000 Message-ID: References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> , <20170626192730.GB3608@elstar.local> In-Reply-To: <20170626192730.GB3608@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan5951632cfa8a1de3810localhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.5951630F.00F9, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d52bf71cf6bda9ec398455bf9c93f8d2 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 19:40:58 -0000 --_000_etPan5951632cfa8a1de3810localhost_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable TE topology model client is a client application that talks netconf/restco= nf with the server application implemting one or more TE topologies. In contrast to I2RS topology server, which only exposes topologies (learnt = for example via IGP) as state information, TE topology model client can co= nfigure TE Topologies with all the implications, such as intended/applied, = etc. Igor From:Juergen Schoenwaelder To:Igor Bryskin, Cc:Alexander Clemm,rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org, Date:2017-06-26 15:27:49 Subject:Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote: > Hi Jorgen, > The reason is that TE topologies (e.g. anstract TE topologies) could be (= re-)configured by a client, while I2RS topologies could not. > Igor What is 'client' and what is 'reconfigured' and why does that not apply to i2rs topologies? /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 --_000_etPan5951632cfa8a1de3810localhost_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
TE  topology model client is a client application that talks netc= onf/restconf with the server application implemting one or more TE topologi= es.
In contrast to I2RS topology server, which only exposes topologies (learnt = for example via IGP) as state information,  TE topology model client c= an configure TE Topologies with all the implications, such as intended/appl= ied, etc.

Igor
From:Juergen Schoenwaelder
To:Igor Bryskin,
Cc:Alexander Clemm,rwilton@cisco= .com,Xufeng_Liu@jabil.com,i2rs@ietf.org,
Date:2017-06-26 15:27:49
Subject:Re: [i2rs] I-D Action: d= raft-ietf-i2rs-yang-network-topo-13.txt

On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor= Bryskin wrote:
> Hi  Jorgen,
> The reason is that TE topologies (e.g. anstract TE topologies) could b= e (re-)configured by a client, while I2RS topologies could not.
> Igor

What is 'client' and what is 'reconfigured' and why does that not
apply to i2rs topologies?

/js

--
Juergen Schoenwaelder         =   Jacobs University Bremen gGmbH
Phone: +49 421 200 3587        = Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103      &n= bsp;  <http://www.jaco= bs-university.de/>
 --_000_etPan5951632cfa8a1de3810localhost_-- From nobody Mon Jun 26 13:50:10 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A07B312EB77 for ; Mon, 26 Jun 2017 13:50:08 -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, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J8ZgVWczGSKN for ; Mon, 26 Jun 2017 13:50:06 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72EA712EB72 for ; Mon, 26 Jun 2017 13:49:58 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 39AFBEDD; Mon, 26 Jun 2017 22:49:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id mwXZdIRHpv4T; Mon, 26 Jun 2017 22:49:55 +0200 (CEST) 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 atlas5.jacobs-university.de (Postfix) with ESMTPS; Mon, 26 Jun 2017 22:49:57 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 135E62009F; Mon, 26 Jun 2017 22:49:57 +0200 (CEST) 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 zxoZhQNu5kVN; Mon, 26 Jun 2017 22:49:56 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 12EB42009B; Mon, 26 Jun 2017 22:49:55 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 968093FD32C7; Mon, 26 Jun 2017 22:49:51 +0200 (CEST) Date: Mon, 26 Jun 2017 22:49:51 +0200 From: Juergen Schoenwaelder To: Igor Bryskin Cc: Alexander Clemm , "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Message-ID: <20170626204951.GE3608@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Igor Bryskin , Alexander Clemm , "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" References: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> <20170626192730.GB3608@elstar.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 20:50:09 -0000 Perhaps you are right that I2RS never intends to configure topology, this is what RFC 7920 and 7921 talk about. That said, the base topology model clearly supports configured topologies (following the NMDA approach) but then it seems for TEAS this is not workable. Note that RESTCONF and NETCONF protocol extension proposal I-Ds are in the making and the NETCONF charter is meanwhile in place with a target date for this work in Nov 2017. Sure, we all know that it is difficult to predict WG timing but creating a -state subtree may be something to regret in a year from now. /js On Mon, Jun 26, 2017 at 07:39:47PM +0000, Igor Bryskin wrote: > TE topology model client is a client application that talks netconf/restconf with the server application implemting one or more TE topologies. > In contrast to I2RS topology server, which only exposes topologies (learnt for example via IGP) as state information, TE topology model client can configure TE Topologies with all the implications, such as intended/applied, etc. > > Igor > From:Juergen Schoenwaelder > To:Igor Bryskin, > Cc:Alexander Clemm,rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org, > Date:2017-06-26 15:27:49 > Subject:Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > > On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote: > > Hi Jorgen, > > The reason is that TE topologies (e.g. anstract TE topologies) could be (re-)configured by a client, while I2RS topologies could not. > > Igor > > What is 'client' and what is 'reconfigured' and why does that not > apply to i2rs topologies? > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 26 15:51:40 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 828E4126CD6 for ; Mon, 26 Jun 2017 15:51:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IRm3uO6LJ99p for ; Mon, 26 Jun 2017 15:51:37 -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 D52AA124D68 for ; Mon, 26 Jun 2017 15:51:36 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML714-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DPW51366; Mon, 26 Jun 2017 22:51:33 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 26 Jun 2017 23:51:32 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML701-CHM.china.huawei.com ([169.254.3.186]) with mapi id 14.03.0301.000; Mon, 26 Jun 2017 15:51:22 -0700 From: Igor Bryskin To: Juergen Schoenwaelder CC: Alexander Clemm , "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7rBDViNepnkBlEygrugYMgTVraI3hdsogAB2ngD//44W2YAAiOyA//+oVaA= Date: Mon, 26 Jun 2017 22:51:22 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD007863909B1A3B2@SJCEML702-CHM.china.huawei.com> References: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> <20170626192730.GB3608@elstar.local> <20170626204951.GE3608@elstar.local> In-Reply-To: <20170626204951.GE3608@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.147.222] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.59518FF7.0028, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: edb946ef06e4209502bdf04ec0b01ce9 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2017 22:51:39 -0000 Juergen, >> Perhaps you are right that I2RS never intends to configure topology, this is what RFC 7920 and 7921 talk about. That said, the base topology model clearly supports configured topologies (following the NMDA approach) but then it seems for TEAS this is not workable. Honestly, I don't even understand why I2RS topology model needs CONFIG=3DTR= UE elements. Topology model is a network wide model. You do not configure p= hysical topological elements (nodes and links) using topology model, they a= re discovered and passed to the client as data state. Abstract TE nodes and links are different. It is typical for a client to re= quest a particular abstract node configured in a way the client prefers to = see a network domain (partially or in entirety). Consequently, not only CON= FIG=3DTRUE elements are needed, the deltas between intended and applied con= figurations are quite likely. Igor=20 Note that RESTCONF and NETCONF protocol extension proposal I-Ds are in the making and the NETCONF charter is meanwhile in place with a target date for this work in Nov 2017. Sure, we all know that it is difficult to predict WG timing but creating a -state subtree may be something to regret in a year from now. /js On Mon, Jun 26, 2017 at 07:39:47PM +0000, Igor Bryskin wrote: > TE topology model client is a client application that talks netconf/rest= conf with the server application implemting one or more TE topologies. > In contrast to I2RS topology server, which only exposes topologies (learn= t for example via IGP) as state information, TE topology model client can = configure TE Topologies with all the implications, such as intended/applied= , etc. >=20 > Igor > From:Juergen Schoenwaelder > To:Igor Bryskin, > Cc:Alexander Clemm,rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org, > Date:2017-06-26 15:27:49 > Subject:Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt >=20 > On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote: > > Hi Jorgen, > > The reason is that TE topologies (e.g. anstract TE topologies) could be= (re-)configured by a client, while I2RS topologies could not. > > Igor >=20 > What is 'client' and what is 'reconfigured' and why does that not > apply to i2rs topologies? >=20 > /js >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 26 17:01:00 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9129126CD6 for ; Mon, 26 Jun 2017 17:00:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mYCmYSDiuynR for ; Mon, 26 Jun 2017 17:00:57 -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 3E58D12EB91 for ; Mon, 26 Jun 2017 17:00:56 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJF98730; Tue, 27 Jun 2017 00:00:53 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 27 Jun 2017 01:00:52 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML701-CHM.china.huawei.com ([169.254.3.186]) with mapi id 14.03.0301.000; Mon, 26 Jun 2017 17:00:44 -0700 From: Alexander Clemm To: Igor Bryskin , Juergen Schoenwaelder CC: "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7rA8yhWwvc0Vu064Ky3ueX7OBqI3+zOAgAABRgCAAANugIAAE5SAgAAh8wD//5vxMA== Date: Tue, 27 Jun 2017 00:00:43 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BD3B1@SJCEML702-CHM.china.huawei.com> References: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> <20170626192730.GB3608@elstar.local> <20170626204951.GE3608@elstar.local> <0C72C38E7EBC34499E8A9E7DD007863909B1A3B2@SJCEML702-CHM.china.huawei.com> In-Reply-To: <0C72C38E7EBC34499E8A9E7DD007863909B1A3B2@SJCEML702-CHM.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.48.137] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.5951A036.0092, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: de97688cfcfad5852b640e3c5a96e46b Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 00:00:59 -0000 Igor, Juergen is correct in that the topology model clearly needs to support both= configurable as well as discovered topologies. This is very clearly state= d in the draft. We had this decision also earlier and the conclusion was a= lways that a read-only model that is only applicable to discoverable topolo= gies is too narrow in scope. =20 So, the topology model clearly allows for topologies that discovered and fo= r topologies that are configured, including overlay topologies put on top o= f discovered underlays. There are various use cases for that, including in= the Open Daylight implementation. If we had wanted to do read-only, we wou= ld have been done a long time ago. =20 Xufeng and I spoke earlier. If we should include a -state version of the m= odel in the appendix, we will do that, even if it feels redundant. However= , we are clearly not dropping support for configurable topology at this poi= nt. =20 --- Alex =20 -----Original Message----- From: Igor Bryskin=20 Sent: Monday, June 26, 2017 3:51 PM To: Juergen Schoenwaelder Cc: Alexander Clemm ; rwilton@cisco.com; Xufeng= _Liu@jabil.com; i2rs@ietf.org Subject: RE: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Juergen, >> Perhaps you are right that I2RS never intends to configure topology, this is what RFC 7920 and 7921 talk about. That said, the base topology mod= el clearly supports configured topologies (following the NMDA approach) but= then it seems for TEAS this is not workable. Honestly, I don't even understand why I2RS topology model needs CONFIG=3DTR= UE elements. Topology model is a network wide model. You do not configure p= hysical topological elements (nodes and links) using topology model, they a= re discovered and passed to the client as data state. Abstract TE nodes and links are different. It is typical for a client to re= quest a particular abstract node configured in a way the client prefers to = see a network domain (partially or in entirety). Consequently, not only CON= FIG=3DTRUE elements are needed, the deltas between intended and applied con= figurations are quite likely. Igor=20 Note that RESTCONF and NETCONF protocol extension proposal I-Ds are in the = making and the NETCONF charter is meanwhile in place with a target date for= this work in Nov 2017. Sure, we all know that it is difficult to predict W= G timing but creating a -state subtree may be something to regret in a year= from now. /js On Mon, Jun 26, 2017 at 07:39:47PM +0000, Igor Bryskin wrote: > TE topology model client is a client application that talks netconf/rest= conf with the server application implemting one or more TE topologies. > In contrast to I2RS topology server, which only exposes topologies (learn= t for example via IGP) as state information, TE topology model client can = configure TE Topologies with all the implications, such as intended/applied= , etc. >=20 > Igor > From:Juergen Schoenwaelder > To:Igor Bryskin, > Cc:Alexander=20 > Clemm,rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org, > Date:2017-06-26 15:27:49 > Subject:Re: [i2rs] I-D Action:=20 > draft-ietf-i2rs-yang-network-topo-13.txt >=20 > On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote: > > Hi Jorgen, > > The reason is that TE topologies (e.g. anstract TE topologies) could be= (re-)configured by a client, while I2RS topologies could not. > > Igor >=20 > What is 'client' and what is 'reconfigured' and why does that not=20 > apply to i2rs topologies? >=20 > /js >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 26 17:39:51 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C935126C2F for ; Mon, 26 Jun 2017 17:39:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jKjR_u3KDcwh for ; Mon, 26 Jun 2017 17:39:44 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0117.outbound.protection.outlook.com [104.47.32.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD8D8126C22 for ; Mon, 26 Jun 2017 17:39:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=KvKoHeC05UG8Oii8eQh1I2r7ZzNVrQRqsB373tmmFQs=; b=ZZoidL0EYRmKi9rm7fTkUoOzjRBJltTIh88IKFDBfm9c/I0E6v3YnJ8GGfx8FU9gKn1L4MaU3oEjeRepd9KBi2fpgfhiwOatSqTfcVyWc8mObQXxx3l5a1H8ije5PAkmqbqAQmuO5RcBHXd5xB2op0rS7TtFVpr2r8iVESN+O0c= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1425.namprd05.prod.outlook.com (10.160.117.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1220.5; Tue, 27 Jun 2017 00:39:42 +0000 Received: from BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) by BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) with mapi id 15.01.1220.011; Tue, 27 Jun 2017 00:39:43 +0000 From: Kent Watsen To: Alexander Clemm , Igor Bryskin , Juergen Schoenwaelder CC: "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7rA16x9K+7vd8kakDk5cq9Q2XqI3hduAgAABRQCAAANvgIAAE5OAgAAh9ACAABNggP//x9WA Date: Tue, 27 Jun 2017 00:39:42 +0000 Message-ID: <00E6AFD3-8A3C-47A4-88B9-44DCDADC3CC1@juniper.net> References: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> <20170626192730.GB3608@elstar.local> <20170626204951.GE3608@elstar.local> <0C72C38E7EBC34499E8A9E7DD007863909B1A3B2@SJCEML702-CHM.china.huawei.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BD3B1@SJCEML702-CHM.china.huawei.com> In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BD3B1@SJCEML702-CHM.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1425; 7:KlKwh0iOXuCJ2WtpQn0uX4mN9BDJzuaZG7Ehc+n94zh3qERX2PiAbkXZFxILQLp9vogNXyaZZIT7iJ5/KK9yQFRqnKy4Cog3Y7BfvAZSBdEhoUJbxb+go9SuWiqftsG68AmcZ8+fOa9PKVdxZW8Pm0U+ArXWt3a8eagDeg7ETBO4Dwtkc6/vZUVII9IewDMmfeU7i9QU/dB1ShuLdKKlvdHHQb3ZfDOb+Y2x8+XI/3ezBWevlw4jHNw5B/C+x24fXPJO2ht8yD3rIbsTzewsh7K/RY6dhjUnqhZWMvHGz2xO7wGwmO1gQsgSn/gd1h6tjcQ75NklzTjEbD0YfMS7bHTMisCE0S4pgq72MXVubA1GjXm/2ZEaFeKPujj2cWIZn/416OqZK0zOxQ6SkyESnwplFxY3ZLaUbIzVNL0meTn2zplsYbdRWWkfZ1T808isRbTzSyrPQigeP1SnWbkIMgd45nWOrGrLZz+QXogvnsQksh0VIAd/bN4FBYzBQdXG2tOnPuV9G53vJvV3qhXEYfw2Vu4qPMw7bqCzcsdQyRbitmUmnWi8EqEkyagXD1MevwD24L7bzTyKmjkZnAWkDYVeRtLr2oIH+jtY0YVl9EcUAycUhCO2MDIJ5/tArNEzwNvRi8T3prfbauOw+WFw/D9IUSHeo29bJo8Q87I0IEiy6j1bim2KWmiaWFv17DeIdIRthPU6pl+45gDrMV6t6UDekO/hJyDw00/T1hAfVIp7aZKHhtPSx6oJXD+iTidkOjL8kcT3YBoxGZ2aPzzsGoQGAQ5rOcAYZiF8dooZPGU= x-ms-office365-filtering-correlation-id: dd47125a-08c5-4238-60c4-08d4bcf500ac x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095); SRVR:BN3PR0501MB1425; x-ms-traffictypediagnostic: BN3PR0501MB1425: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(133145235818549)(236129657087228)(131327999870524)(50582790962513)(95692535739014)(21534305686606)(247924648384137); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(100000703101)(100105400095)(10201501046)(3002001)(6055026)(6041248)(20161123555025)(20161123560025)(20161123562025)(20161123558100)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0501MB1425; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0501MB1425; x-forefront-prvs: 0351D213B3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39860400002)(39850400002)(39450400003)(39410400002)(39400400002)(24454002)(13464003)(377454003)(377424004)(25786009)(2906002)(4326008)(6246003)(2950100002)(8936002)(561944003)(53546010)(8676002)(66066001)(6506006)(102836003)(93886004)(6116002)(230783001)(5660300001)(3280700002)(3660700001)(33656002)(3846002)(82746002)(86362001)(189998001)(99286003)(6306002)(6512007)(54356999)(36756003)(2900100001)(83716003)(76176999)(6486002)(50986999)(305945005)(14454004)(966005)(122556002)(229853002)(7736002)(478600001)(77096006)(38730400002)(54906002)(6436002)(53936002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1425; H:BN3PR0501MB1442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <83336297028F4748AFA0EE5A32E31F26@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2017 00:39:42.9295 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1425 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 00:39:47 -0000 DQpBbGV4LA0KDQpObyBvbmUgaXMgYXNraW5nIHlvdSB0byBkcm9wIHN1cHBvcnQgZm9yIGNvbmZp Z3VyYWJsZSBbb3ZlcmxheV0gdG9wb2xvZ2llcy4gIFdlIGFsbCB1bmRlcnN0YW5kIHRoZSBuZWVk IHRvIGJlIGFibGUgdG8gY29uZmlndXJlIG92ZXJsYXkgdG9wb2xvZ2llcyBvbiB0b3Agb2YgZGlz Y292ZXJlZCB1bmRlcmxheSB0b3BvbG9naWVzLg0KDQpLZW50DQoNCi0tDQoNCg0KSWdvciwNCg0K SnVlcmdlbiBpcyBjb3JyZWN0IGluIHRoYXQgdGhlIHRvcG9sb2d5IG1vZGVsIGNsZWFybHkgbmVl ZHMgdG8gc3VwcG9ydCBib3RoIGNvbmZpZ3VyYWJsZSBhcyB3ZWxsIGFzIGRpc2NvdmVyZWQgdG9w b2xvZ2llcy4gIFRoaXMgaXMgdmVyeSBjbGVhcmx5IHN0YXRlZCBpbiB0aGUgZHJhZnQuICBXZSBo YWQgdGhpcyBkZWNpc2lvbiBhbHNvIGVhcmxpZXIgYW5kIHRoZSBjb25jbHVzaW9uIHdhcyBhbHdh eXMgdGhhdCBhIHJlYWQtb25seSBtb2RlbCB0aGF0IGlzIG9ubHkgYXBwbGljYWJsZSB0byBkaXNj b3ZlcmFibGUgdG9wb2xvZ2llcyBpcyB0b28gbmFycm93IGluIHNjb3BlLiAgDQoNClNvLCB0aGUg dG9wb2xvZ3kgbW9kZWwgY2xlYXJseSBhbGxvd3MgZm9yIHRvcG9sb2dpZXMgdGhhdCBkaXNjb3Zl cmVkIGFuZCBmb3IgdG9wb2xvZ2llcyB0aGF0IGFyZSBjb25maWd1cmVkLCBpbmNsdWRpbmcgb3Zl cmxheSB0b3BvbG9naWVzIHB1dCBvbiB0b3Agb2YgZGlzY292ZXJlZCB1bmRlcmxheXMuICBUaGVy ZSBhcmUgdmFyaW91cyB1c2UgY2FzZXMgZm9yIHRoYXQsIGluY2x1ZGluZyBpbiB0aGUgT3BlbiBE YXlsaWdodCBpbXBsZW1lbnRhdGlvbi4gSWYgd2UgaGFkIHdhbnRlZCB0byBkbyByZWFkLW9ubHks IHdlIHdvdWxkIGhhdmUgYmVlbiBkb25lIGEgbG9uZyB0aW1lIGFnby4gIA0KDQpYdWZlbmcgYW5k IEkgc3Bva2UgZWFybGllci4gIElmIHdlIHNob3VsZCBpbmNsdWRlIGEgLXN0YXRlIHZlcnNpb24g b2YgdGhlIG1vZGVsIGluIHRoZSBhcHBlbmRpeCwgd2Ugd2lsbCBkbyB0aGF0LCBldmVuIGlmIGl0 IGZlZWxzIHJlZHVuZGFudC4gIEhvd2V2ZXIsIHdlIGFyZSBjbGVhcmx5IG5vdCBkcm9wcGluZyBz dXBwb3J0IGZvciBjb25maWd1cmFibGUgdG9wb2xvZ3kgYXQgdGhpcyBwb2ludC4gIA0KDQotLS0g QWxleA0KIA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSWdvciBCcnlza2lu IA0KU2VudDogTW9uZGF5LCBKdW5lIDI2LCAyMDE3IDM6NTEgUE0NClRvOiBKdWVyZ2VuIFNjaG9l bndhZWxkZXIgPGouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4NCkNjOiBBbGV4 YW5kZXIgQ2xlbW0gPGFsZXhhbmRlci5jbGVtbUBodWF3ZWkuY29tPjsgcndpbHRvbkBjaXNjby5j b207IFh1ZmVuZ19MaXVAamFiaWwuY29tOyBpMnJzQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW2ky cnNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wby0xMy50eHQN Cg0KSnVlcmdlbiwNCg0KPj4gUGVyaGFwcyB5b3UgYXJlIHJpZ2h0IHRoYXQgSTJSUyBuZXZlciBp bnRlbmRzIHRvIGNvbmZpZ3VyZSB0b3BvbG9neSwNCnRoaXMgaXMgd2hhdCBSRkMgNzkyMCBhbmQg NzkyMSB0YWxrIGFib3V0LiBUaGF0IHNhaWQsIHRoZSBiYXNlIHRvcG9sb2d5IG1vZGVsIGNsZWFy bHkgc3VwcG9ydHMgY29uZmlndXJlZCB0b3BvbG9naWVzIChmb2xsb3dpbmcgdGhlIE5NREEgYXBw cm9hY2gpIGJ1dCB0aGVuIGl0IHNlZW1zIGZvciBURUFTIHRoaXMgaXMgbm90IHdvcmthYmxlLg0K DQoNCkhvbmVzdGx5LCBJIGRvbid0IGV2ZW4gdW5kZXJzdGFuZCB3aHkgSTJSUyB0b3BvbG9neSBt b2RlbCBuZWVkcyBDT05GSUc9VFJVRSBlbGVtZW50cy4gVG9wb2xvZ3kgbW9kZWwgaXMgYSBuZXR3 b3JrIHdpZGUgbW9kZWwuIFlvdSBkbyBub3QgY29uZmlndXJlIHBoeXNpY2FsIHRvcG9sb2dpY2Fs IGVsZW1lbnRzIChub2RlcyBhbmQgbGlua3MpIHVzaW5nIHRvcG9sb2d5IG1vZGVsLCB0aGV5IGFy ZSBkaXNjb3ZlcmVkIGFuZCBwYXNzZWQgdG8gdGhlIGNsaWVudCBhcyBkYXRhIHN0YXRlLg0KDQpB YnN0cmFjdCBURSBub2RlcyBhbmQgbGlua3MgYXJlIGRpZmZlcmVudC4gSXQgaXMgdHlwaWNhbCBm b3IgYSBjbGllbnQgdG8gcmVxdWVzdCBhIHBhcnRpY3VsYXIgYWJzdHJhY3Qgbm9kZSBjb25maWd1 cmVkIGluIGEgd2F5IHRoZSBjbGllbnQgcHJlZmVycyB0byBzZWUgYSBuZXR3b3JrIGRvbWFpbiAo cGFydGlhbGx5IG9yIGluIGVudGlyZXR5KS4gQ29uc2VxdWVudGx5LCBub3Qgb25seSBDT05GSUc9 VFJVRSBlbGVtZW50cyBhcmUgbmVlZGVkLCB0aGUgZGVsdGFzIGJldHdlZW4gaW50ZW5kZWQgYW5k IGFwcGxpZWQgY29uZmlndXJhdGlvbnMgYXJlIHF1aXRlIGxpa2VseS4NCg0KSWdvciANCg0KDQoN Ck5vdGUgdGhhdCBSRVNUQ09ORiBhbmQgTkVUQ09ORiBwcm90b2NvbCBleHRlbnNpb24gcHJvcG9z YWwgSS1EcyBhcmUgaW4gdGhlIG1ha2luZyBhbmQgdGhlIE5FVENPTkYgY2hhcnRlciBpcyBtZWFu d2hpbGUgaW4gcGxhY2Ugd2l0aCBhIHRhcmdldCBkYXRlIGZvciB0aGlzIHdvcmsgaW4gTm92IDIw MTcuIFN1cmUsIHdlIGFsbCBrbm93IHRoYXQgaXQgaXMgZGlmZmljdWx0IHRvIHByZWRpY3QgV0cg dGltaW5nIGJ1dCBjcmVhdGluZyBhIC1zdGF0ZSBzdWJ0cmVlIG1heSBiZSBzb21ldGhpbmcgdG8g cmVncmV0IGluIGEgeWVhciBmcm9tIG5vdy4NCg0KL2pzDQoNCk9uIE1vbiwgSnVuIDI2LCAyMDE3 IGF0IDA3OjM5OjQ3UE0gKzAwMDAsIElnb3IgQnJ5c2tpbiB3cm90ZToNCj4gVEUgIHRvcG9sb2d5 IG1vZGVsIGNsaWVudCBpcyBhIGNsaWVudCBhcHBsaWNhdGlvbiB0aGF0IHRhbGtzIG5ldGNvbmYv cmVzdGNvbmYgd2l0aCB0aGUgc2VydmVyIGFwcGxpY2F0aW9uIGltcGxlbXRpbmcgb25lIG9yIG1v cmUgVEUgdG9wb2xvZ2llcy4NCj4gSW4gY29udHJhc3QgdG8gSTJSUyB0b3BvbG9neSBzZXJ2ZXIs IHdoaWNoIG9ubHkgZXhwb3NlcyB0b3BvbG9naWVzIChsZWFybnQgZm9yIGV4YW1wbGUgdmlhIElH UCkgYXMgc3RhdGUgaW5mb3JtYXRpb24sICBURSB0b3BvbG9neSBtb2RlbCBjbGllbnQgY2FuIGNv bmZpZ3VyZSBURSBUb3BvbG9naWVzIHdpdGggYWxsIHRoZSBpbXBsaWNhdGlvbnMsIHN1Y2ggYXMg aW50ZW5kZWQvYXBwbGllZCwgZXRjLg0KPiANCj4gSWdvcg0KPiBGcm9tOkp1ZXJnZW4gU2Nob2Vu d2FlbGRlcg0KPiBUbzpJZ29yIEJyeXNraW4sDQo+IENjOkFsZXhhbmRlciANCj4gQ2xlbW0scndp bHRvbkBjaXNjby5jb20sWHVmZW5nX0xpdUBqYWJpbC5jb20saTJyc0BpZXRmLm9yZywNCj4gRGF0 ZToyMDE3LTA2LTI2IDE1OjI3OjQ5DQo+IFN1YmplY3Q6UmU6IFtpMnJzXSBJLUQgQWN0aW9uOiAN Cj4gZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10b3BvLTEzLnR4dA0KPiANCj4gT24gTW9u LCBKdW4gMjYsIDIwMTcgYXQgMDc6MjI6NTdQTSArMDAwMCwgSWdvciBCcnlza2luIHdyb3RlOg0K PiA+IEhpICBKb3JnZW4sDQo+ID4gVGhlIHJlYXNvbiBpcyB0aGF0IFRFIHRvcG9sb2dpZXMgKGUu Zy4gYW5zdHJhY3QgVEUgdG9wb2xvZ2llcykgY291bGQgYmUgKHJlLSljb25maWd1cmVkIGJ5IGEg Y2xpZW50LCB3aGlsZSBJMlJTIHRvcG9sb2dpZXMgY291bGQgbm90Lg0KPiA+IElnb3INCj4gDQo+ IFdoYXQgaXMgJ2NsaWVudCcgYW5kIHdoYXQgaXMgJ3JlY29uZmlndXJlZCcgYW5kIHdoeSBkb2Vz IHRoYXQgbm90IA0KPiBhcHBseSB0byBpMnJzIHRvcG9sb2dpZXM/DQo+IA0KPiAvanMNCj4gDQo+ IC0tDQo+IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkg QnJlbWVuIGdHbWJIDQo+IFBob25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJp bmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCj4gRmF4OiAgICs0OSA0MjEgMjAwIDMxMDMg ICAgICAgICA8aHR0cDovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQoNCi0tIA0KSnVlcmdl biBTY2hvZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dtYkgN ClBob25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJy ZW1lbiB8IEdlcm1hbnkNCkZheDogICArNDkgNDIxIDIwMCAzMTAzICAgICAgICAgPGh0dHA6Ly93 d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KaTJycyBtYWlsaW5nIGxpc3QNCmkycnNAaWV0Zi5vcmcNCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJycw0KDQoNCg== From nobody Mon Jun 26 18:59:55 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABF291200FC for ; Mon, 26 Jun 2017 18:59:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n_GHYXrfyNtx for ; Mon, 26 Jun 2017 18:59:52 -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 60F4E1286CA for ; Mon, 26 Jun 2017 18:59:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJG08443; Tue, 27 Jun 2017 01:59:48 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 27 Jun 2017 02:59:46 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML701-CHM.china.huawei.com ([169.254.3.186]) with mapi id 14.03.0301.000; Mon, 26 Jun 2017 18:59:38 -0700 From: Igor Bryskin To: Alexander Clemm , Igor Bryskin , "j.schoenwaelder@jacobs-university.de" CC: "rwilton@cisco.com" , "Xufeng_Liu@jabil.com" , "i2rs@ietf.org" Thread-Topic: RE: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7ukIs+2h2WsHeE2z5D+Xxw2kLA== Date: Tue, 27 Jun 2017 01:59:38 +0000 Message-ID: References: <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <20170626191238.GA3608@elstar.local> <20170626192730.GB3608@elstar.local> <20170626204951.GE3608@elstar.local> <0C72C38E7EBC34499E8A9E7DD007863909B1A3B2@SJCEML702-CHM.china.huawei.com>, <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BD3B1@SJCEML702-CHM.china.huawei.com> In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BD3B1@SJCEML702-CHM.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan5951bc3340c8b4c43810localhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0206.5951BC15.007F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0c20f3f718c95593b98f53812d64b4b6 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 01:59:55 -0000 --_000_etPan5951bc3340c8b4c43810localhost_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Alex, I understand what you are saying, but are you aware of a use case in which = a client of a network wouid configure topology of the network using I2RS ne= twork topology model? Igor From:Alexander Clemm To:Igor Bryskin,Juergen Schoenwaelder, Cc:rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org, Date:2017-06-26 20:00:50 Subject:RE: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Igor, Juergen is correct in that the topology model clearly needs to support both= configurable as well as discovered topologies. This is very clearly state= d in the draft. We had this decision also earlier and the conclusion was a= lways that a read-only model that is only applicable to discoverable topolo= gies is too narrow in scope. So, the topology model clearly allows for topologies that discovered and fo= r topologies that are configured, including overlay topologies put on top o= f discovered underlays. There are various use cases for that, including in= the Open Daylight implementation. If we had wanted to do read-only, we wou= ld have been done a long time ago. Xufeng and I spoke earlier. If we should include a -state version of the m= odel in the appendix, we will do that, even if it feels redundant. However= , we are clearly not dropping support for configurable topology at this poi= nt. --- Alex -----Original Message----- From: Igor Bryskin Sent: Monday, June 26, 2017 3:51 PM To: Juergen Schoenwaelder Cc: Alexander Clemm ; rwilton@cisco.com; Xufeng= _Liu@jabil.com; i2rs@ietf.org Subject: RE: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Juergen, >> Perhaps you are right that I2RS never intends to configure topology, this is what RFC 7920 and 7921 talk about. That said, the base topology mod= el clearly supports configured topologies (following the NMDA approach) but= then it seems for TEAS this is not workable. Honestly, I don't even understand why I2RS topology model needs CONFIG=3DTR= UE elements. Topology model is a network wide model. You do not configure p= hysical topological elements (nodes and links) using topology model, they a= re discovered and passed to the client as data state. Abstract TE nodes and links are different. It is typical for a client to re= quest a particular abstract node configured in a way the client prefers to = see a network domain (partially or in entirety). Consequently, not only CON= FIG=3DTRUE elements are needed, the deltas between intended and applied con= figurations are quite likely. Igor Note that RESTCONF and NETCONF protocol extension proposal I-Ds are in the = making and the NETCONF charter is meanwhile in place with a target date for= this work in Nov 2017. Sure, we all know that it is difficult to predict W= G timing but creating a -state subtree may be something to regret in a year= from now. /js On Mon, Jun 26, 2017 at 07:39:47PM +0000, Igor Bryskin wrote: > TE topology model client is a client application that talks netconf/rest= conf with the server application implemting one or more TE topologies. > In contrast to I2RS topology server, which only exposes topologies (learn= t for example via IGP) as state information, TE topology model client can = configure TE Topologies with all the implications, such as intended/applied= , etc. > > Igor > From:Juergen Schoenwaelder > To:Igor Bryskin, > Cc:Alexander > Clemm,rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org, > Date:2017-06-26 15:27:49 > Subject:Re: [i2rs] I-D Action: > draft-ietf-i2rs-yang-network-topo-13.txt > > On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote: > > Hi Jorgen, > > The reason is that TE topologies (e.g. anstract TE topologies) could be= (re-)configured by a client, while I2RS topologies could not. > > Igor > > What is 'client' and what is 'reconfigured' and why does that not > apply to i2rs topologies? > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 --_000_etPan5951bc3340c8b4c43810localhost_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Alex,

I understand what you are saying, but are you aware of a use case in which = a client of a network wouid configure topology of the network using I2RS ne= twork topology model?

Igor
From:Alexander Clemm
To:Igor Bryskin,Juergen Schoenwa= elder,
Cc:rwilton@cisco.com,Xufeng_Liu@= jabil.com,i2rs@ietf.org,
Date:2017-06-26 20:00:50
Subject:RE: [i2rs] I-D Action: d= raft-ietf-i2rs-yang-network-topo-13.txt

Igor,

Juergen is correct in that the topology model clearly needs to support both= configurable as well as discovered topologies.  This is very clearly = stated in the draft.  We had this decision also earlier and the conclu= sion was always that a read-only model that is only applicable to discoverable topologies is too narrow in scope. = ;

So, the topology model clearly allows for topologies that discovered and fo= r topologies that are configured, including overlay topologies put on top o= f discovered underlays.  There are various use cases for that, includi= ng in the Open Daylight implementation. If we had wanted to do read-only, we would have been done a long time ago.=  

Xufeng and I spoke earlier.  If we should include a -state version of = the model in the appendix, we will do that, even if it feels redundant.&nbs= p; However, we are clearly not dropping support for configurable topology a= t this point. 

--- Alex
 

-----Original Message-----
From: Igor Bryskin
Sent: Monday, June 26, 2017 3:51 PM
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Cc: Alexander Clemm <alexander.clemm@huawei.com>; rwilton@cisco.com; = Xufeng_Liu@jabil.com; i2rs@ietf.org
Subject: RE: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt
Juergen,

>> Perhaps you are right that I2RS never intends to configure topolog= y,
this is what RFC 7920 and 7921 talk about. That said, the base topology mod= el clearly supports configured topologies (following the NMDA approach) but= then it seems for TEAS this is not workable.


Honestly, I don't even understand why I2RS topology model needs CONFIG=3DTR= UE elements. Topology model is a network wide model. You do not configure p= hysical topological elements (nodes and links) using topology model, they a= re discovered and passed to the client as data state.

Abstract TE nodes and links are different. It is typical for a client to re= quest a particular abstract node configured in a way the client prefers to = see a network domain (partially or in entirety). Consequently, not only CON= FIG=3DTRUE elements are needed, the deltas between intended and applied configurations are quite likely.

Igor



Note that RESTCONF and NETCONF protocol extension proposal I-Ds are in the = making and the NETCONF charter is meanwhile in place with a target date for= this work in Nov 2017. Sure, we all know that it is difficult to predict W= G timing but creating a -state subtree may be something to regret in a year from now.

/js

On Mon, Jun 26, 2017 at 07:39:47PM +0000, Igor Bryskin wrote:
> TE  topology model client is a client application that talks netc= onf/restconf with the server application implemting one or more TE topologi= es.
> In contrast to I2RS topology server, which only exposes topologies (le= arnt for example via IGP) as state information,  TE topology model cli= ent can configure TE Topologies with all the implications, such as intended= /applied, etc.
>
> Igor
> From:Juergen Schoenwaelder
> To:Igor Bryskin,
> Cc:Alexander
> Clemm,rwilton@cisco.com,Xufeng_Liu@jabil.com,i2rs@ietf.org,
> Date:2017-06-26 15:27:49
> Subject:Re: [i2rs] I-D Action:
> draft-ietf-i2rs-yang-network-topo-13.txt
>
> On Mon, Jun 26, 2017 at 07:22:57PM +0000, Igor Bryskin wrote:
> > Hi  Jorgen,
> > The reason is that TE topologies (e.g. anstract TE topologies) co= uld be (re-)configured by a client, while I2RS topologies could not.
> > Igor
>
> What is 'client' and what is 'reconfigured' and why does that not
> apply to i2rs topologies?
>
> /js
>
> --
> Juergen Schoenwaelder        &= nbsp;  Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587       &= nbsp; Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103     &nb= sp;   <http://www= .jacobs-university.de/>

--
Juergen Schoenwaelder         =   Jacobs University Bremen gGmbH
Phone: +49 421 200 3587        = Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103      &n= bsp;  <http://www.jaco= bs-university.de/>
 --_000_etPan5951bc3340c8b4c43810localhost_-- From nobody Tue Jun 27 02:50:14 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4988129B17 for ; Tue, 27 Jun 2017 02:50:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qtdbP5kXcfbD for ; Tue, 27 Jun 2017 02:50:10 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74909129AA3 for ; Tue, 27 Jun 2017 02:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13811; q=dns/txt; s=iport; t=1498557009; x=1499766609; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=cCTUdHmSgMrjmScBncOqrNxL9CzwuPBi7fAj1BlgfV8=; b=CMRrR0Z/F7gBSTonx9pnz4dXKTgOt+omn97WI4cX64CwWfRgI0JWXsAS qP+uQqSZbmTWWsm3Ul9CfuZzfUux75xiXVmV4lIhHdZ/S4IljtFKtbEe7 UUYyX9G7QCUDCs5BXplVpk+bSFIiJA27M+O6Lve4dUClaLktcot3AW2eU 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AJAQDuKVJZ/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm+CWINsihlzkG9zgU6Fa4glhSuCEYYkAoM3GAECAQEBAQEBAWs?= =?us-ascii?q?ohRgBAQEBAgEjClELCxEDAQIBJwMCAkUBCQgGAQwGAgEBihQDDQivVYImKYszA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBHYMng0yBYSuBbVg0gleCMxaCXYJhBYd1DIF?= =?us-ascii?q?ThnGGXIcTO48JhGGLHoZ2i2htiE8fOIEKMCEIGxWFWhyBZz82iRwBAQE?= X-IronPort-AV: E=Sophos;i="5.39,399,1493683200"; d="scan'208,217";a="652864281" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Jun 2017 09:49:45 +0000 Received: from [10.63.23.55] (dhcp-ensft1-uk-vla370-10-63-23-55.cisco.com [10.63.23.55]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v5R9njD6022601; Tue, 27 Jun 2017 09:49:45 GMT To: Alexander Clemm , "'Xufeng Liu'" , "i2rs@ietf.org" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> From: Robert Wilton Message-ID: Date: Tue, 27 Jun 2017 10:49:45 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> Content-Type: multipart/alternative; boundary="------------E1D556E52D7CCE2F6B578C4F" Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 09:50:13 -0000 This is a multi-part message in MIME format. --------------E1D556E52D7CCE2F6B578C4F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Alex, If you need to represent learned topologies before NMDA compliant implementations are available then you need the extra -state module (i.e. a copy of the NMDA compatible I2RS topology module, but with name appended with -state and all nodes set as config false). This could be generated via tooling, put into github, or added in an appendix to the draft. Without this, then the existing I2RS topology module can only be used to represent configured topologies on non NMDA compliant implementations (specifically any implementations that don't expose the operational state datastore). For NMDA compliant implementations the network topology module in draft -13 works well. Thanks, Rob On 26/06/2017 18:52, Alexander Clemm wrote: > > Hi Rob, > > Inline , below > > Thanks > > --- Alex > > ---------- Forwarded message ---------- > From: "*Robert Wilton*" > > Date: Mon, Jun 26, 2017 at 1:53 AM -0700 > Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > To: "Alexander Clemm" >, > >, "'Nitin Bahadur'" > >, "'Russ > White'" >, "'Xufeng Liu'" > >, > >, "'Jan Medved > (jmedved)'" >, > >, "'Susan > Hares'" >, "Kent Watsen" > >, "Martin Bjorklund" > > > > Hi Juergen, > On 24/06/2017 14:17, Juergen Schoenwaelder wrote: > > On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote: > >> Do you think that it would be useful if the draft also included the extra > >> transient "-state" modules in an appendix (e.g. as per > >> draft-dsdt-nmda-guidelines-01 section 2)? > >> > >> Specifically, I'm thinking to help make the topology module fully usable by > >> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA > >> conventions), until NMDA implementations before widely available. > >> > > Rob, > > > > the less we have of those transient "-state" trees, the better it is. > > For LMAP (in auth48) we did not do this. These extra "-state" trees > > should ideally only be used in very rare cases, I think existing code > > already works with a single tree (at least this is what I understood > > from the OpenDaylight discussions). > I completely agree with you in general, but for the topology module I > think that the -state tree is required to represent topologies that > exist but have not been configured (e.g. perhaps those learned from a > dynamic routing protocol). > Also copying Kent and Martin, since they were very both very involved in > the discussions on the I2RS alias discussing the structure of the I2RS > network topology module. > My interpretation is from Xufeng was it is needed for the TE YANG > modules, but if it turns out that it is not actually needed, then that > is also good with me ;-) > > The need to represent topologies that are learned is certainly there. > It is not exclusive to TE, and I would be surprised if TE YANG modules > have an extra need for a separate state tree. Probably the best > person to comment here is Xufeng, but it sounds to me, also per > Juergen’s comments, that an extra state tree will _/not/_ be needed. > > Thanks, > Rob > > > > /js > > --------------E1D556E52D7CCE2F6B578C4F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Alex,

If you need to represent learned topologies before NMDA compliant implementations are available then you need the extra -state module (i.e. a copy of the NMDA compatible I2RS topology module, but with name appended with -state and all nodes set as config false).  This could be generated via tooling, put into github, or added in an appendix to the draft.

Without this, then the existing I2RS topology module can only be used to represent configured topologies on non NMDA compliant implementations (specifically any implementations that don't expose the operational state datastore).

For NMDA compliant implementations the network topology module in draft -13 works well.

Thanks,
Rob


On 26/06/2017 18:52, Alexander Clemm wrote:

Hi Rob,

Inline <ALEX>, below

Thanks

--- Alex

 

---------- Forwarded message ----------
From: "Robert Wilton" <rwilton@cisco.com>
Date: Mon, Jun 26, 2017 at 1:53 AM -0700
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt
To: "Alexander Clemm" <ludwig@clemm.org>, <i2rs@ietf.org>, "'Nitin Bahadur'" <nitin_bahadur@yahoo.com>, "'Russ White'" <russ@riw.us>, "'Xufeng Liu'" <Xufeng_Liu@jabil.com>, <hari@packetdesign.com>, "'Jan Medved (jmedved)'" <jmedved@cisco.com>, <robert.varga@pantheon.sk>, "'Susan Hares'" <shares@ndzh.com>, "Kent Watsen" <kwatsen@juniper.net>, "Martin Bjorklund" <mbj@tail-f.com>

Hi Juergen,
 
 
On 24/06/2017 14:17, Juergen Schoenwaelder wrote:
> On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote:
>> Do you think that it would be useful if the draft also included the extra
>> transient "-state" modules in an appendix (e.g. as per
>> draft-dsdt-nmda-guidelines-01 section 2)?
>> 
>> Specifically, I'm thinking to help make the topology module fully usable by
>> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA
>> conventions), until NMDA implementations before widely available.
>> 
> Rob,
> 
> the less we have of those transient "-state" trees, the better it is.
> For LMAP (in auth48) we did not do this. These extra "-state" trees
> should ideally only be used in very rare cases, I think existing code
> already works with a single tree (at least this is what I understood
> from the OpenDaylight discussions).
I completely agree with you in general, but for the topology module I 
think that the -state tree is required to represent topologies that 
exist but have not been configured (e.g. perhaps those learned from a 
dynamic routing protocol).
 
Also copying Kent and Martin, since they were very both very involved in 
the discussions on the I2RS alias discussing the structure of the I2RS 
network topology module.
 
My interpretation is from Xufeng was it is needed for the TE YANG 
modules, but if it turns out that it is not actually needed, then that 
is also good with me ;-)
 
<ALEX>
The need to represent topologies that are learned is certainly there.  It is not exclusive to TE, and I would be surprised if TE YANG modules have an extra need for a separate state tree.  Probably the best person to comment here is Xufeng, but it sounds to me, also per Juergen’s comments, that an extra state tree will _not_ be needed.  
</ALEX>
 
Thanks,
Rob
 
> 
> /js
> 
 

--------------E1D556E52D7CCE2F6B578C4F-- From nobody Tue Jun 27 06:23:45 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B0F5129B0A for ; Tue, 27 Jun 2017 06:23:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jabil.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57CKHiuu02qo for ; Tue, 27 Jun 2017 06:23:40 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0113.outbound.protection.outlook.com [104.47.33.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92929129ADC for ; Tue, 27 Jun 2017 06:23:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jabil.onmicrosoft.com; s=selector1-jabil-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=PBpwO1EmK9eKM4ekv6FJBUovDVN6LZE2OOFGIJ8tKoo=; b=vNeHgILuhcSEeIilzTKuak7sZyhRmkz9x9zm3qFL3S4OL3+b10ZL26StNPRpFnChPHqfqO5oM+zW5bmo3B+sGIguWVDwY3h9beHiA9SbJKtv8xCPWVm2Ok8B4CpONS3zByMqLyw4KvIw3u/y6PaXskzAR00t6LGo2o6gc1q2y24= Received: from BN3PR0201MB0867.namprd02.prod.outlook.com (10.160.154.13) by BN3PR0201MB0866.namprd02.prod.outlook.com (10.160.154.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1199.15; Tue, 27 Jun 2017 13:23:38 +0000 Received: from BN3PR0201MB0867.namprd02.prod.outlook.com ([10.160.154.13]) by BN3PR0201MB0867.namprd02.prod.outlook.com ([10.160.154.13]) with mapi id 15.01.1199.019; Tue, 27 Jun 2017 13:23:38 +0000 From: Xufeng Liu To: Robert Wilton , Alexander Clemm , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7yrFEMOSTu+/FkmSxHs6lMqKt6I4sepw Date: Tue, 27 Jun 2017 13:23:38 +0000 Message-ID: References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=jabil.com; x-originating-ip: [98.191.72.170] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0201MB0866; 7:HHUqr7hSjl7OnVWVVPGk/jUAbmljQDb8k/k+9mKCOHC22BqCVcQbLtvKremqCl6HwLyQbv7d44NM23NycInGyp/ZPkCiW9jLtRuNE+DB/qWjqKqyNgDHOD1Vj3/PMzYCnCnvQEu2td+TMxZBp0UiDnK0xzivHEsHznqPPoYENtEi+tnSEmzSDZ3N37qCsEnQ1UjeFiKdzQ6BiJ/hAJADmfkc7rTbwhSHxXr6tkIzP8B8SMc8NxD8UfhIFVTHVGudcaZpfy0J03kZEPW759EKjMGQVvpqaJzwPJJTzRRoutKCuyQhfssSieoKPWlFMxRxWWpThl08PIXE6uuH9Sm9X+swQqloFkp0TY2yfPl/2H8+H1eK13yuH774IG/OrkwCKGJT7AYuGW1NiqjcawKdqxXz8Qf/cVwG6mrPXf/wk7HaZPSs+DKrojNX7sIlXYaMu4sqo5bTg2Ds0h34uJGpb7BIcW5Ejb85XILae+DLRisqljWWpCMAEtuUXj+jIcX8pL2+3qCHqZx1hOg5/7IiNel0DFYWE1YYGRbTGhJEcdc9JExF5i8pcOPlPJeuQ3fcMZkujP2yuJQ8c38O0HRc0mG9Ip4yW991ew4odaMYgs50y30/pLMP1qbLBmxdknH4q87k4ODnes23jvpDIbFobSC5jfof3Q5jrQUWb9j/sT1D65hbaiQJdux86BgZb4seAesxzmwC6Yjq3vk0PV3rlijJBKUUIZBhLDybhFwT9VwXX4eK0SSChqJ1BcVE60A0TjpCbuH3X7aLRRDyuXVtAtU8aK+d9y00lOUGcSdh2q4= x-ms-office365-filtering-correlation-id: 2bbc5f4d-c5c9-4ebf-bb47-08d4bd5fb8c2 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506067)(300135500095); SRVR:BN3PR0201MB0866; x-ms-traffictypediagnostic: BN3PR0201MB0866: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(151999592597050)(26388249023172)(236129657087228)(50582790962513)(95692535739014)(21748063052155)(21534305686606)(201166117486090)(138986009662008)(148574349560750); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(10201501046)(3002001)(93006095)(93001095)(6055026)(6041248)(20161123555025)(20161123558100)(20161123560025)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0201MB0866; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0201MB0866; x-forefront-prvs: 0351D213B3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39450400003)(39860400002)(39410400002)(39400400002)(39850400002)(39840400002)(377454003)(24454002)(51444003)(22974007)(14454004)(790700001)(81166006)(74316002)(7696004)(86362001)(6506006)(2906002)(3280700002)(122556002)(3660700001)(6246003)(77096006)(236005)(72206003)(55016002)(25786009)(2900100001)(6306002)(9686003)(53936002)(33656002)(6436002)(54896002)(478600001)(6116002)(80792005)(102836003)(99286003)(38730400002)(93886004)(189998001)(3846002)(5660300001)(2950100002)(230783001)(66066001)(7736002)(8936002)(8676002)(54356999)(76176999)(53546010)(50986999)(229853002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0201MB0866; H:BN3PR0201MB0867.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR0201MB08670E4B670CB04B37FB8989F1DC0BN3PR0201MB0867_" MIME-Version: 1.0 X-OriginatorOrg: jabil.com X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2017 13:23:38.2738 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bc876b21-f134-4c12-a265-8ed26b7f0f3b X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0201MB0866 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 13:23:44 -0000 --_000_BN3PR0201MB08670E4B670CB04B37FB8989F1DC0BN3PR0201MB0867_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXMgQWxleCBtZW50aW9uZWQgaW4gYW5vdGhlciBlbWFpbCwgd2UgaGF2ZSBkaXNjdXNzZWQgYW5k IGFncmVlZCBvbiB0aGUgcGxhbiB0byBtb3ZlIGZvcndhcmQgd2l0aCBib3RoIEkyUlMgdG9wb2xv Z3kgbW9kZWwgYW5kIFRFIHRvcG9sb2d5IG1vZGVsLCBieSBhZGRpbmcgdGhlIOKAnC1zdGF0ZeKA nSBtb2R1bGUuIFdlIHdpbGwgZG8gaXQgYXMgcXVpY2tseSBhcyBwb3NzaWJsZS4NCg0KVGhhbmtz LA0KLSBYdWZlbmcNCg0KRnJvbTogUm9iZXJ0IFdpbHRvbiBbbWFpbHRvOnJ3aWx0b25AY2lzY28u Y29tXQ0KU2VudDogVHVlc2RheSwgSnVuZSAyNywgMjAxNyA1OjUwIEFNDQpUbzogQWxleGFuZGVy IENsZW1tIDxhbGV4YW5kZXIuY2xlbW1AaHVhd2VpLmNvbT47IFh1ZmVuZyBMaXUgPFh1ZmVuZ19M aXVAamFiaWwuY29tPjsgaTJyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpMnJzXSBJLUQgQWN0 aW9uOiBkcmFmdC1pZXRmLWkycnMteWFuZy1uZXR3b3JrLXRvcG8tMTMudHh0DQoNCg0KSGkgQWxl eCwNCg0KSWYgeW91IG5lZWQgdG8gcmVwcmVzZW50IGxlYXJuZWQgdG9wb2xvZ2llcyBiZWZvcmUg Tk1EQSBjb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIGFyZSBhdmFpbGFibGUgdGhlbiB5b3UgbmVl ZCB0aGUgZXh0cmEgLXN0YXRlIG1vZHVsZSAoaS5lLiBhIGNvcHkgb2YgdGhlIE5NREEgY29tcGF0 aWJsZSBJMlJTIHRvcG9sb2d5IG1vZHVsZSwgYnV0IHdpdGggbmFtZSBhcHBlbmRlZCB3aXRoIC1z dGF0ZSBhbmQgYWxsIG5vZGVzIHNldCBhcyBjb25maWcgZmFsc2UpLiAgVGhpcyBjb3VsZCBiZSBn ZW5lcmF0ZWQgdmlhIHRvb2xpbmcsIHB1dCBpbnRvIGdpdGh1Yiwgb3IgYWRkZWQgaW4gYW4gYXBw ZW5kaXggdG8gdGhlIGRyYWZ0Lg0KDQpXaXRob3V0IHRoaXMsIHRoZW4gdGhlIGV4aXN0aW5nIEky UlMgdG9wb2xvZ3kgbW9kdWxlIGNhbiBvbmx5IGJlIHVzZWQgdG8gcmVwcmVzZW50IGNvbmZpZ3Vy ZWQgdG9wb2xvZ2llcyBvbiBub24gTk1EQSBjb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIChzcGVj aWZpY2FsbHkgYW55IGltcGxlbWVudGF0aW9ucyB0aGF0IGRvbid0IGV4cG9zZSB0aGUgb3BlcmF0 aW9uYWwgc3RhdGUgZGF0YXN0b3JlKS4NCkZvciBOTURBIGNvbXBsaWFudCBpbXBsZW1lbnRhdGlv bnMgdGhlIG5ldHdvcmsgdG9wb2xvZ3kgbW9kdWxlIGluIGRyYWZ0IC0xMyB3b3JrcyB3ZWxsLg0K DQpUaGFua3MsDQpSb2INCg0KT24gMjYvMDYvMjAxNyAxODo1MiwgQWxleGFuZGVyIENsZW1tIHdy b3RlOg0KSGkgUm9iLA0KSW5saW5lIDxBTEVYPiwgYmVsb3cNClRoYW5rcw0KLS0tIEFsZXgNCg0K LS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiAiUm9iZXJ0IFdp bHRvbiIgPHJ3aWx0b25AY2lzY28uY29tPG1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbT4+DQpEYXRl OiBNb24sIEp1biAyNiwgMjAxNyBhdCAxOjUzIEFNIC0wNzAwDQpTdWJqZWN0OiBSZTogW2kycnNd IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wby0xMy50eHQNClRv OiAiQWxleGFuZGVyIENsZW1tIiA8bHVkd2lnQGNsZW1tLm9yZzxtYWlsdG86bHVkd2lnQGNsZW1t Lm9yZz4+LCA8aTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4+LCAiJ05pdGluIEJh aGFkdXInIiA8bml0aW5fYmFoYWR1ckB5YWhvby5jb208bWFpbHRvOm5pdGluX2JhaGFkdXJAeWFo b28uY29tPj4sICInUnVzcyBXaGl0ZSciIDxydXNzQHJpdy51czxtYWlsdG86cnVzc0ByaXcudXM+ PiwgIidYdWZlbmcgTGl1JyIgPFh1ZmVuZ19MaXVAamFiaWwuY29tPG1haWx0bzpYdWZlbmdfTGl1 QGphYmlsLmNvbT4+LCA8aGFyaUBwYWNrZXRkZXNpZ24uY29tPG1haWx0bzpoYXJpQHBhY2tldGRl c2lnbi5jb20+PiwgIidKYW4gTWVkdmVkIChqbWVkdmVkKSciIDxqbWVkdmVkQGNpc2NvLmNvbTxt YWlsdG86am1lZHZlZEBjaXNjby5jb20+PiwgPHJvYmVydC52YXJnYUBwYW50aGVvbi5zazxtYWls dG86cm9iZXJ0LnZhcmdhQHBhbnRoZW9uLnNrPj4sICInU3VzYW4gSGFyZXMnIiA8c2hhcmVzQG5k emguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiwgIktlbnQgV2F0c2VuIiA8a3dhdHNlbkBq dW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+LCAiTWFydGluIEJqb3JrbHVu ZCIgPG1iakB0YWlsLWYuY29tPG1haWx0bzptYmpAdGFpbC1mLmNvbT4+DQoNCg0KDQpIaSBKdWVy Z2VuLA0KDQoNCg0KDQoNCk9uIDI0LzA2LzIwMTcgMTQ6MTcsIEp1ZXJnZW4gU2Nob2Vud2FlbGRl ciB3cm90ZToNCg0KPiBPbiBUaHUsIEp1biAyMiwgMjAxNyBhdCAxMTo0NDowMEFNICswMTAwLCBS b2JlcnQgV2lsdG9uIHdyb3RlOg0KDQo+PiBEbyB5b3UgdGhpbmsgdGhhdCBpdCB3b3VsZCBiZSB1 c2VmdWwgaWYgdGhlIGRyYWZ0IGFsc28gaW5jbHVkZWQgdGhlIGV4dHJhDQoNCj4+IHRyYW5zaWVu dCAiLXN0YXRlIiBtb2R1bGVzIGluIGFuIGFwcGVuZGl4IChlLmcuIGFzIHBlcg0KDQo+PiBkcmFm dC1kc2R0LW5tZGEtZ3VpZGVsaW5lcy0wMSBzZWN0aW9uIDIpPw0KDQo+Pg0KDQo+PiBTcGVjaWZp Y2FsbHksIEknbSB0aGlua2luZyB0byBoZWxwIG1ha2UgdGhlIHRvcG9sb2d5IG1vZHVsZSBmdWxs eSB1c2FibGUgYnkNCg0KPj4gbW9kdWxlcyB0aGF0IGF1Z21lbnQgaXQgKGUuZy4gYnkgdGhlIFRF IG1vZHVsZXMgaWYvd2hlbiB0aGV5IGFkb3B0IHRoZSBOTURBDQoNCj4+IGNvbnZlbnRpb25zKSwg dW50aWwgTk1EQSBpbXBsZW1lbnRhdGlvbnMgYmVmb3JlIHdpZGVseSBhdmFpbGFibGUuDQoNCj4+ DQoNCj4gUm9iLA0KDQo+DQoNCj4gdGhlIGxlc3Mgd2UgaGF2ZSBvZiB0aG9zZSB0cmFuc2llbnQg Ii1zdGF0ZSIgdHJlZXMsIHRoZSBiZXR0ZXIgaXQgaXMuDQoNCj4gRm9yIExNQVAgKGluIGF1dGg0 OCkgd2UgZGlkIG5vdCBkbyB0aGlzLiBUaGVzZSBleHRyYSAiLXN0YXRlIiB0cmVlcw0KDQo+IHNo b3VsZCBpZGVhbGx5IG9ubHkgYmUgdXNlZCBpbiB2ZXJ5IHJhcmUgY2FzZXMsIEkgdGhpbmsgZXhp c3RpbmcgY29kZQ0KDQo+IGFscmVhZHkgd29ya3Mgd2l0aCBhIHNpbmdsZSB0cmVlIChhdCBsZWFz dCB0aGlzIGlzIHdoYXQgSSB1bmRlcnN0b29kDQoNCj4gZnJvbSB0aGUgT3BlbkRheWxpZ2h0IGRp c2N1c3Npb25zKS4NCg0KSSBjb21wbGV0ZWx5IGFncmVlIHdpdGggeW91IGluIGdlbmVyYWwsIGJ1 dCBmb3IgdGhlIHRvcG9sb2d5IG1vZHVsZSBJDQoNCnRoaW5rIHRoYXQgdGhlIC1zdGF0ZSB0cmVl IGlzIHJlcXVpcmVkIHRvIHJlcHJlc2VudCB0b3BvbG9naWVzIHRoYXQNCg0KZXhpc3QgYnV0IGhh dmUgbm90IGJlZW4gY29uZmlndXJlZCAoZS5nLiBwZXJoYXBzIHRob3NlIGxlYXJuZWQgZnJvbSBh DQoNCmR5bmFtaWMgcm91dGluZyBwcm90b2NvbCkuDQoNCg0KDQpBbHNvIGNvcHlpbmcgS2VudCBh bmQgTWFydGluLCBzaW5jZSB0aGV5IHdlcmUgdmVyeSBib3RoIHZlcnkgaW52b2x2ZWQgaW4NCg0K dGhlIGRpc2N1c3Npb25zIG9uIHRoZSBJMlJTIGFsaWFzIGRpc2N1c3NpbmcgdGhlIHN0cnVjdHVy ZSBvZiB0aGUgSTJSUw0KDQpuZXR3b3JrIHRvcG9sb2d5IG1vZHVsZS4NCg0KDQoNCk15IGludGVy cHJldGF0aW9uIGlzIGZyb20gWHVmZW5nIHdhcyBpdCBpcyBuZWVkZWQgZm9yIHRoZSBURSBZQU5H DQoNCm1vZHVsZXMsIGJ1dCBpZiBpdCB0dXJucyBvdXQgdGhhdCBpdCBpcyBub3QgYWN0dWFsbHkg bmVlZGVkLCB0aGVuIHRoYXQNCg0KaXMgYWxzbyBnb29kIHdpdGggbWUgOy0pDQoNCg0KDQo8QUxF WD4NCg0KVGhlIG5lZWQgdG8gcmVwcmVzZW50IHRvcG9sb2dpZXMgdGhhdCBhcmUgbGVhcm5lZCBp cyBjZXJ0YWlubHkgdGhlcmUuICBJdCBpcyBub3QgZXhjbHVzaXZlIHRvIFRFLCBhbmQgSSB3b3Vs ZCBiZSBzdXJwcmlzZWQgaWYgVEUgWUFORyBtb2R1bGVzIGhhdmUgYW4gZXh0cmEgbmVlZCBmb3Ig YSBzZXBhcmF0ZSBzdGF0ZSB0cmVlLiAgUHJvYmFibHkgdGhlIGJlc3QgcGVyc29uIHRvIGNvbW1l bnQgaGVyZSBpcyBYdWZlbmcsIGJ1dCBpdCBzb3VuZHMgdG8gbWUsIGFsc28gcGVyIEp1ZXJnZW7i gJlzIGNvbW1lbnRzLCB0aGF0IGFuIGV4dHJhIHN0YXRlIHRyZWUgd2lsbCBfbm90XyBiZSBuZWVk ZWQuDQoNCjwvQUxFWD4NCg0KDQoNClRoYW5rcywNCg0KUm9iDQoNCg0KDQo+DQoNCj4gL2pzDQoN Cj4NCg0KDQoNCg== --_000_BN3PR0201MB08670E4B670CB04B37FB8989F1DC0BN3PR0201MB0867_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjMgMCA1IDkgMCAwIDAgMCAw IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiXEBEZW5nWGlhbiI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNr O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0K CW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpwLk1zb0xpc3RQ YXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21z by1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6MGlu Ow0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWww LCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdp bi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRv d3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4 dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsN CgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFu Zz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5k b3d0ZXh0Ij5BcyBBbGV4IG1lbnRpb25lZCBpbiBhbm90aGVyIGVtYWlsLCB3ZSBoYXZlIGRpc2N1 c3NlZCBhbmQgYWdyZWVkIG9uIHRoZSBwbGFuIHRvIG1vdmUgZm9yd2FyZCB3aXRoIGJvdGggSTJS UyB0b3BvbG9neSBtb2RlbCBhbmQgVEUgdG9wb2xvZ3kgbW9kZWwsIGJ5IGFkZGluZw0KIHRoZSDi gJwtc3RhdGXigJ0gbW9kdWxlLiBXZSB3aWxsIGRvIGl0IGFzIHF1aWNrbHkgYXMgcG9zc2libGUu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5UaGFua3Ms PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOndpbmRvd3RleHQiPi0gWHVmZW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6d2luZG93dGV4dCI+IFJvYmVydCBXaWx0b24gW21haWx0bzpyd2lsdG9uQGNpc2Nv LmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5lIDI3LCAyMDE3IDU6NTAgQU08 YnI+DQo8Yj5Ubzo8L2I+IEFsZXhhbmRlciBDbGVtbSAmbHQ7YWxleGFuZGVyLmNsZW1tQGh1YXdl aS5jb20mZ3Q7OyBYdWZlbmcgTGl1ICZsdDtYdWZlbmdfTGl1QGphYmlsLmNvbSZndDs7IGkycnNA aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLWkycnMteWFuZy1uZXR3b3JrLXRvcG8tMTMudHh0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHA+SGkgQWxleCw8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHA+SWYgeW91IG5lZWQgdG8gcmVwcmVzZW50IGxlYXJuZWQgdG9wb2xv Z2llcyBiZWZvcmUgTk1EQSBjb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIGFyZSBhdmFpbGFibGUg dGhlbiB5b3UgbmVlZCB0aGUgZXh0cmEgLXN0YXRlIG1vZHVsZSAoaS5lLiBhIGNvcHkgb2YgdGhl IE5NREEgY29tcGF0aWJsZSBJMlJTIHRvcG9sb2d5IG1vZHVsZSwgYnV0IHdpdGggbmFtZSBhcHBl bmRlZCB3aXRoIC1zdGF0ZSBhbmQgYWxsIG5vZGVzIHNldCBhcyBjb25maWcNCiBmYWxzZSkuJm5i c3A7IFRoaXMgY291bGQgYmUgZ2VuZXJhdGVkIHZpYSB0b29saW5nLCBwdXQgaW50byBnaXRodWIs IG9yIGFkZGVkIGluIGFuIGFwcGVuZGl4IHRvIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxw PldpdGhvdXQgdGhpcywgdGhlbiB0aGUgZXhpc3RpbmcgSTJSUyB0b3BvbG9neSBtb2R1bGUgY2Fu IG9ubHkgYmUgdXNlZCB0byByZXByZXNlbnQgY29uZmlndXJlZCB0b3BvbG9naWVzIG9uIG5vbiBO TURBIGNvbXBsaWFudCBpbXBsZW1lbnRhdGlvbnMgKHNwZWNpZmljYWxseSBhbnkgaW1wbGVtZW50 YXRpb25zIHRoYXQgZG9uJ3QgZXhwb3NlIHRoZSBvcGVyYXRpb25hbCBzdGF0ZSBkYXRhc3RvcmUp LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij5Gb3IgTk1EQSBjb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIHRoZSBuZXR3b3Jr IHRvcG9sb2d5IG1vZHVsZSBpbiBkcmFmdCAtMTMgd29ya3Mgd2VsbC48YnI+DQo8YnI+DQpUaGFu a3MsPGJyPg0KUm9iPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+T24gMjYvMDYvMjAxNyAxODo1MiwgQWxleGFuZGVyIENsZW1tIHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjEyLjBwdCI+SGkgUm9iLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPklubGlu ZSAmbHQ7QUxFWCZndDssIGJlbG93DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ VGhhbmtzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPi0tLSBBbGV4PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPi0t LS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0tLTxicj4NCkZyb206ICZxdW90Ozxi PlJvYmVydCBXaWx0b248L2I+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cndpbHRvbkBjaXNj by5jb20iPnJ3aWx0b25AY2lzY28uY29tPC9hPiZndDs8YnI+DQpEYXRlOiBNb24sIEp1biAyNiwg MjAxNyBhdCAxOjUzIEFNIC0wNzAwPGJyPg0KU3ViamVjdDogUmU6IFtpMnJzXSBJLUQgQWN0aW9u OiBkcmFmdC1pZXRmLWkycnMteWFuZy1uZXR3b3JrLXRvcG8tMTMudHh0PGJyPg0KVG86ICZxdW90 O0FsZXhhbmRlciBDbGVtbSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmx1ZHdpZ0BjbGVtbS5v cmciPmx1ZHdpZ0BjbGVtbS5vcmc8L2E+Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzppMnJzQGll dGYub3JnIj5pMnJzQGlldGYub3JnPC9hPiZndDssICZxdW90OydOaXRpbiBCYWhhZHVyJyZxdW90 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5pdGluX2JhaGFkdXJAeWFob28uY29tIj5uaXRpbl9iYWhh ZHVyQHlhaG9vLmNvbTwvYT4mZ3Q7LCAmcXVvdDsnUnVzcyBXaGl0ZScmcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzpydXNzQHJpdy51cyI+cnVzc0ByaXcudXM8L2E+Jmd0OywNCiAmcXVvdDsnWHVm ZW5nIExpdScmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpYdWZlbmdfTGl1QGphYmlsLmNvbSI+ WHVmZW5nX0xpdUBqYWJpbC5jb208L2E+Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzpoYXJpQHBh Y2tldGRlc2lnbi5jb20iPmhhcmlAcGFja2V0ZGVzaWduLmNvbTwvYT4mZ3Q7LCAmcXVvdDsnSmFu IE1lZHZlZCAoam1lZHZlZCknJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86am1lZHZlZEBjaXNj by5jb20iPmptZWR2ZWRAY2lzY28uY29tPC9hPiZndDssICZsdDs8YSBocmVmPSJtYWlsdG86cm9i ZXJ0LnZhcmdhQHBhbnRoZW9uLnNrIj5yb2JlcnQudmFyZ2FAcGFudGhlb24uc2s8L2E+Jmd0OywN CiAmcXVvdDsnU3VzYW4gSGFyZXMnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5k emguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0OywgJnF1b3Q7S2VudCBXYXRzZW4mcXVvdDsg Jmx0OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij5rd2F0c2VuQGp1bmlwZXIu bmV0PC9hPiZndDssICZxdW90O01hcnRpbiBCam9ya2x1bmQmcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzptYmpAdGFpbC1mLmNvbSI+bWJqQHRhaWwtZi5jb208L2E+Jmd0Ozxicj4NCjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwcmU+SGkgSnVlcmdlbiw8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT5PbiAyNC8wNi8yMDE3IDE0OjE3LCBKdWVyZ2VuIFNjaG9lbndhZWxkZXIg d3JvdGU6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyBPbiBUaHUsIEp1biAyMiwgMjAxNyBh dCAxMTo0NDowMEFNICYjNDM7MDEwMCwgUm9iZXJ0IFdpbHRvbiB3cm90ZTo8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT4mZ3Q7Jmd0OyBEbyB5b3UgdGhpbmsgdGhhdCBpdCB3b3VsZCBiZSB1c2VmdWwg aWYgdGhlIGRyYWZ0IGFsc28gaW5jbHVkZWQgdGhlIGV4dHJhPG86cD48L286cD48L3ByZT4NCjxw cmU+Jmd0OyZndDsgdHJhbnNpZW50ICZxdW90Oy1zdGF0ZSZxdW90OyBtb2R1bGVzIGluIGFuIGFw cGVuZGl4IChlLmcuIGFzIHBlcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7IGRyYWZ0 LWRzZHQtbm1kYS1ndWlkZWxpbmVzLTAxIHNlY3Rpb24gMik/PG86cD48L286cD48L3ByZT4NCjxw cmU+Jmd0OyZndDsmbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OyBTcGVjaWZp Y2FsbHksIEknbSB0aGlua2luZyB0byBoZWxwIG1ha2UgdGhlIHRvcG9sb2d5IG1vZHVsZSBmdWxs eSB1c2FibGUgYnk8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OyBtb2R1bGVzIHRoYXQg YXVnbWVudCBpdCAoZS5nLiBieSB0aGUgVEUgbW9kdWxlcyBpZi93aGVuIHRoZXkgYWRvcHQgdGhl IE5NREE8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OyBjb252ZW50aW9ucyksIHVudGls IE5NREEgaW1wbGVtZW50YXRpb25zIGJlZm9yZSB3aWRlbHkgYXZhaWxhYmxlLjxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZndDsmZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyBS b2IsPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPiZndDsgdGhlIGxlc3Mgd2UgaGF2ZSBvZiB0aG9zZSB0cmFuc2llbnQgJnF1b3Q7LXN0YXRl JnF1b3Q7IHRyZWVzLCB0aGUgYmV0dGVyIGl0IGlzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZn dDsgRm9yIExNQVAgKGluIGF1dGg0OCkgd2UgZGlkIG5vdCBkbyB0aGlzLiBUaGVzZSBleHRyYSAm cXVvdDstc3RhdGUmcXVvdDsgdHJlZXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IHNob3Vs ZCBpZGVhbGx5IG9ubHkgYmUgdXNlZCBpbiB2ZXJ5IHJhcmUgY2FzZXMsIEkgdGhpbmsgZXhpc3Rp bmcgY29kZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsgYWxyZWFkeSB3b3JrcyB3aXRoIGEg c2luZ2xlIHRyZWUgKGF0IGxlYXN0IHRoaXMgaXMgd2hhdCBJIHVuZGVyc3Rvb2Q8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT4mZ3Q7IGZyb20gdGhlIE9wZW5EYXlsaWdodCBkaXNjdXNzaW9ucykuPG86 cD48L286cD48L3ByZT4NCjxwcmU+SSBjb21wbGV0ZWx5IGFncmVlIHdpdGggeW91IGluIGdlbmVy YWwsIGJ1dCBmb3IgdGhlIHRvcG9sb2d5IG1vZHVsZSBJIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PnRoaW5rIHRoYXQgdGhlIC1zdGF0ZSB0cmVlIGlzIHJlcXVpcmVkIHRvIHJlcHJlc2VudCB0b3Bv bG9naWVzIHRoYXQgPG86cD48L286cD48L3ByZT4NCjxwcmU+ZXhpc3QgYnV0IGhhdmUgbm90IGJl ZW4gY29uZmlndXJlZCAoZS5nLiBwZXJoYXBzIHRob3NlIGxlYXJuZWQgZnJvbSBhIDxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPmR5bmFtaWMgcm91dGluZyBwcm90b2NvbCkuPG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+QWxzbyBjb3B5aW5nIEtlbnQg YW5kIE1hcnRpbiwgc2luY2UgdGhleSB3ZXJlIHZlcnkgYm90aCB2ZXJ5IGludm9sdmVkIGluIDxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPnRoZSBkaXNjdXNzaW9ucyBvbiB0aGUgSTJSUyBhbGlhcyBk aXNjdXNzaW5nIHRoZSBzdHJ1Y3R1cmUgb2YgdGhlIEkyUlMgPG86cD48L286cD48L3ByZT4NCjxw cmU+bmV0d29yayB0b3BvbG9neSBtb2R1bGUuPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7 PG86cD48L286cD48L3ByZT4NCjxwcmU+TXkgaW50ZXJwcmV0YXRpb24gaXMgZnJvbSBYdWZlbmcg d2FzIGl0IGlzIG5lZWRlZCBmb3IgdGhlIFRFIFlBTkcgPG86cD48L286cD48L3ByZT4NCjxwcmU+ bW9kdWxlcywgYnV0IGlmIGl0IHR1cm5zIG91dCB0aGF0IGl0IGlzIG5vdCBhY3R1YWxseSBuZWVk ZWQsIHRoZW4gdGhhdCA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5pcyBhbHNvIGdvb2Qgd2l0aCBt ZSA7LSk8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPiZsdDtBTEVYJmd0Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0K PHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBuZWVkIHRvIHJlcHJlc2VudCB0b3BvbG9naWVzIHRo YXQgYXJlIGxlYXJuZWQgaXMgY2VydGFpbmx5IHRoZXJlLiZuYnNwOyBJdCBpcyBub3QgZXhjbHVz aXZlIHRvIFRFLCBhbmQgSSB3b3VsZCBiZSBzdXJwcmlzZWQgaWYgVEUgWUFORyBtb2R1bGVzIGhh dmUgYW4gZXh0cmEgbmVlZCBmb3IgYSBzZXBhcmF0ZSBzdGF0ZSB0cmVlLiZuYnNwOyBQcm9iYWJs eSB0aGUgYmVzdCBwZXJzb24gdG8gY29tbWVudCBoZXJlIGlzIFh1ZmVuZywgYnV0IGl0IHNvdW5k cyB0byBtZSwgYWxzbyBwZXIgSnVlcmdlbuKAmXMgY29tbWVudHMsIHRoYXQgYW4gZXh0cmEgc3Rh dGUgdHJlZSB3aWxsIF88aT5ub3Q8L2k+XyBiZSBuZWVkZWQuJm5ic3A7IDwvc3Bhbj48bzpwPjwv bzpwPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZsdDsvQUxFWCZndDs8L3NwYW4+PG86 cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3ByZT4NCjxwcmU+VGhhbmtzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlJvYjxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmbmJz cDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IC9qczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PiZndDsmbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpwPjwvcHJl Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BN3PR0201MB08670E4B670CB04B37FB8989F1DC0BN3PR0201MB0867_-- From nobody Tue Jun 27 06:44:22 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 521D6127078 for ; Tue, 27 Jun 2017 06:44:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.491 X-Spam-Level: X-Spam-Status: No, score=-14.491 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, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zVKJZN7e5_it for ; Tue, 27 Jun 2017 06:44:18 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9D5E1274D2 for ; Tue, 27 Jun 2017 06:44:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19902; q=dns/txt; s=iport; t=1498571057; x=1499780657; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=5+NupGp403f1vpvjS74fqztX9TFZGxly7G4Yd/U4cEM=; b=gzuo9JjUVNf9daPlUljB9T8UMc5PTMexSezpiyBmvfPbbo9HkKMosKW8 5R3/OOG8TpcNs2oENIHX4wdlsLQ7d918sJ4EJRP8jb2vc9oiCwGhYmEXY yRs0s+fRGa0jec/C47OG1rh6b4nIYS+SaRQ8bk3y/n2eNeUimGeiIyNDl 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DaAAC+YFJZ/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm+CWoNsihlzkFAic4FOhWyNUIIRhikCgzkYAQIBAQEBAQEBayi?= =?us-ascii?q?FGAEBAQECASMKUQsLEQMBAQEBJwMCAkUBCQgGAQwGAgEBihQDDQiwHoImKYsxA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBHYMng0yBYSsLgWJYNIJXgWQSATwWgl2CYQW?= =?us-ascii?q?HdQyBU4ZxhlyHEzuPCoRhix6GdotobYhPHzh/CzAhCBsVhVocgWc/NoZsgjABA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos;i="5.39,399,1493683200"; d="scan'208,217";a="655710811" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Jun 2017 13:44:15 +0000 Received: from [10.63.23.55] (dhcp-ensft1-uk-vla370-10-63-23-55.cisco.com [10.63.23.55]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v5RDiEq7026564; Tue, 27 Jun 2017 13:44:14 GMT To: Xufeng Liu , Alexander Clemm , "i2rs@ietf.org" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> From: Robert Wilton Message-ID: Date: Tue, 27 Jun 2017 14:44:14 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------D657DC3E64BE60C1EDDFC71A" Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 13:44:21 -0000 This is a multi-part message in MIME format. --------------D657DC3E64BE60C1EDDFC71A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Xufeng, Thanks for the confirmation. That hadn't been clear from the previous emails. When you generate the "-state" modules, I would suggest that you also reuse and import any typedefs that you have in the original NMDA compliant module, rather than redefine them. That should make it easier for implementers, both now and in the future. Thanks, Rob On 27/06/2017 14:23, Xufeng Liu wrote: > > As Alex mentioned in another email, we have discussed and agreed on > the plan to move forward with both I2RS topology model and TE topology > model, by adding the “-state” module. We will do it as quickly as > possible. > > Thanks, > > - Xufeng > > *From:*Robert Wilton [mailto:rwilton@cisco.com] > *Sent:* Tuesday, June 27, 2017 5:50 AM > *To:* Alexander Clemm ; Xufeng Liu > ; i2rs@ietf.org > *Subject:* Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > > Hi Alex, > > If you need to represent learned topologies before NMDA compliant > implementations are available then you need the extra -state module > (i.e. a copy of the NMDA compatible I2RS topology module, but with > name appended with -state and all nodes set as config false). This > could be generated via tooling, put into github, or added in an > appendix to the draft. > > Without this, then the existing I2RS topology module can only be used > to represent configured topologies on non NMDA compliant > implementations (specifically any implementations that don't expose > the operational state datastore). > > For NMDA compliant implementations the network topology module in > draft -13 works well. > > Thanks, > Rob > > On 26/06/2017 18:52, Alexander Clemm wrote: > > Hi Rob, > > Inline , below > > Thanks > > --- Alex > > ---------- Forwarded message ---------- > From: "*Robert Wilton*" > > Date: Mon, Jun 26, 2017 at 1:53 AM -0700 > Subject: Re: [i2rs] I-D Action: > draft-ietf-i2rs-yang-network-topo-13.txt > To: "Alexander Clemm" >, >, "'Nitin Bahadur'" > >, "'Russ > White'" >, "'Xufeng Liu'" > >, > >, "'Jan > Medved (jmedved)'" >, > >, > "'Susan Hares'" >, "Kent > Watsen" >, > "Martin Bjorklund" > > > > Hi Juergen, > > > > > > On 24/06/2017 14:17, Juergen Schoenwaelder wrote: > > > On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote: > > >> Do you think that it would be useful if the draft also included the extra > > >> transient "-state" modules in an appendix (e.g. as per > > >> draft-dsdt-nmda-guidelines-01 section 2)? > > >> > > >> Specifically, I'm thinking to help make the topology module fully usable by > > >> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA > > >> conventions), until NMDA implementations before widely available. > > >> > > > Rob, > > > > > > the less we have of those transient "-state" trees, the better it is. > > > For LMAP (in auth48) we did not do this. These extra "-state" trees > > > should ideally only be used in very rare cases, I think existing code > > > already works with a single tree (at least this is what I understood > > > from the OpenDaylight discussions). > > I completely agree with you in general, but for the topology module I > > think that the -state tree is required to represent topologies that > > exist but have not been configured (e.g. perhaps those learned from a > > dynamic routing protocol). > > > > Also copying Kent and Martin, since they were very both very involved in > > the discussions on the I2RS alias discussing the structure of the I2RS > > network topology module. > > > > My interpretation is from Xufeng was it is needed for the TE YANG > > modules, but if it turns out that it is not actually needed, then that > > is also good with me ;-) > > > > > > The need to represent topologies that are learned is certainly > there. It is not exclusive to TE, and I would be surprised if TE > YANG modules have an extra need for a separate state tree. > Probably the best person to comment here is Xufeng, but it sounds > to me, also per Juergen’s comments, that an extra state tree will > _/not/_ be needed. > > > > Thanks, > > Rob > > > > > > > > /js > > > > > > --------------D657DC3E64BE60C1EDDFC71A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Xufeng,

Thanks for the confirmation.  That hadn't been clear from the previous emails.

When you generate the "-state" modules, I would suggest that you also reuse and import any typedefs that you have in the original NMDA compliant module, rather than redefine them.  That should make it easier for implementers, both now and in the future.

Thanks,
Rob


On 27/06/2017 14:23, Xufeng Liu wrote:

As Alex mentioned in another email, we have discussed and agreed on the plan to move forward with both I2RS topology model and TE topology model, by adding the “-state” module. We will do it as quickly as possible.

 

Thanks,

- Xufeng

 

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Tuesday, June 27, 2017 5:50 AM
To: Alexander Clemm <alexander.clemm@huawei.com>; Xufeng Liu <Xufeng_Liu@jabil.com>; i2rs@ietf.org
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt

 

Hi Alex,

If you need to represent learned topologies before NMDA compliant implementations are available then you need the extra -state module (i.e. a copy of the NMDA compatible I2RS topology module, but with name appended with -state and all nodes set as config false).  This could be generated via tooling, put into github, or added in an appendix to the draft.

Without this, then the existing I2RS topology module can only be used to represent configured topologies on non NMDA compliant implementations (specifically any implementations that don't expose the operational state datastore).

For NMDA compliant implementations the network topology module in draft -13 works well.

Thanks,
Rob

On 26/06/2017 18:52, Alexander Clemm wrote:

Hi Rob,

Inline <ALEX>, below

Thanks

--- Alex

 

---------- Forwarded message ----------
From: "Robert Wilton" <rwilton@cisco.com>
Date: Mon, Jun 26, 2017 at 1:53 AM -0700
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt
To: "Alexander Clemm" <ludwig@clemm.org>, <i2rs@ietf.org>, "'Nitin Bahadur'" <nitin_bahadur@yahoo.com>, "'Russ White'" <russ@riw.us>, "'Xufeng Liu'" <Xufeng_Liu@jabil.com>, <hari@packetdesign.com>, "'Jan Medved (jmedved)'" <jmedved@cisco.com>, <robert.varga@pantheon.sk>, "'Susan Hares'" <shares@ndzh.com>, "Kent Watsen" <kwatsen@juniper.net>, "Martin Bjorklund" <mbj@tail-f.com>


Hi Juergen,
 
 
On 24/06/2017 14:17, Juergen Schoenwaelder wrote:
> On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote:
>> Do you think that it would be useful if the draft also included the extra
>> transient "-state" modules in an appendix (e.g. as per
>> draft-dsdt-nmda-guidelines-01 section 2)?
>> 
>> Specifically, I'm thinking to help make the topology module fully usable by
>> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA
>> conventions), until NMDA implementations before widely available.
>> 
> Rob,
> 
> the less we have of those transient "-state" trees, the better it is.
> For LMAP (in auth48) we did not do this. These extra "-state" trees
> should ideally only be used in very rare cases, I think existing code
> already works with a single tree (at least this is what I understood
> from the OpenDaylight discussions).
I completely agree with you in general, but for the topology module I 
think that the -state tree is required to represent topologies that 
exist but have not been configured (e.g. perhaps those learned from a 
dynamic routing protocol).
 
Also copying Kent and Martin, since they were very both very involved in 
the discussions on the I2RS alias discussing the structure of the I2RS 
network topology module.
 
My interpretation is from Xufeng was it is needed for the TE YANG 
modules, but if it turns out that it is not actually needed, then that 
is also good with me ;-)
 
<ALEX>
The need to represent topologies that are learned is certainly there.  It is not exclusive to TE, and I would be surprised if TE YANG modules have an extra need for a separate state tree.  Probably the best person to comment here is Xufeng, but it sounds to me, also per Juergen’s comments, that an extra state tree will _not_ be needed.  
</ALEX>
 
Thanks,
Rob
 
> 
> /js
> 
 

 


--------------D657DC3E64BE60C1EDDFC71A-- From nobody Tue Jun 27 14:09:19 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48B7612EB3E for ; Tue, 27 Jun 2017 14:09:18 -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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4MIWXs0KQW8Z for ; Tue, 27 Jun 2017 14:09:15 -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 4E68312EB20 for ; Tue, 27 Jun 2017 14:09:14 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJH44647; Tue, 27 Jun 2017 21:09:12 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 27 Jun 2017 22:09:11 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML703-CHM.china.huawei.com ([169.254.5.136]) with mapi id 14.03.0301.000; Tue, 27 Jun 2017 14:09:09 -0700 From: Alexander Clemm To: Robert Wilton , "'Xufeng Liu'" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7yrOk7VGfsKuwk+o0vJCGS1c7aI5NCVA Date: Tue, 27 Jun 2017 21:09:08 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAAD@SJCEML702-CHM.china.huawei.com> References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.48.64] Content-Type: multipart/alternative; boundary="_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAADSJCEML702CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.5952C978.024B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: de97688cfcfad5852b640e3c5a96e46b Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2017 21:09:18 -0000 --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAADSJCEML702CHMchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KDQpXZSB3aWxsIGFkZCBpdCB0byB0aGUgZHJhZnQuDQoNClRoaXMgd2lsbCBw cmVzdW1hYmx5IGFsc28gYWZmZWN0IHRoZSBsMy10b3BvIGRyYWZ0LCB0byBhdWdtZW50IHRoZSDi gJNzdGF0ZSB3aXRoIGl0cyBvd24g4oCTc3RhdGUgdHJlZS4NCg0KWW91IG1lbnRpb24gdG9vbGlu ZyB0aGF0IGNhbiBhdXRvbWF0aWNhbGx5IGdlbmVyYXRlIHRoaXMuICBDYW4geW91IHBsZWFzZSBw b2ludCBtZSB0byBzdWNoIGEgdG9vbD8gIChJZiBub3QsIG5vIHByb2JsZW0sIHdpbGwgdXBkYXRl IG1hbnVhbGx5LikNCg0KV2lsbCBpbnZlc3RpZ2F0ZSB1c2Ugb2YgZ3JvdXBpbmcgYW5kIHVzZXMg c3RhdGVtZW50cy4gIEluIHRoYXQgY2FzZSB0aGUg4oCTc3RhdGUgbW9kdWxlIGNvdWxkIHNpbXBs eSB1c2UgdGhlIGdyb3VwaW5nIGRlZmluZWQgaW4gdGhlIE5NREEtY29tcGxpYW50IG1vZHVsZS4N Cg0KVGhhbmtzDQotLS0gQWxleA0KDQpGcm9tOiBSb2JlcnQgV2lsdG9uIFttYWlsdG86cndpbHRv bkBjaXNjby5jb21dDQpTZW50OiBUdWVzZGF5LCBKdW5lIDI3LCAyMDE3IDI6NTAgQU0NClRvOiBB bGV4YW5kZXIgQ2xlbW0gPGFsZXhhbmRlci5jbGVtbUBodWF3ZWkuY29tPjsgJ1h1ZmVuZyBMaXUn IDxYdWZlbmdfTGl1QGphYmlsLmNvbT47IGkycnNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbaTJy c10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10b3BvLTEzLnR4dA0K DQoNCkhpIEFsZXgsDQoNCklmIHlvdSBuZWVkIHRvIHJlcHJlc2VudCBsZWFybmVkIHRvcG9sb2dp ZXMgYmVmb3JlIE5NREEgY29tcGxpYW50IGltcGxlbWVudGF0aW9ucyBhcmUgYXZhaWxhYmxlIHRo ZW4geW91IG5lZWQgdGhlIGV4dHJhIC1zdGF0ZSBtb2R1bGUgKGkuZS4gYSBjb3B5IG9mIHRoZSBO TURBIGNvbXBhdGlibGUgSTJSUyB0b3BvbG9neSBtb2R1bGUsIGJ1dCB3aXRoIG5hbWUgYXBwZW5k ZWQgd2l0aCAtc3RhdGUgYW5kIGFsbCBub2RlcyBzZXQgYXMgY29uZmlnIGZhbHNlKS4gIFRoaXMg Y291bGQgYmUgZ2VuZXJhdGVkIHZpYSB0b29saW5nLCBwdXQgaW50byBnaXRodWIsIG9yIGFkZGVk IGluIGFuIGFwcGVuZGl4IHRvIHRoZSBkcmFmdC4NCg0KV2l0aG91dCB0aGlzLCB0aGVuIHRoZSBl eGlzdGluZyBJMlJTIHRvcG9sb2d5IG1vZHVsZSBjYW4gb25seSBiZSB1c2VkIHRvIHJlcHJlc2Vu dCBjb25maWd1cmVkIHRvcG9sb2dpZXMgb24gbm9uIE5NREEgY29tcGxpYW50IGltcGxlbWVudGF0 aW9ucyAoc3BlY2lmaWNhbGx5IGFueSBpbXBsZW1lbnRhdGlvbnMgdGhhdCBkb24ndCBleHBvc2Ug dGhlIG9wZXJhdGlvbmFsIHN0YXRlIGRhdGFzdG9yZSkuDQpGb3IgTk1EQSBjb21wbGlhbnQgaW1w bGVtZW50YXRpb25zIHRoZSBuZXR3b3JrIHRvcG9sb2d5IG1vZHVsZSBpbiBkcmFmdCAtMTMgd29y a3Mgd2VsbC4NCg0KVGhhbmtzLA0KUm9iDQoNCk9uIDI2LzA2LzIwMTcgMTg6NTIsIEFsZXhhbmRl ciBDbGVtbSB3cm90ZToNCkhpIFJvYiwNCklubGluZSA8QUxFWD4sIGJlbG93DQpUaGFua3MNCi0t LSBBbGV4DQoNCi0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0tLQ0KRnJvbTog IlJvYmVydCBXaWx0b24iIDxyd2lsdG9uQGNpc2NvLmNvbTxtYWlsdG86cndpbHRvbkBjaXNjby5j b20+Pg0KRGF0ZTogTW9uLCBKdW4gMjYsIDIwMTcgYXQgMTo1MyBBTSAtMDcwMA0KU3ViamVjdDog UmU6IFtpMnJzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWkycnMteWFuZy1uZXR3b3JrLXRvcG8t MTMudHh0DQpUbzogIkFsZXhhbmRlciBDbGVtbSIgPGx1ZHdpZ0BjbGVtbS5vcmc8bWFpbHRvOmx1 ZHdpZ0BjbGVtbS5vcmc+PiwgPGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+Piwg IidOaXRpbiBCYWhhZHVyJyIgPG5pdGluX2JhaGFkdXJAeWFob28uY29tPG1haWx0bzpuaXRpbl9i YWhhZHVyQHlhaG9vLmNvbT4+LCAiJ1J1c3MgV2hpdGUnIiA8cnVzc0ByaXcudXM8bWFpbHRvOnJ1 c3NAcml3LnVzPj4sICInWHVmZW5nIExpdSciIDxYdWZlbmdfTGl1QGphYmlsLmNvbTxtYWlsdG86 WHVmZW5nX0xpdUBqYWJpbC5jb20+PiwgPGhhcmlAcGFja2V0ZGVzaWduLmNvbTxtYWlsdG86aGFy aUBwYWNrZXRkZXNpZ24uY29tPj4sICInSmFuIE1lZHZlZCAoam1lZHZlZCknIiA8am1lZHZlZEBj aXNjby5jb208bWFpbHRvOmptZWR2ZWRAY2lzY28uY29tPj4sIDxyb2JlcnQudmFyZ2FAcGFudGhl b24uc2s8bWFpbHRvOnJvYmVydC52YXJnYUBwYW50aGVvbi5zaz4+LCAiJ1N1c2FuIEhhcmVzJyIg PHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4sICJLZW50IFdhdHNlbiIg PGt3YXRzZW5AanVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+PiwgIk1hcnRp biBCam9ya2x1bmQiIDxtYmpAdGFpbC1mLmNvbTxtYWlsdG86bWJqQHRhaWwtZi5jb20+Pg0KDQoN Cg0KSGkgSnVlcmdlbiwNCg0KDQoNCg0KDQpPbiAyNC8wNi8yMDE3IDE0OjE3LCBKdWVyZ2VuIFNj aG9lbndhZWxkZXIgd3JvdGU6DQoNCj4gT24gVGh1LCBKdW4gMjIsIDIwMTcgYXQgMTE6NDQ6MDBB TSArMDEwMCwgUm9iZXJ0IFdpbHRvbiB3cm90ZToNCg0KPj4gRG8geW91IHRoaW5rIHRoYXQgaXQg d291bGQgYmUgdXNlZnVsIGlmIHRoZSBkcmFmdCBhbHNvIGluY2x1ZGVkIHRoZSBleHRyYQ0KDQo+ PiB0cmFuc2llbnQgIi1zdGF0ZSIgbW9kdWxlcyBpbiBhbiBhcHBlbmRpeCAoZS5nLiBhcyBwZXIN Cg0KPj4gZHJhZnQtZHNkdC1ubWRhLWd1aWRlbGluZXMtMDEgc2VjdGlvbiAyKT8NCg0KPj4NCg0K Pj4gU3BlY2lmaWNhbGx5LCBJJ20gdGhpbmtpbmcgdG8gaGVscCBtYWtlIHRoZSB0b3BvbG9neSBt b2R1bGUgZnVsbHkgdXNhYmxlIGJ5DQoNCj4+IG1vZHVsZXMgdGhhdCBhdWdtZW50IGl0IChlLmcu IGJ5IHRoZSBURSBtb2R1bGVzIGlmL3doZW4gdGhleSBhZG9wdCB0aGUgTk1EQQ0KDQo+PiBjb252 ZW50aW9ucyksIHVudGlsIE5NREEgaW1wbGVtZW50YXRpb25zIGJlZm9yZSB3aWRlbHkgYXZhaWxh YmxlLg0KDQo+Pg0KDQo+IFJvYiwNCg0KPg0KDQo+IHRoZSBsZXNzIHdlIGhhdmUgb2YgdGhvc2Ug dHJhbnNpZW50ICItc3RhdGUiIHRyZWVzLCB0aGUgYmV0dGVyIGl0IGlzLg0KDQo+IEZvciBMTUFQ IChpbiBhdXRoNDgpIHdlIGRpZCBub3QgZG8gdGhpcy4gVGhlc2UgZXh0cmEgIi1zdGF0ZSIgdHJl ZXMNCg0KPiBzaG91bGQgaWRlYWxseSBvbmx5IGJlIHVzZWQgaW4gdmVyeSByYXJlIGNhc2VzLCBJ IHRoaW5rIGV4aXN0aW5nIGNvZGUNCg0KPiBhbHJlYWR5IHdvcmtzIHdpdGggYSBzaW5nbGUgdHJl ZSAoYXQgbGVhc3QgdGhpcyBpcyB3aGF0IEkgdW5kZXJzdG9vZA0KDQo+IGZyb20gdGhlIE9wZW5E YXlsaWdodCBkaXNjdXNzaW9ucykuDQoNCkkgY29tcGxldGVseSBhZ3JlZSB3aXRoIHlvdSBpbiBn ZW5lcmFsLCBidXQgZm9yIHRoZSB0b3BvbG9neSBtb2R1bGUgSQ0KDQp0aGluayB0aGF0IHRoZSAt c3RhdGUgdHJlZSBpcyByZXF1aXJlZCB0byByZXByZXNlbnQgdG9wb2xvZ2llcyB0aGF0DQoNCmV4 aXN0IGJ1dCBoYXZlIG5vdCBiZWVuIGNvbmZpZ3VyZWQgKGUuZy4gcGVyaGFwcyB0aG9zZSBsZWFy bmVkIGZyb20gYQ0KDQpkeW5hbWljIHJvdXRpbmcgcHJvdG9jb2wpLg0KDQoNCg0KQWxzbyBjb3B5 aW5nIEtlbnQgYW5kIE1hcnRpbiwgc2luY2UgdGhleSB3ZXJlIHZlcnkgYm90aCB2ZXJ5IGludm9s dmVkIGluDQoNCnRoZSBkaXNjdXNzaW9ucyBvbiB0aGUgSTJSUyBhbGlhcyBkaXNjdXNzaW5nIHRo ZSBzdHJ1Y3R1cmUgb2YgdGhlIEkyUlMNCg0KbmV0d29yayB0b3BvbG9neSBtb2R1bGUuDQoNCg0K DQpNeSBpbnRlcnByZXRhdGlvbiBpcyBmcm9tIFh1ZmVuZyB3YXMgaXQgaXMgbmVlZGVkIGZvciB0 aGUgVEUgWUFORw0KDQptb2R1bGVzLCBidXQgaWYgaXQgdHVybnMgb3V0IHRoYXQgaXQgaXMgbm90 IGFjdHVhbGx5IG5lZWRlZCwgdGhlbiB0aGF0DQoNCmlzIGFsc28gZ29vZCB3aXRoIG1lIDstKQ0K DQoNCg0KPEFMRVg+DQoNClRoZSBuZWVkIHRvIHJlcHJlc2VudCB0b3BvbG9naWVzIHRoYXQgYXJl IGxlYXJuZWQgaXMgY2VydGFpbmx5IHRoZXJlLiAgSXQgaXMgbm90IGV4Y2x1c2l2ZSB0byBURSwg YW5kIEkgd291bGQgYmUgc3VycHJpc2VkIGlmIFRFIFlBTkcgbW9kdWxlcyBoYXZlIGFuIGV4dHJh IG5lZWQgZm9yIGEgc2VwYXJhdGUgc3RhdGUgdHJlZS4gIFByb2JhYmx5IHRoZSBiZXN0IHBlcnNv biB0byBjb21tZW50IGhlcmUgaXMgWHVmZW5nLCBidXQgaXQgc291bmRzIHRvIG1lLCBhbHNvIHBl ciBKdWVyZ2Vu4oCZcyBjb21tZW50cywgdGhhdCBhbiBleHRyYSBzdGF0ZSB0cmVlIHdpbGwgX25v dF8gYmUgbmVlZGVkLg0KDQo8L0FMRVg+DQoNCg0KDQpUaGFua3MsDQoNClJvYg0KDQoNCg0KPg0K DQo+IC9qcw0KDQo+DQoNCg0KDQo= --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAADSJCEML702CHMchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJ bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFBy ZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt YXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2lu ZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdE O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0K CW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFb ZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0i ZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91 dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5n PSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkhpIFJvYmVydCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PldlIHdpbGwgYWRkIGl0IHRvIHRoZSBkcmFmdC4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhpcyB3aWxsIHByZXN1bWFibHkgYWxzbyBhZmZlY3Qg dGhlIGwzLXRvcG8gZHJhZnQsIHRvIGF1Z21lbnQgdGhlIOKAk3N0YXRlIHdpdGggaXRzIG93biDi gJNzdGF0ZSB0cmVlLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5Zb3UgbWVudGlvbiB0b29saW5nIHRoYXQgY2FuIGF1dG9tYXRpY2FsbHkgZ2VuZXJh dGUgdGhpcy4mbmJzcDsgQ2FuIHlvdSBwbGVhc2UgcG9pbnQgbWUgdG8gc3VjaCBhIHRvb2w/Jm5i c3A7IChJZiBub3QsIG5vIHByb2JsZW0sIHdpbGwgdXBkYXRlIG1hbnVhbGx5LikmbmJzcDsNCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V2lsbCBpbnZlc3RpZ2F0 ZSB1c2Ugb2YgZ3JvdXBpbmcgYW5kIHVzZXMgc3RhdGVtZW50cy4mbmJzcDsgSW4gdGhhdCBjYXNl IHRoZSDigJNzdGF0ZSBtb2R1bGUgY291bGQgc2ltcGx5IHVzZSB0aGUgZ3JvdXBpbmcgZGVmaW5l ZCBpbiB0aGUgTk1EQS1jb21wbGlhbnQgbW9kdWxlLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+LS0tIEFs ZXg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtw YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOndpbmRvd3RleHQiPiBSb2JlcnQgV2lsdG9uIFttYWlsdG86cndpbHRvbkBjaXNj by5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVuZSAyNywgMjAxNyAyOjUwIEFN PGJyPg0KPGI+VG86PC9iPiBBbGV4YW5kZXIgQ2xlbW0gJmx0O2FsZXhhbmRlci5jbGVtbUBodWF3 ZWkuY29tJmd0OzsgJ1h1ZmVuZyBMaXUnICZsdDtYdWZlbmdfTGl1QGphYmlsLmNvbSZndDs7IGky cnNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJLUQgQWN0aW9uOiBk cmFmdC1pZXRmLWkycnMteWFuZy1uZXR3b3JrLXRvcG8tMTMudHh0PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHA+SGkgQWxleCw8bzpwPjwvbzpwPjwvcD4NCjxwPklmIHlvdSBuZWVkIHRvIHJl cHJlc2VudCBsZWFybmVkIHRvcG9sb2dpZXMgYmVmb3JlIE5NREEgY29tcGxpYW50IGltcGxlbWVu dGF0aW9ucyBhcmUgYXZhaWxhYmxlIHRoZW4geW91IG5lZWQgdGhlIGV4dHJhIC1zdGF0ZSBtb2R1 bGUgKGkuZS4gYSBjb3B5IG9mIHRoZSBOTURBIGNvbXBhdGlibGUgSTJSUyB0b3BvbG9neSBtb2R1 bGUsIGJ1dCB3aXRoIG5hbWUgYXBwZW5kZWQgd2l0aCAtc3RhdGUgYW5kIGFsbCBub2RlcyBzZXQg YXMgY29uZmlnDQogZmFsc2UpLiZuYnNwOyBUaGlzIGNvdWxkIGJlIGdlbmVyYXRlZCB2aWEgdG9v bGluZywgcHV0IGludG8gZ2l0aHViLCBvciBhZGRlZCBpbiBhbiBhcHBlbmRpeCB0byB0aGUgZHJh ZnQuPG86cD48L286cD48L3A+DQo8cD5XaXRob3V0IHRoaXMsIHRoZW4gdGhlIGV4aXN0aW5nIEky UlMgdG9wb2xvZ3kgbW9kdWxlIGNhbiBvbmx5IGJlIHVzZWQgdG8gcmVwcmVzZW50IGNvbmZpZ3Vy ZWQgdG9wb2xvZ2llcyBvbiBub24gTk1EQSBjb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIChzcGVj aWZpY2FsbHkgYW55IGltcGxlbWVudGF0aW9ucyB0aGF0IGRvbid0IGV4cG9zZSB0aGUgb3BlcmF0 aW9uYWwgc3RhdGUgZGF0YXN0b3JlKS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+Rm9yIE5NREEgY29tcGxpYW50IGltcGxl bWVudGF0aW9ucyB0aGUgbmV0d29yayB0b3BvbG9neSBtb2R1bGUgaW4gZHJhZnQgLTEzIHdvcmtz IHdlbGwuPGJyPg0KPGJyPg0KVGhhbmtzLDxicj4NClJvYjxicj4NCjxicj4NCjxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDI2LzA2LzIwMTcgMTg6NTIsIEFs ZXhhbmRlciBDbGVtbSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkhpIFJvYiw8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5JbmxpbmUgJmx0O0FMRVgmZ3Q7LCBiZWxvdw0KPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoYW5rczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj4tLS0gQWxleDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206MTIuMHB0Ij4tLS0tLS0tLS0tIEZvcndhcmRlZCBtZXNzYWdlIC0tLS0tLS0t LS08YnI+DQpGcm9tOiAmcXVvdDs8Yj5Sb2JlcnQgV2lsdG9uPC9iPiZxdW90OyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnJ3aWx0b25AY2lzY28uY29tIj5yd2lsdG9uQGNpc2NvLmNvbTwvYT4mZ3Q7PGJy Pg0KRGF0ZTogTW9uLCBKdW4gMjYsIDIwMTcgYXQgMTo1MyBBTSAtMDcwMDxicj4NClN1YmplY3Q6 IFJlOiBbaTJyc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10b3Bv LTEzLnR4dDxicj4NClRvOiAmcXVvdDtBbGV4YW5kZXIgQ2xlbW0mcXVvdDsgJmx0OzxhIGhyZWY9 Im1haWx0bzpsdWR3aWdAY2xlbW0ub3JnIj5sdWR3aWdAY2xlbW0ub3JnPC9hPiZndDssICZsdDs8 YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+aTJyc0BpZXRmLm9yZzwvYT4mZ3Q7LCAmcXVv dDsnTml0aW4gQmFoYWR1cicmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuaXRpbl9iYWhhZHVy QHlhaG9vLmNvbSI+bml0aW5fYmFoYWR1ckB5YWhvby5jb208L2E+Jmd0OywgJnF1b3Q7J1J1c3Mg V2hpdGUnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cnVzc0ByaXcudXMiPnJ1c3NAcml3LnVz PC9hPiZndDssDQogJnF1b3Q7J1h1ZmVuZyBMaXUnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 WHVmZW5nX0xpdUBqYWJpbC5jb20iPlh1ZmVuZ19MaXVAamFiaWwuY29tPC9hPiZndDssICZsdDs8 YSBocmVmPSJtYWlsdG86aGFyaUBwYWNrZXRkZXNpZ24uY29tIj5oYXJpQHBhY2tldGRlc2lnbi5j b208L2E+Jmd0OywgJnF1b3Q7J0phbiBNZWR2ZWQgKGptZWR2ZWQpJyZxdW90OyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmptZWR2ZWRAY2lzY28uY29tIj5qbWVkdmVkQGNpc2NvLmNvbTwvYT4mZ3Q7LCAm bHQ7PGEgaHJlZj0ibWFpbHRvOnJvYmVydC52YXJnYUBwYW50aGVvbi5zayI+cm9iZXJ0LnZhcmdh QHBhbnRoZW9uLnNrPC9hPiZndDssDQogJnF1b3Q7J1N1c2FuIEhhcmVzJyZxdW90OyAmbHQ7PGEg aHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDssICZx dW90O0tlbnQgV2F0c2VuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86a3dhdHNlbkBqdW5pcGVy Lm5ldCI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7LCAmcXVvdDtNYXJ0aW4gQmpvcmtsdW5k JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bWJqQHRhaWwtZi5jb20iPm1iakB0YWlsLWYuY29t PC9hPiZndDs8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cHJlPkhp IEp1ZXJnZW4sPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4N CjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+T24gMjQvMDYvMjAxNyAxNDoxNywg SnVlcmdlbiBTY2hvZW53YWVsZGVyIHdyb3RlOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsg T24gVGh1LCBKdW4gMjIsIDIwMTcgYXQgMTE6NDQ6MDBBTSAmIzQzOzAxMDAsIFJvYmVydCBXaWx0 b24gd3JvdGU6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyZndDsgRG8geW91IHRoaW5rIHRo YXQgaXQgd291bGQgYmUgdXNlZnVsIGlmIHRoZSBkcmFmdCBhbHNvIGluY2x1ZGVkIHRoZSBleHRy YTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7IHRyYW5zaWVudCAmcXVvdDstc3RhdGUm cXVvdDsgbW9kdWxlcyBpbiBhbiBhcHBlbmRpeCAoZS5nLiBhcyBwZXI8bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT4mZ3Q7Jmd0OyBkcmFmdC1kc2R0LW5tZGEtZ3VpZGVsaW5lcy0wMSBzZWN0aW9uIDIp PzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4N CjxwcmU+Jmd0OyZndDsgU3BlY2lmaWNhbGx5LCBJJ20gdGhpbmtpbmcgdG8gaGVscCBtYWtlIHRo ZSB0b3BvbG9neSBtb2R1bGUgZnVsbHkgdXNhYmxlIGJ5PG86cD48L286cD48L3ByZT4NCjxwcmU+ Jmd0OyZndDsgbW9kdWxlcyB0aGF0IGF1Z21lbnQgaXQgKGUuZy4gYnkgdGhlIFRFIG1vZHVsZXMg aWYvd2hlbiB0aGV5IGFkb3B0IHRoZSBOTURBPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyZn dDsgY29udmVudGlvbnMpLCB1bnRpbCBOTURBIGltcGxlbWVudGF0aW9ucyBiZWZvcmUgd2lkZWx5 IGF2YWlsYWJsZS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OyZuYnNwOzxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPiZndDsgUm9iLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmbmJz cDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IHRoZSBsZXNzIHdlIGhhdmUgb2YgdGhvc2Ug dHJhbnNpZW50ICZxdW90Oy1zdGF0ZSZxdW90OyB0cmVlcywgdGhlIGJldHRlciBpdCBpcy48bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IEZvciBMTUFQIChpbiBhdXRoNDgpIHdlIGRpZCBub3Qg ZG8gdGhpcy4gVGhlc2UgZXh0cmEgJnF1b3Q7LXN0YXRlJnF1b3Q7IHRyZWVzPG86cD48L286cD48 L3ByZT4NCjxwcmU+Jmd0OyBzaG91bGQgaWRlYWxseSBvbmx5IGJlIHVzZWQgaW4gdmVyeSByYXJl IGNhc2VzLCBJIHRoaW5rIGV4aXN0aW5nIGNvZGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7 IGFscmVhZHkgd29ya3Mgd2l0aCBhIHNpbmdsZSB0cmVlIChhdCBsZWFzdCB0aGlzIGlzIHdoYXQg SSB1bmRlcnN0b29kPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyBmcm9tIHRoZSBPcGVuRGF5 bGlnaHQgZGlzY3Vzc2lvbnMpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkkgY29tcGxldGVseSBh Z3JlZSB3aXRoIHlvdSBpbiBnZW5lcmFsLCBidXQgZm9yIHRoZSB0b3BvbG9neSBtb2R1bGUgSSA8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGluayB0aGF0IHRoZSAtc3RhdGUgdHJlZSBpcyByZXF1 aXJlZCB0byByZXByZXNlbnQgdG9wb2xvZ2llcyB0aGF0IDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PmV4aXN0IGJ1dCBoYXZlIG5vdCBiZWVuIGNvbmZpZ3VyZWQgKGUuZy4gcGVyaGFwcyB0aG9zZSBs ZWFybmVkIGZyb20gYSA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5keW5hbWljIHJvdXRpbmcgcHJv dG9jb2wpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPkFsc28gY29weWluZyBLZW50IGFuZCBNYXJ0aW4sIHNpbmNlIHRoZXkgd2VyZSB2ZXJ5IGJv dGggdmVyeSBpbnZvbHZlZCBpbiA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGUgZGlzY3Vzc2lv bnMgb24gdGhlIEkyUlMgYWxpYXMgZGlzY3Vzc2luZyB0aGUgc3RydWN0dXJlIG9mIHRoZSBJMlJT IDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm5ldHdvcmsgdG9wb2xvZ3kgbW9kdWxlLjxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPk15IGludGVycHJl dGF0aW9uIGlzIGZyb20gWHVmZW5nIHdhcyBpdCBpcyBuZWVkZWQgZm9yIHRoZSBURSBZQU5HIDxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPm1vZHVsZXMsIGJ1dCBpZiBpdCB0dXJucyBvdXQgdGhhdCBp dCBpcyBub3QgYWN0dWFsbHkgbmVlZGVkLCB0aGVuIHRoYXQgPG86cD48L286cD48L3ByZT4NCjxw cmU+aXMgYWxzbyBnb29kIHdpdGggbWUgOy0pPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7 PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7QUxFWCZndDs8L3Nw YW4+PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5UaGUgbmVlZCB0byBy ZXByZXNlbnQgdG9wb2xvZ2llcyB0aGF0IGFyZSBsZWFybmVkIGlzIGNlcnRhaW5seSB0aGVyZS4m bmJzcDsgSXQgaXMgbm90IGV4Y2x1c2l2ZSB0byBURSwgYW5kIEkgd291bGQgYmUgc3VycHJpc2Vk IGlmIFRFIFlBTkcgbW9kdWxlcyBoYXZlIGFuIGV4dHJhIG5lZWQgZm9yIGEgc2VwYXJhdGUgc3Rh dGUgdHJlZS4mbmJzcDsgUHJvYmFibHkgdGhlIGJlc3QgcGVyc29uIHRvIGNvbW1lbnQgaGVyZSBp cyBYdWZlbmcsIGJ1dCBpdCBzb3VuZHMgdG8gbWUsIGFsc28gcGVyIEp1ZXJnZW7igJlzIGNvbW1l bnRzLCB0aGF0IGFuIGV4dHJhIHN0YXRlIHRyZWUgd2lsbCBfPGk+bm90PC9pPl8gYmUgbmVlZGVk LiZuYnNwOyA8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4m bHQ7L0FMRVgmZ3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rcyw8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT5Sb2I8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyAvanM8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+ Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAADSJCEML702CHMchi_-- From nobody Wed Jun 28 03:48:45 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 441A1129C04 for ; Wed, 28 Jun 2017 03:48:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.492 X-Spam-Level: X-Spam-Status: No, score=-14.492 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, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nl_BU6lSt9nk for ; Wed, 28 Jun 2017 03:48:39 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 760BB12EAEB for ; Wed, 28 Jun 2017 03:48:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22627; q=dns/txt; s=iport; t=1498646917; x=1499856517; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=S0KcSYNWIBY4hZk1HUdpFagiRHLdppg+5kPJgWZK+BQ=; b=cEB+ukpUiTUVel1NowY+Z6Z1sS3UR3SuyI8jneY0HnZ4AelkkGfKCbNe Fm56PZt5wyYMlriv8niGC2LgV97xPpzWeHecv5amrgBSR3bhzKscE57Z2 xgWwI/QABgQ0kGnHxdI5sTKYo2xfMpLvkaeB1WZ+DYESTI1rfuy8unseh E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DPAAB6iFNZ/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm+CWoNsihlzkFMic4FOhWmNUIIRhhwCg0QYAQIBAQEBAQEBayi?= =?us-ascii?q?FGAEBAQECASMKUQsLEQMBAQEBIAcDAgJFAQkIBgEMBgIBARWJfwMNCLEkgiYpi?= =?us-ascii?q?zQBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgyeDTIFhKwuBYlg0gleCMxaCXYJhBYd?= =?us-ascii?q?1DIFThnGGXocWO48PhGGCCoVKg0uGd4ktgj1tiFEfOIEKMCEIGxWFWhyBZz82i?= =?us-ascii?q?ToBAQE?= X-IronPort-AV: E=Sophos;i="5.40,275,1496102400"; d="scan'208,217";a="652889197" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jun 2017 10:48:35 +0000 Received: from [10.63.23.55] (dhcp-ensft1-uk-vla370-10-63-23-55.cisco.com [10.63.23.55]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v5SAmYDx012756; Wed, 28 Jun 2017 10:48:35 GMT To: Alexander Clemm , "'Xufeng Liu'" , "i2rs@ietf.org" References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAAD@SJCEML702-CHM.china.huawei.com> From: Robert Wilton Message-ID: Date: Wed, 28 Jun 2017 11:48:34 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAAD@SJCEML702-CHM.china.huawei.com> Content-Type: multipart/alternative; boundary="------------3C212B47D3DD613084B76B30" Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2017 10:48:42 -0000 This is a multi-part message in MIME format. --------------3C212B47D3DD613084B76B30 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Alex, On 27/06/2017 22:09, Alexander Clemm wrote: > > Hi Robert, > > We will add it to the draft. > > This will presumably also affect the l3-topo draft, to augment the > –state with its own –state tree. > Yes, I would think so. > You mention tooling that can automatically generate this. Can you > please point me to such a tool? (If not, no problem, will update > manually.) > Not that is robust enough at the moment, it needs some more work. > Will investigate use of grouping and uses statements. In that case > the –state module could simply use the grouping defined in the > NMDA-compliant module. > Groupings can sometimes be shared, but I think that gets more complex, so life is easier if you don't try and optimize them. I think that the conversion steps are: 1) Take a copy of the NMDA module and add "-state" to the name of the module, and also in the namespace. 2) Add "-s" to the prefix. 3) Delete any typedefs/identities and import from the original NMDA module instead. 4) Fixup up augments to augment the "-state" module path instead of the NMDA config tree, and add any required imports. 5) Check xpath expressions. Paths that are relative and internal to the module should be fine, absolute paths may need to be updated to use the equivalent -state module (if it exists). Thanks, Rob > Thanks > > --- Alex > > *From:*Robert Wilton [mailto:rwilton@cisco.com] > *Sent:* Tuesday, June 27, 2017 2:50 AM > *To:* Alexander Clemm ; 'Xufeng Liu' > ; i2rs@ietf.org > *Subject:* Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt > > Hi Alex, > > If you need to represent learned topologies before NMDA compliant > implementations are available then you need the extra -state module > (i.e. a copy of the NMDA compatible I2RS topology module, but with > name appended with -state and all nodes set as config false). This > could be generated via tooling, put into github, or added in an > appendix to the draft. > > Without this, then the existing I2RS topology module can only be used > to represent configured topologies on non NMDA compliant > implementations (specifically any implementations that don't expose > the operational state datastore). > > For NMDA compliant implementations the network topology module in > draft -13 works well. > > Thanks, > Rob > > On 26/06/2017 18:52, Alexander Clemm wrote: > > Hi Rob, > > Inline , below > > Thanks > > --- Alex > > ---------- Forwarded message ---------- > From: "*Robert Wilton*" > > Date: Mon, Jun 26, 2017 at 1:53 AM -0700 > Subject: Re: [i2rs] I-D Action: > draft-ietf-i2rs-yang-network-topo-13.txt > To: "Alexander Clemm" >, >, "'Nitin Bahadur'" > >, "'Russ > White'" >, "'Xufeng Liu'" > >, > >, "'Jan > Medved (jmedved)'" >, > >, > "'Susan Hares'" >, "Kent > Watsen" >, > "Martin Bjorklund" > > > > Hi Juergen, > > > > > > On 24/06/2017 14:17, Juergen Schoenwaelder wrote: > > > On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote: > > >> Do you think that it would be useful if the draft also included the extra > > >> transient "-state" modules in an appendix (e.g. as per > > >> draft-dsdt-nmda-guidelines-01 section 2)? > > >> > > >> Specifically, I'm thinking to help make the topology module fully usable by > > >> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA > > >> conventions), until NMDA implementations before widely available. > > >> > > > Rob, > > > > > > the less we have of those transient "-state" trees, the better it is. > > > For LMAP (in auth48) we did not do this. These extra "-state" trees > > > should ideally only be used in very rare cases, I think existing code > > > already works with a single tree (at least this is what I understood > > > from the OpenDaylight discussions). > > I completely agree with you in general, but for the topology module I > > think that the -state tree is required to represent topologies that > > exist but have not been configured (e.g. perhaps those learned from a > > dynamic routing protocol). > > > > Also copying Kent and Martin, since they were very both very involved in > > the discussions on the I2RS alias discussing the structure of the I2RS > > network topology module. > > > > My interpretation is from Xufeng was it is needed for the TE YANG > > modules, but if it turns out that it is not actually needed, then that > > is also good with me ;-) > > > > > > The need to represent topologies that are learned is certainly > there. It is not exclusive to TE, and I would be surprised if TE > YANG modules have an extra need for a separate state tree. > Probably the best person to comment here is Xufeng, but it sounds > to me, also per Juergen’s comments, that an extra state tree will > _/not/_ be needed. > > > > Thanks, > > Rob > > > > > > > > /js > > > > > > --------------3C212B47D3DD613084B76B30 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Alex,


On 27/06/2017 22:09, Alexander Clemm wrote:

Hi Robert,

 

We will add it to the draft. 

 

This will presumably also affect the l3-topo draft, to augment the –state with its own –state tree. 

Yes, I would think so.

 

You mention tooling that can automatically generate this.  Can you please point me to such a tool?  (If not, no problem, will update manually.) 

Not that is robust enough at the moment, it needs some more work.

 

Will investigate use of grouping and uses statements.  In that case the –state module could simply use the grouping defined in the NMDA-compliant module.

Groupings can sometimes be shared, but I think that gets more complex, so life is easier if you don't try and optimize them.

I think that the conversion steps are:
1) Take a copy of the NMDA module and add "-state" to the name of the module, and also in the namespace.
2) Add "-s" to the prefix.
3) Delete any typedefs/identities and import from the original NMDA module instead.
4) Fixup up augments to augment the "-state" module path instead of the NMDA config tree, and add any required imports.
5) Check xpath expressions.  Paths that are relative and internal to the module should be fine, absolute paths may need to be updated to use the equivalent -state module (if it exists).

Thanks,
Rob

 

Thanks

--- Alex

 

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Tuesday, June 27, 2017 2:50 AM
To: Alexander Clemm <alexander.clemm@huawei.com>; 'Xufeng Liu' <Xufeng_Liu@jabil.com>; i2rs@ietf.org
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt

 

Hi Alex,

If you need to represent learned topologies before NMDA compliant implementations are available then you need the extra -state module (i.e. a copy of the NMDA compatible I2RS topology module, but with name appended with -state and all nodes set as config false).  This could be generated via tooling, put into github, or added in an appendix to the draft.

Without this, then the existing I2RS topology module can only be used to represent configured topologies on non NMDA compliant implementations (specifically any implementations that don't expose the operational state datastore).

For NMDA compliant implementations the network topology module in draft -13 works well.

Thanks,
Rob

On 26/06/2017 18:52, Alexander Clemm wrote:

Hi Rob,

Inline <ALEX>, below

Thanks

--- Alex

 

---------- Forwarded message ----------
From: "Robert Wilton" <rwilton@cisco.com>
Date: Mon, Jun 26, 2017 at 1:53 AM -0700
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt
To: "Alexander Clemm" <ludwig@clemm.org>, <i2rs@ietf.org>, "'Nitin Bahadur'" <nitin_bahadur@yahoo.com>, "'Russ White'" <russ@riw.us>, "'Xufeng Liu'" <Xufeng_Liu@jabil.com>, <hari@packetdesign.com>, "'Jan Medved (jmedved)'" <jmedved@cisco.com>, <robert.varga@pantheon.sk>, "'Susan Hares'" <shares@ndzh.com>, "Kent Watsen" <kwatsen@juniper.net>, "Martin Bjorklund" <mbj@tail-f.com>


Hi Juergen,
 
 
On 24/06/2017 14:17, Juergen Schoenwaelder wrote:
> On Thu, Jun 22, 2017 at 11:44:00AM +0100, Robert Wilton wrote:
>> Do you think that it would be useful if the draft also included the extra
>> transient "-state" modules in an appendix (e.g. as per
>> draft-dsdt-nmda-guidelines-01 section 2)?
>> 
>> Specifically, I'm thinking to help make the topology module fully usable by
>> modules that augment it (e.g. by the TE modules if/when they adopt the NMDA
>> conventions), until NMDA implementations before widely available.
>> 
> Rob,
> 
> the less we have of those transient "-state" trees, the better it is.
> For LMAP (in auth48) we did not do this. These extra "-state" trees
> should ideally only be used in very rare cases, I think existing code
> already works with a single tree (at least this is what I understood
> from the OpenDaylight discussions).
I completely agree with you in general, but for the topology module I 
think that the -state tree is required to represent topologies that 
exist but have not been configured (e.g. perhaps those learned from a 
dynamic routing protocol).
 
Also copying Kent and Martin, since they were very both very involved in 
the discussions on the I2RS alias discussing the structure of the I2RS 
network topology module.
 
My interpretation is from Xufeng was it is needed for the TE YANG 
modules, but if it turns out that it is not actually needed, then that 
is also good with me ;-)
 
<ALEX>
The need to represent topologies that are learned is certainly there.  It is not exclusive to TE, and I would be surprised if TE YANG modules have an extra need for a separate state tree.  Probably the best person to comment here is Xufeng, but it sounds to me, also per Juergen’s comments, that an extra state tree will _not_ be needed.  
</ALEX>
 
Thanks,
Rob
 
> 
> /js
> 
 

 


--------------3C212B47D3DD613084B76B30-- From nobody Wed Jun 28 10:51:14 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A16C129C29 for ; Wed, 28 Jun 2017 10:51:13 -0700 (PDT) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SzGrTgyx7Jht for ; Wed, 28 Jun 2017 10:51:09 -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 EC30B127078 for ; Wed, 28 Jun 2017 10:51:08 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DPZ69468; Wed, 28 Jun 2017 17:51:07 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 28 Jun 2017 18:51:06 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.142]) by SJCEML703-CHM.china.huawei.com ([169.254.5.136]) with mapi id 14.03.0301.000; Wed, 28 Jun 2017 10:51:01 -0700 From: Alexander Clemm To: Robert Wilton , "'Xufeng Liu'" , "i2rs@ietf.org" Thread-Topic: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt Thread-Index: AQHS7yrOk7VGfsKuwk+o0vJCGS1c7aI5NCVAgAFbCwCAAACWMA== Date: Wed, 28 Jun 2017 17:51:00 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BE0C1@SJCEML702-CHM.china.huawei.com> References: <149810775944.30654.3855289160631916559@ietfa.amsl.com> <01a101d2eb18$8efea040$acfbe0c0$@clemm.org> <37626ce1-f10e-0357-e749-cfa9de40951a@cisco.com> <20170624131701.GC2187@elstar.local> <64c72fd5-8833-5d3c-afba-60402adf0882@cisco.com> <308C9498061C7E0D.327c7acb-aec9-4f08-b62c-980f928829ea@mail.outlook.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BC826@SJCEML702-CHM.china.huawei.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0E0BDAAD@SJCEML702-CHM.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.48.147] Content-Type: multipart/alternative; boundary="_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BE0C1SJCEML702CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.5953EC8B.01A7, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.142, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: edb946ef06e4209502bdf04ec0b01ce9 Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-13.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2017 17:51:13 -0000 --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BE0C1SJCEML702CHMchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iLA0KDQpUaGFuayB5b3UNCg0KLS0tIEFsZXgNCg0KRnJvbTogUm9iZXJ0IFdpbHRvbiBb bWFpbHRvOnJ3aWx0b25AY2lzY28uY29tXQ0KU2VudDogV2VkbmVzZGF5LCBKdW5lIDI4LCAyMDE3 IDM6NDkgQU0NClRvOiBBbGV4YW5kZXIgQ2xlbW0gPGFsZXhhbmRlci5jbGVtbUBodWF3ZWkuY29t PjsgJ1h1ZmVuZyBMaXUnIDxYdWZlbmdfTGl1QGphYmlsLmNvbT47IGkycnNAaWV0Zi5vcmcNClN1 YmplY3Q6IFJlOiBbaTJyc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29y ay10b3BvLTEzLnR4dA0KDQoNCkhpIEFsZXgsDQoNCk9uIDI3LzA2LzIwMTcgMjI6MDksIEFsZXhh bmRlciBDbGVtbSB3cm90ZToNCkhpIFJvYmVydCwNCg0KV2Ugd2lsbCBhZGQgaXQgdG8gdGhlIGRy YWZ0Lg0KDQpUaGlzIHdpbGwgcHJlc3VtYWJseSBhbHNvIGFmZmVjdCB0aGUgbDMtdG9wbyBkcmFm dCwgdG8gYXVnbWVudCB0aGUg4oCTc3RhdGUgd2l0aCBpdHMgb3duIOKAk3N0YXRlIHRyZWUuDQpZ ZXMsIEkgd291bGQgdGhpbmsgc28uDQoNCg0KDQpZb3UgbWVudGlvbiB0b29saW5nIHRoYXQgY2Fu IGF1dG9tYXRpY2FsbHkgZ2VuZXJhdGUgdGhpcy4gIENhbiB5b3UgcGxlYXNlIHBvaW50IG1lIHRv IHN1Y2ggYSB0b29sPyAgKElmIG5vdCwgbm8gcHJvYmxlbSwgd2lsbCB1cGRhdGUgbWFudWFsbHku KQ0KTm90IHRoYXQgaXMgcm9idXN0IGVub3VnaCBhdCB0aGUgbW9tZW50LCBpdCBuZWVkcyBzb21l IG1vcmUgd29yay4NCg0KDQoNCldpbGwgaW52ZXN0aWdhdGUgdXNlIG9mIGdyb3VwaW5nIGFuZCB1 c2VzIHN0YXRlbWVudHMuICBJbiB0aGF0IGNhc2UgdGhlIOKAk3N0YXRlIG1vZHVsZSBjb3VsZCBz aW1wbHkgdXNlIHRoZSBncm91cGluZyBkZWZpbmVkIGluIHRoZSBOTURBLWNvbXBsaWFudCBtb2R1 bGUuDQpHcm91cGluZ3MgY2FuIHNvbWV0aW1lcyBiZSBzaGFyZWQsIGJ1dCBJIHRoaW5rIHRoYXQg Z2V0cyBtb3JlIGNvbXBsZXgsIHNvIGxpZmUgaXMgZWFzaWVyIGlmIHlvdSBkb24ndCB0cnkgYW5k IG9wdGltaXplIHRoZW0uDQoNCkkgdGhpbmsgdGhhdCB0aGUgY29udmVyc2lvbiBzdGVwcyBhcmU6 DQoxKSBUYWtlIGEgY29weSBvZiB0aGUgTk1EQSBtb2R1bGUgYW5kIGFkZCAiLXN0YXRlIiB0byB0 aGUgbmFtZSBvZiB0aGUgbW9kdWxlLCBhbmQgYWxzbyBpbiB0aGUgbmFtZXNwYWNlLg0KMikgQWRk ICItcyIgdG8gdGhlIHByZWZpeC4NCjMpIERlbGV0ZSBhbnkgdHlwZWRlZnMvaWRlbnRpdGllcyBh bmQgaW1wb3J0IGZyb20gdGhlIG9yaWdpbmFsIE5NREEgbW9kdWxlIGluc3RlYWQuDQo0KSBGaXh1 cCB1cCBhdWdtZW50cyB0byBhdWdtZW50IHRoZSAiLXN0YXRlIiBtb2R1bGUgcGF0aCBpbnN0ZWFk IG9mIHRoZSBOTURBIGNvbmZpZyB0cmVlLCBhbmQgYWRkIGFueSByZXF1aXJlZCBpbXBvcnRzLg0K NSkgQ2hlY2sgeHBhdGggZXhwcmVzc2lvbnMuICBQYXRocyB0aGF0IGFyZSByZWxhdGl2ZSBhbmQg aW50ZXJuYWwgdG8gdGhlIG1vZHVsZSBzaG91bGQgYmUgZmluZSwgYWJzb2x1dGUgcGF0aHMgbWF5 IG5lZWQgdG8gYmUgdXBkYXRlZCB0byB1c2UgdGhlIGVxdWl2YWxlbnQgLXN0YXRlIG1vZHVsZSAo aWYgaXQgZXhpc3RzKS4NCg0KVGhhbmtzLA0KUm9iDQoNCg0KDQpUaGFua3MNCi0tLSBBbGV4DQoN CkZyb206IFJvYmVydCBXaWx0b24gW21haWx0bzpyd2lsdG9uQGNpc2NvLmNvbV0NClNlbnQ6IFR1 ZXNkYXksIEp1bmUgMjcsIDIwMTcgMjo1MCBBTQ0KVG86IEFsZXhhbmRlciBDbGVtbSA8YWxleGFu ZGVyLmNsZW1tQGh1YXdlaS5jb20+PG1haWx0bzphbGV4YW5kZXIuY2xlbW1AaHVhd2VpLmNvbT47 ICdYdWZlbmcgTGl1JyA8WHVmZW5nX0xpdUBqYWJpbC5jb20+PG1haWx0bzpYdWZlbmdfTGl1QGph YmlsLmNvbT47IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBS ZTogW2kycnNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wby0x My50eHQNCg0KDQpIaSBBbGV4LA0KDQpJZiB5b3UgbmVlZCB0byByZXByZXNlbnQgbGVhcm5lZCB0 b3BvbG9naWVzIGJlZm9yZSBOTURBIGNvbXBsaWFudCBpbXBsZW1lbnRhdGlvbnMgYXJlIGF2YWls YWJsZSB0aGVuIHlvdSBuZWVkIHRoZSBleHRyYSAtc3RhdGUgbW9kdWxlIChpLmUuIGEgY29weSBv ZiB0aGUgTk1EQSBjb21wYXRpYmxlIEkyUlMgdG9wb2xvZ3kgbW9kdWxlLCBidXQgd2l0aCBuYW1l IGFwcGVuZGVkIHdpdGggLXN0YXRlIGFuZCBhbGwgbm9kZXMgc2V0IGFzIGNvbmZpZyBmYWxzZSku ICBUaGlzIGNvdWxkIGJlIGdlbmVyYXRlZCB2aWEgdG9vbGluZywgcHV0IGludG8gZ2l0aHViLCBv ciBhZGRlZCBpbiBhbiBhcHBlbmRpeCB0byB0aGUgZHJhZnQuDQoNCldpdGhvdXQgdGhpcywgdGhl biB0aGUgZXhpc3RpbmcgSTJSUyB0b3BvbG9neSBtb2R1bGUgY2FuIG9ubHkgYmUgdXNlZCB0byBy ZXByZXNlbnQgY29uZmlndXJlZCB0b3BvbG9naWVzIG9uIG5vbiBOTURBIGNvbXBsaWFudCBpbXBs ZW1lbnRhdGlvbnMgKHNwZWNpZmljYWxseSBhbnkgaW1wbGVtZW50YXRpb25zIHRoYXQgZG9uJ3Qg ZXhwb3NlIHRoZSBvcGVyYXRpb25hbCBzdGF0ZSBkYXRhc3RvcmUpLg0KRm9yIE5NREEgY29tcGxp YW50IGltcGxlbWVudGF0aW9ucyB0aGUgbmV0d29yayB0b3BvbG9neSBtb2R1bGUgaW4gZHJhZnQg LTEzIHdvcmtzIHdlbGwuDQoNClRoYW5rcywNClJvYg0KDQoNCk9uIDI2LzA2LzIwMTcgMTg6NTIs IEFsZXhhbmRlciBDbGVtbSB3cm90ZToNCkhpIFJvYiwNCklubGluZSA8QUxFWD4sIGJlbG93DQpU aGFua3MNCi0tLSBBbGV4DQoNCi0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0t LQ0KRnJvbTogIlJvYmVydCBXaWx0b24iIDxyd2lsdG9uQGNpc2NvLmNvbTxtYWlsdG86cndpbHRv bkBjaXNjby5jb20+Pg0KRGF0ZTogTW9uLCBKdW4gMjYsIDIwMTcgYXQgMTo1MyBBTSAtMDcwMA0K U3ViamVjdDogUmU6IFtpMnJzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWkycnMteWFuZy1uZXR3 b3JrLXRvcG8tMTMudHh0DQpUbzogIkFsZXhhbmRlciBDbGVtbSIgPGx1ZHdpZ0BjbGVtbS5vcmc8 bWFpbHRvOmx1ZHdpZ0BjbGVtbS5vcmc+PiwgPGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0 Zi5vcmc+PiwgIidOaXRpbiBCYWhhZHVyJyIgPG5pdGluX2JhaGFkdXJAeWFob28uY29tPG1haWx0 bzpuaXRpbl9iYWhhZHVyQHlhaG9vLmNvbT4+LCAiJ1J1c3MgV2hpdGUnIiA8cnVzc0ByaXcudXM8 bWFpbHRvOnJ1c3NAcml3LnVzPj4sICInWHVmZW5nIExpdSciIDxYdWZlbmdfTGl1QGphYmlsLmNv bTxtYWlsdG86WHVmZW5nX0xpdUBqYWJpbC5jb20+PiwgPGhhcmlAcGFja2V0ZGVzaWduLmNvbTxt YWlsdG86aGFyaUBwYWNrZXRkZXNpZ24uY29tPj4sICInSmFuIE1lZHZlZCAoam1lZHZlZCknIiA8 am1lZHZlZEBjaXNjby5jb208bWFpbHRvOmptZWR2ZWRAY2lzY28uY29tPj4sIDxyb2JlcnQudmFy Z2FAcGFudGhlb24uc2s8bWFpbHRvOnJvYmVydC52YXJnYUBwYW50aGVvbi5zaz4+LCAiJ1N1c2Fu IEhhcmVzJyIgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4sICJLZW50 IFdhdHNlbiIgPGt3YXRzZW5AanVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+ PiwgIk1hcnRpbiBCam9ya2x1bmQiIDxtYmpAdGFpbC1mLmNvbTxtYWlsdG86bWJqQHRhaWwtZi5j b20+Pg0KDQoNCg0KDQpIaSBKdWVyZ2VuLA0KDQoNCg0KDQoNCk9uIDI0LzA2LzIwMTcgMTQ6MTcs IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciB3cm90ZToNCg0KPiBPbiBUaHUsIEp1biAyMiwgMjAxNyBh dCAxMTo0NDowMEFNICswMTAwLCBSb2JlcnQgV2lsdG9uIHdyb3RlOg0KDQo+PiBEbyB5b3UgdGhp bmsgdGhhdCBpdCB3b3VsZCBiZSB1c2VmdWwgaWYgdGhlIGRyYWZ0IGFsc28gaW5jbHVkZWQgdGhl IGV4dHJhDQoNCj4+IHRyYW5zaWVudCAiLXN0YXRlIiBtb2R1bGVzIGluIGFuIGFwcGVuZGl4IChl LmcuIGFzIHBlcg0KDQo+PiBkcmFmdC1kc2R0LW5tZGEtZ3VpZGVsaW5lcy0wMSBzZWN0aW9uIDIp Pw0KDQo+Pg0KDQo+PiBTcGVjaWZpY2FsbHksIEknbSB0aGlua2luZyB0byBoZWxwIG1ha2UgdGhl IHRvcG9sb2d5IG1vZHVsZSBmdWxseSB1c2FibGUgYnkNCg0KPj4gbW9kdWxlcyB0aGF0IGF1Z21l bnQgaXQgKGUuZy4gYnkgdGhlIFRFIG1vZHVsZXMgaWYvd2hlbiB0aGV5IGFkb3B0IHRoZSBOTURB DQoNCj4+IGNvbnZlbnRpb25zKSwgdW50aWwgTk1EQSBpbXBsZW1lbnRhdGlvbnMgYmVmb3JlIHdp ZGVseSBhdmFpbGFibGUuDQoNCj4+DQoNCj4gUm9iLA0KDQo+DQoNCj4gdGhlIGxlc3Mgd2UgaGF2 ZSBvZiB0aG9zZSB0cmFuc2llbnQgIi1zdGF0ZSIgdHJlZXMsIHRoZSBiZXR0ZXIgaXQgaXMuDQoN Cj4gRm9yIExNQVAgKGluIGF1dGg0OCkgd2UgZGlkIG5vdCBkbyB0aGlzLiBUaGVzZSBleHRyYSAi LXN0YXRlIiB0cmVlcw0KDQo+IHNob3VsZCBpZGVhbGx5IG9ubHkgYmUgdXNlZCBpbiB2ZXJ5IHJh cmUgY2FzZXMsIEkgdGhpbmsgZXhpc3RpbmcgY29kZQ0KDQo+IGFscmVhZHkgd29ya3Mgd2l0aCBh IHNpbmdsZSB0cmVlIChhdCBsZWFzdCB0aGlzIGlzIHdoYXQgSSB1bmRlcnN0b29kDQoNCj4gZnJv bSB0aGUgT3BlbkRheWxpZ2h0IGRpc2N1c3Npb25zKS4NCg0KSSBjb21wbGV0ZWx5IGFncmVlIHdp dGggeW91IGluIGdlbmVyYWwsIGJ1dCBmb3IgdGhlIHRvcG9sb2d5IG1vZHVsZSBJDQoNCnRoaW5r IHRoYXQgdGhlIC1zdGF0ZSB0cmVlIGlzIHJlcXVpcmVkIHRvIHJlcHJlc2VudCB0b3BvbG9naWVz IHRoYXQNCg0KZXhpc3QgYnV0IGhhdmUgbm90IGJlZW4gY29uZmlndXJlZCAoZS5nLiBwZXJoYXBz IHRob3NlIGxlYXJuZWQgZnJvbSBhDQoNCmR5bmFtaWMgcm91dGluZyBwcm90b2NvbCkuDQoNCg0K DQpBbHNvIGNvcHlpbmcgS2VudCBhbmQgTWFydGluLCBzaW5jZSB0aGV5IHdlcmUgdmVyeSBib3Ro IHZlcnkgaW52b2x2ZWQgaW4NCg0KdGhlIGRpc2N1c3Npb25zIG9uIHRoZSBJMlJTIGFsaWFzIGRp c2N1c3NpbmcgdGhlIHN0cnVjdHVyZSBvZiB0aGUgSTJSUw0KDQpuZXR3b3JrIHRvcG9sb2d5IG1v ZHVsZS4NCg0KDQoNCk15IGludGVycHJldGF0aW9uIGlzIGZyb20gWHVmZW5nIHdhcyBpdCBpcyBu ZWVkZWQgZm9yIHRoZSBURSBZQU5HDQoNCm1vZHVsZXMsIGJ1dCBpZiBpdCB0dXJucyBvdXQgdGhh dCBpdCBpcyBub3QgYWN0dWFsbHkgbmVlZGVkLCB0aGVuIHRoYXQNCg0KaXMgYWxzbyBnb29kIHdp dGggbWUgOy0pDQoNCg0KDQo8QUxFWD4NCg0KVGhlIG5lZWQgdG8gcmVwcmVzZW50IHRvcG9sb2dp ZXMgdGhhdCBhcmUgbGVhcm5lZCBpcyBjZXJ0YWlubHkgdGhlcmUuICBJdCBpcyBub3QgZXhjbHVz aXZlIHRvIFRFLCBhbmQgSSB3b3VsZCBiZSBzdXJwcmlzZWQgaWYgVEUgWUFORyBtb2R1bGVzIGhh dmUgYW4gZXh0cmEgbmVlZCBmb3IgYSBzZXBhcmF0ZSBzdGF0ZSB0cmVlLiAgUHJvYmFibHkgdGhl IGJlc3QgcGVyc29uIHRvIGNvbW1lbnQgaGVyZSBpcyBYdWZlbmcsIGJ1dCBpdCBzb3VuZHMgdG8g bWUsIGFsc28gcGVyIEp1ZXJnZW7igJlzIGNvbW1lbnRzLCB0aGF0IGFuIGV4dHJhIHN0YXRlIHRy ZWUgd2lsbCBfbm90XyBiZSBuZWVkZWQuDQoNCjwvQUxFWD4NCg0KDQoNClRoYW5rcywNCg0KUm9i DQoNCg0KDQo+DQoNCj4gL2pzDQoNCj4NCg0KDQoNCg0K --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BE0C1SJCEML702CHMchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJ bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFBy ZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt YXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2lu ZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNw YW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGlu IDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgUm9iLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4tLS0gQWxleDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2lu ZG93dGV4dCI+IFJvYmVydCBXaWx0b24gW21haWx0bzpyd2lsdG9uQGNpc2NvLmNvbV0NCjxicj4N CjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEp1bmUgMjgsIDIwMTcgMzo0OSBBTTxicj4NCjxiPlRv OjwvYj4gQWxleGFuZGVyIENsZW1tICZsdDthbGV4YW5kZXIuY2xlbW1AaHVhd2VpLmNvbSZndDs7 ICdYdWZlbmcgTGl1JyAmbHQ7WHVmZW5nX0xpdUBqYWJpbC5jb20mZ3Q7OyBpMnJzQGlldGYub3Jn PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaTJyc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1p MnJzLXlhbmctbmV0d29yay10b3BvLTEzLnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw PkhpIEFsZXgsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAyNy8wNi8yMDE3IDIy OjA5LCBBbGV4YW5kZXIgQ2xlbW0gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIFJvYmVy dCw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPldlIHdpbGwgYWRk IGl0IHRvIHRoZSBkcmFmdC4mbmJzcDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+VGhpcyB3aWxsIHByZXN1bWFibHkgYWxzbyBhZmZlY3QgdGhlIGwzLXRvcG8g ZHJhZnQsIHRvIGF1Z21lbnQgdGhlIOKAk3N0YXRlIHdpdGggaXRzIG93biDigJNzdGF0ZSB0cmVl LiZuYnNwOw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+WWVzLCBJIHdvdWxkIHRoaW5rIHNvLjxicj4NCjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPllvdSBtZW50aW9uIHRvb2xpbmcgdGhh dCBjYW4gYXV0b21hdGljYWxseSBnZW5lcmF0ZSB0aGlzLiZuYnNwOyBDYW4geW91IHBsZWFzZSBw b2ludCBtZSB0byBzdWNoIGEgdG9vbD8mbmJzcDsgKElmIG5vdCwgbm8gcHJvYmxlbSwgd2lsbCB1 cGRhdGUgbWFudWFsbHkuKSZuYnNwOw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Tm90IHRoYXQgaXMgcm9idXN0IGVub3VnaCBhdCB0 aGUgbW9tZW50LCBpdCBuZWVkcyBzb21lIG1vcmUgd29yay48YnI+DQo8YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5XaWxsIGludmVzdGlnYXRlIHVzZSBv ZiBncm91cGluZyBhbmQgdXNlcyBzdGF0ZW1lbnRzLiZuYnNwOyBJbiB0aGF0IGNhc2UgdGhlIOKA k3N0YXRlIG1vZHVsZSBjb3VsZCBzaW1wbHkgdXNlIHRoZSBncm91cGluZyBkZWZpbmVkIGluIHRo ZSBOTURBLWNvbXBsaWFudCBtb2R1bGUuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Hcm91cGluZ3MgY2FuIHNvbWV0aW1lcyBiZSBz aGFyZWQsIGJ1dCBJIHRoaW5rIHRoYXQgZ2V0cyBtb3JlIGNvbXBsZXgsIHNvIGxpZmUgaXMgZWFz aWVyIGlmIHlvdSBkb24ndCB0cnkgYW5kIG9wdGltaXplIHRoZW0uPGJyPg0KPGJyPg0KSSB0aGlu ayB0aGF0IHRoZSBjb252ZXJzaW9uIHN0ZXBzIGFyZTo8YnI+DQoxKSBUYWtlIGEgY29weSBvZiB0 aGUgTk1EQSBtb2R1bGUgYW5kIGFkZCAmcXVvdDstc3RhdGUmcXVvdDsgdG8gdGhlIG5hbWUgb2Yg dGhlIG1vZHVsZSwgYW5kIGFsc28gaW4gdGhlIG5hbWVzcGFjZS48YnI+DQoyKSBBZGQgJnF1b3Q7 LXMmcXVvdDsgdG8gdGhlIHByZWZpeC48YnI+DQozKSBEZWxldGUgYW55IHR5cGVkZWZzL2lkZW50 aXRpZXMgYW5kIGltcG9ydCBmcm9tIHRoZSBvcmlnaW5hbCBOTURBIG1vZHVsZSBpbnN0ZWFkLjxi cj4NCjQpIEZpeHVwIHVwIGF1Z21lbnRzIHRvIGF1Z21lbnQgdGhlICZxdW90Oy1zdGF0ZSZxdW90 OyBtb2R1bGUgcGF0aCBpbnN0ZWFkIG9mIHRoZSBOTURBIGNvbmZpZyB0cmVlLCBhbmQgYWRkIGFu eSByZXF1aXJlZCBpbXBvcnRzLjxicj4NCjUpIENoZWNrIHhwYXRoIGV4cHJlc3Npb25zLiZuYnNw OyBQYXRocyB0aGF0IGFyZSByZWxhdGl2ZSBhbmQgaW50ZXJuYWwgdG8gdGhlIG1vZHVsZSBzaG91 bGQgYmUgZmluZSwgYWJzb2x1dGUgcGF0aHMgbWF5IG5lZWQgdG8gYmUgdXBkYXRlZCB0byB1c2Ug dGhlIGVxdWl2YWxlbnQgLXN0YXRlIG1vZHVsZSAoaWYgaXQgZXhpc3RzKS48YnI+DQo8YnI+DQpU aGFua3MsPGJyPg0KUm9iPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+VGhhbmtzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi0tLSBBbGV4PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBw dCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3 aW5kb3d0ZXh0Ij4gUm9iZXJ0IFdpbHRvbiBbPGEgaHJlZj0ibWFpbHRvOnJ3aWx0b25AY2lzY28u Y29tIj5tYWlsdG86cndpbHRvbkBjaXNjby5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFR1 ZXNkYXksIEp1bmUgMjcsIDIwMTcgMjo1MCBBTTxicj4NCjxiPlRvOjwvYj4gQWxleGFuZGVyIENs ZW1tIDxhIGhyZWY9Im1haWx0bzphbGV4YW5kZXIuY2xlbW1AaHVhd2VpLmNvbSI+Jmx0O2FsZXhh bmRlci5jbGVtbUBodWF3ZWkuY29tJmd0OzwvYT47ICdYdWZlbmcgTGl1Jw0KPGEgaHJlZj0ibWFp bHRvOlh1ZmVuZ19MaXVAamFiaWwuY29tIj4mbHQ7WHVmZW5nX0xpdUBqYWJpbC5jb20mZ3Q7PC9h PjsgPGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPg0KaTJyc0BpZXRmLm9yZzwvYT48YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWkycnMt eWFuZy1uZXR3b3JrLXRvcG8tMTMudHh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+SGkg QWxleCw8bzpwPjwvbzpwPjwvcD4NCjxwPklmIHlvdSBuZWVkIHRvIHJlcHJlc2VudCBsZWFybmVk IHRvcG9sb2dpZXMgYmVmb3JlIE5NREEgY29tcGxpYW50IGltcGxlbWVudGF0aW9ucyBhcmUgYXZh aWxhYmxlIHRoZW4geW91IG5lZWQgdGhlIGV4dHJhIC1zdGF0ZSBtb2R1bGUgKGkuZS4gYSBjb3B5 IG9mIHRoZSBOTURBIGNvbXBhdGlibGUgSTJSUyB0b3BvbG9neSBtb2R1bGUsIGJ1dCB3aXRoIG5h bWUgYXBwZW5kZWQgd2l0aCAtc3RhdGUgYW5kIGFsbCBub2RlcyBzZXQgYXMgY29uZmlnDQogZmFs c2UpLiZuYnNwOyBUaGlzIGNvdWxkIGJlIGdlbmVyYXRlZCB2aWEgdG9vbGluZywgcHV0IGludG8g Z2l0aHViLCBvciBhZGRlZCBpbiBhbiBhcHBlbmRpeCB0byB0aGUgZHJhZnQuPG86cD48L286cD48 L3A+DQo8cD5XaXRob3V0IHRoaXMsIHRoZW4gdGhlIGV4aXN0aW5nIEkyUlMgdG9wb2xvZ3kgbW9k dWxlIGNhbiBvbmx5IGJlIHVzZWQgdG8gcmVwcmVzZW50IGNvbmZpZ3VyZWQgdG9wb2xvZ2llcyBv biBub24gTk1EQSBjb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIChzcGVjaWZpY2FsbHkgYW55IGlt cGxlbWVudGF0aW9ucyB0aGF0IGRvbid0IGV4cG9zZSB0aGUgb3BlcmF0aW9uYWwgc3RhdGUgZGF0 YXN0b3JlKS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjEyLjBwdCI+Rm9yIE5NREEgY29tcGxpYW50IGltcGxlbWVudGF0aW9ucyB0aGUg bmV0d29yayB0b3BvbG9neSBtb2R1bGUgaW4gZHJhZnQgLTEzIHdvcmtzIHdlbGwuPGJyPg0KPGJy Pg0KVGhhbmtzLDxicj4NClJvYjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDI2LzA2LzIwMTcgMTg6NTIsIEFsZXhhbmRlciBD bGVtbSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkhpIFJvYiw8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5JbmxpbmUgJmx0O0FMRVgmZ3Q7LCBiZWxvdw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPlRoYW5rczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4tLS0g QWxleDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij4tLS0tLS0tLS0tIEZvcndhcmRlZCBtZXNzYWdlIC0tLS0tLS0tLS08YnI+DQpG cm9tOiAmcXVvdDs8Yj5Sb2JlcnQgV2lsdG9uPC9iPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRv OnJ3aWx0b25AY2lzY28uY29tIj5yd2lsdG9uQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KRGF0ZTog TW9uLCBKdW4gMjYsIDIwMTcgYXQgMTo1MyBBTSAtMDcwMDxicj4NClN1YmplY3Q6IFJlOiBbaTJy c10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10b3BvLTEzLnR4dDxi cj4NClRvOiAmcXVvdDtBbGV4YW5kZXIgQ2xlbW0mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzps dWR3aWdAY2xlbW0ub3JnIj5sdWR3aWdAY2xlbW0ub3JnPC9hPiZndDssICZsdDs8YSBocmVmPSJt YWlsdG86aTJyc0BpZXRmLm9yZyI+aTJyc0BpZXRmLm9yZzwvYT4mZ3Q7LCAmcXVvdDsnTml0aW4g QmFoYWR1cicmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuaXRpbl9iYWhhZHVyQHlhaG9vLmNv bSI+bml0aW5fYmFoYWR1ckB5YWhvby5jb208L2E+Jmd0OywgJnF1b3Q7J1J1c3MgV2hpdGUnJnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cnVzc0ByaXcudXMiPnJ1c3NAcml3LnVzPC9hPiZndDss DQogJnF1b3Q7J1h1ZmVuZyBMaXUnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86WHVmZW5nX0xp dUBqYWJpbC5jb20iPlh1ZmVuZ19MaXVAamFiaWwuY29tPC9hPiZndDssICZsdDs8YSBocmVmPSJt YWlsdG86aGFyaUBwYWNrZXRkZXNpZ24uY29tIj5oYXJpQHBhY2tldGRlc2lnbi5jb208L2E+Jmd0 OywgJnF1b3Q7J0phbiBNZWR2ZWQgKGptZWR2ZWQpJyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRv OmptZWR2ZWRAY2lzY28uY29tIj5qbWVkdmVkQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnJvYmVydC52YXJnYUBwYW50aGVvbi5zayI+cm9iZXJ0LnZhcmdhQHBhbnRoZW9u LnNrPC9hPiZndDssDQogJnF1b3Q7J1N1c2FuIEhhcmVzJyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDssICZxdW90O0tlbnQg V2F0c2VuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldCI+a3dh dHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7LCAmcXVvdDtNYXJ0aW4gQmpvcmtsdW5kJnF1b3Q7ICZs dDs8YSBocmVmPSJtYWlsdG86bWJqQHRhaWwtZi5jb20iPm1iakB0YWlsLWYuY29tPC9hPiZndDs8 YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cHJlPkhpIEp1 ZXJnZW4sPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+T24gMjQvMDYvMjAxNyAxNDoxNywgSnVl cmdlbiBTY2hvZW53YWVsZGVyIHdyb3RlOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsgT24g VGh1LCBKdW4gMjIsIDIwMTcgYXQgMTE6NDQ6MDBBTSAmIzQzOzAxMDAsIFJvYmVydCBXaWx0b24g d3JvdGU6PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyZndDsgRG8geW91IHRoaW5rIHRoYXQg aXQgd291bGQgYmUgdXNlZnVsIGlmIHRoZSBkcmFmdCBhbHNvIGluY2x1ZGVkIHRoZSBleHRyYTxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7IHRyYW5zaWVudCAmcXVvdDstc3RhdGUmcXVv dDsgbW9kdWxlcyBpbiBhbiBhcHBlbmRpeCAoZS5nLiBhcyBwZXI8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mZ3Q7Jmd0OyBkcmFmdC1kc2R0LW5tZGEtZ3VpZGVsaW5lcy0wMSBzZWN0aW9uIDIpPzxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxw cmU+Jmd0OyZndDsgU3BlY2lmaWNhbGx5LCBJJ20gdGhpbmtpbmcgdG8gaGVscCBtYWtlIHRoZSB0 b3BvbG9neSBtb2R1bGUgZnVsbHkgdXNhYmxlIGJ5PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0 OyZndDsgbW9kdWxlcyB0aGF0IGF1Z21lbnQgaXQgKGUuZy4gYnkgdGhlIFRFIG1vZHVsZXMgaWYv d2hlbiB0aGV5IGFkb3B0IHRoZSBOTURBPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyZndDsg Y29udmVudGlvbnMpLCB1bnRpbCBOTURBIGltcGxlbWVudGF0aW9ucyBiZWZvcmUgd2lkZWx5IGF2 YWlsYWJsZS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jmd0OyZuYnNwOzxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZndDsgUm9iLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZndDsmbmJzcDs8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IHRoZSBsZXNzIHdlIGhhdmUgb2YgdGhvc2UgdHJh bnNpZW50ICZxdW90Oy1zdGF0ZSZxdW90OyB0cmVlcywgdGhlIGJldHRlciBpdCBpcy48bzpwPjwv bzpwPjwvcHJlPg0KPHByZT4mZ3Q7IEZvciBMTUFQIChpbiBhdXRoNDgpIHdlIGRpZCBub3QgZG8g dGhpcy4gVGhlc2UgZXh0cmEgJnF1b3Q7LXN0YXRlJnF1b3Q7IHRyZWVzPG86cD48L286cD48L3By ZT4NCjxwcmU+Jmd0OyBzaG91bGQgaWRlYWxseSBvbmx5IGJlIHVzZWQgaW4gdmVyeSByYXJlIGNh c2VzLCBJIHRoaW5rIGV4aXN0aW5nIGNvZGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7IGFs cmVhZHkgd29ya3Mgd2l0aCBhIHNpbmdsZSB0cmVlIChhdCBsZWFzdCB0aGlzIGlzIHdoYXQgSSB1 bmRlcnN0b29kPG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyBmcm9tIHRoZSBPcGVuRGF5bGln aHQgZGlzY3Vzc2lvbnMpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkkgY29tcGxldGVseSBhZ3Jl ZSB3aXRoIHlvdSBpbiBnZW5lcmFsLCBidXQgZm9yIHRoZSB0b3BvbG9neSBtb2R1bGUgSSA8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT50aGluayB0aGF0IHRoZSAtc3RhdGUgdHJlZSBpcyByZXF1aXJl ZCB0byByZXByZXNlbnQgdG9wb2xvZ2llcyB0aGF0IDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmV4 aXN0IGJ1dCBoYXZlIG5vdCBiZWVuIGNvbmZpZ3VyZWQgKGUuZy4gcGVyaGFwcyB0aG9zZSBsZWFy bmVkIGZyb20gYSA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5keW5hbWljIHJvdXRpbmcgcHJvdG9j b2wpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PkFsc28gY29weWluZyBLZW50IGFuZCBNYXJ0aW4sIHNpbmNlIHRoZXkgd2VyZSB2ZXJ5IGJvdGgg dmVyeSBpbnZvbHZlZCBpbiA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGUgZGlzY3Vzc2lvbnMg b24gdGhlIEkyUlMgYWxpYXMgZGlzY3Vzc2luZyB0aGUgc3RydWN0dXJlIG9mIHRoZSBJMlJTIDxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPm5ldHdvcmsgdG9wb2xvZ3kgbW9kdWxlLjxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZuYnNwOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPk15IGludGVycHJldGF0 aW9uIGlzIGZyb20gWHVmZW5nIHdhcyBpdCBpcyBuZWVkZWQgZm9yIHRoZSBURSBZQU5HIDxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPm1vZHVsZXMsIGJ1dCBpZiBpdCB0dXJucyBvdXQgdGhhdCBpdCBp cyBub3QgYWN0dWFsbHkgbmVlZGVkLCB0aGVuIHRoYXQgPG86cD48L286cD48L3ByZT4NCjxwcmU+ aXMgYWxzbyBnb29kIHdpdGggbWUgOy0pPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86 cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7QUxFWCZndDs8L3NwYW4+ PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5UaGUgbmVlZCB0byByZXBy ZXNlbnQgdG9wb2xvZ2llcyB0aGF0IGFyZSBsZWFybmVkIGlzIGNlcnRhaW5seSB0aGVyZS4mbmJz cDsgSXQgaXMgbm90IGV4Y2x1c2l2ZSB0byBURSwgYW5kIEkgd291bGQgYmUgc3VycHJpc2VkIGlm IFRFIFlBTkcgbW9kdWxlcyBoYXZlIGFuIGV4dHJhIG5lZWQgZm9yIGEgc2VwYXJhdGUgc3RhdGUg dHJlZS4mbmJzcDsgUHJvYmFibHkgdGhlIGJlc3QgcGVyc29uIHRvIGNvbW1lbnQgaGVyZSBpcyBY dWZlbmcsIGJ1dCBpdCBzb3VuZHMgdG8gbWUsIGFsc28gcGVyIEp1ZXJnZW7igJlzIGNvbW1lbnRz LCB0aGF0IGFuIGV4dHJhIHN0YXRlIHRyZWUgd2lsbCBfPGk+bm90PC9pPl8gYmUgbmVlZGVkLiZu YnNwOyA8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7 L0FMRVgmZ3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rcyw8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT5Sb2I8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDs8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jmd0OyAvanM8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7PG86cD48L286cD48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0E0BE0C1SJCEML702CHMchi_-- From nobody Fri Jun 30 22:45:00 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D1BC131552; Fri, 30 Jun 2017 22:44:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.55.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149888789023.450.3383623834865999251@ietfa.amsl.com> Date: Fri, 30 Jun 2017 22:44:50 -0700 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-14.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jul 2017 05:44:50 -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 of the IETF. Title : A Data Model for Network Topologies Authors : Alexander Clemm Jan Medved Robert Varga Nitin Bahadur Hariharan Ananthakrishnan Xufeng Liu Filename : draft-ietf-i2rs-yang-network-topo-14.txt Pages : 46 Date : 2017-06-30 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-ietf-i2rs-yang-network-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-14 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-topo-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/