From nobody Fri Jun 1 11:46:47 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D2939126B6D; Fri, 1 Jun 2018 11:46:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk CC: draft-ietf-teas-actn-info-model@ietf.org, db3546@att.com, Vishnu Beeram , teas-chairs@ietf.org, teas@ietf.org, vbeeram@juniper.net Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <152787880478.15177.3329522568084760109.idtracker@ietfa.amsl.com> Date: Fri, 01 Jun 2018 11:46:44 -0700 Archived-At: Subject: [Teas] Last Call: (Information Model for Abstraction and Control of TE Networks (ACTN)) to Informational RFC X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2018 18:46:45 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'Information Model for Abstraction and Control of TE Networks (ACTN)' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2018-06-15. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Jun 1 12:06:22 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E57F126B6D; Fri, 1 Jun 2018 12:06:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , db3546@att.com, Vishnu Beeram , draft-ietf-teas-actn-framework@ietf.org, teas-chairs@ietf.org, teas@ietf.org, vbeeram@juniper.net, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <152787998011.15429.12091807823606460772.idtracker@ietfa.amsl.com> Date: Fri, 01 Jun 2018 12:06:20 -0700 Archived-At: Subject: [Teas] Document Action: 'Framework for Abstraction and Control of Traffic Engineered Networks' to Informational RFC (draft-ietf-teas-actn-framework-15.txt) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2018 19:06:20 -0000 The IESG has approved the following document: - 'Framework for Abstraction and Control of Traffic Engineered Networks' (draft-ietf-teas-actn-framework-15.txt) as Informational RFC This document is the product of the Traffic Engineering Architecture and Signaling Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-framework/ Technical Summary Traffic Engineered networks have a variety of mechanisms to facilitate the separation of the data plane and control plane. They also have a range of management and provisioning protocols to configure and activate network resources. These mechanisms represent key technologies for enabling flexible and dynamic networking. The term "Traffic Engineered network" refers to a network that uses any connection-oriented technology under the control of a distributed or centralized control plane to support dynamic provisioning of end-to- end connectivity. Abstraction of network resources is a technique that can be applied to a single network domain or across multiple domains to create a single virtualized network that is under the control of a network operator or the customer of the operator that actually owns the network resources. This document provides a framework for Abstraction and Control of Traffic Engineered Networks (ACTN) to support virtual network services and connectivity services. Working Group Summary This is part of the initial set of ACTN documents worked on by the WG. There was considerable debate at various stages of the WG process on the terminology used in the document and on the various operations/functions that fit into the framework. The authors addressed all of these concerns by adding relevant text to the document. Document Quality This document has been discussed and reviewed thoroughly by the WG. While there have been no official statements on implementation of this new framework, the authors are from multiple vendors, and implementation is expected. Personnel Who is the Document Shepherd for this document? Vishnu Pavan Beeram Who is the Responsible Area Director? Deborah Brungard From nobody Tue Jun 5 03:32:10 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2932B130F8E; Tue, 5 Jun 2018 03:32:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152819472912.18086.10886846656926147846@ietfa.amsl.com> Date: Tue, 05 Jun 2018 03:32:09 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-sf-aware-topo-model-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2018 10:32:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : SF Aware TE Topology YANG Model Authors : Igor Bryskin Xufeng Liu Filename : draft-ietf-teas-sf-aware-topo-model-00.txt Pages : 27 Date : 2018-06-04 Abstract: This document describes a YANG data model for TE network topologies that are network service and function aware. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-sf-aware-topo-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-sf-aware-topo-model-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-sf-aware-topo-model-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 5 03:32:16 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BF7B130F9C; Tue, 5 Jun 2018 03:32:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152819472915.18098.14140571428316203803@ietfa.amsl.com> Date: Tue, 05 Jun 2018 03:32:09 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-use-cases-sf-aware-topo-model-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2018 10:32:10 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Use Cases for SF Aware Topology Models Authors : Igor Bryskin Xufeng Liu Jim Guichard Young Lee Luis Miguel Contreras Daniele Ceccarelli Jeff Tantsura Filename : draft-ietf-teas-use-cases-sf-aware-topo-model-00.txt Pages : 18 Date : 2018-06-04 Abstract: This document describes some use cases that benefit from the network topology models that are service and network function aware. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-use-cases-sf-aware-topo-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-use-cases-sf-aware-topo-model-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-use-cases-sf-aware-topo-model-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 5 06:53:51 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D67E9130E31; Tue, 5 Jun 2018 06:53:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152820682875.19241.2780801306193757453@ietfa.amsl.com> Date: Tue, 05 Jun 2018 06:53:48 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-topo-16.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2018 13:53:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for Traffic Engineering (TE) Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez De Dios Filename : draft-ietf-teas-yang-te-topo-16.txt Pages : 198 Date : 2018-06-04 Abstract: This document defines a YANG data model for representing, retrieving and manipulating Traffic Engineering (TE) Topologies. The model serves as a base model that other technology specific TE Topology models can augment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-16 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-topo-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-topo-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 5 07:05:37 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA37113107B for ; Tue, 5 Jun 2018 07:05:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.695 X-Spam-Level: X-Spam-Status: No, score=-2.695 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.795, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.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 h4Er5z4WO4aj for ; Tue, 5 Jun 2018 07:05:33 -0700 (PDT) Received: from gproxy3-pub.mail.unifiedlayer.com (gproxy3-pub.mail.unifiedlayer.com [69.89.30.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C5D8131074 for ; Tue, 5 Jun 2018 07:05:33 -0700 (PDT) Received: from cmgw13.unifiedlayer.com (unknown [10.9.0.13]) by gproxy3.mail.unifiedlayer.com (Postfix) with ESMTP id 343DC406B3 for ; Tue, 5 Jun 2018 08:03:37 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id QCYIf0RmbLr3zQCYIfLa3E; Tue, 05 Jun 2018 08:03:10 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=2SL4vMVXYWFIfNLKBMthm+q5BP929RpaP0cZEOXHz3s=; b=QgzqOGXxUr/zNZZAfuo753nUk+ LaxfguzN8Hg0Tz+OrYjYUP3xCPQcs5xmc/hZB4fRogz3WACp3yE45KDzmLhgwYremlzJwwM6WGbcq A3d8CoUpD8pxMjDv945trArBo; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:48608 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1fQCYg-003n9K-O8; Tue, 05 Jun 2018 08:03:34 -0600 To: Russ Housley , gen-art@ietf.org Cc: ietf@ietf.org, teas@ietf.org, draft-ietf-teas-yang-te-topo.all@ietf.org References: <152658832204.7577.3384283921850968264@ietfa.amsl.com> From: Lou Berger Message-ID: <0717d625-cf68-e9eb-4100-2da080d410ed@labn.net> Date: Tue, 5 Jun 2018 10:03:33 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <152658832204.7577.3384283921850968264@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Source-L: No X-Exim-ID: 1fQCYg-003n9K-O8 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:48608 X-Source-Auth: lberger@labn.net X-Email-Count: 8 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Org: HG=bhcustomer;ORG=bluehost; X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Genart last call review of draft-ietf-teas-yang-te-topo-15 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2018 14:05:36 -0000 Hi Russ,     Thanks for the comments. Please take a look at https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-16 and let us know if this version does *not* address your issues. Thanks, Lou (doc Shepherd) On 5/17/2018 4:18 PM, Russ Housley wrote: > Reviewer: Russ Housley > Review result: Not Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > . > > Document: draft-ietf-teas-yang-te-topo-15 > Reviewer: Russ Housley > Review Date: 2018-05-17 > IETF LC End Date: 2018-05-30 > IESG Telechat date: 2018-06-07 > > Summary: Not Ready > > Major Concerns: > > See https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines. The > Security Considerations section MUST follow the template provided on > that web page, but it is not followed by this document. > > Note that [RFC5246], [RFC6241], [RFC6242], [RFC6536], and [RFC8040] > are required to be normative references by those guidelines. None of > these appear in the references. > > > Minor Concerns: > > Section 1.1: Please update the first paragraph to reference RFC 8174 > in addition to RFC 2119, as follows: > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and > "OPTIONAL" in this document are to be interpreted as described in BCP > 14 [RFC2119] [RFC8174] when, and only when, they appear in all > capitals, as shown here. > > Section 1.1: Please add a reference to RFC 7926. > > > Nits: > > Please pick one spelling (YANG vs. Yang) and use it throughout the > document. > > The TOC contains several lines where the heading goes past the column > of page numbers. Reformatting would make this much easier to read. > > From nobody Tue Jun 5 10:03:36 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4F45131116; Tue, 5 Jun 2018 10:03:30 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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=btconnect.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 vFhnBt1XYMXO; Tue, 5 Jun 2018 10:03:28 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0134.outbound.protection.outlook.com [104.47.1.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80BB8127148; Tue, 5 Jun 2018 10:03:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ODUnS9BuxjnlH/2LLLrxBeGSNojjTsqnggn67hX7gzk=; b=QcxrV6c0IUZVMTLBWVgKpIRYOJf9PPTuFZIV8Z++8W5ZVScFAnp2k9nxCcgk+v22kCFfsxJ4cUvG7G5nXYut4889sVxsnu+H5sK0Z6aECkTSkIobXkdmaT3T09H+1t5ELTqyTj3qalMUwk64dsDm/bcdb/O9xFlw93Wy9ZJ0Mx0= Received: from pc6 (86.165.129.94) by DB6PR0701MB2343.eurprd07.prod.outlook.com (2603:10a6:4:60::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.841.9; Tue, 5 Jun 2018 17:03:24 +0000 Message-ID: <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> From: "tom p." To: Cc: , , , References: <152648165949.30969.14002611163004300703.idtracker@ietfa.amsl.com> Date: Tue, 5 Jun 2018 18:01:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [86.165.129.94] X-ClientProxiedBy: CWLP265CA0167.GBRP265.PROD.OUTLOOK.COM (2603:10a6:401:52::35) To DB6PR0701MB2343.eurprd07.prod.outlook.com (2603:10a6:4:60::9) X-MS-PublicTrafficType: Email X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7193020); SRVR:DB6PR0701MB2343; X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 3:2kQCZh1N92ZwCrgypIZeWAMFLt07HWDJoU99ada8f8S60aM6FIQw4HTNe4UD75vCukwyAQ8qZi4KWuwQ2xo+i/1dPzp363hIlGVKAGIqKgVpUUZ41xG546zSj0AK1dcSvCwjX3AQ4XkK767A8uecL63kvors27Lew24LKbGpW6rbCPHzEvfQMFJPO+h7Pb33yddJ9bR//WHeVilcnMyqntSagrlCw1UnG7KK9ni8YHUFPiF4tizKrPdzTKW77g20; 25:m2Ko2fAyGrRaCwE76DXt2XW1dvAVjUG0W0I1xIZecwoSiCXOiQIi5WvyT+B7wnGQz7tMpgIU3KUIDHZrdvHtpeo05bWgDzHFBRur0hHpyiG5EzxXurbGYoUObWG3wxFQj8JvxynReJQINXLIXTUEY6MLFe2eMz1vD6nL2MdO2VIulYix0BI2lLOZnp9FagqU8xAy5dSDtdXKjfpo9DZXvuCh+mVW6/8UXYqfSnTgycEyo8WY9E1t8gl6s5SFmsyVuo7jCX6DLXgxAp/3iX0cJpl4WT27DwdOcs7SHkeeOKcxyHHNr+D9k+EpzAzvxBukv5Hf6V4PN05Fsw8cMTat1w==; 31:N04+1nB0r1xbh2trKIwrZQA6zg47QTHBII3rXzRSE0RXLLmWnjV1gEiPxG3nLYuGacbqtWGmUdDN2Ra2q3t1YJs/oDCe8kGDaT4Jcm4HoNzaT2Pn1lwTc1V5zTGNRQ5G2A/kgUOJmreUiv+UuelPlapXGj21F83nU6qA0xe7U1dmOgodeBoRxzaL1pMfvBXf+GxqHQ8yDA5wDSTuxGfd2x/D8zYSpL2OYXCze9zfqPw= X-MS-TrafficTypeDiagnostic: DB6PR0701MB2343: Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 20:vw/PLKKg4aZD2HM19q0NDmnYR9YPaCKTi7+nDf15ruL7G5kQfZV0jGny7GMLEhad+TSei6geWMA0t2ApUIHpbtRQj7BIxdIRfsfoW5YIlYFQsYt6U+g9THMkXRYdKs6DS2ITPX6GtEXLp8sjxUotxkkr13B5+B5BooWLEpUzDU8=; 4:/cPKMmOI/kMaKGr0p+pmir3/+zPEIeHMHJhUbh7eL1pf3xX7UqCz5r4lYv0DAg0VU8x3GdQgC8BTFjFmofDyCnShIFqQQFUO1zJiemWX/FDEt1kyywufaHVSQJLDrkie0R8jHXyW3ky3Nvbsjj5z+2T6qzgEot1JQQha+T2w4XSrxpnktTNQXoQcEAzWlu6Nc1riyC/ZY89fAwxh0jNysO6TQ+H2H1H4BOGiu5cGrjFcE//QuKgbNKNO6mdrLIBuErVnawQhMIDEW5YkxHCErc3JB0TdsPUXN23YvW+t+gC7AXNm9tn5SBp3SkZD5KrDrmfXUy5g7Ar8j6yljCivUZyiTqPPeT5ug8F2TTCtrjk= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(120809045254105)(97927398514766); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3002001)(3231254)(944501410)(52105095)(10201501046)(93006095)(93001095)(6055026)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:DB6PR0701MB2343; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2343; X-Forefront-PRVS: 0694C54398 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(39380400002)(346002)(396003)(376002)(39860400002)(366004)(51444003)(13464003)(199004)(189003)(47776003)(7736002)(966005)(50466002)(26005)(6306002)(316002)(68736007)(81156014)(66066001)(81166006)(97736004)(16526019)(186003)(6246003)(86362001)(230700001)(4326008)(8676002)(106356001)(62236002)(44716002)(53936002)(486006)(9686003)(8936002)(1556002)(50226002)(956004)(476003)(5660300001)(59450400001)(14496001)(446003)(33896004)(61296003)(229853002)(81816011)(76176011)(478600001)(305945005)(52116002)(84392002)(6916009)(54906003)(23676004)(2351001)(81686011)(6486002)(386003)(6496006)(4720700003)(6116002)(44736005)(3846002)(105586002)(2906002)(25786009)(2486003)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2343; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtEQjZQUjA3MDFNQjIzNDM7MjM6aFNYbGZRV09hcWJUajY5QWJOcXExYUFt?= =?utf-8?B?MDhqTjVXTmJLVFZMYkdvODJ0cHByQW13Z2VNa2d4NEFHV1VyaDFQM09ScmZz?= =?utf-8?B?ZXVKcFR1TGN6NzNYR2NyU0I5MG5NMlZxZ3M5bUVZcDdZVnhPb3hoOW1yczI2?= =?utf-8?B?cUU1Tk1oRUthYzczMW9XZXhDNHBXZUVQOVp2M29RbDJGY0xUR082OWJqLzB0?= =?utf-8?B?NHE4RWxoSUprQ2VWblNkajhBd2p5UlpxQjE1MUNTcHdhc0Ftbm9WckMvTlNX?= =?utf-8?B?VkFha3lVcXhEa3JOSlIyUHBvbkxMZWNLVWNtYVNqcE9zdWgxb3RYc1pPZkxG?= =?utf-8?B?V3NOU0NZTCs5SXFKUGdTK3RPQXRoNVRTWGRIa0tscmcvUWZieDlUNitFdHVa?= =?utf-8?B?b3ZJQWh2NlVxQXowUWNFKzM5amI5S0VIOU04cEg1Ulk2elZOK0FScTN5TEor?= =?utf-8?B?MTM5WTlVNnVsV1B5MTVoclBlaVpkRU5DNzhpUnlseTJTV240NGFMVGhRR09i?= =?utf-8?B?Wnd4UitDYVRIK2FPSEd3WXFWNzlLZTZjY1FFNkpsUEdLekZ1aHRra2tmUnA0?= =?utf-8?B?WE5mdGZObS9zdTFPTEJlNWdWd3gwYlVzYnE1TVFKSHJiYVZRS2F0UGF0RWlP?= =?utf-8?B?aHYzb1NQaTRXMG9Fb29wbFg4RTFEd2xBTHZLdElRTlpzV3RUeFlUdHZtNGJV?= =?utf-8?B?a2RldHhzalU1d3gzNGtwYkxUYkJHRFJuRzlHRjVwdkxPbVhFUC9ENnJmT2kx?= =?utf-8?B?a0NZSkczbXQwTzQ0ckI2SnJwOElmRmFqeTVUMHg3VzNSM3ZveGFFK2VNQnpI?= =?utf-8?B?bnVuVlhMZTFOWTRMeUVWUmYvQ3k3a0FDcWFEMEVYUnZ5NEdhcWlCeVFyTnJT?= =?utf-8?B?UkVQaUpnTHBJampseXVRQ3NicUxMemR3bEg3ajBtbmRYb2U5eUVXNUJPT1RK?= =?utf-8?B?cHptZGkzMXcrQzIzTWxpYVJpaGVJS3V3VVBubG9Mcy9uL21yRW1jbmhabUw2?= =?utf-8?B?b2pxUlM4U3VWSHIzbXArdWw0ZEZGOFNZa0ZkMG9oMUt5SEQxV0Z1blRsZGxr?= =?utf-8?B?R2NiOEZmbDJic1krNTVrU3gwdGJybWNPb2tvSUszTHRYcFcvYmgreVVYR1hs?= =?utf-8?B?akhxWmlER1VsREJsVmlwZWM1UHFBMjh5R0RJeXNJVVpxa3NzbVhqS0w2Z3Zv?= =?utf-8?B?UmQxeWZjTE05WHFmaXFUZ3NrQXZnbnFZOVhHdzF2T21Sb2I4b1ZLR0VVQ1FM?= =?utf-8?B?cEIzOVMrd0YrV3BXekhHTk5PdDNwUWNOZ2hsYUczdzlRTlhiVnR3TC93T3V6?= =?utf-8?B?NklzaHJsV1BUVGlxQnpnWWNNQm16cFpHYUZxSkQ0NXg2SU5DWVluUDF6RVFC?= =?utf-8?B?V3NjRUxkZHFJenhwcHpVZFlLUHBXYnNuRnZQTENyYlJoQ2ovV0tobTMwTXNp?= =?utf-8?B?bVpRVENYOHhoMVZZY1cyNU5ZeUJmbGZSbXlncUxTNWtPZnhWWER0MXBndU9J?= =?utf-8?B?bDRaUU1xbWM1MUkwbXVmWmllbzJQYS9SV0hBaHB1UUQ3YTNZYm5LRW1XOWNh?= =?utf-8?B?UnNZY3RqRy93c1JWY3gwampwZnd1eGNYTmFkMldXSm1ZTDFiY2VGS3VZR1Fh?= =?utf-8?B?M1BLVlNmb0c0OGRaM3NSczdiNTkzNWIxVnBPd1c5RWw2MkJaSlNPTEttdHMy?= =?utf-8?B?anRuektndTBjaXU4NEI0MnAwT2RLVXE5aG5aUUUrOTVQSnByRnB5ZGp2d2xW?= =?utf-8?B?OFFwSTdwUHBhMDRoRVlwZVBFeWpiZ1I5ZjBQQXo5bEhDTVdyakpaZm5zNVNM?= =?utf-8?B?SCtycFVVYVU0WnVZcWpray8wYlh0RlgzV3V3bXNUK3htcVRPTGl2L1FsZGpU?= =?utf-8?B?VHhkbkZjZ05TRVZyRnh6Y202QUo0Mm0zNkg3UTZ6TFMzb1h2Ly9jeVJnb3M5?= =?utf-8?B?V3Zyb3M3NW01dnFzdXM2TVNsdEFhaU9hcFpIZnFsTE51RzNySndaaGM2YmR0?= =?utf-8?B?SldKb3VJVzBmSGlCY0JWejNnSzllU3d1RXV5aGJUbDNqVjJxWHdpT1NEZUw0?= =?utf-8?B?YmVlMlFoeHdDaHhLbW5RYUFOa09MdjZ1Sms0b1h3SkQzdE1rWEMrOWx4NzR4?= =?utf-8?B?cldZUT09?= X-Microsoft-Antispam-Message-Info: 8pIL38qpVnoZEnCLFD3VL/1rd4ZiH0tGMJApeG2Ml8fzgm+oeFCGPZmSYGeJpZTKstq6B+qKbG7z1TMWbep2mBwATlM909R74IGCaNQWQZrRNRwYkk2ZxJ+2mv/S+Dbt8maWRnlzl/oK/fiYGwaPZYORzgl2Cll4xiwIqqQHf4vWU3Q9/XyG+XHbt82w1XmN X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 6:P5vxkSF7w+7I/pAiTfAy/+g9q37/xt+pQgTToZx1302ttLGhUHgvBatycq6/A66WV0fpaafQPx6Q6/Qh4S50wwTwyumKvWkKfdscyktSURaEXt8O+p/Ni6/Xx/tH2QHNaNoL7nVmUo5LLebZBjPH6CRQ2LIEP1rAWzViRDQA/bgxIg87LquH4U2LKswEywQbDCm7bAHynrWfoJuSfCG9exou/r8SgJ7EW+I+gScxMjRSWPAYvB7abIsM+5ylqb0I1kqPGu9y7yYp1u8hIu7ACpAmxX7oDUI4DW3I6q7VTfKzw1xKIaQxVpLQKORfKet6nO6eyieHDpWRm6M0SZnx1+7x/KjrQVtQoYqzkrwFlyA8tMJ27bpM3RT2+ZcFjn0pzVFVGiovBgbUj6X6CNkCKKkbpRgGkyqEWwmxgQU3t+LGTP4+WC5Un60nqAZtS6seQxzqsnlP4mqA0ybHWZLG8w==; 5:LcZ/PUDt2y0uVHEBHJoVuEyQrZGQFWJT0hVwIEJ6dTD354RbykGcWX+uD49TlulGoKTM9UlNlA2Hs8T8uf/RkoH1b1P25k1+PaEA95A6WpHAu/otpx6L3xCuNtJ1p/QK21dVbGPwrMiQxW51/HvCZGOZmRJmEExktQytHvHq2dM=; 24:cpgCeBW//VpyLVsYrIvC2Irj7mKyOd/qtvF2LfcTHbXf5kWMEmi0Uda4U4ZN6kD8jG8VemVGA/++VWalYpi5WCAm1exh52Q9invZxYlspn4= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2343; 7:Lgn3agSRB/nB2l1J5wvg52x2ivU5HRYlZMjdntMyyz9hwPmnIIT6mjgjjkSDNNVWoywho1jqTJFgvgzoTRSSjgt/o06g2B9Y1psQFDdak2Gaww9sod2Oe0CwaddORFkN76JUVd9ekHwdoXFEZrarV284aoW4SpgtZh8dx/lWlaYNJTU+BomsTWrx71tCeDFuUP0oLZ6GQwoHSkvgfrjrDmZ49vvYLyhIguibogb0sDXpzlzLgZH+YbIp+AeoogQ0 X-MS-Office365-Filtering-Correlation-Id: 11e697f6-f386-495f-b2b9-08d5cb064021 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Jun 2018 17:03:24.4922 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 11e697f6-f386-495f-b2b9-08d5cb064021 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2343 Archived-At: Subject: Re: [Teas] Last Call: (YANG Data Model for Traffic Engineering (TE) Topologies) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2018 17:03:32 -0000 Lou et al I note that the YANG module in this I-D has Reference statements to 20 other RFC, which is good, but only one of the twenty appear in the References for the I-D, which I think is not good, and needs to be fixed. Also, some of the RFC which appear in Reference clauses of the YANG module appear in [square brackets] e.g. [RFC6001] which I think should not be there. In the same vein, there are imports of four other YANG modules but no indication as to which RFC they can be found in - again, I think that that needs fixing with a Reference statement. A quick pass suggests the missing references are to 1195 missing 3209 missing 3272 missing 3471 missing 3630 missing 3785 missing 4201 4202 4203 4206 all missing 4872 missing 5152 missing 5212 missing 5305 missing 6001 missing 6241 ok Norm 7471 missing 7752 missing 7579 missing Russ's comment about Section 1.1 does not seem to have been addressed. Tom Petch ----- Original Message ----- From: "The IESG" To: "IETF-Announce" Cc: ; ; ; Sent: Wednesday, May 16, 2018 3:40 PM > The IESG has received a request from the Traffic Engineering Architecture and > Signaling WG (teas) to consider the following document: - 'YANG Data Model > for Traffic Engineering (TE) Topologies' > as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and solicits final > comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2018-05-30. Exceptionally, comments may be > sent to iesg@ietf.org instead. In either case, please retain the beginning of > the Subject line to allow automated sorting. > > Abstract > > > This document defines a YANG data model for representing, retrieving > and manipulating Traffic Engineering (TE) Topologies. The model > serves as a base model that other technology specific TE Topology > models can augment. > > > > > > The file can be obtained via > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > IESG discussion can be tracked via > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/ > > > No IPR declarations have been submitted directly on this I-D. > > > The document contains these normative downward references. > See RFC 3967 for additional information: > rfc5212: Requirements for GMPLS-Based Multi-Region and Multi-Layer Networks (MRN/MLN) (Informational - IETF stream) > > > From nobody Tue Jun 5 13:05:04 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 799C2130DCF; Tue, 5 Jun 2018 13:04:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Spencer Dawkins To: "The IESG" Cc: draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152822909542.19153.18014474471246420890.idtracker@ietfa.amsl.com> Date: Tue, 05 Jun 2018 13:04:55 -0700 Archived-At: Subject: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2018 20:04:56 -0000 Spencer Dawkins has entered the following ballot position for draft-ietf-teas-yang-te-topo-16: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I found myself wondering what the last sentence in - TE Topology may not be congruent to the routing topology (topology constructed based on routing adjacencies) in a given TE System. There isn't always a one-to-one association between a TE-link and a routing adjacency. For example, the presence of a TE link between a pair of nodes doesn't necessarily imply the existence of a routing-adjacency between these nodes. was saying about what IS implied between these nodes. I'm guessing, but this draft seems to assume a relatively low level amount of experience with traffic engineering, so I can imagine readers who could benefit from a word or two of explanation. From nobody Wed Jun 6 02:29:35 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04B63130EDC; Wed, 6 Jun 2018 02:29:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.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 vKYBEXpIWccb; Wed, 6 Jun 2018 02:29:28 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0120.outbound.protection.outlook.com [104.47.1.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C31E3130ED7; Wed, 6 Jun 2018 02:29:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RebjeD7m0mpuc/xLrzkIdGjQwKsv3ddZ/hXa4gp0LR0=; b=Dxvv+vitRfFqV3+gIc0PgOalKZkAN89oF3XEh5ExJEmYQKQDWfpA6fbth6kfpIr5MfDzu7KKhyoeSc4Cp/P8TR/z/HS7+dVhEItst+GRyJAP1GHpR5nYX5RNgcy1kuiPrv7kZ5izMO83CeghhLU19P8L5QuxHRF4utsyk2EiEtM= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; Received: from pc6 (86.165.129.94) by AM5PR0701MB2340.eurprd07.prod.outlook.com (2603:10a6:203:e::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.841.12; Wed, 6 Jun 2018 09:29:24 +0000 Message-ID: <008501d3fd78$99a4e5e0$4001a8c0@gateway.2wire.net> From: "tom p." To: "tom p." , Cc: , , , References: <152648165949.30969.14002611163004300703.idtracker@ietfa.amsl.com> <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> Date: Wed, 6 Jun 2018 10:26:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [86.165.129.94] X-ClientProxiedBy: CWLP265CA0074.GBRP265.PROD.OUTLOOK.COM (2603:10a6:401:50::14) To AM5PR0701MB2340.eurprd07.prod.outlook.com (2603:10a6:203:e::10) X-MS-PublicTrafficType: Email X-Microsoft-Antispam: UriScan:(219612443155931); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(2017052603328)(7193020); SRVR:AM5PR0701MB2340; X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2340; 3:gKSSPX5jOlZgvh4/f0ofl8ftXMUHbYP1IhBPrjV4Dr1LLumreAA6qsWigpHLCvMH8OYRKSWSBkUtCuo5d3RT3CpJDtm31VVvkVP1GiaMqG6yifcKg4ROWnC4Kka2OaMAXbW0RRcZKgW/VGU+RTV0TYcK9sOldLPtr2jNtZoAYLbqJcLl9Wk7xX6hbuSWQ9QEC94OMmRQ1YS5B1UZn5vAv0QVJ6FdoAkvhwhxnRbLPKYn8E3/HjyRCipYUxbcVAC2L1Ey65g7XOvYL/MSmAkpWEA6yyLEUEWHf1XIe/UDRBs=; 25:e+pjW+m9dGiZcsT3Iq4fAJGNim8T4sVAwdoY1qnqiim8I2mPdJwriDvbk9YFS1QK1c3xVjCbQWsCS2AmGrx0L+ChPtv91s3HfB0XKbyeSM4qBXCkNSILCtAszesi2MPqezx+GZ1aixf+15jnmdxuOdtUvZ0KyBS/EbTogcLX++L7d/6ScJwgD+ck0pnmsbndVGn5CA0FTP3+afcNfQRpPqFZQ50wJBFG5uJRIi/tN98UXjvXTcMJtI7ZioqQSzCW+z7fts8nh6Wo5E3CoPG1ZlFbYCQXzGiHBxEd+WHT64qGVYw3/jakBnlPNHc9YTZendljVL/zgZLIoCeQKPTSRQ==; 31:C3LKiaQ58Mbu47FZiH6WjsWA4TdCgx7Bt1s2OeUKtyGqv3EL6m4fx2J9DBy17R2lVF+rsOKunZixWmmfwQ3RRDkUSYsgX8pSPHL9JMXkThJMMwl8XIbxl2I56GQ0ImrI7Eq4BhVmHNpMOfKDJrLrHMO7/HGD0u6zcZhOuhE8iCM1aia1w5K5HWAVzf5u9b9KauEyBf8yo/crvb7Ni5VYa41hbRLRDgReFi8tBGS8zeI= X-MS-TrafficTypeDiagnostic: AM5PR0701MB2340: X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(120809045254105)(97927398514766)(219612443155931); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231254)(944501410)(52105095)(10201501046)(3002001)(6055026)(149027)(150027)(6041310)(20161123562045)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:AM5PR0701MB2340; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2340; X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2340; 4:GeLMvDd0GNPwV8+kYtrp0r/9/t0KkBV5JUHCZN1YN2CpYiZM+T7PLHpu/5wToP9OYKo+i9CZ25JvWjJ73KfTJty4Km8tNTdpVpwsQkiWIHtFaQaqNSUQQ/pLA41QVXkHCQ2gzkMBwFxblYY+DUhqUtlDMgdpMH4BP+RvQzxX8R8aDckl2euahHSW07o07VcQYec8FNVFXZm4NwzqTN/NSW+gwIyhoQIWmupCQzJ1r+A/fxt7ox7MJlti2Rt06vdY9RY6c/eKlWW72Tq5DmUQZ5NFowLMZUKhNF5G9BNmq8kuxyDJELD+sVxAOUO1PxIzvacn+HRAl+R7lkIkcUYIcsdphPV5N3iZPFE30Xs2HrC6QfZZ/CIM9HZ52HRaYdjEQWVsiuuejFx1Ufp9TldFcMzhK8ZwZpwMr+uEpQhh7JE= X-Forefront-PRVS: 06952FC175 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(366004)(396003)(376002)(346002)(39860400002)(39380400002)(51444003)(189003)(13464003)(199004)(84392002)(52116002)(6496006)(23676004)(86362001)(2486003)(230700001)(486006)(14496001)(97736004)(1556002)(59450400001)(305945005)(6246003)(26005)(53936002)(478600001)(386003)(33896004)(50466002)(106356001)(76176011)(81686011)(81816011)(50226002)(6306002)(9686003)(68736007)(8936002)(110136005)(54906003)(105586002)(25786009)(2906002)(16526019)(47776003)(66066001)(966005)(44716002)(229853002)(62236002)(81156014)(81166006)(7736002)(6116002)(3846002)(4326008)(5660300001)(4720700003)(316002)(296002)(476003)(446003)(44736005)(8666007)(956004)(6486002)(8676002)(61296003)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2340; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjIzNDA7MjM6Z3YxTnpoa3E0K2k3NHI3VnVJK3JFUjFt?= =?utf-8?B?VmdGNVF0SzRLZm1XWHdFVldYdHY0VGFsenhkUjZpUDFvTURxdmxFbXo5eWNO?= =?utf-8?B?M0lCZ2VIVHZRQ1FOU09EMUpnQ1cxbXhTOHJCUDU0SkM4V0Z6b3crZ1BxQUs3?= =?utf-8?B?Q2pabWRwYWtIQTBqdk12MC8vWE9lenlxU2tFUzFMK0VGRHZJOExZUjJMbmlv?= =?utf-8?B?b0NvWmRTVTFYVE1Wd1NsS2R3RUduZ1dmYnVRWTJjYW5PbkhSMlUwZGxJVlE4?= =?utf-8?B?cVdqS09tUFRYYjRHaUE4eEJ6dnUvZVg4OUJoejIyQjJlMHFGdkFEblI2eURp?= =?utf-8?B?UnhsQWUvaWt5aERjcjdKdWxTaWJQNG1pL3liODREcktwZnJsOE1wdVRWSTV3?= =?utf-8?B?Z2xpSkRUMGJCTEhUYUozNFFkNUE2S3hVc0taZU9seVRQWURyLzZZZ2FFQTFn?= =?utf-8?B?QTJRN2d0UUg3Z0JmZHlHdWNEYkJQYW1wK3JmaW1BMjNsUkhuVlZvMEtYaGI1?= =?utf-8?B?MlVxSk55cEFOcldtTktvRzBDQXE5UUtFSlVIcTJaZnNLbkNBVUhTeFcxU0dT?= =?utf-8?B?ZldlUkU5K2RJcWJ5Y3hZM3RyNFlQOFNJU01BVm03c2ZEMDRnOUxWemZpUkpi?= =?utf-8?B?OG5laHBLcmdyM0piM0EzRGtVL2dLVUdqZDJUc0tkbGgwM0xuZ0RoK2VTWlk2?= =?utf-8?B?SzBObmJ5OEtnREJ2NkJzdnBLY3NmdkJqc1dtdmMzVXliQ1JrQ296T2p5bWta?= =?utf-8?B?eEhHc0dJOFBORWdBMEtKdGNnVjFXTmVXeU83ZTdHMlM2N0xiRExSZkowZFFF?= =?utf-8?B?S2lZTVUyd0VJYjF4akhzTEdvVTNIVml0OGNnTGx4WnRoY0dlZUQvNHl2WGtE?= =?utf-8?B?V3lZdGR2VFBuY2I4VFRWaXhqRWU2c1MwbCtqMkNubGRabE5IeEpsVkcwM29n?= =?utf-8?B?ZWk4SW8zZFF4ZXZWNnlkTmxVRXBJdUk1bEhJYjhkamdtZ2lMb1U0K1g1cUxC?= =?utf-8?B?RHdQT0pkVjFScnJqajgxeXdiY0Z3ODBweWwxa014T1BZU1p6cUhFdHBqV2Q3?= =?utf-8?B?QktFK2dPMHpyN1V5bERPRi91STBQalpLWWE0YTVlYmtES2cyb0NVTlFYcWtF?= =?utf-8?B?R2FtWjZYN2Zkby8yYllpOTc3empXY01CQTlMSWh5SHRvSTFGMnV1OHgwMFU2?= =?utf-8?B?eUNELy9MUFluMmVtTXZSU2RkdjNPcVlGMkZodXpYc1llMXlKY0loc2pTOTFE?= =?utf-8?B?UmI0ZmtqOTlvN29CTkV6czlFYnplRGRMSkpKbmVjYi9uT1E5WnBCNE84bTF1?= =?utf-8?B?S3BGeTZLd1lvRFplQXVVUDRrNG9Jd296V3JwNWlhTkljYjBNWU8ySHoxa1BF?= =?utf-8?B?NHVJWTFUUk9mRzUxVUxUOVBwMFlJRjRqcTFYMWF4b1BQamk1TjBVUGFCcWtv?= =?utf-8?B?SDFnQmZmUitVNmhnK0NDZ2JmOTFjR0oyOWp0bFdsZHdxTWVhd3JUTUNoNXQx?= =?utf-8?B?SnlPV0VvZXIvaUthcG5kVmFzbkZtMEVtMXIyTjVjeG9VbHBVQjhZZnlwWGs1?= =?utf-8?B?OUFuZkl5ai9hNHVNRmpBQ0Z3N3NSYThobnU4UDRvOFJNVS9NMDdSWjZzREN3?= =?utf-8?B?NEcwblRVWlNqVjVoSjdQTFMyRUlCaEk3RURFTnUrekZ2ODFsbUhvdVc1RVV4?= =?utf-8?B?VlRkd1dzcHE1KzBtU2FXSUc0OW4zM1U4a0hsV3hUNjhjWkIrbjN6UGtFQXdL?= =?utf-8?B?Q1pMZkpwU2VCbjBwVzhvWnZ1ekVuS2h2R2NDUXVhVGV6MFNOdzB6Q1luYVBY?= =?utf-8?B?dHRNaGpXNHZ4SUxmWTkrWVgyNWxPV3YwQ2h4UjZBNjdpRkRQS1RVM1FIM2tV?= =?utf-8?B?YmF5aUM4NHhZbzdSdDhUcm1DZXh0V285dk1DZDMzYnZ0c203dGIzNHVnUGJo?= =?utf-8?B?S3VwMmE0WTc1M2svcDhMdnQwMWRpMXhqZVFQMWpmM0RwcTdsSXVTNXEwZnpE?= =?utf-8?B?VTI4ZU9aYnM2eGpEajF2RUNPQUNMdkVoUkN2SVEzQ2FEZ2N5VThxWjdrTTJO?= =?utf-8?B?REZaNVFWc1NQVTV3OVJqQTF2RVN2TzlVMmtNTElMN0oxZnFsRWtsNm44NU92?= =?utf-8?Q?nj/kZzVep5AtfHbKBc1zu38DI=3D?= X-Microsoft-Antispam-Message-Info: rqybLwg6G50hXa/ZFZu3aruZRBa/W/LGuTk0HiXmeb6w2k2WnoxvHQFfSAJdAANQlzIaZzTj0q1fEHGq0GQL7sVhtvp9awWbwkGkOzlm2pOzWzXbBcy+Axj0jR11zlPM1fB+u+8WRmtP+6vf2V9wtF0e3yayHo/5LW5X6I2Q/KfOVg2S/IOA/I4Ks+xyt16i X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2340; 6:Iedx72H3Y2cW32czR27knjw0nMZWN8vP/ojqsMdwPgIaJxyvzd2OZ81nRd44EgsFtUgtfuVRrAlaFIyg1acqrJAWlMGvD5bG+fYG6qLGYXUOT3NuH5+dJjuRlhtFosCsF1HObz+Dq8vLVB/eb1dUX3zGU+o5H5j7YGgeUlTUg5nlxiYufL5qSW6UiQueZFRkdMmJyZbaQEedj10KJRH9hPUaUqfY8YnnVv+UxH55uH3UVkGrfU5uGDB88BTHM4AoyDOtY1egf22DY1Sqqsnh+WyFi5X3CovKoSwOMTWxetP6tRnj6YiTpS40qlkZG/w5NVq789bP8XRKIetkw1MViJQZf02kJ9XTQOzqZgBJX9wpfW6vi6CY+5CS8lBLtK/n8Y3pGmffJ8Dl/4t9eZs6i1tLsRCz6dx0WSBJs6o4JZXzZcu4xApG76GtB8qgcxEvTBRHpzlJ4Y08R1dxp2wdyQ==; 5:lrwRSGcCGV0/qVH8sGHdYqs8+qDkRxTu8oxkG3T8tLd60ZZYriqOR87mSfSxRWxFDiUuAvxIDBk3xlO9G48SRYsBfh4y9j9uEj8mXS+aO33aZhCrxw+vJpVRLKDJVWMXMmNkIgt36QSo/6iF+mbAhxyVxdjFk9/6iCj9KtB22II=; 24:XgDei9i5JnW1xOgjiFwZRPSFtyOhRIPIOsAinIbYsNN0c/G1T+Uc9P7dCEz9uMxRUquKR7KDouVdOuEENJIBAP68w7GPrIPXoIY4j6CuIuQ= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2340; 7:C3eLqp+1zrkUPsV0yLAlsJ73xHsDznQzb66MeQzGIdlYgPZe09Kq3sdB4kREvx0PsKtshkDFYdn3lDjFX47/7V6tOHAlNdJfZyCFmTkRu4aS1soZRdfxzMN5rHNXfOWjQ58LfEQycwjsA+0+b6alpdJEPxpx3mKCyDgR533k1LPUWeuEUKsKuGx4+cOtIIhLOEpLt9+GATEj4x3GUfRtDr/Ka24Trvh8rF1+r8sZNB1CR9bS01/i+xdIYhvZ6AMe X-MS-Office365-Filtering-Correlation-Id: f5411df6-5e87-408d-db91-08d5cb8ffeae X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Jun 2018 09:29:24.9961 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: f5411df6-5e87-408d-db91-08d5cb8ffeae X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2340 Archived-At: Subject: Re: [Teas] Last Call: (YANG Data Model for Traffic Engineering (TE) Topologies) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2018 09:29:32 -0000 Further thoughts on -16 (as my previous comments included below are). What is the status of Appendix B? I find this a thorny question. Appendices are usually regarded as not Normative, with a statement called for when it is otherwise. This is a YANG module which non-NMDA servers will implement so that says it is Normative, to me. On the other hand, the world is going NMDA - I do not know how fast - so this is more like Historic; or non-Normative? I do not know the answer but do know we can expect to see this several times, so I am thinking that some thought and guidance from an Ops AD would be valuable. IANA Considerations should have a reference: RFC XXXX for each module registered Additionally, my comments about the YANG module in the body of the document apply to Appendix B and C namely - [RFC ... looks wrong in a YANG module - import without reference Does the YANG module in Appendix C need a Copyright statement? Should the YANG module in Appendix C be registered? It took a while for the IETF to see the need to define formally such things as example.com so I am thinking it probably should be lest we get many different varieties in the wild. And I would like a Note to the RFC Editor asking them to update the dates with the date of publication especially since there are five such dates rather than the usual two. Tom Petch ----- Original Message ----- From: "tom p." To: Cc: ; ; ; Sent: Tuesday, June 05, 2018 6:01 PM > Lou et al > > I note that the YANG module in this I-D has Reference statements to 20 > other RFC, which is good, but only one of the twenty appear in the > References for the I-D, which I think is not good, and needs to be > fixed. > > Also, some of the RFC which appear in Reference clauses of the YANG > module appear in [square brackets] e.g. [RFC6001] which I think should > not be there. > > In the same vein, there are imports of four other YANG modules but no > indication as to which RFC they can be found in - again, I think that > that needs fixing with a Reference statement. > > A quick pass suggests the missing references are to > 1195 missing > 3209 missing > 3272 missing > 3471 missing > 3630 missing > 3785 missing > 4201 4202 4203 4206 all missing > 4872 missing > 5152 missing > 5212 missing > 5305 missing > 6001 missing > 6241 ok Norm > 7471 missing > 7752 missing > 7579 missing > > Russ's comment about Section 1.1 does not seem to have been addressed. > > Tom Petch > > > ----- Original Message ----- > From: "The IESG" > To: "IETF-Announce" > Cc: ; ; > ; > Sent: Wednesday, May 16, 2018 3:40 PM > > > The IESG has received a request from the Traffic Engineering > Architecture and > > Signaling WG (teas) to consider the following document: - 'YANG Data > Model > > for Traffic Engineering (TE) Topologies' > > as Proposed Standard > > > > The IESG plans to make a decision in the next few weeks, and solicits > final > > comments on this action. Please send substantive comments to the > > ietf@ietf.org mailing lists by 2018-05-30. Exceptionally, comments may > be > > sent to iesg@ietf.org instead. In either case, please retain the > beginning of > > the Subject line to allow automated sorting. > > > > Abstract > > > > > > This document defines a YANG data model for representing, > retrieving > > and manipulating Traffic Engineering (TE) Topologies. The model > > serves as a base model that other technology specific TE Topology > > models can augment. > > > > > > > > > > > > The file can be obtained via > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > IESG discussion can be tracked via > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/ > > > > > > No IPR declarations have been submitted directly on this I-D. > > > > > > The document contains these normative downward references. > > See RFC 3967 for additional information: > > rfc5212: Requirements for GMPLS-Based Multi-Region and Multi-Layer > Networks (MRN/MLN) (Informational - IETF stream) From nobody Wed Jun 6 04:20:20 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DF60F130E06; Wed, 6 Jun 2018 04:20:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alvaro Retana To: "The IESG" Cc: draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , teas-chairs@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152828401683.6362.1897183014260336352.idtracker@ietfa.amsl.com> Date: Wed, 06 Jun 2018 04:20:16 -0700 Archived-At: Subject: [Teas] Alvaro Retana's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2018 11:20:17 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-teas-yang-te-topo-16: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Security Considerations: It is important to call out the fact that the sensitive information in the readable data nodes includes geolocation. From nobody Wed Jun 6 12:08:31 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CA58B127333; Wed, 6 Jun 2018 12:08:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152831210176.6116.3562649530077124525.idtracker@ietfa.amsl.com> Date: Wed, 06 Jun 2018 12:08:21 -0700 Archived-At: Subject: [Teas] Ben Campbell's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2018 19:08:23 -0000 Ben Campbell has entered the following ballot position for draft-ietf-teas-yang-te-topo-16: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Just some editorial comments: - There is conflicting 2119/8174 boilerplate in the front material and in §1.1. I assume the latter is the correct boilerplate. - The writing style makes heavy use of imbedded definitions and examples in parenthetical phrases. I personally find that creates quite a bit of readability friction. It would be easier to read if such things were split out into their own sentences. - Some of the figures have legends, but most do not. It would be very helpful to include legends in those figures that depend on different line styles to convey meaning. (e.g. Figure 1). From nobody Wed Jun 6 13:39:30 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A9DE130FDB; Wed, 6 Jun 2018 13:39:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk To: "The IESG" Cc: draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152831756015.6220.551593327209091162.idtracker@ietfa.amsl.com> Date: Wed, 06 Jun 2018 13:39:20 -0700 Archived-At: Subject: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2018 20:39:21 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-teas-yang-te-topo-16: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks to Alvaro for pointing out the specific considerations on the geolocation variables. This document has a large number (6) of authors; https://www.rfc-editor.org/policy.html#policy.authlist implies that justification is needed for more than 5 authors. Section 3.4 I'm confused why the transitional TE link disappears once a normal TE link abstracting away the layer transition appears -- is there no longer potential to do layer transition at that node (e.g., to take a different path in the server layer network) once a layer transition is in use? Section 8 I'm not sure I understand why the te:templates tree is not called out as "sensitive" -- is it just the "template" nature? Lots of these look like things that could have detrimental impact if modified in an actual live instance -- ID, bandwidth, type, etc., so I mostly assume that it's just the templatey-ness, but don't quite understand how that works. There are a number of places where editorial attention would be beneficial; I only noted a small subset of them. One recurring theme is " is assigned with the unique ID", which might be more clearly phrased as "A is assigned a unique ID within the scope of ". Some other specific items follow. Section 1 [...] There could be one or more TE Topologies present in a given Traffic Engineered system. The TE Topology is the topology on which path computational algorithms are run to compute Traffic Engineered Paths (TE Paths). nit: If there could be more than one, it seems grammatically improper to use the definite article "the" (without further qualification) to refer to them. Section 1.1 Customized TE Topology: Customized TE Topology is a custom topology that is produced by a provider for a given Client. This topology typically augments the Client's Native TE Topology. Path computational algorithms aren't typically run on the Customized TE Topology; they are run on the Client's augmented Native TE Topology. This text doesn't really help me tell the difference between the "Client's augmented Native TE Topology" and the "Customized TE Topology", which is the Client's Native TE Topology plus some unspecified augmentation (that is apparently different from the one used for path computation). Section 2 - Each TE Topological element has an information source associated with it. In some scenarios, there could be more than one information source associated with each topological element. editorial: I'd suggest replacing the last "each" with "any given", and maybe "has an" with "has at least one". Section 3.3 TE link is an element of a TE topology (presented as an edge on TE graph, arrows indicate one or both directions of the TE link). (I don't see any arrows in Figure 1.) [...] TE link is connected to TE node, terminating the TE link via exactly one TE link termination point (LTP). Even unidirectional links have a source and destination; presumably both of those are attributes of the TE link? Perhaps "for any given node" should be more explicit? Section 3.8 [...] From the point of view of a potential TE path LLCL provides a list of valid TE links the TE path needs to start/stop on for the connection, taking the TE path, to be successfully terminated on the TTP in question. nit: this could probably be reworded to be more clear, maybe: % From the point of view of usability in creating a TE path, the LLCL % provides a list of the TE links that would be valid path components % for paths involving the TTP in question. Section 3.10 is unique across all TE topologies provided by the same provider. The client layer LIPs and the server layer TTPs associated within a given Should that be "LTPs" instead of "LIPs"? Section 4.4 [...] maintain. For example, in addition to the merged TE topology depicted in the upper part of Figure 1, the client may merge the abstract TE Figure 1 was long ago and does not seem relevant. Was this supposed to be Figure 9 or Figure 10? Section 7 grouping connectivity-label-restriction-list { description "List of abel restrictions specifying what labels may or may not be used on a link connectivity."; list label-restriction { key "index"; description "List of abel restrictions specifying what labels may or may not be used on a link connectivity."; presumably "label" rather than "abel" (twice)? Another typo -- "speficied" for "specified" (also twice). And "souruce" for "source" (twice) Appendix C Are there really supposed to be 63 occurrences of the string "Attribute 11 for example technology" (i.e., with no "Attribute 1", "Attribute 2", etc.)? From nobody Wed Jun 6 18:44:58 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E27EA130E16; Wed, 6 Jun 2018 18:44:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=pZMxRWSm; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=GPJTzDer 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 ncCtbhkugG_i; Wed, 6 Jun 2018 18:44:52 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58DB8131074; Wed, 6 Jun 2018 18:44:52 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id B7AE421D40; Wed, 6 Jun 2018 21:44:51 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 06 Jun 2018 21:44:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=RivlsthLV13pbXgQemQ/KuQgS1lUM BNmt/eBCkyBVCg=; b=pZMxRWSmyso60zTAdmHAYWSKzKhPB4tTemMSpd8hhzyON UxiHz1RsxTdhlZbN1Ku/Yr5zBseqx+oSDbhlXf+54BhawBABUmMSdwA9xIQZZODk wwNWKmgW7Uv+8jw8WWYiNqU1D9/BrAl7lBNBQe/zz/CbfqBrJw0KawVtDXrp6afu y2FL1afgVhBITZJEOxyHRRUS52k6jZvbDrNxUprz37OlW7yjCPhyTftypAAWIX2s 72uzqyHlKfCbhZcaQBjmvxPIdo0ylHsPBPyr/iwSN7x0ebSZ4h3Io1QPU4iBnQUs xLPyuJJa6k4xftuP9kxWGD3Gl0+0vuhGjuhd9V3sg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Rivlst hLV13pbXgQemQ/KuQgS1lUMBNmt/eBCkyBVCg=; b=GPJTzDerrYshBt7Wto/xSf vvdN+9y8+PvadhFg4Q3t5jLrlAlBJiG9OSCkxGgF80ThhdtKWCShhQXD/ZEVfbJd Nr5zDwzBPRkAHPKz+IYCkvlpJI+ihXAVZBcVMyB8FGHGstRxWUgZpGXJWMc8Qs+e TYiR0CRS/IqLld2LQKjtzE5OOi9e5uG4lfsi3gk8scgps4cI2CvVTV3iTuQ7T98z 7wqM9R/HtJuqAT/rEK0hzIfNalXRxISGj1ZLbYfcP8nJD0frKA0L/jddZH7zt+ZG WFj7ZoPxtdhpmeb+Jpv70AoRmJYM42YX+X3+WU+HcPYWpkccjHNlHs0bV9EYjgFQ == X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Sender: Received: from [10.84.146.44] (mobile-166-170-31-82.mycingular.net [166.170.31.82]) by mail.messagingengine.com (Postfix) with ESMTPA id 612AA102B8; Wed, 6 Jun 2018 21:44:51 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Alissa Cooper X-Mailer: iPhone Mail (15E302) In-Reply-To: <0717d625-cf68-e9eb-4100-2da080d410ed@labn.net> Date: Wed, 6 Jun 2018 21:44:49 -0400 Cc: Russ Housley , gen-art@ietf.org, teas@ietf.org, draft-ietf-teas-yang-te-topo.all@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <547A8182-73C6-40C3-A6FE-06D430708342@cooperw.in> References: <152658832204.7577.3384283921850968264@ietfa.amsl.com> <0717d625-cf68-e9eb-4100-2da080d410ed@labn.net> To: Lou Berger Archived-At: Subject: Re: [Teas] [Gen-art] Genart last call review of draft-ietf-teas-yang-te-topo-15 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2018 01:44:56 -0000 Russ, thanks for your review. Lou, thanks for the updates. I entered a No Ob= jection ballot. Alissa > On Jun 5, 2018, at 10:03 AM, Lou Berger wrote: >=20 > Hi Russ, >=20 > Thanks for the comments. Please take a look at https://tools.ietf.org/= html/draft-ietf-teas-yang-te-topo-16 and let us know if this version does *n= ot* address your issues. >=20 > Thanks, >=20 > Lou >=20 > (doc Shepherd) >=20 >=20 >> On 5/17/2018 4:18 PM, Russ Housley wrote: >> Reviewer: Russ Housley >> Review result: Not Ready >>=20 >> I am the assigned Gen-ART reviewer for this draft. The General Area >> Review Team (Gen-ART) reviews all IETF documents being processed >> by the IESG for the IETF Chair. Please treat these comments just >> like any other last call comments. >>=20 >> For more information, please see the FAQ at >> . >>=20 >> Document: draft-ietf-teas-yang-te-topo-15 >> Reviewer: Russ Housley >> Review Date: 2018-05-17 >> IETF LC End Date: 2018-05-30 >> IESG Telechat date: 2018-06-07 >>=20 >> Summary: Not Ready >>=20 >> Major Concerns: >>=20 >> See https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines. The >> Security Considerations section MUST follow the template provided on >> that web page, but it is not followed by this document. >>=20 >> Note that [RFC5246], [RFC6241], [RFC6242], [RFC6536], and [RFC8040] >> are required to be normative references by those guidelines. None of >> these appear in the references. >>=20 >>=20 >> Minor Concerns: >>=20 >> Section 1.1: Please update the first paragraph to reference RFC 8174 >> in addition to RFC 2119, as follows: >>=20 >> The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", >> "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and >> "OPTIONAL" in this document are to be interpreted as described in BCP >> 14 [RFC2119] [RFC8174] when, and only when, they appear in all >> capitals, as shown here. >>=20 >> Section 1.1: Please add a reference to RFC 7926. >>=20 >>=20 >> Nits: >>=20 >> Please pick one spelling (YANG vs. Yang) and use it throughout the >> document. >>=20 >> The TOC contains several lines where the heading goes past the column >> of page numbers. Reformatting would make this much easier to read. >>=20 >>=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Fri Jun 8 22:55:18 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57B50130DEF; Fri, 8 Jun 2018 22:55:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 BVr-vzQp-N2X; Fri, 8 Jun 2018 22:55:10 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 574F31310CF; Fri, 8 Jun 2018 22:55:10 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id F20D9B80CF5; Fri, 8 Jun 2018 22:54:37 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, teas@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180609055437.F20D9B80CF5@rfc-editor.org> Date: Fri, 8 Jun 2018 22:54:37 -0700 (PDT) Archived-At: Subject: [Teas] =?utf-8?q?RFC_8400_on_Extensions_to_RSVP-TE_for_Label_Swi?= =?utf-8?q?tched_Path_=28LSP=29_Egress_Protection?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2018 05:55:13 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8400 Title: Extensions to RSVP-TE for Label Switched Path (LSP) Egress Protection Author: H. Chen, A. Liu, T. Saad, F. Xu, L. Huang Status: Standards Track Stream: IETF Date: June 2018 Mailbox: huaimo.chen@huawei.com, hliu@ciena.com, tsaad@cisco.com, fengman.xu@verizon.com, huanglu@chinamobile.com Pages: 21 Characters: 46913 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-teas-rsvp-egress-protection-16.txt URL: https://www.rfc-editor.org/info/rfc8400 DOI: 10.17487/RFC8400 This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the egress node(s) of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). This document is a product of the Traffic Engineering Architecture and Signaling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Mon Jun 11 17:49:53 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 27FCE130DC2; Mon, 11 Jun 2018 17:49:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Zitao Wang To: Cc: ietf@ietf.org, teas@ietf.org, draft-ietf-teas-actn-info-model.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152876458407.2701.2470854426643834562@ietfa.amsl.com> Date: Mon, 11 Jun 2018 17:49:44 -0700 Archived-At: Subject: [Teas] Opsdir last call review of draft-ietf-teas-actn-info-model-08 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2018 00:49:45 -0000 Reviewer: Zitao Wang Review result: Ready I have reviewed this document as part of the Operational directorate’s ongoing effort to review all IETF documents being processed by the IESG. These comments were written with the intent of improving the operational aspects of the IETF drafts. Comments that are not addressed in last call may be included in AD reviews during the IESG review. Document editors and WG chairs should treat these comments just like any other last call comments. Document reviewed: draft-ietf-teas-actn-info-model-08 Summary: This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). From nobody Tue Jun 12 06:32:04 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ADDCE130F18; Tue, 12 Jun 2018 06:31:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152881031865.9173.15053795343431947481@ietfa.amsl.com> Date: Tue, 12 Jun 2018 06:31:58 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-15.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2018 13:32:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : A YANG Data Model for Traffic Engineering Tunnels and Interfaces Authors : Tarek Saad Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Himanshu Shah Igor Bryskin Filename : draft-ietf-teas-yang-te-15.txt Pages : 173 Date : 2018-06-12 Abstract: This document defines a YANG data model for the configuration and management of Traffic Engineering (TE) interfaces, tunnels and Label Switched Paths (LSPs). The model is divided into YANG modules that classify data into generic, device-specific, technology agnostic, and technology-specific elements. The model also includes module(s) that contain reusable TE data types and data groupings. This model covers data for configuration, operational state, remote procedural calls, and event notifications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-15 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 15 11:42:32 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B0891130DBE; Fri, 15 Jun 2018 11:42:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152908814467.27325.16052851210659458300@ietfa.amsl.com> Date: Fri, 15 Jun 2018 11:42:24 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-info-model-09.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 18:42:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Information Model for Abstraction and Control of TE Networks (ACTN) Authors : Young Lee Sergio Belotti Dhruv Dhody Daniele Ceccarelli Bin Yeong Yoon Filename : draft-ietf-teas-actn-info-model-09.txt Pages : 24 Date : 2018-06-15 Abstract: This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-info-model-09 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-info-model-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-info-model-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 15 11:52:53 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34AFC12F18C; Fri, 15 Jun 2018 11:52:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.798 X-Spam-Level: X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_HTML_ATTACH=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 A-BVE0er13nS; Fri, 15 Jun 2018 11:52:32 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A148912785F; Fri, 15 Jun 2018 11:52:31 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id B9FA616534448; Fri, 15 Jun 2018 19:52:26 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 15 Jun 2018 19:52:28 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML701-CHM.china.huawei.com ([169.254.3.168]) with mapi id 14.03.0382.000; Fri, 15 Jun 2018 11:52:22 -0700 From: Leeyoung To: "teas@ietf.org" , "ops-dir@ietf.org" , "secdir@ietf.org" , "rtg-dir@ietf.org" CC: "BRUNGARD, DEBORAH A" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-actn-info-model-09.txt Thread-Index: AQHUBNjIUh3SSYBa90aKN4ANHAynYKRhqQ2Q Date: Fri, 15 Jun 2018 18:52:21 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D0170E0@sjceml521-mbx.china.huawei.com> References: <152908814467.27325.16052851210659458300@ietfa.amsl.com> In-Reply-To: <152908814467.27325.16052851210659458300@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.47.139.76] Content-Type: multipart/mixed; boundary="_002_7AEB3D6833318045B4AE71C2C87E8E173D0170E0sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-actn-info-model-09.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 18:52:38 -0000 --_002_7AEB3D6833318045B4AE71C2C87E8E173D0170E0sjceml521mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, This revision incorporated all comments received from ops-dir, secdir and r= tg-dir. Let us know if we by any chance missed your comments.=20 Thanks & best regards, Young (on behalf of other co-authors) -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org Sent: Friday, June 15, 2018 1:42 PM To: i-d-announce@ietf.org Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-actn-info-model-09.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Traffic Engineering Architecture and Signa= ling WG of the IETF. Title : Information Model for Abstraction and Control of = TE Networks (ACTN) Authors : Young Lee Sergio Belotti Dhruv Dhody Daniele Ceccarelli Bin Yeong Yoon Filename : draft-ietf-teas-actn-info-model-09.txt Pages : 24 Date : 2018-06-15 Abstract: This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-info-model-09 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-info-model-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-actn-info-model-09 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --_002_7AEB3D6833318045B4AE71C2C87E8E173D0170E0sjceml521mbxchi_ Content-Type: text/html; name="Diff_ draft-ietf-teas-actn-info-model-08.txt - draft-ietf-teas-actn-info-model-09.txt.html" Content-Description: Diff_ draft-ietf-teas-actn-info-model-08.txt - draft-ietf-teas-actn-info-model-09.txt.html Content-Disposition: attachment; filename="Diff_ draft-ietf-teas-actn-info-model-08.txt - draft-ietf-teas-actn-info-model-09.txt.html"; size=29650; creation-date="Fri, 15 Jun 2018 18:35:08 GMT"; modification-date="Fri, 15 Jun 2018 18:35:08 GMT" Content-Transfer-Encoding: base64 PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDMwKWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv cmZjZGlmZiAtLT4KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPjxo ZWFkPjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBj aGFyc2V0PVVURi04Ij4gCiAgIAogIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtU3R5bGUtVHlw ZSIgY29udGVudD0idGV4dC9jc3MiPiAKICA8dGl0bGU+RGlmZjogZHJhZnQtaWV0Zi10ZWFzLWFj dG4taW5mby1tb2RlbC0wOC50eHQgLSBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA5 LnR4dDwvdGl0bGU+IAogIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+IAogICAgYm9keSAgICB7IG1h cmdpbjogMC40ZXg7IG1hcmdpbi1yaWdodDogYXV0bzsgfSAKICAgIHRyICAgICAgeyB9IAogICAg dGQgICAgICB7IHdoaXRlLXNwYWNlOiBwcmU7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IHZlcnRp Y2FsLWFsaWduOiB0b3A7IGZvbnQtc2l6ZTogMC44NmVtO30gCiAgICB0aCAgICAgIHsgZm9udC1z aXplOiAwLjg2ZW07IH0gCiAgICAuc21hbGwgIHsgZm9udC1zaXplOiAwLjZlbTsgZm9udC1zdHls ZTogaXRhbGljOyBmb250LWZhbWlseTogVmVyZGFuYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyB9 IAogICAgLmxlZnQgICB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAucmlnaHQgIHsg YmFja2dyb3VuZC1jb2xvcjogI0ZGRjsgfSAKICAgIC5kaWZmICAgeyBiYWNrZ3JvdW5kLWNvbG9y OiAjQ0NGOyB9IAogICAgLmxibG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNCRkI7IH0gCiAgICAu cmJsb2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGODsgfSAKICAgIC5pbnNlcnQgeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjOEZGOyB9IAogICAgLmRlbGV0ZSB7IGJhY2tncm91bmQtY29sb3I6ICNBQ0Y7 IH0gCiAgICAudm9pZCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGQjsgfSAKICAgIC5jb250ICAg eyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxpbmViciB7IGJhY2tncm91bmQtY29s b3I6ICNBQUE7IH0gCiAgICAubGluZW5vIHsgY29sb3I6IHJlZDsgYmFja2dyb3VuZC1jb2xvcjog I0ZGRjsgZm9udC1zaXplOiAwLjdlbTsgdGV4dC1hbGlnbjogcmlnaHQ7IHBhZGRpbmc6IDAgMnB4 OyB9IAogICAgLmVsaXBzaXN7IGJhY2tncm91bmQtY29sb3I6ICNBQUE7IH0gCiAgICAubGVmdCAu Y29udCB7IGJhY2tncm91bmQtY29sb3I6ICNEREQ7IH0gCiAgICAucmlnaHQgLmNvbnQgeyBiYWNr Z3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxibG9jayAuY29udCB7IGJhY2tncm91bmQtY29s b3I6ICM5RDk7IH0gCiAgICAucmJsb2NrIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RENjsg fSAKICAgIC5pbnNlcnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjMEREOyB9IAogICAgLmRl bGV0ZSAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICM4QUQ7IH0gCiAgICAuc3RhdHMsIC5zdGF0 cyB0ZCwgLnN0YXRzIHRoIHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgcGFkZGluZzogMnB4IDA7 IH0gCiAgICBzcGFuLmhpZGUgeyBkaXNwbGF5OiBub25lOyBjb2xvcjogI2FhYTt9ICAgIGE6aG92 ZXIgc3BhbiB7IGRpc3BsYXk6IGlubGluZTsgfSAgICB0ci5jaGFuZ2UgeyBiYWNrZ3JvdW5kLWNv bG9yOiBncmF5OyB9IAogICAgdHIuY2hhbmdlIGEgeyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGNv bG9yOiBibGFjayB9IAogIDwvc3R5bGU+IAogICAgIDxzY3JpcHQ+CnZhciBjaHVua19pbmRleCA9 IDA7CnZhciBvbGRfY2h1bmsgPSBudWxsOwoKZnVuY3Rpb24gZm9ybWF0X2NodW5rKGluZGV4KSB7 CiAgICB2YXIgcHJlZml4ID0gImRpZmYiOwogICAgdmFyIHN0ciA9IGluZGV4LnRvU3RyaW5nKCk7 CiAgICBmb3IgKHg9MDsgeDwoNC1zdHIubGVuZ3RoKTsgKyt4KSB7CiAgICAgICAgcHJlZml4Kz0n MCc7CiAgICB9CiAgICByZXR1cm4gcHJlZml4ICsgc3RyOwp9CgpmdW5jdGlvbiBmaW5kX2NodW5r KG4pewogICAgcmV0dXJuIGRvY3VtZW50LnF1ZXJ5U2VsZWN0b3IoJ3RyW2lkJD0iJyArIG4gKyAn Il0nKTsKfQoKZnVuY3Rpb24gY2hhbmdlX2NodW5rKG9mZnNldCkgewogICAgdmFyIGluZGV4ID0g Y2h1bmtfaW5kZXggKyBvZmZzZXQ7CiAgICB2YXIgbmV3X3N0cjsKICAgIHZhciBuZXdfY2h1bms7 CgogICAgbmV3X3N0ciA9IGZvcm1hdF9jaHVuayhpbmRleCk7CiAgICBuZXdfY2h1bmsgPSBmaW5k X2NodW5rKG5ld19zdHIpOwogICAgaWYgKCFuZXdfY2h1bmspIHsKICAgICAgICByZXR1cm47CiAg ICB9CiAgICBpZiAob2xkX2NodW5rKSB7CiAgICAgICAgb2xkX2NodW5rLnN0eWxlLm91dGxpbmUg PSAiIjsKICAgIH0KICAgIG9sZF9jaHVuayA9IG5ld19jaHVuazsKICAgIG9sZF9jaHVuay5zdHls ZS5vdXRsaW5lID0gIjFweCBzb2xpZCByZWQiOwogICAgd2luZG93LmxvY2F0aW9uLnJlcGxhY2Uo IiMiICsgbmV3X3N0cikKICAgIHdpbmRvdy5zY3JvbGxCeSgwLC0xMDApOwogICAgY2h1bmtfaW5k ZXggPSBpbmRleDsKfQoKZG9jdW1lbnQub25rZXlkb3duID0gZnVuY3Rpb24oZSkgewogICAgc3dp dGNoIChlLmtleUNvZGUpIHsKICAgIGNhc2UgNzg6CiAgICAgICAgY2hhbmdlX2NodW5rKDEpOwog ICAgICAgIGJyZWFrOwogICAgY2FzZSA4MDoKICAgICAgICBjaGFuZ2VfY2h1bmsoLTEpOwogICAg ICAgIGJyZWFrOwogICAgfQp9OwogICA8L3NjcmlwdD4gCjwvaGVhZD4gCjxib2R5PiAKICA8dGFi bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiPiAKICA8dGJvZHk+ PHRyIGlkPSJwYXJ0LTEiIGJnY29sb3I9Im9yYW5nZSI+PHRoPjwvdGg+PHRoPjxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtdGVhcy1hY3RuLWlu Zm8tbW9kZWwtMDgudHh0IiBzdHlsZT0iY29sb3I6IzAwODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7 Ij4mbHQ7PC9hPiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA4LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDgiPmRy YWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwtMDgudHh0PC9hPiZuYnNwOzwvdGg+PHRoPiA8 L3RoPjx0aD4mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC0wOS50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFm dC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA5LnR4dDwvYT4mbmJzcDs8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZv LW1vZGVsLTA5LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+ Jmd0OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPlRlYXMgV29ya2luZyBHcm91cCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWW91bmcgTGVlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+VGVhcyBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBZb3VuZyBMZWU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPkludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgSHVhd2VpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+SW50ZXJu ZXQgRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBIdWF3ZWk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+SW50ZW5kZWQgc3RhdHVz OiBJbmZvcm1hdGlvbmFsICAgICAgICAgICAgICAgICAgICAgICAgICAgU2VyZ2lvIEJlbG90dGk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRlbmRlZCBzdGF0dXM6IEluZm9ybWF0 aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICBTZXJnaW8gQmVsb3R0aTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgTm9raWE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBOb2tpYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJkaWZmMDAwMSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0i ZGVsZXRlIj5Ob3ZlbWJlciAzPC9zcGFuPiwgMjAxODwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5EZWNlbWJlciAxNTwvc3Bhbj4s IDIwMTg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERocnV2IERob2R5PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgRGhydXYgRGhvZHk8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgSHVhd2VpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBIdWF3ZWk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBEYW5pZWxlIENlY2Nh cmVsbGk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERhbmllbGUgQ2VjY2FyZWxsaTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRXJpY3Nzb248L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBFcmljc3NvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBCaW4gWWVvbmcgWW9vbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEJpbiBZ ZW9uZyBZb29uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRVRSSTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFVFJJPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDIiPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPiAgTWF5IDM8L3NwYW4+LCAyMDE4PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5KdW5lIDE1PC9zcGFu PiwgMjAxODwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gIEluZm9ybWF0aW9uIE1v ZGVsIGZvciBBYnN0cmFjdGlvbiBhbmQgQ29udHJvbCBvZiBURSBOZXR3b3JrcyAoQUNUTik8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gIEluZm9ybWF0aW9uIE1vZGVsIGZvciBBYnN0 cmFjdGlvbiBhbmQgQ29udHJvbCBvZiBURSBOZXR3b3JrcyAoQUNUTik8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi10ZWFzLWFjdG4t aW5mby1tb2RlbC0wOC50eHQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg ICAgICAgICAgICBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA4LnR4dDwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5BYnN0cmFjdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPkFic3RyYWN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRo aXMgZHJhZnQgcHJvdmlkZXMgYW4gaW5mb3JtYXRpb24gbW9kZWwgZm9yIEFic3RyYWN0aW9uIGFu ZCBDb250cm9sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkcmFmdCBw cm92aWRlcyBhbiBpbmZvcm1hdGlvbiBtb2RlbCBmb3IgQWJzdHJhY3Rpb24gYW5kIENvbnRyb2w8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG9mIFRyYWZmaWMgRW5naW5lZXJlZCBOZXR3 b3JrcyAoQUNUTikuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgb2YgVHJhZmZp YyBFbmdpbmVlcmVkIE5ldHdvcmtzIChBQ1ROKS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtMiIgY2xhc3M9ImNoYW5nZSI+PHRk PjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZiNwYXJ0LTIiPjxlbT4gcGFnZSAyLCBsaW5lIDc8 c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48 c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL3JmY2RpZmYjcGFydC0yIj48ZW0+IHBhZ2UgMiwgbGluZSA3PHNwYW4gY2xhc3M9 ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEludGVybmV0LURyYWZ0 cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1 bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIG1vbnRocyBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQg Ynkgb3RoZXIgZG9jdW1lbnRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbW9u dGhzIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBk b2N1bWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGF0IGFueSB0aW1lLiAgSXQg aXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgYXQgYW55IHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRv IHVzZSBJbnRlcm5ldC1EcmFmdHMgYXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJl ZmVyZW5jZSBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBw cm9ncmVzcy4iPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVmZXJlbmNlIG1h dGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiI8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJ bnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vzc2VkIGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFj Y2Vzc2VkIGF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBodHRwOi8vd3d3LmlldGYu b3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQ8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBE aXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQgYXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cgRGlyZWN0b3JpZXMgY2Fu IGJlIGFjY2Vzc2VkIGF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBodHRwOi8vd3d3 LmlldGYub3JnL3NoYWRvdy5odG1sLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDMiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhp cyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5Ob3Zl bWJlciAzPC9zcGFuPiwgMjAxOC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg VGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5E ZWNlbWJlciAxNTwvc3Bhbj4sIDIwMTguPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PkNvcHlyaWdodCBOb3RpY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5Db3B5cmln aHQgTm90aWNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIENvcHlyaWdodCAo YykgMjAxOCBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIENvcHlyaWdodCAoYykgMjAxOCBJRVRGIFRy dXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgZG9jdW1lbnQgYXV0aG9ycy4gQWxsIHJpZ2h0cyByZXNlcnZlZC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkb2N1bWVudCBhdXRob3JzLiBBbGwgcmlnaHRz IHJlc2VydmVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3Vt ZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRv IEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50czwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1 bWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIChodHRwOi8vdHJ1c3RlZS5pZXRm Lm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWlu Zm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9j dW1lbnRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcHVibGljYXRpb24gb2Yg dGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0zIiBjbGFzcz0i Y2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+ PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtMyI+PGVtPiBwYWdl IDIxLCBsaW5lIDE0PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0 aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmI3BhcnQtMyI+PGVtPiBwYWdlIDIxLCBsaW5l IDE0PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICZsdDtURSBUb3BvbG9neSBVcGRhdGUmZ3Q7IDo6PSAmbHQ7VEUtdG9wb2xvZ3ktbGlzdCZndDs8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAmbHQ7VEUgVG9wb2xvZ3kgVXBkYXRl Jmd0OyA6Oj0gJmx0O1RFLXRvcG9sb2d5LWxpc3QmZ3Q7PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICZsdDtQYXRoIENvbXB1dGUgUmVxdWVzdCZndDsgOjo9ICZsdDtURSBUdW5u ZWwgQ2hhcmFjdGVyaXN0aWNzJmd0OzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICZsdDtQYXRoIENvbXB1dGUgUmVxdWVzdCZndDsgOjo9ICZsdDtURSBUdW5uZWwgQ2hhcmFjdGVy aXN0aWNzJmd0OzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAmbHQ7UGF0aCBD b21wdXRlIFJlcGx5Jmd0OyA6Oj0gJmx0O1RFIENvbXB1dGVkIFBhdGgmZ3Q7PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgJmx0O1BhdGggQ29tcHV0ZSBSZXBseSZndDsgOjo9ICZs dDtURSBDb21wdXRlZCBQYXRoJmd0OzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgJmx0O1RFIFR1bm5lbCBDaGFyYWN0ZXJpc3RpY3Mm Z3Q7PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICZsdDtURSBUdW5uZWwgQ2hhcmFjdGVyaXN0aWNzJmd0OzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij45LiBTZWN1cml0eSBDb25zaWRlcmF0aW9uczwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjkuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDQiPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgVGhlIEFDVE4gaW5mb3JtYXRpb24gbW9kZWwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ ZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQ8L3NwYW4+IGRlZmluZXMgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+a2V5PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBUaGUg QUNUTiBpbmZvcm1hdGlvbiBtb2RlbCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5kb2VzIG5vdCBkaXJl Y3RseSBpbnRyb2R1Y2Ugc2VjdXJpdHk8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPiAgIGludGVyZmFjZXMgZm9yIDxzcGFuIGNsYXNzPSJkZWxldGUiPm1hbmFnZWQ8L3NwYW4+ IHRyYWZmaWMgZW5naW5lZXJlZCBuZXR3b3Jrcy4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPlNlY3Vy aW5nPC9zcGFuPiB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xh c3M9Imluc2VydCI+ICAgaXNzdWVzLiBSYXRoZXIsIGl0PC9zcGFuPiBkZWZpbmVzIDxzcGFuIGNs YXNzPSJpbnNlcnQiPmEgc2V0IG9mPC9zcGFuPiBpbnRlcmZhY2VzIGZvciB0cmFmZmljPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHJlcXVlc3QgYW5kIGNvbnRyb2wgb2YgPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+cmVzb3VyY2VzLCBjb25maWRlbnRpYWxpdHkgb2YgdGhlPC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBlbmdpbmVlcmVkIG5ldHdvcmtzLiA8 c3BhbiBjbGFzcz0iaW5zZXJ0Ij5UaGUgdW5kZXJseWluZyBwcm90b2NvbHMsIHByb2NlZHVyZXMs IGFuZDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRl bGV0ZSI+ICAgaW5mb3JtYXRpb24sPC9zcGFuPiBhbmQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+YXZh aWxhYmlsaXR5PC9zcGFuPiBvZiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5mdW5jdGlvbiwgc2hvdWxk IGFsbDwvc3Bhbj4gYmUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+Y3JpdGljYWw8L3NwYW4+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGltcGxl bWVudGF0aW9ucyB1c2VkIHRvIGV4Y2hhbmdlIHRoZSBpbmZvcm1hdGlvbiBtb2RlbCBkZXNjcmli ZWQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxl dGUiPiAgIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHdoZW4gZGVwbG95aW5nIGFuZCBvcGVyYXRp bmcgQUNUTiBwbGF0Zm9ybXMuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBpbiB0aGlzIGRyYWZ0IHdpbGwgbmVlZCB0byBzZWN1 cmU8L3NwYW4+IHRoZSByZXF1ZXN0IGFuZCBjb250cm9sIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5yZXNvdXJjZXMgd2l0aCBwcm9wZXIgYXV0aGVudGljYXRpb248L3NwYW4+IGFu ZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5hdXRob3JpemF0aW9uIG1lY2hhbmlzbXMuPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgSW4gYWRkaXRpb24sIHRoZSBkYXRhIGV4Y2hh bmdlZCBvdmVyIHRoZSBBQ1ROIGludGVyZmFjZXMgZGlzY3Vzc2VkPC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+ICAgaW4gdGhpcyBkb2N1bWVudCByZXF1aXJlcyB2ZXJpZmljYXRp b248L3NwYW4+IG9mIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmRhdGEgaW50ZWdyaXR5LiBCYWNrdXAg b3I8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICByZWR1bmRhbmNpZXMgU0hP VUxEIGFsc288L3NwYW4+IGJlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmF2YWlsYWJsZSB0byByZXN0 b3JlIHRoZSBhZmZlY3RlZCBkYXRhPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgdG8gaXRzIGNvcnJlY3Qgc3RhdGUuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA1Ij48dGQ+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDxzcGFu IGNsYXNzPSJkZWxldGUiPlNldmVyYWwgZGlzdHJpYnV0ZWQ8L3NwYW4+IEFDVE4gZnVuY3Rpb25h bCBjb21wb25lbnRzIDxzcGFuIGNsYXNzPSJkZWxldGUiPmFyZSByZXF1aXJlZCwgYW5kPC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5JbXBsZW1lbnRhdGlvbnMgb2YgdGhlPC9zcGFuPiBBQ1ROIDxzcGFuIGNsYXNzPSJpbnNlcnQi PmZyYW1ld29yayB3aWxsIGhhdmUgZGlzdHJpYnV0ZWQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIGltcGxlbWVudGF0aW9ucyBzaG91 bGQgY29uc2lkZXIgZW5jcnlwdGluZzwvc3Bhbj4gZGF0YSB0aGF0IGZsb3dzIGJldHdlZW48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgZnVuY3Rpb25hbCBjb21wb25lbnRzIDxz cGFuIGNsYXNzPSJpbnNlcnQiPnRoYXQgd2lsbCBleGNoYW5nZSB0aGlzIGluZm9ybWF0aW9uIG1v ZGVsLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+Y29tcG9uZW50cyw8L3NwYW4+IGVzcGVjaWFsbHkgd2hlbiB0aGV5IGFyZSBpbXBs ZW1lbnRlZCBhdCByZW1vdGUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+bm9kZXMsPC9zcGFuPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBJbXBs ZW1lbnRhdGlvbnMgU0hPVUxEIGVuY3J5cHQ8L3NwYW4+IGRhdGEgdGhhdCBmbG93cyBiZXR3ZWVu IDxzcGFuIGNsYXNzPSJpbnNlcnQiPnRoZW0sPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICByZWdhcmRsZXNzPC9zcGFuPiBvZiB0aGVz ZSBkYXRhIGZsb3dzIGFyZSBvbiBleHRlcm5hbCBvciBpbnRlcm5hbCBuZXR3b3JrPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGVzcGVjaWFsbHkgd2hlbiB0aGV5IGFyZSBpbXBs ZW1lbnRlZCBhdCByZW1vdGUgPHNwYW4gY2xhc3M9Imluc2VydCI+bm9kZXMgYW5kPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBpbnRlcmZhY2VzLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBpcnJlc3BlY3RpdmU8 L3NwYW4+IG9mIDxzcGFuIGNsYXNzPSJpbnNlcnQiPndoZXRoZXI8L3NwYW4+IHRoZXNlIGRhdGEg Zmxvd3MgYXJlIG9uIGV4dGVybmFsIG9yIGludGVybmFsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBuZXR3b3JrIGludGVy ZmFjZXMuIDxzcGFuIGNsYXNzPSJpbnNlcnQiPlRoZSBpbmZvcm1hdGlvbiBtb2RlbCBtYXkgY29u dGFpbiBjdXN0b21lciw8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBhcHBs aWNhdGlvbiBhbmQgbmV0d29yayBkYXRhIHRoYXQgZm9yIGJ1c2luZXNzIG9yIHByaXZhY3kgcmVh c29uczwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIG1heSBiZSBjb25zaWRl cmVkIHNlbnNpdGl2ZS4gSXQgU0hPVUxEIGJlIHN0b3JlZCBvbmx5IGluIGFuPC9zcGFuPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgZW5jcnlwdGVkIGRhdGEgc3RvcmUuPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgQUNUTiBzZWN1cml0eSBkaXNj dXNzaW9uIGlzIGZ1cnRoZXIgc3BsaXQgaW50byB0d28gc3BlY2lmaWM8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgQUNUTiBzZWN1cml0eSBkaXNjdXNzaW9uIGlzIGZ1cnRo ZXIgc3BsaXQgaW50byB0d28gc3BlY2lmaWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+Y2F0ZWdvcmllcyBkZXNjcmliZWQgaW4gdGhlIGZvbGxvd2luZyBzdWItc2VjdGlvbjwv c3Bhbj5zOjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0i aW5zZXJ0Ij5pbnRlcmZhY2U8L3NwYW4+czo8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwNyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAtIEludGVyZmFj ZSBiZXR3ZWVuIHRoZSBDdXN0b21lciBOZXR3b3JrIENvbnRyb2xsZXIgYW5kIE11bHRpIERvbWFp bjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIC0JSW50ZXJmYWNlIGJldHdl ZW4gdGhlIEN1c3RvbWVyIE5ldHdvcmsgQ29udHJvbGxlciBhbmQgTXVsdGk8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgICBTZXJ2aWNlIENvb3JkaW5hdG9yIChNRFNDKSwgQ05DLU1E U0MgSW50ZXJmYWNlIChDTUkpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAg ICAgRG9tYWluIFNlcnZpY2UgQ29vcmRpbmF0b3IgKE1EU0MpLCBDTkMtTURTQyBJbnRlcmZhY2Ug KENNSSk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlk PSJkaWZmMDAwOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAtIEludGVyZmFjZSBiZXR3ZWVuIHRoZSBNdWx0aSBE b21haW4gU2VydmljZSBDb29yZGluYXRvciBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgICAtCUludGVyZmFjZSBiZXR3ZWVuIHRoZSBNdWx0aSBEb21haW4gU2VydmljZSBD b29yZGluYXRvciBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICBQcm92aXNp b25pbmcgTmV0d29yayBDb250cm9sbGVyIChQTkMpLCBNRFNDLVBOQyBJbnRlcmZhY2UgKE1QSSk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICBQcm92aXNpb25pbmcgTmV0 d29yayBDb250cm9sbGVyIChQTkMpLCBNRFNDLVBOQyBJbnRlcmZhY2UgKE1QSSk8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwOSI+PHRk PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5Gcm9tIGEgc2VjdXJpdHkgYW5kIHJlbGlh YmlsaXR5IHBlcnNwZWN0aXZlLCBBQ1ROIG1heSBlbmNvdW50ZXIgbWFueTwvc3Bhbj48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+U2VlIHRo ZSBkZXRhaWxlZCBkaXNjdXNzaW9uPC9zcGFuPiBvZiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGUg Q01JPC9zcGFuPiBhbmQgPHNwYW4gY2xhc3M9Imluc2VydCI+TVBJIGluIFNlY3Rpb25zIDkuMTwv c3Bhbj4gYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxl dGUiPiAgIHJpc2tzIHN1Y2ggYXMgbWFsaWNpb3VzIGF0dGFjayBhbmQgcm9ndWUgZWxlbWVudHMg YXR0ZW1wdGluZyB0bzwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg PHNwYW4gY2xhc3M9Imluc2VydCI+OS4yLCByZXNwZWN0aXZlbHkgaW4gW0FDVE4tRnJhbWVdLjwv c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ ICAgY29ubmVjdCB0byB2YXJpb3VzIEFDVE4gY29tcG9uZW50cy4gIEZ1cnRoZXJtb3JlLCBzb21l IEFDVE48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBjb21wb25lbnRzIHJl cHJlc2VudCBhIHNpbmdsZSBwb2ludDwvc3Bhbj4gb2YgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZmFp bHVyZTwvc3Bhbj4gYW5kIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRocmVhdCB2ZWN0b3IsPC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgYW5kIDxzcGFuIGNsYXNzPSJkZWxldGUiPm11c3QgYWxzbyBtYW5hZ2UgcG9s aWN5IGNvbmZsaWN0cywgYW5kIGVhdmVzZHJvcHBpbmcgb2Y8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBj bGFzcz0iZGVsZXRlIj4gICBjb21tdW5pY2F0aW9uIGJldHdlZW4gZGlmZmVyZW50IEFDVE4gY29t cG9uZW50cy48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEwIj48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFRoZSBjb25jbHVzaW9uIGlzIHRoYXQgYWxsIGRhdGEgbW9kZWxzIGFuZCBw cm90b2NvbHMgdXNlZCB0byByZWFsaXplPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFRoZSBjb25jbHVzaW9uIGlzIHRoYXQgYWxsIGRhdGEgbW9kZWxzIGFuZCBwcm90b2NvbHMg dXNlZCB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgQUNUTiBpbmZvIG1v ZGVsIHNob3VsZCBoYXZlIHJpY2ggc2VjdXJpdHkgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZmVhdHVy ZXMsIGFuZDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcmVhbGl6 ZSB0aGUgQUNUTiBpbmZvIG1vZGVsIHNob3VsZCBoYXZlIHJpY2ggc2VjdXJpdHkgPHNwYW4gY2xh c3M9Imluc2VydCI+ZmVhdHVyZXMgYXM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIGN1c3RvbWVyLCBhcHBsaWNhdGlvbiBhbmQgbmV0 d29yayBkYXRhIHNob3VsZCBiZSBzdG9yZWQ8L3NwYW4+IGluIDxzcGFuIGNsYXNzPSJkZWxldGUi PmVuY3J5cHRlZDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g Y2xhc3M9Imluc2VydCI+ICAgZGlzY3Vzc2VkPC9zcGFuPiBpbiA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij50aGlzIHNlY3Rpb24uPC9zcGFuPiBBZGRpdGlvbmFsIHNlY3VyaXR5IHJpc2tzIG1heSBzdGls bDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBk YXRhIHN0b3Jlcy48L3NwYW4+ICBBZGRpdGlvbmFsIHNlY3VyaXR5IHJpc2tzIG1heSBzdGlsbCBl eGlzdC4gIFRoZXJlZm9yZSw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgZXhp c3QuIFRoZXJlZm9yZSwgZGlzY3Vzc2lvbiBhbmQgYXBwbGljYWJpbGl0eSBvZiBzcGVjaWZpYyBz ZWN1cml0eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBkaXNjdXNzaW9uIGFuZCBh cHBsaWNhYmlsaXR5IG9mIHNwZWNpZmljIHNlY3VyaXR5IGZ1bmN0aW9ucyBhbmQ8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgZnVuY3Rpb25zIGFuZCBwcm90b2NvbHMgd2lsbCBi ZSBiZXR0ZXIgZGVzY3JpYmVkIGluIGRvY3VtZW50cyB0aGF0PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIHByb3RvY29scyB3aWxsIGJlIGJldHRlciBkZXNjcmliZWQgaW4gZG9jdW1l bnRzIHRoYXQgYXJlIHVzZSBjYXNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IGFyZSB1c2UgY2FzZSBhbmQgZW52aXJvbm1lbnQgPHNwYW4gY2xhc3M9Imluc2VydCI+c3BlY2lm aWM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGFuZCBlbnZpcm9ubWVu dCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zcGVjaWZpYy48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMC4gSUFO QSBDb25zaWRlcmF0aW9uczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEwLiBJQU5B IENvbnNpZGVyYXRpb25zPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMg ZG9jdW1lbnQgaGFzIG5vIGFjdGlvbnMgZm9yIElBTkEuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBoYXMgbm8gYWN0aW9ucyBmb3IgSUFOQS48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+MTEuIFJlZmVyZW5jZXM8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4xMS4gUmVmZXJlbmNlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4xMS4xLiBOb3JtYXRpdmUgUmVmZXJlbmNlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjExLjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFtBQ1ROLVJFUV0gWS4gTGVlLCBldCBhbC4sICJSZXF1aXJlbWVudHMg Zm9yIEFic3RyYWN0aW9uIGFuZCBDb250cm9sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgW0FDVE4tUkVRXSBZLiBMZWUsIGV0IGFsLiwgIlJlcXVpcmVtZW50cyBmb3IgQWJzdHJh Y3Rpb24gYW5kIENvbnRyb2w8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CgogICAg IDx0cj48dGQ+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkPjwvdGQ+PC90cj4KICAgICA8dHIgaWQ9ImVuZCIgYmdjb2xvcj0iZ3Jh eSI+PHRoIGNvbHNwYW49IjUiIGFsaWduPSJjZW50ZXIiPiZuYnNwO0VuZCBvZiBjaGFuZ2VzLiAx MCBjaGFuZ2UgYmxvY2tzLiZuYnNwOzwvdGg+PC90cj4KICAgICA8dHIgY2xhc3M9InN0YXRzIj48 dGQ+PC90ZD48dGg+PGk+MzEgbGluZXMgY2hhbmdlZCBvciBkZWxldGVkPC9pPjwvdGg+PHRoPjxp PiA8L2k+PC90aD48dGg+PGk+MzUgbGluZXMgY2hhbmdlZCBvciBhZGRlZDwvaT48L3RoPjx0ZD48 L3RkPjwvdHI+CiAgICAgPHRyPjx0ZCBjb2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIiBjbGFzcz0i c21hbGwiPjxicj5UaGlzIGh0bWwgZGlmZiB3YXMgcHJvZHVjZWQgYnkgcmZjZGlmZiAxLjQ2LiBU aGUgbGF0ZXN0IHZlcnNpb24gaXMgYXZhaWxhYmxlIGZyb20gPGEgaHJlZj0iaHR0cDovL3d3dy50 b29scy5pZXRmLm9yZy90b29scy9yZmNkaWZmLyI+aHR0cDovL3Rvb2xzLmlldGYub3JnL3Rvb2xz L3JmY2RpZmYvPC9hPiA8L3RkPjwvdHI+CiAgIDwvdGJvZHk+PC90YWJsZT4KICAgCiAgIAo8L2Jv ZHk+PC9odG1sPg== --_002_7AEB3D6833318045B4AE71C2C87E8E173D0170E0sjceml521mbxchi_-- From nobody Mon Jun 18 14:49:26 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 87828129C6B; Mon, 18 Jun 2018 14:49:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alvaro Retana To: "The IESG" Cc: draft-ietf-teas-actn-info-model@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152935855854.2996.11422532201960833892.idtracker@ietfa.amsl.com> Date: Mon, 18 Jun 2018 14:49:18 -0700 Archived-At: Subject: [Teas] Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2018 21:49:19 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- This document "covers the requirements identified in" draft-ietf-teas-actn-requirements, which is used as a Normative reference, but it looks like it won't be published after all [1]. The framework document (draft-ietf-teas-actn-framework) does not depend normatively on the requirements; it seems like it should be possible for this document to not depend on them either. [1] https://mailarchive.ietf.org/arch/msg/teas/Ep3z1YP2QV8JkgDHK3Zuw0V6Nq0 From nobody Mon Jun 18 15:51:53 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE412130E4D; Mon, 18 Jun 2018 15:51:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.631 X-Spam-Level: X-Spam-Status: No, score=-3.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_DNSWL_MED=-2.3, 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 Jl6FHzOSmnnh; Mon, 18 Jun 2018 15:51:41 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79414130E36; Mon, 18 Jun 2018 15:51:41 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4CD381AD6AE2B; Mon, 18 Jun 2018 23:51:35 +0100 (IST) 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.382.0; Mon, 18 Jun 2018 23:51:36 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML703-CHM.china.huawei.com ([169.254.5.167]) with mapi id 14.03.0382.000; Mon, 18 Jun 2018 15:51:34 -0700 From: Leeyoung To: Alvaro Retana , The IESG CC: "draft-ietf-teas-actn-info-model@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) Thread-Index: AQHUB04+OFGHDPUG5Uq1k192cN0HRaRmnzOp Date: Mon, 18 Jun 2018 22:51:33 +0000 Message-ID: A0664E99-0ABE-4CD2-ADBC-D65B2C1D8495 References: <152935855854.2996.11422532201960833892.idtracker@ietfa.amsl.com> In-Reply-To: <152935855854.2996.11422532201960833892.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_A0664E990ABE4CD2ADBCD65B2C1D8495_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2018 22:51:45 -0000 --_000_A0664E990ABE4CD2ADBCD65B2C1D8495_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Alvaro, Thanks for your comment. I think that your suggestion to move the ACTN Req= uirements from a normative to an informative reference is reasonable to me= . Best regards, Young From:Alvaro Retana To:The IESG, Cc:draft-ietf-teas-actn-info-model@ietf.org,Vishnu Beeram,teas-chairs@ietf.= org,teas@ietf.org, Date:2018-06-18 16:49:33 Subject:Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09:= (with COMMENT) Alvaro Retana has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- This document "covers the requirements identified in" draft-ietf-teas-actn-requirements, which is used as a Normative reference, = but it looks like it won't be published after all [1]. The framework document (draft-ietf-teas-actn-framework) does not depend normatively on the requirements; it seems like it should be possible for this document to not depend on them either. [1] https://mailarchive.ietf.org/arch/msg/teas/Ep3z1YP2QV8JkgDHK3Zuw0V6Nq0 --_000_A0664E990ABE4CD2ADBCD65B2C1D8495_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Alvaro,

Thanks for your comment. I think that your suggestion to  move the ACT= N Requirements from a normative to an  informative reference is reason= able to me.

Best regards,
Young
From:Alvaro Retana
To:The IESG,
Cc:draft-ietf-teas-actn-info-mod= el@ietf.org,Vishnu Beeram,teas-chairs@ietf.org,teas@ietf.org,
Date:2018-06-18 16:49:33
Subject:Alvaro Retana's No Objec= tion on draft-ietf-teas-actn-info-model-09: (with COMMENT)

Alvaro Retana has entered the following ballot pos= ition for
draft-ietf-teas-actn-info-model-09: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

This document "covers the requirements identified in"
draft-ietf-teas-actn-requirements, which is used as a Normative reference, = but
it looks like it won't be published after all [1].  The framework docu= ment
(draft-ietf-teas-actn-framework) does not depend normatively on the
requirements; it seems like it should be possible for this document to not<= br> depend on them either.

[1] https://mailarchive.ietf.org/arch/msg/teas/Ep3z1YP2QV8JkgDHK3Zuw0V6Nq0<= br>

--_000_A0664E990ABE4CD2ADBCD65B2C1D8495_-- From nobody Tue Jun 19 04:18:24 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 715C3130DDC; Tue, 19 Jun 2018 04:18:06 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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=btconnect.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 a3bjRoW6mY1t; Tue, 19 Jun 2018 04:17:59 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0139.outbound.protection.outlook.com [104.47.0.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B184130DD1; Tue, 19 Jun 2018 04:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=H8mFiouhsQq4HxDLFrzNTxlg31vUSpAdiATxJwLyoV8=; b=g7qDs5iFDHMRKxxk+BSF2hv4JU6IQQaiRjtWslyJCjsMEH7RLj8fyzs60Uqy041IL/H1iEZK5mUeZyGhNvtKAdIfMbmb7litNNCRQXH7npnAG8/NGBrh/jGAvuvthIRGYvswm+DRDmNMnPZIVPMhzrTVuri9Skmq5o5cgqv37aI= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; Received: from pc6 (86.156.84.71) by AM5PR0701MB2338.eurprd07.prod.outlook.com (2603:10a6:203:e::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.884.12; Tue, 19 Jun 2018 11:17:55 +0000 Message-ID: <051701d407be$e01a7d00$4001a8c0@gateway.2wire.net> From: "tom p." To: "ietf" Cc: , , , References: <152648165949.30969.14002611163004300703.idtracker@ietfa.amsl.com> <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> <008501d3fd78$99a4e5e0$4001a8c0@gateway.2wire.net> Date: Tue, 19 Jun 2018 12:11:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [86.156.84.71] X-ClientProxiedBy: CWLP265CA0225.GBRP265.PROD.OUTLOOK.COM (2603:10a6:401:4f::21) To AM5PR0701MB2338.eurprd07.prod.outlook.com (2603:10a6:203:e::8) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 3557fa4a-5ace-4c81-937a-08d5d5d64ea4 X-Microsoft-Antispam: UriScan:(219612443155931); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(711020)(2017052603328)(7193020); SRVR:AM5PR0701MB2338; X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2338; 3:0nW61WeVAKLsnayZqwsFoLUAfqmgleSi2+mctmQZgm2ka2ad3YvZ1jBkyAg+RZTKtRoWW6sdNTvVf8325FHsCm6L3ZLfLQeqP8P07vQEG8mu4VuOHlA/fmwLRdj8mUZWEmAGavBgEXeJyHcXtyIb1Mi1HMCkqhoASVXYQOhnzETZ1/EEiD1KOvZXveF0QgTKLa7ECdo59CTwrym/uYI7EickIF4VrbsIzo4vrJEopmzY2DS9T0FIfqYBttYOEvt/Qx15ab9c9Ats8xlhsu/MQ4EV+toVMY/GIytra35bZB8=; 25:oSdc0JKbbf6si4LaveOXUSPTpxMr3xTEqtNBldNpFWZhDoOgY+TD9juUgdaIFfcg8DRhJiLiQ4YvG6QJrA7EA89uMjet8C+WkmJ6tHAJ4jFAHrX6gmgMnNtK4XnxURY6t2BxyWetqc/2ZlMepf/oFZGiU+cmKcaWH+Z4AU84AwEU3W8pRAaofD4brWKh8yx9GHwkSGzGX90f+dSEL6AO8nmL1EXeFndNHh2vf/tCnNLTRTNz31Vx7eopvsMwz+wyk5TAwqcrl9rEk2w6p4tPeJedVmz7Mik5XZAoP4t7ama87duT9uORbZCQ3EIN4a+xjkr7ld8kir4YfSJaOdBAPQ==; 31:hcRM3oHxAEOww4n8bZga03F7/3bbIL8CWj0ioFaoIUlfGeLRi41ewh3/+xE6Y3IXJEs1hGgMkQyQTasoFqTbQrciGtmKKEz4W54X+a8IMA0qQWI00v/W7he9NtLfgw1Mt3VBd1VDZghj3mlK/j16WEQgPQ+a5UBYLJRQB3x74ZH7V+JY6repeA1kFvl6GQacwEYwct3nHmrR44weDYvxZLi1KnD4EYyDERhn+0r2YEE= X-MS-TrafficTypeDiagnostic: AM5PR0701MB2338: X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(120809045254105)(97927398514766)(219612443155931); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231254)(944501410)(52105095)(3002001)(10201501046)(6055026)(149027)(150027)(6041310)(20161123560045)(20161123562045)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:AM5PR0701MB2338; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2338; X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2338; 4:EDwIioyqZ+BNNsOenxwzxjOHRKtKB2CQPrkcuXJpShlKMf3wLNSYpMtd/+FbvXATh+GgEv4xpjVoyecFWMM1jYHp4imlS/rkWSHhWYO//tANn2HIuJSrj8tAMfl8N6G2RsKB2Xupl+RduSx1yCuXIUBt0MHLfvxZQyD6ED8N2UgmtnAHorMB0uHCf//aleJNP/h3pGela2H5j4/OjyjrSuxDgiPdAM8bk6ppN+zdZKUP/Ts/0IDOJnrrb3t7AupKVVek0q082Owv7YMkc3RLM5ANj2vEmt7ZicIdSh65hdCzOwU4pFRkF/GBzzOiZGg+17RTJwl+zam4glE2GcCY05mM6w2/kXQkQOLquP5bCRnfqGntWENWrEqXS3GYR2Fs3i3muWuCpnQDbG90sKShOOWpZbNAEL2nuaVrzqVB3QE= X-Forefront-PRVS: 07083FF734 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(346002)(396003)(376002)(39380400002)(366004)(39860400002)(189003)(199004)(13464003)(51444003)(4326008)(25786009)(33896004)(6486002)(68736007)(229853002)(86362001)(230700001)(6246003)(446003)(4720700003)(386003)(61296003)(966005)(59450400001)(3846002)(6116002)(476003)(956004)(186003)(14496001)(26005)(486006)(81816011)(76176011)(16526019)(1556002)(44736005)(53936002)(81686011)(316002)(44716002)(9686003)(52116002)(8936002)(478600001)(8676002)(47776003)(81156014)(97736004)(2486003)(50226002)(50466002)(54906003)(6496006)(66066001)(6306002)(106356001)(7736002)(84392002)(105586002)(305945005)(2906002)(5660300001)(62236002)(6666003)(6916009)(23676004)(81166006)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2338; H:pc6; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTVQUjA3MDFNQjIzMzg7MjM6N0RzMzJJNUNPUXltMEhGbU9HMzZIY2hH?= =?utf-8?B?RVVmYmlLT010NCtweVo1aUZtSm9yamNEWHJHRkx6RjEzbFAyN3pTUzZnbkVp?= =?utf-8?B?M0hYeFBsU2h1Ylh6cVgvM0pjU3ZHMWlzTTJQM2JjdUEzV2kzK0t6ak9MVktz?= =?utf-8?B?SDBEdjNac3J3d1lPUDJVc3BjaCtNZmFmNlIwOWtIOTl2YlJ3WjVsZHhpZHRN?= =?utf-8?B?enNCczZvNjRBWjlJZEVKYXJCVkQxZlJOcm80Mit3WmgzOUlVZ01lQzlHOTh3?= =?utf-8?B?b2htSWNIamZPSUo0OXBEWERRSEkzVHN1bWJodlBIZWNVYVBIbjcyNE5tK1hh?= =?utf-8?B?R0R0VXJZcUcrRGNGblFOM2ttbDhQM0thUGN6UWhhQkpvSGNPUW1YaWszSld2?= =?utf-8?B?ek02RjNXR1gyNkNIbnJVMDZrVk5VMGJqRHNBV1hzS1FUelNJUmp1SUhTd0RL?= =?utf-8?B?K0Uzcnc2c3VUeTh2WTdVNE1nVXp2aXFoOWxhWEFQdk5mNGNnYk1ZTFNFN0Nq?= =?utf-8?B?ZThSR0tjNWdLdzh3aTVyNk53MURMTGpZYmtROU4wc3crb0xrTWFTOFRHclJI?= =?utf-8?B?QWY1V2VPTWxNU3d2MUVTVFhBQ0s5VDBGN1k0QnVCWUF1V0poZkFXZ2FFUWFV?= =?utf-8?B?bElRYlRmV3JSc3g2OHd5OElSUXNuUnNOQzVvL2EwdHVVNlpmVzduWHZKT1V2?= =?utf-8?B?ZzJCeFBwbGc5T212TUVCMC85K1NTY3g0T29DdE1DWEQyb2pzZXI5QWxQcTlM?= =?utf-8?B?aXFBR2NXTE1uSHY5Y2ZUTHhRbkQ5YmpSUTd5QnNqRFRjdVJFUWhsc0d1ZFRw?= =?utf-8?B?ejhyUFJBa1lnWFJnS2ZubVpHMHZoWkJDbTRSOEwvME0xdFZGeVpuak40TzZY?= =?utf-8?B?WG1MSm52V25lZ01mQWJxR2Zub3F0OTBkSXA2d3JTd3Nzd3V4UHRyUXFMWExI?= =?utf-8?B?K2RBZ2ZXc1VXWC9TeForRUppMEpxc29Wa3JWdWdEbFZETEE3dW9JK0ZRd21Q?= =?utf-8?B?QkZVcFRYMXZ0SE05TkFkU1lqazlrakROSkxHUHQ2NkM5MmZ3aE1nem9kNlQ2?= =?utf-8?B?M2l5OUtsakZ1MFdMdG5KVmVKa1dqMnBNa1ZsZzhoT2ZFVndzR0VYSUY0K3ZW?= =?utf-8?B?VitLMU1LMDlncmZoSXZ5RUR0TlZzcFZPRE5LVmtHWmYzc1NlMEIzMmJyQ0JM?= =?utf-8?B?V3RPWUxiclh4aWMxRHRYT2IvUS9qK1FwRk81eUdVazZCSUoxdWo2ZXlWcGxr?= =?utf-8?B?TGNTRk5KaGJtUTc3SjlLQnpXVmcvaFBDUWRMUGhnN3B4dDBnd2MzRlZNL3ph?= =?utf-8?B?VzZxaW9teG80Ukpvck1sMlQzSmdLdjhVSG9rUEFTdnVvTHFKenF1NWlhQ0Jj?= =?utf-8?B?WWtXZzQ5VVlNYWc3ODFYai9xaThEaFQxa3pCcEVHOVdMRVllSldzNmxIVVI1?= =?utf-8?B?d2ZWVDQvT1U2LytyWXA1bW9aRWc5TS9UR29XMlNKNmZyMmNkdDBhNGZHa0JV?= =?utf-8?B?cVN4Uk9uT3JucjNkNWRYQU5mWXk1TDMxUlNmbHBQQVFja091R1h0RkxvQXlF?= =?utf-8?B?eGhrTDJjaE9rQWpzUWNsd2R4dkJRRG8ybFoyTWFqKzV6L2YzMFMzRlJIMzFT?= =?utf-8?B?dU00MHE3UWpkNEs1STZ2czAzYUFyTUJHSUN6bkxJd1YxZTExbXpxZFF6S2lW?= =?utf-8?B?U2g3L2dxUXpmVnF2NG44VC9JaE84WXNEakluTXR0THVjak9WWElmUGVxKzNi?= =?utf-8?B?VzBiQ3o1dURHS3NEUGJ5ZytqdjcxcHdyYjVRcWZHeDRlRHZSZG40UTZGRWh6?= =?utf-8?B?ZXppbVhTZ3NwR1VBWC85WmdBRW5FYU44Z0wrbDVYRVFpSkxMc1B4T29YV1FB?= =?utf-8?B?TFFCa21pWXJJOHZGWVY4Z0lqOGw2UE9OUHdvNWZmVTVrUzlCLytUY1FFblNJ?= =?utf-8?B?VVhHc2hpL3FiQkVIVU80dnNFb3pzdEJDOERIY0dXSVFMbEFJOEdodkV6RGVB?= =?utf-8?B?bGcrajBEVUU5Wjl3dUhHOU82dDdKczJLOHVyeUZuNm51cSs5cWwvNXJuNUN0?= =?utf-8?B?UlRsVnVoUnJmQWdqOVhCdENUaWlhMmpuR0Z6cXhRVzh0NDZOMitLUVRKT2U2?= =?utf-8?B?VHdqQT09?= X-Microsoft-Antispam-Message-Info: tFIAnSS57WiLG6htMzUgYf/HFvaenJzBrLT6yPnHGjz5Mp0RvwM4jk+QcEN/dS8SQJvpGmBIEGP0Qoc+iiKfdBcMJYs9TCZK3ul+VpNUeUUUmU43rOYzfOqTAccFrSv0vEu1NaND7b3KhWxqj7HVxtBdOtQ3kz5IQmSxuN+tzNMfcQSCknug0Ei56RIstmsWsxNW2Gaa2M86v5BGV8z53YvK4hpl7oinjY46SkHXdopNd0q8OGaKUm4OqgwyvRunwL80DAH34eBBebWlzwAqG9tthYXsV3LRTDmHsHspPJNiL9XEgtVz3FcFW1BacPPNesuXIn9ddbm4+zdgit6Liw== X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2338; 6:VREOoe6jLolXnUhhH6ENZUBsA3wcErHxfbK753pANDcH1ORe5UJLi+K6P0FrvrQCBtSljiKAaKK7nbgYqCT8ePRSh7bIBAuK3wJYuV+Y05seia9ByFZHuVXbE4pSdgWm95XUDYUxLkC/vz1dyAwvTclrNtdm2rP0DlcEUwbYPFXsWpVTwtyzkjqVRgiEtZEtoNFJ6FD06XGlwgcCYiB9oGNWgW/jPBTTRNhrMN0sQdO6L/OefuQrqDeNsrrGPLOy0wi+rfSVJF+aJ5DM57gIUQ+xvoKbFEZkrXb4/fyVlM4mmLwfDFzIeOIvq/teLJXyzFL92LNN6MqD2SThcrtA/1ygROKx+3wV1nOAV7GTtkW2CRnnvUD0ZN3xa2TB8F+zkVlW3KP93iwrDoADxoVjuiiLaRdqdKLRz3tG41/2J/laZ1Pi2gwwZwov70cLgnJntR7XYBBQRSXappwKALjSgg==; 5:VbiiRTfrhY29vDo2++6opigrfjmse+veJ6A1DOXE8twW5LIQp6A61mXhQHbhPxQM/rM0COEcvroCmbce7I087Ze+BT9udU4A2uXo+hOoQ6fMhNKkvz1kLMt9ssFgbdQEUTJAzGiWYBi32C89HgFSH2Yu73Dw5ALjFrN7THd0OYo=; 24:NV0gW80WBQ+/b+C5bQahD5EADCfNqWPf60fRo7Mou6wWjmf6XLNUBprvFfs77lvPSCTPU2zYVz0CDazSil6l3sMOptzB23P/nM9hcJq7384= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2338; 7:DmKUqTHibkUCk6BpboBJTLWH/P+fwwr1C733lq6PDY2GBPDUjbjv7AxfFXqm7vi56xbHa9fpbDr1wJLPd2nrv3z6RLGDuuwPuMqRAbIcYCgf39PpLJGv4OR//0hwhUWzEUP/mZyiQYzTe4WB5wKVj7jaGRjjqp4dDws/R9cuF3h6lLRxrBYcv1VG8HvJ6SUvVkHXtYj5HV1SooewQHsCZWZD6seubLVBnd1G2kNWtLgD3yOTvtNyHb+Nd7ulK0N8 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jun 2018 11:17:55.7715 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 3557fa4a-5ace-4c81-937a-08d5d5d64ea4 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2338 Archived-At: Subject: Re: [Teas] Last Call: (YANG Data Model for Traffic Engineering (TE) Topologies) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2018 11:18:07 -0000 I just got a sight of where this I-D leads to and find it challenging. This I-D provides a template in Appendix C for other technologies to use to augment the base YANG module: draft-ietf-ccamp-otn-topo-yang is such a technology and the YANG module therein consists of about 90 statements of the form /* Augment label hop of route-include of connectivity-matrices (added) */ augment "/nw:networks/nw:network/nw:node/tet:te/" + "tet:te-node-attributes/tet:connectivity-matrices/" + "tet:optimizations/tet:algorithm/tet:metric/" + "tet:optimization-metric/" + "tet:explicit-route-include-objects/" + "tet:route-object-include-object/" + "tet:type/tet:label/tet:label-hop/" + "tet:te-label/tet:technology" { when "../../../../../../../../../../../../../../" + "nw:network-types/tet:te-topology/" + "otntopo:otn-topology" { description "Augment OTN TE label"; } description "OTN label."; case otn { uses otn-types:otn-path-label; } } The YANG tree diagram, which is 'used to provided a simplified graphical representation of a data model' runs to 15 pages and is almost harder to follow. It does seem to me that something has gone wrong here, with the capabilities of YANG or the way it is used or ... My knowledge of YANG is not enough to know whether or not there is a different approach in this I-D which would make the augmenting module easier to understand (e.g. a data tree of fewer than 20 levels, use of relative XPath paths or replacing 'when' with 'if-feature') but it does seem that what we have now is hard to review in a meaningful way. Yes, tools can tell us that the augmenting module is syntactically correct but whether or not it does what is says on the tin I find very hard to form a view on. Tom Petch ---- Original Message ----- From: "tom p." To: "tom p." ; Cc: ; ; ; Sent: Wednesday, June 06, 2018 10:26 AM > Further thoughts on -16 (as my previous comments included below are). > > What is the status of Appendix B? I find this a thorny question. > Appendices are usually regarded as not Normative, with a statement > called for when it is otherwise. This is a YANG module which non-NMDA > servers will implement so that says it is Normative, to me. On the > other hand, the world is going NMDA - I do not know how fast - so this > is more like Historic; or non-Normative? > > I do not know the answer but do know we can expect to see this several > times, so I am thinking that some thought and guidance from an Ops AD > would be valuable. > > IANA Considerations should have a > reference: RFC XXXX > for each module registered > > Additionally, my comments about the YANG module in the body of the > document apply to Appendix B and C namely > - [RFC ... looks wrong in a YANG module > - import without reference > > Does the YANG module in Appendix C need a Copyright statement? > > Should the YANG module in Appendix C be registered? It took a while for > the IETF to see the need to define formally such things as > example.com > so I am thinking it probably should be lest we get many different > varieties in the wild. > > And I would like a Note to the RFC Editor asking them to update the > dates with the date of publication especially since there are five such > dates rather than the usual two. > > Tom Petch > > ----- Original Message ----- > From: "tom p." > To: > Cc: ; ; > ; > Sent: Tuesday, June 05, 2018 6:01 PM > > > > Lou et al > > > > I note that the YANG module in this I-D has Reference statements to 20 > > other RFC, which is good, but only one of the twenty appear in the > > References for the I-D, which I think is not good, and needs to be > > fixed. > > > > Also, some of the RFC which appear in Reference clauses of the YANG > > module appear in [square brackets] e.g. [RFC6001] which I think should > > not be there. > > > > In the same vein, there are imports of four other YANG modules but no > > indication as to which RFC they can be found in - again, I think that > > that needs fixing with a Reference statement. > > > > A quick pass suggests the missing references are to > > 1195 missing > > 3209 missing > > 3272 missing > > 3471 missing > > 3630 missing > > 3785 missing > > 4201 4202 4203 4206 all missing > > 4872 missing > > 5152 missing > > 5212 missing > > 5305 missing > > 6001 missing > > 6241 ok Norm > > 7471 missing > > 7752 missing > > 7579 missing > > > > Russ's comment about Section 1.1 does not seem to have been addressed. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: "The IESG" > > To: "IETF-Announce" > > Cc: ; ; > > ; > > Sent: Wednesday, May 16, 2018 3:40 PM > > > > > The IESG has received a request from the Traffic Engineering > > Architecture and > > > Signaling WG (teas) to consider the following document: - 'YANG Data > > Model > > > for Traffic Engineering (TE) Topologies' > > > as Proposed Standard > > > > > > The IESG plans to make a decision in the next few weeks, and > solicits > > final > > > comments on this action. Please send substantive comments to the > > > ietf@ietf.org mailing lists by 2018-05-30. Exceptionally, comments > may > > be > > > sent to iesg@ietf.org instead. In either case, please retain the > > beginning of > > > the Subject line to allow automated sorting. > > > > > > Abstract > > > > > > > > > This document defines a YANG data model for representing, > > retrieving > > > and manipulating Traffic Engineering (TE) Topologies. The model > > > serves as a base model that other technology specific TE Topology > > > models can augment. > > > > > > > > > > > > > > > > > > The file can be obtained via > > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > > > IESG discussion can be tracked via > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/ > > > > > > > > > No IPR declarations have been submitted directly on this I-D. > > > > > > > > > The document contains these normative downward references. > > > See RFC 3967 for additional information: > > > rfc5212: Requirements for GMPLS-Based Multi-Region and > Multi-Layer > > Networks (MRN/MLN) (Informational - IETF stream) > From nobody Tue Jun 19 06:33:18 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5069E130F59; Tue, 19 Jun 2018 06:33:15 -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 p7ZfCudzwQpG; Tue, 19 Jun 2018 06:33:10 -0700 (PDT) Received: from mail-io0-x243.google.com (mail-io0-x243.google.com [IPv6:2607:f8b0:4001:c06::243]) (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 537E112F1A6; Tue, 19 Jun 2018 06:33:10 -0700 (PDT) Received: by mail-io0-x243.google.com with SMTP id e15-v6so225267iog.1; Tue, 19 Jun 2018 06:33:10 -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 :cc; bh=Eklk/GGpKdlsgjownm8I0cBm/fkhpITsHgwfH9LnJE8=; b=rsKfP/VTmqA00qsgONX6aSQ9s71fHE6IhB3vMykEuAMIPMLERTYAnHZ/k73CR5a8C/ gFCCjam8/tQNamFo956rIW0sgTNkb2w+nDAooyZF5UHmH39WHvSYgX3R+pFkBz1uYsLj kXlybIBZTmLt13SjHRBmwqnHEq+tda7zsSk0t8+T8b5YV8pvzMtYPNke/gNaYW4s/5T8 jtbHxbyjKgFiq2IelLRLjcFKlOcw0wvRKHta0uLP39f0ZQ7Z9ebKzwh750F7zAKDcq62 aYAX6EZQYTHggIT4WopppQRF9IpbU9lvCmTvgGehxHXcfvZsti35QLUGaeyEbj39MMaS z/qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Eklk/GGpKdlsgjownm8I0cBm/fkhpITsHgwfH9LnJE8=; b=UJIyJ4tre6X+LF7IUp7HTGgPh8s0709WT88fK9LEA3euoGNqDePCzsaKecAsoG9X7F pI13HIVJPdXnGnwe9NM7Yu50+TWCbAhxhVccStEcC+Q1jEe/v1n2qTV5xVwe3McYej2a JA9CaJ6XaM4LyV8cetd97DpanACL9ZPiOdTXFIG+XMV4O2Tb7uYt0z42DMN97pivIYrK TCloWS79aBzPxuffG06OZkhHHPlkC88MmFF38wjGcnqdX35ayK9pqTcXF5E/IYJOIHFa pEJPmoUkRSi9plenc5VsMQRE2Xqq93Azi6pp3MPssHR2hOYUpQIHtdd/ctsva1JWmYD/ mbYg== X-Gm-Message-State: APt69E2WXiSfU7QER0UlWvOfWSaP1QyeNgROHMPgbkJvhzge7ovt+nGI oDWphigUD/FrAzQwpruX2aSmX/zAc4Dvxcr3wijqz+tK X-Google-Smtp-Source: ADUXVKIFvE4eSJqNXqhF9t6ioYg0cCr0bQFIVDdDXmVXyN33uqSG/lvl60Q4MO3eqIPTEHvZL03kmxA3wPk69vKEdT8= X-Received: by 2002:a6b:1a53:: with SMTP id a80-v6mr13231151ioa.143.1529415189688; Tue, 19 Jun 2018 06:33:09 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5e:c90e:0:0:0:0:0 with HTTP; Tue, 19 Jun 2018 06:33:09 -0700 (PDT) In-Reply-To: <051701d407be$e01a7d00$4001a8c0@gateway.2wire.net> References: <152648165949.30969.14002611163004300703.idtracker@ietfa.amsl.com> <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> <008501d3fd78$99a4e5e0$4001a8c0@gateway.2wire.net> <051701d407be$e01a7d00$4001a8c0@gateway.2wire.net> From: Xufeng Liu Date: Tue, 19 Jun 2018 09:33:09 -0400 Message-ID: To: "tom p." Cc: ietf , TEAS WG Chairs , TEAS WG , draft-ietf-teas-yang-te-topo@ietf.org, "BRUNGARD, DEBORAH A (ATTLABS)" Content-Type: multipart/alternative; boundary="000000000000187835056efeb962" Archived-At: Subject: Re: [Teas] Last Call: (YANG Data Model for Traffic Engineering (TE) Topologies) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2018 13:33:16 -0000 --000000000000187835056efeb962 Content-Type: text/plain; charset="UTF-8" Hi Tom, Agree what you said. We have brought this issue up in the NETMOD WG, but our proposal got shot down. https://mailarchive.ietf.org/arch/browse/netmod/?q=augment+grouping We will try again later, but this is what we have for now. Thanks, - Xufeng On Tue, Jun 19, 2018 at 7:11 AM, tom p. wrote: > I just got a sight of where this I-D leads to and find it challenging. > > This I-D provides a template in Appendix C for other technologies to use > to augment the base YANG module: > > draft-ietf-ccamp-otn-topo-yang > > is such a technology and the YANG module therein consists of about 90 > statements of the form > > /* Augment label hop of route-include of connectivity-matrices (added) > */ > augment "/nw:networks/nw:network/nw:node/tet:te/" > + "tet:te-node-attributes/tet:connectivity-matrices/" > + "tet:optimizations/tet:algorithm/tet:metric/" > + "tet:optimization-metric/" > + "tet:explicit-route-include-objects/" > + "tet:route-object-include-object/" > + "tet:type/tet:label/tet:label-hop/" > + "tet:te-label/tet:technology" { > when "../../../../../../../../../../../../../../" > + "nw:network-types/tet:te-topology/" > + "otntopo:otn-topology" { > description "Augment OTN TE label"; > } > description "OTN label."; > case otn { uses otn-types:otn-path-label; } > } > > The YANG tree diagram, which is 'used to provided a simplified graphical > representation of a data model' runs to 15 pages and is almost harder to > follow. > > It does seem to me that something has gone wrong here, with the > capabilities of YANG or the way it is used or ... My knowledge of YANG > is not enough to know whether or not there is a different approach in > this I-D which would make the augmenting module easier to understand > (e.g. a data tree of fewer than 20 levels, use of relative XPath paths > or replacing 'when' with 'if-feature') but it does seem that what we > have now is hard to review in a meaningful way. Yes, tools can tell us > that the augmenting module is syntactically correct but whether or not > it does what is says on the tin I find very hard to form a view on. > > Tom Petch > > > ---- Original Message ----- > From: "tom p." > To: "tom p." ; > Cc: ; ; > ; > Sent: Wednesday, June 06, 2018 10:26 AM > > > Further thoughts on -16 (as my previous comments included below are). > > > > What is the status of Appendix B? I find this a thorny question. > > Appendices are usually regarded as not Normative, with a statement > > called for when it is otherwise. This is a YANG module which non-NMDA > > servers will implement so that says it is Normative, to me. On the > > other hand, the world is going NMDA - I do not know how fast - so this > > is more like Historic; or non-Normative? > > > > I do not know the answer but do know we can expect to see this several > > times, so I am thinking that some thought and guidance from an Ops AD > > would be valuable. > > > > IANA Considerations should have a > > reference: RFC XXXX > > for each module registered > > > > Additionally, my comments about the YANG module in the body of the > > document apply to Appendix B and C namely > > - [RFC ... looks wrong in a YANG module > > - import without reference > > > > Does the YANG module in Appendix C need a Copyright statement? > > > > Should the YANG module in Appendix C be registered? It took a while > for > > the IETF to see the need to define formally such things as > > example.com > > so I am thinking it probably should be lest we get many different > > varieties in the wild. > > > > And I would like a Note to the RFC Editor asking them to update the > > dates with the date of publication especially since there are five > such > > dates rather than the usual two. > > > > Tom Petch > > > > ----- Original Message ----- > > From: "tom p." > > To: > > Cc: ; ; > > ; > > Sent: Tuesday, June 05, 2018 6:01 PM > > > > > > > Lou et al > > > > > > I note that the YANG module in this I-D has Reference statements to > 20 > > > other RFC, which is good, but only one of the twenty appear in the > > > References for the I-D, which I think is not good, and needs to be > > > fixed. > > > > > > Also, some of the RFC which appear in Reference clauses of the YANG > > > module appear in [square brackets] e.g. [RFC6001] which I think > should > > > not be there. > > > > > > In the same vein, there are imports of four other YANG modules but > no > > > indication as to which RFC they can be found in - again, I think > that > > > that needs fixing with a Reference statement. > > > > > > A quick pass suggests the missing references are to > > > 1195 missing > > > 3209 missing > > > 3272 missing > > > 3471 missing > > > 3630 missing > > > 3785 missing > > > 4201 4202 4203 4206 all missing > > > 4872 missing > > > 5152 missing > > > 5212 missing > > > 5305 missing > > > 6001 missing > > > 6241 ok Norm > > > 7471 missing > > > 7752 missing > > > 7579 missing > > > > > > Russ's comment about Section 1.1 does not seem to have been > addressed. > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: "The IESG" > > > To: "IETF-Announce" > > > Cc: ; ; > > > ; > > > Sent: Wednesday, May 16, 2018 3:40 PM > > > > > > > The IESG has received a request from the Traffic Engineering > > > Architecture and > > > > Signaling WG (teas) to consider the following document: - 'YANG > Data > > > Model > > > > for Traffic Engineering (TE) Topologies' > > > > as Proposed Standard > > > > > > > > The IESG plans to make a decision in the next few weeks, and > > solicits > > > final > > > > comments on this action. Please send substantive comments to the > > > > ietf@ietf.org mailing lists by 2018-05-30. Exceptionally, comments > > may > > > be > > > > sent to iesg@ietf.org instead. In either case, please retain the > > > beginning of > > > > the Subject line to allow automated sorting. > > > > > > > > Abstract > > > > > > > > > > > > This document defines a YANG data model for representing, > > > retrieving > > > > and manipulating Traffic Engineering (TE) Topologies. The model > > > > serves as a base model that other technology specific TE > Topology > > > > models can augment. > > > > > > > > > > > > > > > > > > > > > > > > The file can be obtained via > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > > > > > IESG discussion can be tracked via > > > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/ > > > > > > > > > > > > No IPR declarations have been submitted directly on this I-D. > > > > > > > > > > > > The document contains these normative downward references. > > > > See RFC 3967 for additional information: > > > > rfc5212: Requirements for GMPLS-Based Multi-Region and > > Multi-Layer > > > Networks (MRN/MLN) (Informational - IETF stream) > > > > --000000000000187835056efeb962 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Tom,

Agree what you said.= We have brought this issue up in the NETMOD WG, but our proposal got shot = down.


We will try a= gain later, but this is what we have for now.

Than= ks,
- Xufeng

On Tue, Jun 19, 2018 at 7:11 AM, tom p. <daedulu= s@btconnect.com> wrote:
I j= ust got a sight of where this I-D leads to and find it challenging.

This I-D provides a template in Appendix C for other technologies to use to augment the base YANG module:

draft-ietf-ccamp-otn-topo-yang

is such a technology and the YANG module therein consists of about 90
statements of the form

=C2=A0 /* Augment label hop of route-include of connectivity-matrices (adde= d)
*/
=C2=A0 augment "/nw:networks/nw:network/nw:node/tet:te/"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:te-node-attributes/tet:connect= ivity-matrices/"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:optimizations/tet:algorithm/te= t:metric/"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:optimization-metric/"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:explicit-route-include-objects= /"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:route-object-include-object/&q= uot;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:type/tet:label/tet:label-hop/&= quot;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 + "tet:te-label/tet:technology" {
=C2=A0 =C2=A0 when "../../../../../../../../../../../../../../&qu= ot;
=C2=A0 =C2=A0 =C2=A0 =C2=A0+ "nw:network-types/tet:te-topology/&q= uot;
=C2=A0 =C2=A0 =C2=A0 =C2=A0+ "otntopo:otn-topology" {
=C2=A0 =C2=A0 =C2=A0 description "Augment OTN TE label";
=C2=A0 =C2=A0 }
=C2=A0 =C2=A0 description "OTN label.";
=C2=A0 =C2=A0 case otn {=C2=A0 uses otn-types:otn-path-label; }
=C2=A0 }

The YANG tree diagram, which is 'used to provided a simplified graphica= l
representation of a data model' runs to 15 pages and is almost harder t= o
follow.

It does seem to me that something has gone wrong here, with the
capabilities of YANG or the way it is used or ...=C2=A0 My knowledge of YAN= G
is not enough to know whether or not there is a different approach in
this I-D which would make the augmenting module easier to understand
(e.g. a data tree of fewer than 20 levels, use of relative XPath paths
or replacing 'when' with 'if-feature') but it does seem tha= t what we
have now is hard to review in a meaningful way.=C2=A0 Yes, tools can tell u= s
that the augmenting module is syntactically correct but whether or not
it does what is says on the tin I find very hard to form a view on.

Tom Petch


---- Original Message -----
From: "tom p." <daed= ulus@btconnect.com>
To: "tom p." <daedulus@btconnect.com>; <ietf@ietf.org>
Cc: <teas-chairs@ietf.org>= ;; <teas@ietf.org>;
<draft-ietf-tea= s-yang-te-topo@ietf.org>; <db3546@att.com>
Sent: Wednesday, June 06, 20= 18 10:26 AM

> Further thoughts on -16 (as my previous comments included below are).<= br> >
> What is the status of Appendix B?=C2=A0 I find this a thorny question.=
> Appendices are usually regarded as not Normative, with a statement
> called for when it is otherwise.=C2=A0 This is a YANG module which non= -NMDA
> servers will implement so that says it is Normative, to me.=C2=A0 On t= he
> other hand, the world is going NMDA - I do not know how fast - so this=
> is more like Historic; or non-Normative?
>
> I do not know the answer but do know we can expect to see this several=
> times, so I am thinking that some thought and guidance from an Ops AD<= br> > would be valuable.
>
> IANA Considerations should have a
>=C2=A0 =C2=A0 =C2=A0 =C2=A0reference:=C2=A0 =C2=A0 RFC XXXX
> for each module registered
>
> Additionally, my comments about the YANG module in the body of the
> document apply to Appendix B and C namely
> - [RFC ... looks wrong in a YANG module
> - import without reference
>
> Does the YANG module in Appendix C need a Copyright statement?
>
> Should the YANG module in Appendix C be registered?=C2=A0 It took a wh= ile
for
> the IETF to see the need to define formally such things as
> ex= ample.com
> so I am thinking it probably should be lest we get many different
> varieties in the wild.
>
> And I would like a Note to the RFC Editor asking them to update the > dates with the date of publication especially since there are five
such
> dates rather than the usual two.
>
> Tom Petch
>
> ----- Original Message -----
> From: "tom p." <daedulus@btconnect.com>
> To: <ietf@ietf.org>
> Cc: <teas-chairs@ietf.org>; <teas@ietf.org>;
> <draft-iet= f-teas-yang-te-topo@ietf.org>; <db3546@att.com>
> Sent: Tuesday, June 05, 2018 6:01 PM
>
>
> > Lou et al
> >
> > I note that the YANG module in this I-D has Reference statements = to
20
> > other RFC, which is good, but only one of the twenty appear in th= e
> > References for the I-D, which I think is not good, and needs to b= e
> > fixed.
> >
> > Also, some of the RFC which appear in Reference clauses of the YA= NG
> > module appear in [square brackets] e.g. [RFC6001] which I think should
> > not be there.
> >
> > In the same vein, there are imports of four other YANG modules bu= t
no
> > indication as to which RFC they can be found in - again, I think<= br> that
> > that needs fixing with a Reference statement.
> >
> > A quick pass suggests the missing references are to
> > 1195 missing
> > 3209 missing
> > 3272 missing
> > 3471 missing
> > 3630 missing
> > 3785 missing
> > 4201 4202 4203 4206 all missing
> > 4872 missing
> > 5152 missing
> > 5212 missing
> > 5305 missing
> > 6001 missing
> > 6241 ok Norm
> > 7471 missing
> > 7752 missing
> > 7579 missing
> >
> > Russ's comment about Section 1.1 does not seem to have been addressed.
> >
> > Tom Petch
> >
> >
> > ----- Original Message -----
> > From: "The IESG" <iesg-secretary@ietf.org>
> > To: "IETF-Announce" <ietf-announce@ietf.org>
> > Cc: <= draft-ietf-teas-yang-te-topo@ietf.org>; <teas-chairs@ietf.org>;
> > <teas@ietf.org>; <<= a href=3D"mailto:db3546@att.com">db3546@att.com>
> > Sent: Wednesday, May 16, 2018 3:40 PM
> >
> > > The IESG has received a request from the Traffic Engineering=
> > Architecture and
> > > Signaling WG (teas) to consider the following document: - &#= 39;YANG
Data
> > Model
> > > for Traffic Engineering (TE) Topologies'
> > >=C2=A0 =C2=A0<draft-ietf-teas-yang-te-topo-15.txt>= as Proposed Standard
> > >
> > > The IESG plans to make a decision in the next few weeks, and=
> solicits
> > final
> > > comments on this action. Please send substantive comments to= the
> > > ietf@ietf.org mailing l= ists by 2018-05-30. Exceptionally, comments
> may
> > be
> > > sent to iesg@ietf.org i= nstead. In either case, please retain the
> > beginning of
> > > the Subject line to allow automated sorting.
> > >
> > > Abstract
> > >
> > >
> > >=C2=A0 =C2=A0 This document defines a YANG data model for rep= resenting,
> > retrieving
> > >=C2=A0 =C2=A0 and manipulating Traffic Engineering (TE) Topol= ogies. The model
> > >=C2=A0 =C2=A0 serves as a base model that other technology sp= ecific TE
Topology
> > >=C2=A0 =C2=A0 models can augment.
> > >
> > >
> > >
> > >
> > >
> > > The file can be obtained via
> > > https://datatracker.iet= f.org/doc/draft-ietf-teas-yang-te-topo/
> > >
> > > IESG discussion can be tracked via
> > >
> https://datatracker.ietf.o= rg/doc/draft-ietf-teas-yang-te-topo/ballot/
> > >
> > >
> > > No IPR declarations have been submitted directly on this I-D= .
> > >
> > >
> > > The document contains these normative downward references. > > > See RFC 3967 for additional information:
> > >=C2=A0 =C2=A0 =C2=A0rfc5212: Requirements for GMPLS-Based Mul= ti-Region and
> Multi-Layer
> > Networks (MRN/MLN) (Informational - IETF stream)
>


--000000000000187835056efeb962-- From nobody Tue Jun 19 14:05:27 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5D48130F2C; Tue, 19 Jun 2018 14:05:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 uJ39IaDZ0Kwp; Tue, 19 Jun 2018 14:05:23 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40FFD130E09; Tue, 19 Jun 2018 14:05:23 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id E3BABAE9582C5; Tue, 19 Jun 2018 22:05:17 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.382.0; Tue, 19 Jun 2018 22:05:20 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML701-CHM.china.huawei.com ([169.254.3.24]) with mapi id 14.03.0382.000; Tue, 19 Jun 2018 14:05:13 -0700 From: Leeyoung To: Alvaro Retana , The IESG CC: "draft-ietf-teas-actn-info-model@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) Thread-Index: AQHUB04+OFGHDPUG5Uq1k192cN0HRaRmnzOpgAF0dCA= Date: Tue, 19 Jun 2018 21:05:12 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D019AB4@sjceml521-mbx.china.huawei.com> References: <152935855854.2996.11422532201960833892.idtracker@ietfa.amsl.com> A0664E99-0ABE-4CD2-ADBC-D65B2C1D8495 In-Reply-To: A0664E99-0ABE-4CD2-ADBC-D65B2C1D8495 Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.218.137.166] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173D019AB4sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2018 21:05:26 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E173D019AB4sjceml521mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Alvaro, I forgot when answering we decided not to progress the requirements documen= t as the framework document was more comprehensive. We'll remove the requir= ements reference. Thanks. Young From: Leeyoung Sent: Monday, June 18, 2018 5:52 PM To: Alvaro Retana ; The IESG Cc: draft-ietf-teas-actn-info-model@ietf.org; Vishnu Beeram ; teas-chairs@ietf.org; teas@ietf.org Subject: RE: Alvaro Retana's No Objection on draft-ietf-teas-actn-info-mode= l-09: (with COMMENT) Hi Alvaro, Thanks for your comment. I think that your suggestion to move the ACTN Req= uirements from a normative to an informative reference is reasonable to me= . Best regards, Young From:Alvaro Retana To:The IESG, Cc:draft-ietf-teas-actn-info-model@ietf.org,Vishnu Beeram,teas-chairs@ietf.= org,teas@ietf.org, Date:2018-06-18 16:49:33 Subject:Alvaro Retana's No Objection on draft-ietf-teas-actn-info-model-09:= (with COMMENT) Alvaro Retana has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- This document "covers the requirements identified in" draft-ietf-teas-actn-requirements, which is used as a Normative reference, = but it looks like it won't be published after all [1]. The framework document (draft-ietf-teas-actn-framework) does not depend normatively on the requirements; it seems like it should be possible for this document to not depend on them either. [1] https://mailarchive.ietf.org/arch/msg/teas/Ep3z1YP2QV8JkgDHK3Zuw0V6Nq0 --_000_7AEB3D6833318045B4AE71C2C87E8E173D019AB4sjceml521mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Alvaro,

 

I forgot when answering we decided no= t to progress the requirements document as the framework document was more = comprehensive. We’ll remove the requirements reference.

 

Thanks.

Young

From: Leeyoung
Sent: Monday, June 18, 2018 5:52 PM
To: Alvaro Retana <aretana.ietf@gmail.com>; The IESG <iesg@= ietf.org>
Cc: draft-ietf-teas-actn-info-model@ietf.org; Vishnu Beeram <vbee= ram@juniper.net>; teas-chairs@ietf.org; teas@ietf.org
Subject: RE: Alvaro Retana's No Objection on draft-ietf-teas-actn-in= fo-model-09: (with COMMENT)

 

Hi Alvaro,

Thanks for your comment. I think that your suggestion to  move the ACT= N Requirements from a normative to an  informative reference is reason= able to me.

Best regards,
Young

From:Alvaro Re= tana

To:The IESG,

Cc:draft-ietf-= teas-actn-info-model@ietf.org,Vishnu Beeram,teas-chairs@ietf.org,teas@ietf.= org,

Date:2018-06-1= 8 16:49:33

Subject:Alvaro= Retana's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT= )

 

Alvaro Retana has entered the following ballot position for
draft-ietf-teas-actn-info-model-09: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

This document "covers the requirements identified in"
draft-ietf-teas-actn-requirements, which is used as a Normative reference, = but
it looks like it won't be published after all [1].  The framework docu= ment
(draft-ietf-teas-actn-framework) does not depend normatively on the
requirements; it seems like it should be possible for this document to not<= br> depend on them either.

[1] https://mailarchive.ietf.org/arch/msg/teas/Ep3z1YP2QV8JkgDHK3Zuw0V6Nq0<= br>

--_000_7AEB3D6833318045B4AE71C2C87E8E173D019AB4sjceml521mbxchi_-- From nobody Tue Jun 19 19:59:22 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BA72130FDC; Tue, 19 Jun 2018 19:59:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152946356032.32566.3815064837695155238@ietfa.amsl.com> Date: Tue, 19 Jun 2018 19:59:20 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-rmr-extension-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2018 02:59:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : RSVP Extensions for RMR Authors : Abhishek Deshmukh Kireeti Kompella Filename : draft-ietf-teas-rsvp-rmr-extension-00.txt Pages : 15 Date : 2018-06-19 Abstract: Rings are the most common topology in access and aggregation networks. However, the use of MPLS as the transport protocol for rings is very limited today. draft-ietf-mpls-rmr-02 describes a mechanism to handle rings efficiently using MPLS. This document describes the extensions to the RSVP protocol for signaling MPLS label switched paths in rings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-rmr-extension/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-rmr-extension-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-rmr-extension-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 19 20:14:02 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C0859130DFC; Tue, 19 Jun 2018 20:13:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-teas-actn-info-model@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vbeeram@juniper.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152946443878.32118.12988456809974943244.idtracker@ietfa.amsl.com> Date: Tue, 19 Jun 2018 20:13:58 -0700 Archived-At: Subject: [Teas] Ben Campbell's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2018 03:13:59 -0000 Ben Campbell has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- What is the goal of publishing this as an RFC? It seems like an intermediate document that doesn't have archival value. I do not find publication of an information model mentioned on the TEAS charter, but maybe I missed it. §9: There are three upper-case SHOULDs in this section, but no RFC 8174 or 2119 boilerplate. Normative keywords don't really seem appropriate for an information model, so perhaps they should be lower case? From nobody Wed Jun 20 07:08:31 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB5F3126CB6 for ; Wed, 20 Jun 2018 07:08:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.988 X-Spam-Level: X-Spam-Status: No, score=-1.988 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, T_KAM_HTML_FONT_INVALID=0.01, URIBL_RED=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 mclHqL8MKXaq for ; Wed, 20 Jun 2018 07:08:20 -0700 (PDT) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::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 176F8130EB7 for ; Wed, 20 Jun 2018 07:08:20 -0700 (PDT) Received: by mail-it0-x235.google.com with SMTP id 188-v6so5655168ita.5 for ; Wed, 20 Jun 2018 07:08:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:sender:from:date:message-id :subject:to:cc; bh=aNhXuGrS1twL56VA2hofkFsi5b1SW/xbm48RVhH9Dqw=; b=sg8FcwbyQJTIYSr5gevbE+RfigTmAcBcqUDAP0qoZYyEaWpE1hHvPOkTxp3+Q7ZP63 Ce2ikJ+Z8GCz/IAccUhk4VnNm2k/FHtmBGiXr8JuCKJvbR1DVFVWGZ4mouMqdaKhpjtu 6zaP4e2MkH4nzkTMmzfCM0U7wnIs8fbHNVS6Gs44ghu7x7nihGJ897kYovzV/E8t1uxm mDx7w1YSUzie9f4ZWGqCOFumPpwv3iqtJBKcrUcvZtOjqFEejDETiK7LTbu1/DSDPyyJ yWOKS2jpuzZ4xmkaeyLepowA4kFCeGTvT2d67jUYtdQ8X/nocV+gpFNCIH1U5YC8KMTD g25A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:sender:from :date:message-id:subject:to:cc; bh=aNhXuGrS1twL56VA2hofkFsi5b1SW/xbm48RVhH9Dqw=; b=OBRA2eojaliJuEa85Gxeez3xWO5zMv1eRuUkemv+P+oU6CzhVdKYQjxBQjyA2gX/uH JioBTJOqyLm7gUv8TPpxqjqTkn3Kli1zJnWLkmnRG4vVzqQU3lM1xxKW4d6p1LTxV78c LcuWf3hEInVz8XgW8/KEJhCwDjDrgEFWr/CGwcOeVJd1H14Qy5SmRN+o93s7v93NzDor vSCkTsjHBnZbkd4Gecil3jWhLiH+PzZ8iC3iTOIw/KEBVzNyV7VnzwgWa/l4v7a50+Ns vHSrzGss7xki0O4tbVyArLLubf2g6NWnKsQXiJcH7tKSC/39n5Du26YcNF6jSCTR6QSd SyhA== X-Gm-Message-State: APt69E2Hr6y3EKXirdKlclUCRU4fKDQrKpe54h73Gk6IASiTWx+t5RmW pjzilDvPFwxPbvmBsvgVi33x3+Kp6psXg5hCIc8= X-Google-Smtp-Source: ADUXVKJ4daH3vI3q/qzwVLnmiIQcv+kNpB3RpUD669YEn+792GX+oV45PCMLZrwiHPDeCWi2GmiA06Wq5tFbonQW/b0= X-Received: by 2002:a24:552:: with SMTP id 79-v6mr1763960itl.109.1529503699200; Wed, 20 Jun 2018 07:08:19 -0700 (PDT) MIME-Version: 1.0 References: <152293940455.26004.8362854609783865293.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173CFCD33B@sjceml521-mbs.china.huawei.com> <96bad40b-c6af-c8b5-0340-d14947ba3c86@labn.net> <68c2d19d59884060a2927dbbe0c055be@TELMBXB02RM001.telecomitalia.local> <7AEB3D6833318045B4AE71C2C87E8E173CFE8C53@sjceml521-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173CFE8C53@sjceml521-mbx.china.huawei.com> Sender: dhruvdhody@gmail.com X-Google-Sender-Delegation: dhruvdhody@gmail.com From: Dhruv Dhody Date: Wed, 20 Jun 2018 19:38:07 +0530 X-Google-Sender-Auth: m7AgXS3CkRXBL-ukARpM1yBbXdI Message-ID: To: Leeyoung Cc: Fioccola Giuseppe , Lou Berger , "TEAS WG (teas@ietf.org)" , "Jeff Tantsura (jefftant@gmail.com)" , Daniele Ceccarelli , Vishnu Pavan Beeram , Dhruv Dhody Content-Type: multipart/alternative; boundary="000000000000ac711c056f135434" Archived-At: Subject: Re: [Teas] New Version Notification for draft-lee-teas-te-service-mapping-yang-07.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2018 14:08:25 -0000 --000000000000ac711c056f135434 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Lou, We were in the midst of updating the TE service mapping yang. We considered the approach that you suggested, but the authors believe that having a new mapping yang model that maps various service models to various TE models works best and want to continue with this approach. We could discuss this point during the IETF meeting, let us know if you have a strong opinion on this? Thanks! Dhruv On Fri, May 4, 2018 at 10:27 PM Leeyoung wrote: > Hi Lou, > > > > I see your point. If we were to do only L3VPN per se, it would be OK to > augment L3SM model to add TE related parameters. But here we have LxSM > where x=3D1,2,3 and ACTN VN (in addition, there could be another service > model we have not seen such as L0SM) and it would more scalable and > flexible to have one TE Service Mapping Model to which all service models > are covered as Giuseppe pointed out. > > > > Another point is that in most cases the top level service orchestrator is > dealing with many different services together and there may be correlatio= ns > across different services it offers. In such case, having a TE-Service > mapping model would make sense. > > > > Just my thought. > > > > Thanks. > > Young > > > > *From:* Fioccola Giuseppe [mailto:giuseppe.fioccola@telecomitalia.it] > *Sent:* Friday, May 04, 2018 3:19 AM > *To:* Lou Berger ; Leeyoung ; > teas@ietf.org > *Cc:* Dhruv Dhody ; Jeff Tantsura < > jefftant@gmail.com>; Daniele Ceccarelli = ; > Vishnu Pavan Beeram > *Subject:* R: New Version Notification for > draft-lee-teas-te-service-mapping-yang-07.txt > > > > Hi Lou, Young, > > This is an interesting point. The augmentation for LxSM is possible but, > in this case, it could not be the right way because it is a less flexible > approach. In addition te-topology-ids and te-tp-ids are probably only > optional information for the interface between Customer and Service > Provider. So, in my opinion, it would be convenient to have a Service > Mapping Yang Model. > > > > Thanks, > > > > Giuseppe > > > > *Da:* Lou Berger [mailto:lberger@labn.net ] > *Inviato:* marted=C3=AC 1 maggio 2018 15:05 > *A:* Leeyoung; Vishnu Pavan Beeram; teas@ietf.org > *Cc:* Dhruv Dhody; Fioccola Giuseppe; Jeff Tantsura; Daniele Ceccarelli > *Oggetto:* Re: New Version Notification for > draft-lee-teas-te-service-mapping-yang-07.txt > > > > Hi Young, > > see below. > > On 4/5/2018 10:57 AM, Leeyoung wrote: > > Hi Pavan and Lou, > > > > We have updated the draft to incorporate Pavan's comment (during London > meeting) to generalize the model for TE. > > > > Regarding the mapping, we have added options for all three: > > > > - VN (ACTN VN model) > > - Single abstract node in TE topology (TE-topology model) > > - List of tunnels (TE-tunnel model) > > > > See the changes as follows: > > > > > > +---------+ +-------------+ +----------+ > > | L3SM | <------> | | <-----> | ACTN VN | > > +---------+ | | | Model | > > | | +----------+ > > | | > > +---------+ | TE-Service | +----------+ > > | L2SM | <------> |Mapping Model| <-----> | TE-Topo | > > +---------+ | | | Model | > > | | +----------+ > > | | > > +---------+ | | +----------+ > > | L1CSM | <------> | | <-----> | TE-Tunnel| > > +---------+ | | | Model | > > +-------------+ +----------+ > > > > Let us know what you think. > > > I think having a way to map from the LxSMs to te topology makes a lot of > sense. Although, personally I would have looked at augmenting the existi= ng > models with te-topology-ids and te-tp-ids before defining a new module. > This said, what's really important is the opinion of WG contributors. So > I'd be more interested in hearing what others think of the approach. > > Lou > > > > Best regards, > > Young & Dhruv > > > > > -------------------------------------------------------------------------= ---------------------- > > 4. YANG Data Tree > > > > module: ietf-te-service-mapping > > +--rw te-service-mapping > > +--rw service-mapping > > | +--rw mapping-list* [map-id] > > | +--rw map-id uint32 > > | +--rw map-type? map-type > > | +--rw (service)? > > | | +--:(l3vpn) > > | | | +--rw l3vpn-ref? -> > /l3:l3vpn-svc/vpn-services/vpn- > > service/vpn-id > > | | +--:(l2vpn) > > | | | +--rw l2vpn-ref? -> > /l2:l2vpn-svc/vpn-services/vpn- > > service/vpn-id > > | | +--:(l1vpn) > > | | +--rw l1vpn-ref? -> /l1:l1cs/service/service- > > list/subscriber-l1vc-id > > | +--rw (te)? > > | +--:(actn-vn) > > | | +--rw actn-vn-ref? -> /vn:actn/vn/vn-list/vn-id > > | +--:(te-topo) > > | | +--rw vn-topology-id? te-types:te-topology-id > > | | +--rw abstract-node? -> > /nw:networks/network/node/node- > > id > > | +--:(te-tunnel) > > | +--rw te-tunnel-list* te:tunnel-ref > > +--rw site-mapping > > +--rw mapping-list* [map-id] > > +--rw map-id uint32 > > +--rw (service)? > > | +--:(l3vpn) > > | | +--rw l3vpn-ref? -> /l3:l3vpn-svc/sites/site/site-= id > > | +--:(l2vpn) > > | | +--rw l2vpn-ref? -> /l2:l2vpn-svc/sites/site/site-= id > > | +--:(l1vpn) > > | +--rw l1vpn-ref? -> /l1:l1cs/access/uni-list/UNI-I= D > > +--rw (te)? > > +--:(actn-vn) > > | +--rw actn-vn-ref? -> /vn:actn/ap/access-point- > > list/access-point-id > > +--:(te) > > +--rw ltp? te-types:te-tp-id > > > > > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org > ] > Sent: Thursday, April 05, 2018 9:43 AM > To: Dhruv Dhody ; Giuseppe > Fioccola > ; Jeff Tantsura > ; Daniele Ceccarelli > ; Leeyoung > > Subject: New Version Notification for > draft-lee-teas-te-service-mapping-yang-07.txt > > > > > > A new version of I-D, draft-lee-teas-te-service-mapping-yang-07.txt > > has been successfully submitted by Young Lee and posted to the IETF > repository. > > > > Name: draft-lee-teas-te-service-mapping-yang > > Revision: 07 > > Title: Traffic Engineering and Service Mapping Yang > Model > > Document date: 2018-04-05 > > Group: Individual Submission > > Pages: 19 > > URL: > https://www.ietf.org/internet-drafts/draft-lee-teas-te-service-mapping-ya= ng-07.txt > > Status: > https://datatracker.ietf.org/doc/draft-lee-teas-te-service-mapping-yang/ > > Htmlized: > https://tools.ietf.org/html/draft-lee-teas-te-service-mapping-yang-07 > > Htmlized: > https://datatracker.ietf.org/doc/html/draft-lee-teas-te-service-mapping-y= ang > > Diff: > https://www.ietf.org/rfcdiff?url2=3Ddraft-lee-teas-te-service-mapping-yan= g-07 > > > > Abstract: > > This document provides a YANG data model to map service model (e.g., > > L3SM) and Traffic Engineering model (e.g., TE Tunnel or ACTN VN > > model). This model is referred to as TE service Mapping Model. This > > model is applicable to the operation's need for a seamless control > > and management of their VPN services with TE tunnel support. > > > > > > > > > > > > > > > > > > > Please note that it may take a couple of minutes from the time of > submission until the htmlized version and diff are available at > tools.ietf.org. > > > > The IETF Secretariat > > > > > > Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle > persone indicate. La diffusione, copia o qualsiasi altra azione derivante > dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualo= ra > abbiate ricevuto questo documento per errore siete cortesemente pregati d= i > darne immediata comunicazione al mittente e di provvedere alla sua > distruzione, Grazie. > > *This e-mail and any attachments is confidential and may contain > privileged information intended for the addressee(s) only. Dissemination, > copying, printing or use by anybody else is unauthorised. If you are not > the intended recipient, please delete this message and any attachments an= d > advise the sender by return e-mail, Thanks. * > > *Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necessario.* > > > --000000000000ac711c056f135434 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Lou,=C2=A0

<= div class=3D"gmail_default" style=3D"font-family:trebuchet ms,sans-serif;co= lor:#0c343d">We were in the midst of updating the TE service mapping yang. = We considered the approach that you suggested, but the authors believe that= having a new mapping yang model that maps various service models to variou= s TE models works best and want to continue with this approach. We could di= scuss this point during the IETF meeting, let us know if you have a=C2=A0st= rong opinion on this?=C2=A0

Than= ks!=C2=A0
Dhruv


=
On Fri, May 4, 2018 at 10:27 PM= Leeyoung <leeyoung@huawei.com> wrote:

Hi Lou,<= /span>

=C2=A0

I see your point. If w= e were to do only L3VPN per se, it would be OK to augment L3SM model to add= TE related parameters. But here we have LxSM where x=3D1,2,3 and ACTN VN (= in addition, there could be another service model we have not seen such as L0SM) and it would more scalable and flexib= le to have one TE Service Mapping Model to which all service models are cov= ered as Giuseppe pointed out.

=C2=A0

Another point is that = in most cases the top level service orchestrator is dealing with many diffe= rent services together and there may be correlations across different servi= ces it offers. In such case, having a TE-Service mapping model would make sense. =C2=A0

=C2=A0

Just my thought.

=C2=A0

Thanks.<= /span>

Young

=C2=A0

From:= Fioccola Giuseppe [mailto:giuseppe.fioccola@= telecomitalia.it]
Sent: Friday, May 04, 2018 3:19 AM
To: Lou Berger <lberger@labn.net>; Leeyoung <leeyoung@huawei.com>; teas@ietf.org
Cc: Dhruv Dhody <dhruv.ietf@gmail.com>; Jeff Tantsura <jefftant@gmail.com>; Daniel= e Ceccarelli <daniele.ceccarelli@ericsson.com>; Vishnu Pavan Beeram &l= t;vbeeram@juniper.= net>
Subject: R: New Version Notification for draft-lee-teas-te-service-m= apping-yang-07.txt

=C2=A0

Hi Lou, Young,<= u>

This is an interesting= point. The augmentation for LxSM is possible but, in this case, it could n= ot be the right way because it is a less flexible approach. In addition te-= topology-ids and te-tp-ids are probably only optional information for the interface between Customer and Service P= rovider. So, in my opinion, it would be convenient to have a Service Mappin= g Yang Model.

=C2=A0

Thanks,=

=C2= =A0

Giuseppe

=C2= =A0

Da: Lou Berger [mailto:lberger@labn.net]
Inviato: marted=C3=AC 1 maggio 2018 15:05
A: Leeyoung; Vishnu Pavan Beeram; teas@ietf.org
Cc: Dhruv Dhody; Fioccola Giuseppe; Jeff Tantsura; Daniele Ceccarell= i
Oggetto: Re: New Version Notification for draft-lee-teas-te-service-= mapping-yang-07.txt

=C2=A0

Hi Young,

see= below.

On 4/5/2018 10:57 AM, Leeyoung wrote:

Hi Pavan = and Lou,

=C2=A0=

We have u= pdated the draft to incorporate Pavan's comment (during London meeting)= to generalize the model for TE.

=C2=A0=

Regarding= the mapping, we have added options for all three:

=C2=A0=

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 VN= (ACTN VN model)

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Si= ngle abstract node in TE topology (TE-topology model)<= /p>

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Li= st of tunnels (TE-tunnel model)

=C2=A0=

See the c= hanges as follows:

=C2=A0=

=C2=A0=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = =C2=A0=C2=A0+---------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 +-------------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +------= ----+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0 L3SM=C2=A0=C2=A0 | <------> |=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | <-----> | AC= TN VN=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 +---------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 Model=C2=A0= =C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +----------+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 +---------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 | TE-Service=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-= ---------+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0 L2SM=C2=A0=C2=A0 | <------> |Mapping Model| <= -----> | TE-Topo=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 +---------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0 Model=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +----------+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 +---------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +----------+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0 L1CSM=C2=A0 | <------> |=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | <-----> | TE-Tunnel|

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 +---------+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0 Model=C2=A0 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +----------= ---+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +----------+

=C2=A0=

Let us kn= ow what you think.


I think having a way to map from the LxSMs to=C2=A0 te topology makes a lot= of sense.=C2=A0 Although, personally I would have looked at augmenting the= existing models with te-topology-ids and te-tp-ids before defining a new m= odule.=C2=A0 This said, what's really important is the opinion of WG contributors.=C2=A0 So I'd be more interested in = hearing what others think of the approach.

Lou

=C2=A0=

Best rega= rds,

Young &am= p; Dhruv

=C2=A0=

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

4. YANG D= ata Tree

=C2=A0=

module: i= etf-te-service-mapping

=C2=A0=C2= =A0=C2=A0 +--rw te-service-mapping

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 +--rw service-mapping

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 +--rw mapping-list* [map-id]<= /u>

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 +--rw map-id=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 uint32<= /u>

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 +--rw map-type?=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 map-type

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 +--rw (service)?

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 +--:(l3vpn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 |=C2=A0 +--rw= l3vpn-ref?=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -> /l3:l3vpn-svc/v= pn-services/vpn-

service/v= pn-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 +--:(l2vpn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 |=C2=A0 +--rw= l2vpn-ref?=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -> /l2:l2vpn-svc/v= pn-services/vpn-

service/v= pn-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 +--:(l1vpn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0= =C2=A0 +--rw l1vpn-ref?=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -> /l1= :l1cs/service/service-

list/subs= criber-l1vc-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0 +--rw (te)?=

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--= :(actn-vn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0 +--rw actn-vn-ref?=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -> /vn:actn/vn/v= n-list/vn-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--= :(te-topo)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0 +--rw vn-topology-id?=C2=A0=C2=A0 = te-types:te-topology-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0 +--rw abstract-node?=C2=A0=C2=A0= =C2=A0 -> /nw:networks/network/node/node-

id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--= :(te-tunnel)<= /p>

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 +--rw te-tunnel-list*=C2= =A0=C2=A0 te:tunnel-ref

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 +--rw site-mapping

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--rw mapping-list* [map-id]<= u>

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--rw map-i= d=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 uint32

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--rw (serv= ice)?

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 +--= :(l3vpn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 |= =C2=A0 +--rw l3vpn-ref?=C2=A0=C2=A0=C2=A0=C2=A0 -> /l3:l3vpn-svc/sites/s= ite/site-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 +--= :(l2vpn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 |= =C2=A0 +--rw l2vpn-ref?=C2=A0=C2=A0=C2=A0=C2=A0 -> /l2:l2vpn-svc/sites/s= ite/site-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 +--= :(l1vpn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2= =A0=C2=A0=C2=A0 +--rw l1vpn-ref?=C2=A0=C2=A0=C2=A0=C2=A0 -> /l1:l1cs/acc= ess/uni-list/UNI-ID

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +--rw (te)?=

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 +--:(actn-vn)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 |=C2=A0 +--rw actn-vn-ref?=C2=A0=C2=A0 -> /vn:actn/ap/access-poin= t-

list/acce= ss-point-id

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 +--:(te)

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 +--rw ltp?=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0te-types:te-tp-id

=C2=A0=

=C2=A0=

-----Orig= inal Message-----
From: interne= t-drafts@ietf.org [mailto:internet-drafts@ietf.org]
Sent: Thursday, April 05, 2018 9:43 AM
To: Dhruv Dhody &= lt;dhruv.ietf@gmail.com>; Giuseppe Fioccola <= ;giuseppe.fioccola@telecomitalia.it>; Jeff Tantsura <jefftant@gmail.= com>; Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>; Leeyoung <leeyoung@huawei.com>
Subject: New Version Notification for draft-lee-teas-te-service-mapping-yan= g-07.txt

=C2=A0=

=C2=A0=

A new ver= sion of I-D, draft-lee-teas-te-service-mapping-yang-07.txt

has been = successfully submitted by Young Lee and posted to the IETF repository.

=C2=A0=

Name:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 draft-lee-teas-te-service-mapping-yang

Revision:= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 07

Title:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Traffic Engineering and Service = Mapping Yang Model

Document = date: 2018-04-05

Group:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Individual Submission

Pages:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 19

URL:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/= internet-drafts/draft-lee-teas-te-service-mapping-yang-07.txt=

Status:= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.i= etf.org/doc/draft-lee-teas-te-service-mapping-yang/

Htmlized:= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://tools.ietf.or= g/html/draft-lee-teas-te-service-mapping-yang-07

Htmlized:= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.i= etf.org/doc/html/draft-lee-teas-te-service-mapping-yang

Diff:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/= rfcdiff?url2=3Ddraft-lee-teas-te-service-mapping-yang-07<= u>

=C2=A0=

Abstract:=

=C2=A0=C2= =A0 This document provides a YANG data model to map service model (e.g.,=

=C2=A0=C2= =A0 L3SM) and Traffic Engineering model (e.g., TE Tunnel or ACTN VN<= u>

=C2=A0=C2= =A0 model). This model is referred to as TE service Mapping Model. This<= /u>

=C2=A0=C2= =A0 model is applicable to the operation's need for a seamless control<= u>

=C2=A0=C2= =A0 and management of their VPN services with TE tunnel support.<= /u>

=C2=A0=

=C2=A0=

=C2=A0=

=C2=A0=

=C2=A0=

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

=C2=A0=

=C2=A0=

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

=C2=A0=

The IETF = Secretariat

=C2=A0=

=C2=A0

Questo messaggio e i su= oi allegati sono indirizzati esclusivamente alle persone indicate. La diffu= sione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualor= a abbiate ricevuto questo documento per errore siete cortesemente pregati d= i darne immediata comunicazione al mittente e di provvedere alla sua distru= zione, Grazie.

This e-mail and any attachments is confidential and may contain privileg= ed information intended for the addressee(s) only. Dissemination, copying, = printing or use by anybody else is unauthorised. If you are not the intende= d recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks= .

Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necessar= io.

=C2=A0

--000000000000ac711c056f135434-- From nobody Wed Jun 20 13:56:17 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66D57130E1B; Wed, 20 Jun 2018 13:56:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk To: "The IESG" Cc: draft-ietf-teas-actn-info-model@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vbeeram@juniper.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152952816841.28616.13487599041543688657.idtracker@ietfa.amsl.com> Date: Wed, 20 Jun 2018 13:56:08 -0700 Archived-At: Subject: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2018 20:56:09 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I echo the comments questioning the archival value for publishing a document like this. I think it's a good intermediate point to have, including the security considerations text (thank you for the quick update after the secdir review!), but am unsure what portion(s) of it could not be easily folded into successor documents. Section 2 This section provides an ACTN common interface information model to describe in terms of primitives, objects, their properties (represented as attributes), their relationships, and the resources for the service applications needed in the ACTN context. nit: The grammar here is a bit odd -- as-is, it says we have a model "to describe in terms of [a list of things]", but don't say what is being described. I'm not entirely sure what the intended text would be, though. Section 3.2, 3.4 Do I understand correctly that Modify is for CNC-to-MDSC commmunication and Update is for MDSC-to-CNC communication? Perhaps this could be made more explicit. Section 5.7.2 [...] For example, permission the correct selection from the network of the destination related to the indicated VNF It is e.g. the case of VM migration among data center and CNC can enforce specific policy that can permit MDSC/PNC to calculate the correct path for the connectivity supporting the data center interconnection required by application. There seems to be an editing error around "indicated VNF It is e.g.", maybe just a missing full stop and commas around "e.g."? Section 9 The ACTN information model does not directly introduce security issues. Rather, it defines a set of interfaces for traffic I would hope that no product of the IETF directly introduces security *issues* (problems)! Maybe "is not directly relevant when considering potential security issues" is some better wordsmithing. Implementations of the ACTN framework will have distributed functional components that will exchange this information model. nit: Perhaps this is overly pedantic, but are they exchanging this information model, or a concrete instantiation that adheres to this model? From nobody Wed Jun 20 15:05:04 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8BFE130EE0; Wed, 20 Jun 2018 15:04:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 HSkfxR_Gm4u9; Wed, 20 Jun 2018 15:04:44 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B316131162; Wed, 20 Jun 2018 15:04:44 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 52BBFA9F0AD1B; Wed, 20 Jun 2018 23:04:37 +0100 (IST) 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.382.0; Wed, 20 Jun 2018 23:04:39 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML701-CHM.china.huawei.com ([169.254.3.24]) with mapi id 14.03.0382.000; Wed, 20 Jun 2018 15:04:35 -0700 From: Leeyoung To: Ben Campbell , The IESG CC: "draft-ietf-teas-actn-info-model@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "vbeeram@juniper.net" , "teas@ietf.org" Thread-Topic: Ben Campbell's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) Thread-Index: AQHUCETCrDf/sLkfeUWMjEUHcR6vkKRprSLQ Date: Wed, 20 Jun 2018 22:04:34 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D01A7C7@sjceml521-mbx.china.huawei.com> References: <152946443878.32118.12988456809974943244.idtracker@ietfa.amsl.com> In-Reply-To: <152946443878.32118.12988456809974943244.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.218.137.166] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Ben Campbell's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2018 22:04:57 -0000 SGkgQmVuLCANCg0KVGhhbmtzIGZvciBwcm92aWRpbmcgeW91ciBjb21tZW50cy4gDQoNClRoZSBh dXRob3JzIGJlbGlldmUgdGhhdCB0aGlzIEluZm8gbW9kZWwgZHJhZnQgaGFzIGFuIGFyY2hpdmFs IHZhbHVlIGluIGFuZCBvZiBpdHNlbGYgYXMgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiB0aGUgSU0g YW5kIHRoZSBETSBpcyB3ZWxsIHNwZWNpZmllZCBpbiBSRkMzNDQ0LiBUaGlzIGRyYWZ0LCBhcyBh IHR5cGljYWwgSU0gd291bGQsIHByb3ZpZGVzIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiB0aGUg bWFuYWdlZCBvYmplY3RzIHdoaWNoIGNhbm5vdCBiZSBlYXNpbHkgZGVzY3JpYmVkIGluIERNLiBS ZWNlbnRseSBpbmZvcm1hdGlvbiBtb2RlbHMgaW4gb3RoZXIgU0RPcyBoYXZlIGJlZW4gYW4gaW1w b3J0YW50IHdvcmsgaXRlbSBpbiBhbmQgb2YgaXRzZWxmLCBpbmRlcGVuZGVudCBvZiBETSBvciBw cm90b2NvbCBkZXZlbG9wbWVudHMuIEluIGxpZ2h0IG9mIHRoYXQsIEkgYmVsaWV2ZSB0aGlzIGRy YWZ0IHByb3ZpZGVzIHZhbHVlcyBmb3Igb3BlcmF0b3JzIHRvIHVuZGVyc3RhbmQgaGlnaC1sZXZl bCBhYnN0cmFjdCBtb2RlbHMgKHdpdGggbW9kZWxlZCBvYmplY3RzIGFuZCB0aGUgd2hvbGUgc2V0 IG9mIHByaW1pdGl2ZXMpIG9mIHRoZSB0d28gb2Yga2V5IEFDVE4gaW50ZXJmYWNlcyAoQ01JIGFu ZCBNUEkpLiBPZiBjb3Vyc2UsIHRoaXMgZHJhZnQgY2FuIGFsc28gYmUgYmVuZWZpY2lhbCBmb3Ig aW1wbGVtZW50ZXJzIGZvciB0aGVpciBkZXRhaWxlZCBETSBkZXNpZ24gYW5kIHByb3RvY29sIGRl dmVsb3BtZW50LiAgDQoNCkluIHJlZ2FyZCB0byB5b3VyIGNvbW1lbnQgaW4gc2VjdGlvbiA5LCBJ IGFncmVlIHRoYXQgdGhyZWUgb2NjdXJyZW5jZXMgb2YgIlNIT1VMRCIgYmUgcmVwbGFjZWQgd2l0 aCBhIGxvd2VyIGNhc2UuIA0KDQpUaGFua3MuDQpZb3VuZyANCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBCZW4gQ2FtcGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1bS5jb21dIA0KU2Vu dDogVHVlc2RheSwgSnVuZSAxOSwgMjAxOCAxMDoxNCBQTQ0KVG86IFRoZSBJRVNHIDxpZXNnQGll dGYub3JnPg0KQ2M6IGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWxAaWV0Zi5vcmc7IFZp c2hudSBCZWVyYW0gPHZiZWVyYW1AanVuaXBlci5uZXQ+OyB0ZWFzLWNoYWlyc0BpZXRmLm9yZzsg dmJlZXJhbUBqdW5pcGVyLm5ldDsgdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogQmVuIENhbXBiZWxs J3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwtMDk6ICh3 aXRoIENPTU1FTlQpDQoNCkJlbiBDYW1wYmVsbCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJh bGxvdCBwb3NpdGlvbiBmb3INCmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwtMDk6IE5v IE9iamVjdGlvbg0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxp bmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwgZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRo ZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMgaW50cm9kdWN0b3J5IHBh cmFncmFwaCwgaG93ZXZlci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYu b3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1vcmUgaW5mb3Jt YXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0KDQpUaGUg ZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5k IGhlcmU6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRlYXMt YWN0bi1pbmZvLW1vZGVsLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0KV2hhdCBpcyB0aGUgZ29hbCBvZiBwdWJsaXNoaW5nIHRoaXMgYXMgYW4gUkZDPyBJ dCBzZWVtcyBsaWtlIGFuIGludGVybWVkaWF0ZSBkb2N1bWVudCB0aGF0IGRvZXNuJ3QgaGF2ZSBh cmNoaXZhbCB2YWx1ZS4gSSBkbyBub3QgZmluZCBwdWJsaWNhdGlvbiBvZiBhbiBpbmZvcm1hdGlv biBtb2RlbCBtZW50aW9uZWQgb24gdGhlIFRFQVMgY2hhcnRlciwgYnV0IG1heWJlIEkgbWlzc2Vk IGl0Lg0KDQrCpzk6IFRoZXJlIGFyZSB0aHJlZSB1cHBlci1jYXNlIFNIT1VMRHMgaW4gdGhpcyBz ZWN0aW9uLCBidXQgbm8gUkZDIDgxNzQgb3IgMjExOSBib2lsZXJwbGF0ZS4gTm9ybWF0aXZlIGtl eXdvcmRzIGRvbid0IHJlYWxseSBzZWVtIGFwcHJvcHJpYXRlIGZvciBhbiBpbmZvcm1hdGlvbiBt b2RlbCwgc28gcGVyaGFwcyB0aGV5IHNob3VsZCBiZSBsb3dlciBjYXNlPw0KDQoNCg== From nobody Wed Jun 20 15:43:27 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A39A9130E2F; Wed, 20 Jun 2018 15:43:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.189 X-Spam-Level: X-Spam-Status: No, score=-4.189 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 8qQ1MwNxdjkf; Wed, 20 Jun 2018 15:43:17 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C489C1277BB; Wed, 20 Jun 2018 15:43:16 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id A24EDD459422D; Wed, 20 Jun 2018 23:43:12 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.382.0; Wed, 20 Jun 2018 23:43:14 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML701-CHM.china.huawei.com ([169.254.3.24]) with mapi id 14.03.0382.000; Wed, 20 Jun 2018 15:43:11 -0700 From: Leeyoung To: Benjamin Kaduk , The IESG CC: "draft-ietf-teas-actn-info-model@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "vbeeram@juniper.net" , "teas@ietf.org" Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) Thread-Index: AQHUCNki2Tn9sLEusUq4Ua1QxsvLhqRps6rA Date: Wed, 20 Jun 2018 22:43:10 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D01A803@sjceml521-mbx.china.huawei.com> References: <152952816841.28616.13487599041543688657.idtracker@ietfa.amsl.com> In-Reply-To: <152952816841.28616.13487599041543688657.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.218.137.166] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173D01A803sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2018 22:43:21 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E173D01A803sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQmVuamFtaW4sDQoNCg0KDQpUaGFua3MgZm9yIHByb3ZpbmcgdmFsdWFibGUgY29tbWVudHMg YW5kIHN1Z2dlc3Rpb25zLg0KDQoNCg0KUGxlYXNlIHNlZSBpbmxpbmUgZm9yIG15IHJlc3BvbnNl Lg0KDQoNCg0KVGhhbmtzLg0KDQpZb3VuZw0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IEJlbmphbWluIEthZHVrIFttYWlsdG86a2FkdWtAbWl0LmVkdV0NClNlbnQ6IFdl ZG5lc2RheSwgSnVuZSAyMCwgMjAxOCAzOjU2IFBNDQpUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5v cmc+DQpDYzogZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbEBpZXRmLm9yZzsgVmlzaG51 IEJlZXJhbSA8dmJlZXJhbUBqdW5pcGVyLm5ldD47IHRlYXMtY2hhaXJzQGlldGYub3JnOyB2YmVl cmFtQGp1bmlwZXIubmV0OyB0ZWFzQGlldGYub3JnDQpTdWJqZWN0OiBCZW5qYW1pbiBLYWR1aydz IE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1pbmZvLW1vZGVsLTA5OiAod2l0 aCBDT01NRU5UKQ0KDQoNCg0KQmVuamFtaW4gS2FkdWsgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2lu ZyBiYWxsb3QgcG9zaXRpb24gZm9yDQoNCmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwt MDk6IE5vIE9iamVjdGlvbg0KDQoNCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUg c3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJlc3NlcyBpbmNs dWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJv ZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KDQoNCg0KDQoNClBsZWFzZSByZWZlciB0byBo dHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwN Cg0KZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBv c2l0aW9ucy4NCg0KDQoNCg0KDQpUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90 IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwvDQoNCg0KDQoNCg0KDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCg0KQ09NTUVOVDoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNCg0KSSBlY2hv IHRoZSBjb21tZW50cyBxdWVzdGlvbmluZyB0aGUgYXJjaGl2YWwgdmFsdWUgZm9yIHB1Ymxpc2hp bmcgYSBkb2N1bWVudCBsaWtlIHRoaXMuDQoNCkkgdGhpbmsgaXQncyBhIGdvb2QgaW50ZXJtZWRp YXRlIHBvaW50IHRvIGhhdmUsIGluY2x1ZGluZyB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMg dGV4dCAodGhhbmsgeW91IGZvciB0aGUgcXVpY2sgdXBkYXRlIGFmdGVyIHRoZSBzZWNkaXIgcmV2 aWV3ISksIGJ1dCBhbSB1bnN1cmUgd2hhdCBwb3J0aW9uKHMpIG9mIGl0IGNvdWxkIG5vdCBiZSBl YXNpbHkgZm9sZGVkIGludG8gc3VjY2Vzc29yIGRvY3VtZW50cy4NCg0KDQoNCllMPj4gUGxlYXNl IHNlZSBteSBjb21tZW50IHRvIEJlbiBvbiB0aGUgYXJjaGl2YWwgdmFsdWUgb2YgdGhpcyBkb2N1 bWVudC4NCg0KDQoNClNlY3Rpb24gMg0KDQoNCg0KICBUaGlzIHNlY3Rpb24gcHJvdmlkZXMgYW4g QUNUTiBjb21tb24gaW50ZXJmYWNlIGluZm9ybWF0aW9uIG1vZGVsIHRvDQoNCiAgIGRlc2NyaWJl IGluIHRlcm1zIG9mIHByaW1pdGl2ZXMsIG9iamVjdHMsIHRoZWlyIHByb3BlcnRpZXMNCg0KICAg KHJlcHJlc2VudGVkIGFzIGF0dHJpYnV0ZXMpLCB0aGVpciByZWxhdGlvbnNoaXBzLCBhbmQgdGhl IHJlc291cmNlcw0KDQogICBmb3IgdGhlIHNlcnZpY2UgYXBwbGljYXRpb25zIG5lZWRlZCBpbiB0 aGUgQUNUTiBjb250ZXh0Lg0KDQoNCg0Kbml0OiBUaGUgZ3JhbW1hciBoZXJlIGlzIGEgYml0IG9k ZCAtLSBhcy1pcywgaXQgc2F5cyB3ZSBoYXZlIGEgbW9kZWwgInRvIGRlc2NyaWJlIGluIHRlcm1z IG9mIFthIGxpc3Qgb2YgdGhpbmdzXSIsIGJ1dCBkb24ndCBzYXkgd2hhdCBpcyBiZWluZyBkZXNj cmliZWQuICBJJ20gbm90IGVudGlyZWx5IHN1cmUgd2hhdCB0aGUgaW50ZW5kZWQgdGV4dCB3b3Vs ZCBiZSwgdGhvdWdoLg0KDQoNCg0KWUw+PiBJIGFncmVlLiBJIHdvdWxkIGNoYW5nZSBhcyBmb2xs b3dzOg0KDQoNCg0KTkVXOiBUaGlzIHNlY3Rpb24gcHJvdmlkZXMgYW4gQUNUTiBjb21tb24gaW50 ZXJmYWNlIGluZm9ybWF0aW9uIG1vZGVsIHRvDQoNCiAgIGRlc2NyaWJlIHByaW1pdGl2ZXMsIG9i amVjdHMsIHRoZWlyIHByb3BlcnRpZXMNCg0KICAgKHJlcHJlc2VudGVkIGFzIGF0dHJpYnV0ZXMp LCB0aGVpciByZWxhdGlvbnNoaXBzLCBhbmQgdGhlIHJlc291cmNlcw0KDQogICBmb3IgdGhlIHNl cnZpY2UgYXBwbGljYXRpb25zIG5lZWRlZCBpbiB0aGUgQUNUTiBjb250ZXh0Lg0KDQoNCg0KDQoN ClNlY3Rpb24gMy4yLCAzLjQNCg0KDQoNCkRvIEkgdW5kZXJzdGFuZCBjb3JyZWN0bHkgdGhhdCBN b2RpZnkgaXMgZm9yIENOQy10by1NRFNDIGNvbW1tdW5pY2F0aW9uIGFuZCBVcGRhdGUgaXMgZm9y IE1EU0MtdG8tQ05DIGNvbW11bmljYXRpb24/ICBQZXJoYXBzIHRoaXMgY291bGQgYmUgbWFkZSBt b3JlIGV4cGxpY2l0Lg0KDQoNCg0KWUw+PiBZZXMsIHlvdXIgdW5kZXJzdGFuZGluZyBpcyBjb3Jy ZWN0LiBXZSB3aWxsIGFkZCBleHBsaWNpdCB0ZXh0IHRoYXQgc2F5czogTW9kaWZ5IGlzIGZvciBD TkMtdG8tTURTQyBjb21tdW5pY2F0aW9uIGluIFNlY3Rpb24gMy4yIGFuZCBVcGRhdGUgaXMgZm9y IE1EU0MtdG8tQ05DIGNvbW11bmljYXRpb24gaW4gU2VjdGlvbiAzLjQuDQoNCg0KDQpTZWN0aW9u IDUuNy4yDQoNCg0KDQogICAgICBbLi4uXSBGb3IgZXhhbXBsZSwgcGVybWlzc2lvbg0KDQogICAg ICB0aGUgY29ycmVjdCBzZWxlY3Rpb24gZnJvbSB0aGUgbmV0d29yayBvZiB0aGUgZGVzdGluYXRp b24gcmVsYXRlZA0KDQogICAgICB0byB0aGUgaW5kaWNhdGVkIFZORiBJdCBpcyBlLmcuIHRoZSBj YXNlIG9mIFZNIG1pZ3JhdGlvbiBhbW9uZw0KDQogICAgICBkYXRhIGNlbnRlciBhbmQgQ05DIGNh biBlbmZvcmNlIHNwZWNpZmljIHBvbGljeSB0aGF0IGNhbiBwZXJtaXQNCg0KICAgICAgTURTQy9Q TkMgdG8gY2FsY3VsYXRlIHRoZSBjb3JyZWN0IHBhdGggZm9yIHRoZSBjb25uZWN0aXZpdHkNCg0K ICAgICAgc3VwcG9ydGluZyB0aGUgZGF0YSBjZW50ZXIgaW50ZXJjb25uZWN0aW9uIHJlcXVpcmVk IGJ5DQoNCiAgICAgIGFwcGxpY2F0aW9uLg0KDQoNCg0KVGhlcmUgc2VlbXMgdG8gYmUgYW4gZWRp dGluZyBlcnJvciBhcm91bmQgImluZGljYXRlZCBWTkYgSXQgaXMgZS5nLiIsIG1heWJlIGp1c3Qg YSBtaXNzaW5nIGZ1bGwgc3RvcCBhbmQgY29tbWFzIGFyb3VuZCAiZS5nLiI/DQoNCg0KDQpZTD4+ IFllcywgdGhlcmUgaXMgYW4gZWRpdGluZyBlcnJvciBoZXJlLg0KDQpPTEQ6IEZvciBleGFtcGxl LCBwZXJtaXNzaW9uDQoNCiAgICAgIHRoZSBjb3JyZWN0IHNlbGVjdGlvbiBmcm9tIHRoZSBuZXR3 b3JrIG9mIHRoZSBkZXN0aW5hdGlvbiByZWxhdGVkDQoNCiAgICAgIHRvIHRoZSBpbmRpY2F0ZWQg Vk5GIEl0IGlzIGUuZy4gdGhlIGNhc2Ugb2YgVk0gbWlncmF0aW9uIGFtb25nDQoNCiAgICAgIGRh dGEgY2VudGVyIGFuZCBDTkMgY2FuIGVuZm9yY2Ugc3BlY2lmaWMgcG9saWN5IHRoYXQgY2FuIHBl cm1pdA0KDQogICAgICBNRFNDL1BOQyB0byBjYWxjdWxhdGUgdGhlIGNvcnJlY3QgcGF0aCBmb3Ig dGhlIGNvbm5lY3Rpdml0eQ0KDQogICAgICBzdXBwb3J0aW5nIHRoZSBkYXRhIGNlbnRlciBpbnRl cmNvbm5lY3Rpb24gcmVxdWlyZWQgYnkNCg0KICAgICAgYXBwbGljYXRpb24uDQoNCg0KDQpORVc6 IEZvciBleGFtcGxlLCBDTkMgY2FuIGVuZm9yY2UgY2xpZW50LXNwZWNpZmljIHByZWZlcmVuY2Vz LCBlLmcuLA0KDQogICAgICBzZWxlY3Rpb24gb2YgYSBkZXN0aW5hdGlvbiBkYXRhIGNlbnRlciBm cm9tIHRoZSBzZXQgb2YgY2FuZGlkYXRlIGRhdGENCg0KICAgICAgY2VudGVycyBiYXNlZCBvbiBz b21lIGNyaXRlcmlhIGluIHRoZSBjb250ZXh0IG9mIFZNIG1pZ3JhdGlvbi4NCg0KICAgICAgTVNE Qy9QTkMgc2hvdWxkIHRoZW4gcHJvdmlkZSB0aGUgZGF0YSBjZW50ZXIgaW50ZXJjb25uZWN0aW9u IHRoYXQNCg0KICAgICAgc3VwcG9ydHMgdGhlIGNsaWVudC1zcGVjaWZpYyBwcmVmZXJlbmNlLg0K DQoNCg0KU2VjdGlvbiA5DQoNCg0KDQogICBUaGUgQUNUTiBpbmZvcm1hdGlvbiBtb2RlbCBkb2Vz IG5vdCBkaXJlY3RseSBpbnRyb2R1Y2Ugc2VjdXJpdHkNCg0KICAgaXNzdWVzLiBSYXRoZXIsIGl0 IGRlZmluZXMgYSBzZXQgb2YgaW50ZXJmYWNlcyBmb3IgdHJhZmZpYw0KDQoNCg0KSSB3b3VsZCBo b3BlIHRoYXQgbm8gcHJvZHVjdCBvZiB0aGUgSUVURiBkaXJlY3RseSBpbnRyb2R1Y2VzIHNlY3Vy aXR5DQoNCippc3N1ZXMqIChwcm9ibGVtcykhICBNYXliZSAiaXMgbm90IGRpcmVjdGx5IHJlbGV2 YW50IHdoZW4gY29uc2lkZXJpbmcgcG90ZW50aWFsIHNlY3VyaXR5IGlzc3VlcyIgaXMgc29tZSBi ZXR0ZXIgd29yZHNtaXRoaW5nLg0KDQoNCg0KWUw+PiBBZ3JlZS4gV2lsbCBjaGFuZ2UgdGhlIHNl bnRlbmNlIGFzIHlvdSBzdWdnZXN0Lg0KDQoNCg0KICAgSW1wbGVtZW50YXRpb25zIG9mIHRoZSBB Q1ROIGZyYW1ld29yayB3aWxsIGhhdmUgZGlzdHJpYnV0ZWQNCg0KICAgZnVuY3Rpb25hbCBjb21w b25lbnRzIHRoYXQgd2lsbCBleGNoYW5nZSB0aGlzIGluZm9ybWF0aW9uIG1vZGVsLg0KDQoNCg0K bml0OiBQZXJoYXBzIHRoaXMgaXMgb3Zlcmx5IHBlZGFudGljLCBidXQgYXJlIHRoZXkgZXhjaGFu Z2luZyB0aGlzIGluZm9ybWF0aW9uIG1vZGVsLCBvciBhIGNvbmNyZXRlIGluc3RhbnRpYXRpb24g dGhhdCBhZGhlcmVzIHRvIHRoaXMgbW9kZWw/DQoNCg0KDQpZTD4+IEFncmVlLiBIb3cgYWJvdXQ6 DQoNCg0KDQpORVc6DQoNCiAgIEltcGxlbWVudGF0aW9ucyBvZiB0aGUgQUNUTiBmcmFtZXdvcmsg d2lsbCBoYXZlIGRpc3RyaWJ1dGVkDQoNCiAgIGZ1bmN0aW9uYWwgY29tcG9uZW50cyB0aGF0IHdp bGwgZXhjaGFuZ2UgYSBjb25jcmV0ZSBpbnN0YW50aWF0aW9uDQoNCiAgIHRoYXQgYWRoZXJlcyB0 byB0aGlzIGluZm9ybWF0aW9uIG1vZGVsLg0KDQoNCg0KDQo= --_000_7AEB3D6833318045B4AE71C2C87E8E173D01A803sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxp Lk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6 IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlO30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdp bjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZd LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+ DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3ht bD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0Mx IiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+SGkgQmVuamFtaW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PlRoYW5rcyBmb3IgcHJvdmluZyB2YWx1YWJsZSBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMuIDxv OnA+DQo8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlBsZWFzZSBzZWUgaW5saW5lIGZvciBteSBy ZXNwb25zZS4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoYW5rcy48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPllvdW5nPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogQmVuamFtaW4g S2FkdWsgW21haWx0bzprYWR1a0BtaXQuZWR1XSA8YnI+DQpTZW50OiBXZWRuZXNkYXksIEp1bmUg MjAsIDIwMTggMzo1NiBQTTxicj4NClRvOiBUaGUgSUVTRyAmbHQ7aWVzZ0BpZXRmLm9yZyZndDs8 YnI+DQpDYzogZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbEBpZXRmLm9yZzsgVmlzaG51 IEJlZXJhbSAmbHQ7dmJlZXJhbUBqdW5pcGVyLm5ldCZndDs7IHRlYXMtY2hhaXJzQGlldGYub3Jn OyB2YmVlcmFtQGp1bmlwZXIubmV0OyB0ZWFzQGlldGYub3JnPGJyPg0KU3ViamVjdDogQmVuamFt aW4gS2FkdWsncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2Rl bC0wOTogKHdpdGggQ09NTUVOVCk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QmVuamFt aW4gS2FkdWsgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5kcmFmdC1pZXRmLXRlYXMtYWN0 bi1pbmZvLW1vZGVsLTA5OiBObyBPYmplY3Rpb248bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+V2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBh bmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIEND IGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhv d2V2ZXIuKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlBsZWFzZSByZWZlciB0byA8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwiPg0K PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBz Oi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbDwvc3Bh bj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5mb3IgbW9yZSBp bmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPlRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9z aXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwvIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4 dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC88L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Q09NTUVO VDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SSBlY2hvIHRoZSBjb21tZW50cyBxdWVzdGlv bmluZyB0aGUgYXJjaGl2YWwgdmFsdWUgZm9yIHB1Ymxpc2hpbmcgYSBkb2N1bWVudCBsaWtlIHRo aXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JIHRoaW5rIGl0J3Mg YSBnb29kIGludGVybWVkaWF0ZSBwb2ludCB0byBoYXZlLCBpbmNsdWRpbmcgdGhlIHNlY3VyaXR5 IGNvbnNpZGVyYXRpb25zIHRleHQgKHRoYW5rIHlvdSBmb3IgdGhlIHF1aWNrIHVwZGF0ZSBhZnRl ciB0aGUgc2VjZGlyIHJldmlldyEpLCBidXQgYW0gdW5zdXJlIHdoYXQgcG9ydGlvbihzKSBvZiBp dCBjb3VsZCBub3QgYmUgZWFzaWx5IGZvbGRlZCBpbnRvIHN1Y2Nlc3NvciBkb2N1bWVudHMuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYw Ij5ZTCZndDsmZ3Q7IFBsZWFzZSBzZWUgbXkgY29tbWVudCB0byBCZW4gb24gdGhlIGFyY2hpdmFs IHZhbHVlIG9mIHRoaXMgZG9jdW1lbnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TZWN0 aW9uIDI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7IFRoaXMgc2VjdGlvbiBw cm92aWRlcyBhbiBBQ1ROIGNvbW1vbiBpbnRlcmZhY2UgaW5mb3JtYXRpb24gbW9kZWwgdG88bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBkZXNjcmli ZSBpbiB0ZXJtcyBvZiBwcmltaXRpdmVzLCBvYmplY3RzLCB0aGVpciBwcm9wZXJ0aWVzPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsgKHJlcHJlc2Vu dGVkIGFzIGF0dHJpYnV0ZXMpLCB0aGVpciByZWxhdGlvbnNoaXBzLCBhbmQgdGhlIHJlc291cmNl czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IGZv ciB0aGUgc2VydmljZSBhcHBsaWNhdGlvbnMgbmVlZGVkIGluIHRoZSBBQ1ROIGNvbnRleHQuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPm5pdDogVGhlIGdyYW1tYXIgaGVyZSBpcyBhIGJp dCBvZGQgLS0gYXMtaXMsIGl0IHNheXMgd2UgaGF2ZSBhIG1vZGVsICZxdW90O3RvIGRlc2NyaWJl IGluIHRlcm1zIG9mIFthIGxpc3Qgb2YgdGhpbmdzXSZxdW90OywgYnV0IGRvbid0IHNheSB3aGF0 IGlzIGJlaW5nIGRlc2NyaWJlZC4mbmJzcDsgSSdtIG5vdCBlbnRpcmVseSBzdXJlIHdoYXQgdGhl IGludGVuZGVkIHRleHQgd291bGQgYmUsIHRob3VnaC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPllMJmd0OyZndDsgSSBhZ3JlZS4g SSB3b3VsZCBjaGFuZ2UgYXMgZm9sbG93czo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48 c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+TkVXOiA8L3NwYW4+PC9iPlRoaXMgc2VjdGlvbiBw cm92aWRlcyBhbiBBQ1ROIGNvbW1vbiBpbnRlcmZhY2UgaW5mb3JtYXRpb24gbW9kZWwgdG88bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBkZXNjcmli ZSBwcmltaXRpdmVzLCBvYmplY3RzLCB0aGVpciBwcm9wZXJ0aWVzPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsgKHJlcHJlc2VudGVkIGFzIGF0dHJp YnV0ZXMpLCB0aGVpciByZWxhdGlvbnNoaXBzLCBhbmQgdGhlIHJlc291cmNlczxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IGZvciB0aGUgc2Vydmlj ZSBhcHBsaWNhdGlvbnMgbmVlZGVkIGluIHRoZSBBQ1ROIGNvbnRleHQuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiAz LjIsIDMuNDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5EbyBJIHVuZGVyc3RhbmQgY29y cmVjdGx5IHRoYXQgTW9kaWZ5IGlzIGZvciBDTkMtdG8tTURTQyBjb21tbXVuaWNhdGlvbiBhbmQg VXBkYXRlIGlzIGZvciBNRFNDLXRvLUNOQyBjb21tdW5pY2F0aW9uPyZuYnNwOyBQZXJoYXBzIHRo aXMgY291bGQgYmUgbWFkZSBtb3JlIGV4cGxpY2l0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBZZXMsIHlvdXIg dW5kZXJzdGFuZGluZyBpcyBjb3JyZWN0LiBXZSB3aWxsIGFkZCBleHBsaWNpdCB0ZXh0IHRoYXQg c2F5czogTW9kaWZ5IGlzIGZvciBDTkMtdG8tTURTQyBjb21tdW5pY2F0aW9uIGluIFNlY3Rpb24g My4yIGFuZCBVcGRhdGUgaXMgZm9yIE1EU0MtdG8tQ05DIGNvbW11bmljYXRpb24gaW4gU2VjdGlv biAzLjQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TZWN0aW9uIDUuNy4yPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbLi4u XSBGb3IgZXhhbXBsZSwgcGVybWlzc2lvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO3RoZSBjb3JyZWN0IHNlbGVj dGlvbiBmcm9tIHRoZSBuZXR3b3JrIG9mIHRoZSBkZXN0aW5hdGlvbiByZWxhdGVkPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgdG8gdGhlIGluZGljYXRlZCBWTkYgSXQgaXMgZS5nLiB0aGUgY2FzZSBvZiBWTSBtaWdy YXRpb24gYW1vbmc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkYXRhIGNlbnRlciBhbmQgQ05DIGNhbiBlbmZvcmNl IHNwZWNpZmljIHBvbGljeSB0aGF0IGNhbiBwZXJtaXQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNRFNDL1BOQyB0 byBjYWxjdWxhdGUgdGhlIGNvcnJlY3QgcGF0aCBmb3IgdGhlIGNvbm5lY3Rpdml0eTxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHN1cHBvcnRpbmcgdGhlIGRhdGEgY2VudGVyIGludGVyY29ubmVjdGlvbiByZXF1aXJl ZCBieTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFwcGxpY2F0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij5UaGVyZSBzZWVtcyB0byBiZSBhbiBlZGl0aW5nIGVycm9yIGFyb3VuZCAmcXVvdDtpbmRp Y2F0ZWQgVk5GIEl0IGlzIGUuZy4mcXVvdDssIG1heWJlIGp1c3QgYSBtaXNzaW5nIGZ1bGwgc3Rv cCBhbmQgY29tbWFzIGFyb3VuZCAmcXVvdDtlLmcuJnF1b3Q7PzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHls ZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBZZXMsIHRoZXJlIGlzIGFuIGVkaXRpbmcgZXJy b3IgaGVyZS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+T0xEOiBGb3IgZXhhbXBsZSwgcGVy bWlzc2lvbjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHRoZSBjb3JyZWN0IHNlbGVjdGlvbiBmcm9tIHRoZSBuZXR3b3JrIG9mIHRoZSBkZXN0 aW5hdGlvbiByZWxhdGVkPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgdG8gdGhlIGluZGljYXRlZCBWTkYgSXQgaXMgZS5nLiB0aGUgY2FzZSBv ZiBWTSBtaWdyYXRpb24gYW1vbmc8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBkYXRhIGNlbnRlciBhbmQgQ05DIGNhbiBlbmZvcmNlIHNwZWNp ZmljIHBvbGljeSB0aGF0IGNhbiBwZXJtaXQ8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNRFNDL1BOQyB0byBjYWxjdWxhdGUgdGhlIGNvcnJl Y3QgcGF0aCBmb3IgdGhlIGNvbm5lY3Rpdml0eTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN1cHBvcnRpbmcgdGhlIGRhdGEgY2VudGVyIGlu dGVyY29ubmVjdGlvbiByZXF1aXJlZCBieTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFwcGxpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwv Yj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAw MjA2MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ORVc6IEZvciBleGFtcGxlLCBD TkMgY2FuIGVuZm9yY2UgY2xpZW50LXNwZWNpZmljIHByZWZlcmVuY2VzLCBlLmcuLCAmbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNw YW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwO3NlbGVjdGlvbiBvZiBhIGRlc3RpbmF0aW9uIGRhdGEgY2VudGVyIGZyb20gdGhlIHNldCBv ZiBjYW5kaWRhdGUgZGF0YQ0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtjZW50ZXJzIGJhc2VkIG9uIHNvbWUgY3JpdGVyaWEgaW4g dGhlIGNvbnRleHQgb2YgVk0gbWlncmF0aW9uLiAmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2I+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIw NjAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01TREMvUE5DIHNob3VsZCB0 aGVuIHByb3ZpZGUgdGhlIGRhdGEgY2VudGVyIGludGVyY29ubmVjdGlvbiB0aGF0DQo8bzpwPjwv bzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3N1 cHBvcnRzIHRoZSBjbGllbnQtc3BlY2lmaWMgcHJlZmVyZW5jZS4gJm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VjdGlvbiA5PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBUaGUgQUNUTiBpbmZvcm1hdGlvbiBtb2RlbCBkb2Vz IG5vdCBkaXJlY3RseSBpbnRyb2R1Y2Ugc2VjdXJpdHk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBpc3N1ZXMuIFJhdGhlciwgaXQgZGVmaW5lcyBh IHNldCBvZiBpbnRlcmZhY2VzIGZvciB0cmFmZmljPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkkgd291bGQgaG9wZSB0aGF0IG5vIHByb2R1Y3Qgb2YgdGhlIElFVEYgZGlyZWN0bHkgaW50 cm9kdWNlcyBzZWN1cml0eTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Kmlzc3VlcyogKHByb2JsZW1zKSEmbmJzcDsgTWF5YmUgJnF1b3Q7aXMgbm90IGRpcmVjdGx5IHJl bGV2YW50IHdoZW4gY29uc2lkZXJpbmcgcG90ZW50aWFsIHNlY3VyaXR5IGlzc3VlcyZxdW90OyBp cyBzb21lIGJldHRlciB3b3Jkc21pdGhpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj5ZTCZndDsmZ3Q7IEFncmVlLiBXaWxsIGNo YW5nZSB0aGUgc2VudGVuY2UgYXMgeW91IHN1Z2dlc3QuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsgSW1wbGVtZW50YXRpb25zIG9mIHRoZSBB Q1ROIGZyYW1ld29yayB3aWxsIGhhdmUgZGlzdHJpYnV0ZWQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBmdW5jdGlvbmFsIGNvbXBvbmVudHMgdGhh dCB3aWxsIGV4Y2hhbmdlIHRoaXMgaW5mb3JtYXRpb24gbW9kZWwuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPm5pdDogUGVyaGFwcyB0aGlzIGlzIG92ZXJseSBwZWRhbnRpYywgYnV0IGFy ZSB0aGV5IGV4Y2hhbmdpbmcgdGhpcyBpbmZvcm1hdGlvbiBtb2RlbCwgb3IgYSBjb25jcmV0ZSBp bnN0YW50aWF0aW9uIHRoYXQgYWRoZXJlcyB0byB0aGlzIG1vZGVsPzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+WUwmZ3Q7Jmd0OyBB Z3JlZS4gSG93IGFib3V0OjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxl PSJjb2xvcjojMDAyMDYwIj5ORVc6PC9zcGFuPiZuYnNwOyZuYnNwOyA8bzpwPjwvbzpwPjwvYj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48Yj4mbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBz dHlsZT0iY29sb3I6IzAwMjA2MCI+SW1wbGVtZW50YXRpb25zIG9mIHRoZSBBQ1ROIGZyYW1ld29y ayB3aWxsIGhhdmUgZGlzdHJpYnV0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDIwNjAiPiZuYnNwOyZu YnNwOyBmdW5jdGlvbmFsIGNvbXBvbmVudHMgdGhhdCB3aWxsIGV4Y2hhbmdlIGEgY29uY3JldGUg aW5zdGFudGlhdGlvbg0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAyMDYwIj4mbmJzcDsmbmJzcDsmbmJz cDt0aGF0IGFkaGVyZXMgdG8gdGhpcyBpbmZvcm1hdGlvbiBtb2RlbC48bzpwPjwvbzpwPjwvc3Bh bj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y OiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMjA2MCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9iPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7AEB3D6833318045B4AE71C2C87E8E173D01A803sjceml521mbxchi_-- From nobody Wed Jun 20 18:57:43 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4319130FCA for ; Wed, 20 Jun 2018 18:57:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 w5GDBt8wdDEy for ; Wed, 20 Jun 2018 18:57:39 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8ADE130E5D for ; Wed, 20 Jun 2018 18:57:39 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9E42FB81A02; Wed, 20 Jun 2018 18:57:38 -0700 (PDT) To: huaimo.chen@huawei.com, hliu@ciena.com, tsaad@cisco.com, fengman.xu@verizon.com, huanglu@chinamobile.com, db3546@att.com, aretana.ietf@gmail.com, martin.vigoureux@nokia.com, lberger@labn.net, vbeeram@juniper.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: martin.thomson@gmail.com, teas@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180621015738.9E42FB81A02@rfc-editor.org> Date: Wed, 20 Jun 2018 18:57:38 -0700 (PDT) Archived-At: Subject: [Teas] [Editorial Errata Reported] RFC8400 (5400) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 01:57:42 -0000 The following errata report has been submitted for RFC8400, "Extensions to RSVP-TE for Label Switched Path (LSP) Egress Protection". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5400 -------------------------------------- Type: Editorial Reported by: Martin Thomson Section: 8 Original Text ------------- IETF Review [8216] Corrected Text -------------- IETF Review [8126] Notes ----- This looks like a simple typo. RFC 8216 is "HTTP Live Streaming"; the intent seems to be "Guidelines for Writing an IANA Considerations Section in RFCs". Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8400 (draft-ietf-teas-rsvp-egress-protection-16) -------------------------------------- Title : Extensions to RSVP-TE for Label Switched Path (LSP) Egress Protection Publication Date : June 2018 Author(s) : H. Chen, A. Liu, T. Saad, F. Xu, L. Huang Category : PROPOSED STANDARD Source : Traffic Engineering Architecture and Signaling Area : Routing Stream : IETF Verifying Party : IESG From nobody Thu Jun 21 04:55:03 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DBAC112D7F8; Thu, 21 Jun 2018 04:54:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind?= To: "The IESG" Cc: draft-ietf-teas-actn-info-model@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vbeeram@juniper.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152958209989.31590.18099285370650319782.idtracker@ietfa.amsl.com> Date: Thu, 21 Jun 2018 04:54:59 -0700 Archived-At: Subject: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-?= =?utf-8?q?ietf-teas-actn-info-model-09=3A_=28with_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 11:55:00 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- The document does not really specify what a , or , or actually is... are those elements identified by IP addresses or something else, or does that not really matter? From nobody Thu Jun 21 06:24:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF122130E3B; Thu, 21 Jun 2018 06:24:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 qKMDNIAOoY8H; Thu, 21 Jun 2018 06:24:17 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D9EA130E2B; Thu, 21 Jun 2018 06:24:17 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 246DEB3765673; Thu, 21 Jun 2018 14:24:13 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.382.0; Thu, 21 Jun 2018 14:24:14 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML701-CHM.china.huawei.com ([169.254.3.24]) with mapi id 14.03.0382.000; Thu, 21 Jun 2018 06:24:07 -0700 From: Leeyoung To: =?utf-8?B?TWlyamEgS8O8aGxld2luZA==?= , The IESG CC: "draft-ietf-teas-actn-info-model@ietf.org" , "teas-chairs@ietf.org" , "teas@ietf.org" , "vbeeram@juniper.net" Thread-Topic: =?utf-8?B?W1RlYXNdIE1pcmphIEvDvGhsZXdpbmQncyBObyBPYmplY3Rpb24gb24gZHJh?= =?utf-8?Q?ft-ietf-teas-actn-info-model-09:_(with_COMMENT)?= Thread-Index: AQHUCVa71qsrmzeByUiqMSCeCeFnnaRqr+ZA Date: Thu, 21 Jun 2018 13:24:07 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D01B1FE@sjceml521-mbx.china.huawei.com> References: <152958209989.31590.18099285370650319782.idtracker@ietfa.amsl.com> In-Reply-To: <152958209989.31590.18099285370650319782.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.118] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-?= =?utf-8?q?ietf-teas-actn-info-model-09=3A_=28with_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 13:24:21 -0000 SGkgTWlyamEsDQoNClRoYW5rIHlvdSBmb3IgcHJvdmlkaW5nIGdvb2QgY29tbWVudHMuIFRob3Nl IHRlcm1zIGFyZSBkZWZpbmVkIGluIFJGQyA3OTI2LiBJbiBTZWN0aW9uIDEuMSBUZXJtaW5vbG9n eSBTZWN0aW9uLCB3ZSBjYW4gbWFrZSBpdCBtb3JlIGV4cGxpY2l0LiANCkhvdyB0aGVzZSBlbGVt ZW50cyBhcmUgaWRlbnRpZmllZCBieSBpcyBub3QgdGhlIHNjb3BlIG9mIHRoZSBpbmZvIG1vZGVs LiBCdXQgdGhleSB3b3VsZCBtYXR0ZXIgaW4gdGhlIGRhdGEgbW9kZWwgYW5kIHByb3RvY29sIGV4 dGVuc2lvbnMuIA0KDQpCZXN0IHJlZ2FyZHMsDQpZb3VuZw0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIE1pcmphIEvDvGhsZXdpbmQNClNlbnQ6IFRodXJzZGF5LCBKdW5lIDIxLCAyMDE4IDY6 NTUgQU0NClRvOiBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCkNjOiBkcmFmdC1pZXRmLXRlYXMt YWN0bi1pbmZvLW1vZGVsQGlldGYub3JnOyB0ZWFzLWNoYWlyc0BpZXRmLm9yZzsgdGVhc0BpZXRm Lm9yZzsgdmJlZXJhbUBqdW5pcGVyLm5ldA0KU3ViamVjdDogW1RlYXNdIE1pcmphIEvDvGhsZXdp bmQncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0Zi10ZWFzLWFjdG4taW5mby1tb2RlbC0wOTog KHdpdGggQ09NTUVOVCkNCg0KTWlyamEgS8O8aGxld2luZCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93 aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCmRyYWZ0LWlldGYtdGVhcy1hY3RuLWluZm8tbW9kZWwt MDk6IE5vIE9iamVjdGlvbg0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJq ZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwgZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVk IGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMgaW50cm9kdWN0 b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3 LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1vcmUg aW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0K DQpUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJl IGZvdW5kIGhlcmU6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LXRlYXMtYWN0bi1pbmZvLW1vZGVsLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KVGhlIGRvY3VtZW50IGRvZXMgbm90IHJlYWxseSBzcGVjaWZ5IHdoYXQg YSA8UGF0aD4sIG9yIDxWTiBsaW5rPiwgb3IgPFZOIG5vZGU+IGFjdHVhbGx5IGlzLi4uIGFyZSB0 aG9zZSBlbGVtZW50cyBpZGVudGlmaWVkIGJ5IElQIGFkZHJlc3NlcyBvciBzb21ldGhpbmcgZWxz ZSwgb3IgZG9lcyB0aGF0IG5vdCByZWFsbHkgbWF0dGVyPw0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1haWxpbmcgbGlzdA0KVGVhc0Bp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo= From nobody Thu Jun 21 09:13:02 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B5304130F08; Thu, 21 Jun 2018 09:13:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152959758069.31881.2689983825497798984@ietfa.amsl.com> Date: Thu, 21 Jun 2018 09:13:00 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-te-metric-recording-07.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 16:13:01 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) extension for recording TE Metric of a Label Switched Path Authors : George Swallow Clarence Filsfils Kenji Kumaki Deutsche Telekom AG Filename : draft-ietf-teas-te-metric-recording-07.txt Pages : 17 Date : 2018-06-21 Abstract: There are many scenarios in which Traffic Engineering (TE) metrics such as cost, delay and delay variation associated with the TE link formed by Label Switched Path (LSP) are not available to the ingress and egress nodes. This draft provides extensions for the Resource ReserVation Protocol- Traffic Engineering (RSVP-TE) to support automatic collection of cost, delay and delay variation information for the TE link formed by a LSP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-metric-recording/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-te-metric-recording-07 https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-metric-recording-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-te-metric-recording-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jun 21 10:50:12 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D986B130DEE for ; Thu, 21 Jun 2018 10:50:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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 r0XM4RolEu3V for ; Thu, 21 Jun 2018 10:50:08 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92D2912F1A6 for ; Thu, 21 Jun 2018 10:50:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21252; q=dns/txt; s=iport; t=1529603408; x=1530813008; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=eJSEoPpoO1mD9WjIT6dSQdDJMroqcJ4+ce6c4UmZI2g=; b=ddg+mRsyB+ARC56kZOWkkd9/3yNUzyZjI0WTeUHj17XFflbJQGTIyIb7 0ZJYZP3fdb1myB8JtwmU+TQWSUTEeV6uSFAWziMpPzbIqcCletKsBu9hh 1Pr+DNu1Heap76rv+HG4A+e6cSUdI5YTzrW6xVvFYXkuTzsD5Ji+7agup k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DtAAAb5Ctb/5tdJa1bGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJTdmJ/KAqDb4gEjECBYyKVABSBZQsYAQyERwIXgmQhNBg?= =?us-ascii?q?BAgEBAQEBAQJtHAELhSgBAQEBAwEBIUsLEAIBCBEBAgECKAMCAgIlCxQDBgg?= =?us-ascii?q?CBA4FgyUBgRtkD6p0ghyEW4NsbYhUgVQ/gQ4oDIFHgRWDGAEBAgEBFoEOWAY?= =?us-ascii?q?QCIJDMYIkAohDkGMJAoV7iROBP0GDQIgBih2HHAIREwGBJB04gVJwFRohKgG?= =?us-ascii?q?CPAmLCIU+b48SgRoBAQ?= X-IronPort-AV: E=Sophos;i="5.51,253,1526342400"; d="scan'208,217";a="133154000" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Jun 2018 17:50:07 +0000 Received: from XCH-RTP-018.cisco.com (xch-rtp-018.cisco.com [64.101.220.158]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w5LHo7ja021660 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Thu, 21 Jun 2018 17:50:07 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-018.cisco.com (64.101.220.158) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 21 Jun 2018 13:50:06 -0400 Received: from xch-rtp-018.cisco.com ([64.101.220.158]) by XCH-RTP-018.cisco.com ([64.101.220.158]) with mapi id 15.00.1320.000; Thu, 21 Jun 2018 13:50:06 -0400 From: "Zafar Ali (zali)" To: "teas@ietf.org" CC: "Zafar Ali (zali)" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-te-metric-recording-07.txt Thread-Index: AQHUCXrB76vXCqltlk2QsPqiSR3tjqRq/Z4A Date: Thu, 21 Jun 2018 17:50:06 +0000 Message-ID: References: <152959758069.31881.2689983825497798984@ietfa.amsl.com> In-Reply-To: <152959758069.31881.2689983825497798984@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.128.251] Content-Type: multipart/alternative; boundary="_000_FA1920CFBAE2455880AA3D55844F24CDciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-te-metric-recording-07.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 17:50:11 -0000 --_000_FA1920CFBAE2455880AA3D55844F24CDciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBXRywNCg0KV2UgaGF2ZSBwb3N0ZWQgYSBuZXcgcmV2aXNpb24gb2YgdGhlIGRyYWZ0IHdp dGggbWlub3IgZWRpdG9yaWFsIGNoYW5nZXMuIFdpbGwgYXBwcmVjaWF0ZSBhbnkgY29tbWVudHMg ZnJvbSB0aGUgV0cuDQoNClRoYW5rcw0KDQpSZWdhcmRzIOKApiBaYWZhcg0KDQpGcm9tOiBUZWFz IDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAiaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnIiA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0KRGF0ZTogVGh1cnNkYXksIEp1bmUg MjEsIDIwMTggYXQgMTI6MTMgUE0NClRvOiAiaS1kLWFubm91bmNlQGlldGYub3JnIiA8aS1kLWFu bm91bmNlQGlldGYub3JnPg0KQ2M6ICJ0ZWFzQGlldGYub3JnIiA8dGVhc0BpZXRmLm9yZz4NClN1 YmplY3Q6IFtUZWFzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLXRlYXMtdGUtbWV0cmljLXJlY29y ZGluZy0wNy50eHQNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0 aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEg d29yayBpdGVtIG9mIHRoZSBUcmFmZmljIEVuZ2luZWVyaW5nIEFyY2hpdGVjdHVyZSBhbmQgU2ln bmFsaW5nIFdHIG9mIHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6IFJlc291 cmNlIFJlc2VyVmF0aW9uIFByb3RvY29sLVRyYWZmaWMgRW5naW5lZXJpbmcgKFJTVlAtVEUpIGV4 dGVuc2lvbiBmb3IgcmVjb3JkaW5nIFRFIE1ldHJpYyBvZiBhIExhYmVsIFN3aXRjaGVkIFBhdGgN CiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogR2VvcmdlIFN3YWxsb3cNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgQ2xhcmVuY2UgRmlsc2ZpbHMNCiAgICAgICAgICAgICAgICAgICAgICAgICAg S2VuamkgS3VtYWtpDQogICAgICAgICAgICAgICAgICAgICAgICAgIERldXRzY2hlIFRlbGVrb20g QUcNCiAgICAgICAgICAgICAgICBGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLXRlYXMtdGUt bWV0cmljLXJlY29yZGluZy0wNy50eHQNCiAgICAgICAgICAgICAgICBQYWdlcyAgICAgICAgICAg OiAxNw0KICAgICAgICAgICAgICAgIERhdGUgICAgICAgICAgICA6IDIwMTgtMDYtMjENCg0KQWJz dHJhY3Q6DQogICAgIFRoZXJlIGFyZSBtYW55IHNjZW5hcmlvcyBpbiB3aGljaCBUcmFmZmljIEVu Z2luZWVyaW5nIChURSkgbWV0cmljcw0KICAgICBzdWNoIGFzIGNvc3QsIGRlbGF5IGFuZCBkZWxh eSB2YXJpYXRpb24gYXNzb2NpYXRlZCB3aXRoIHRoZSBURSBsaW5rDQogICAgIGZvcm1lZCBieSBM YWJlbCBTd2l0Y2hlZCBQYXRoIChMU1ApIGFyZSBub3QgYXZhaWxhYmxlIHRvIHRoZQ0KICAgICBp bmdyZXNzIGFuZCBlZ3Jlc3Mgbm9kZXMuIFRoaXMgZHJhZnQgcHJvdmlkZXMgZXh0ZW5zaW9ucyBm b3IgdGhlDQogICAgIFJlc291cmNlIFJlc2VyVmF0aW9uIFByb3RvY29sLSBUcmFmZmljIEVuZ2lu ZWVyaW5nIChSU1ZQLVRFKSB0bw0KICAgICBzdXBwb3J0IGF1dG9tYXRpYyBjb2xsZWN0aW9uIG9m IGNvc3QsIGRlbGF5IGFuZCBkZWxheSB2YXJpYXRpb24NCiAgICAgaW5mb3JtYXRpb24gZm9yIHRo ZSBURSBsaW5rIGZvcm1lZCBieSBhIExTUC4NCg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0 YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi10ZWFzLXRlLW1ldHJpYy1yZWNvcmRpbmcvDQoNClRoZXJlIGFyZSBh bHNvIGh0bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1pZXRmLXRlYXMtdGUtbWV0cmljLXJlY29yZGluZy0wNw0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXRlYXMtdGUtbWV0cmljLXJl Y29yZGluZy0wNw0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFi bGUgYXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi10ZWFz LXRlLW1ldHJpYy1yZWNvcmRpbmctMDcNCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtl IGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYu b3JnLg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBG VFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QN ClRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg0K --_000_FA1920CFBAE2455880AA3D55844F24CDciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNv bm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6 bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47 DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5h cHBsZS10YWItc3Bhbg0KCXttc28tc3R5bGUtbmFtZTphcHBsZS10YWItc3Bhbjt9DQpzcGFuLkVt YWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+RGVhciBXRywgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGhhdmUgcG9zdGVk IGEgbmV3IHJldmlzaW9uIG9mIHRoZSBkcmFmdCB3aXRoIG1pbm9yIGVkaXRvcmlhbCBjaGFuZ2Vz LiBXaWxsIGFwcHJlY2lhdGUgYW55IGNvbW1lbnRzIGZyb20gdGhlIFdHLg0KPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPlRoYW5rczxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj5SZWdhcmRzIOKApiBaYWZhcg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5UZWFzICZsdDt0ZWFzLWJvdW5jZXNAaWV0 Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiAmcXVvdDtpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcmcXVv dDsgJmx0O2ludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VGh1 cnNkYXksIEp1bmUgMjEsIDIwMTggYXQgMTI6MTMgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O2kt ZC1hbm5vdW5jZUBpZXRmLm9yZyZxdW90OyAmbHQ7aS1kLWFubm91bmNlQGlldGYub3JnJmd0Ozxi cj4NCjxiPkNjOiA8L2I+JnF1b3Q7dGVhc0BpZXRmLm9yZyZxdW90OyAmbHQ7dGVhc0BpZXRmLm9y ZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W1RlYXNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYt dGVhcy10ZS1tZXRyaWMtcmVjb3JkaW5nLTA3LnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxPcmlnaW5h bEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9hPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVy bmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij5UaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBUcmFmZmljIEVu Z2luZWVyaW5nIEFyY2hpdGVjdHVyZSBhbmQgU2lnbmFsaW5nIFdHIG9mIHRoZSBJRVRGLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogUmVzb3VyY2UgUmVzZXJW YXRpb24gUHJvdG9jb2wtVHJhZmZpYyBFbmdpbmVlcmluZyAoUlNWUC1URSkgZXh0ZW5zaW9uIGZv ciByZWNvcmRpbmcgVEUgTWV0cmljIG9mIGEgTGFiZWwgU3dpdGNoZWQgUGF0aDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1dGhvcnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOiBHZW9yZ2UgU3dhbGxvdzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO0NsYXJlbmNlIEZpbHNmaWxzPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7S2VuamkgS3VtYWtpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 RGV1dHNjaGUgVGVsZWtvbSBBRzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPkZpbGVuYW1lJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBkcmFmdC1pZXRmLXRlYXMtdGUtbWV0cmljLXJlY29yZGluZy0w Ny50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij5QYWdlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA6IDE3PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+RGF0ZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMjAxOC0wNi0yMTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPkFic3RyYWN0OjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBUaGVyZSBhcmUgbWFueSBzY2VuYXJpb3MgaW4gd2hpY2ggVHJhZmZpYyBFbmdpbmVlcmlu ZyAoVEUpIG1ldHJpY3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc3VjaCBhcyBjb3N0LCBkZWxheSBhbmQgZGVs YXkgdmFyaWF0aW9uIGFzc29jaWF0ZWQgd2l0aCB0aGUgVEUgbGluazxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBm b3JtZWQgYnkgTGFiZWwgU3dpdGNoZWQgUGF0aCAoTFNQKSBhcmUgbm90IGF2YWlsYWJsZSB0byB0 aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgaW5ncmVzcyBhbmQgZWdyZXNzIG5vZGVzLiBUaGlzIGRyYWZ0IHBy b3ZpZGVzIGV4dGVuc2lvbnMgZm9yIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNvdXJjZSBSZXNlclZh dGlvbiBQcm90b2NvbC0gVHJhZmZpYyBFbmdpbmVlcmluZyAoUlNWUC1URSkgdG88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgc3VwcG9ydCBhdXRvbWF0aWMgY29sbGVjdGlvbiBvZiBjb3N0LCBkZWxheSBhbmQgZGVs YXkgdmFyaWF0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZm9ybWF0aW9uIGZvciB0aGUgVEUgbGluayBm b3JtZWQgYnkgYSBMU1AuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPlRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlz IGRyYWZ0IGlzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki Pjwvc3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLXRlYXMtdGUtbWV0cmljLXJlY29yZGluZy8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtdGVhcy10ZS1tZXRyaWMtcmVjb3JkaW5nLzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPlRoZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBh dDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+ PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdGVhcy10ZS1t ZXRyaWMtcmVjb3JkaW5nLTA3Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLXRlLW1l dHJpYy1yZWNvcmRpbmctMDc8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1pZXRmLXRlYXMtdGUtbWV0cmljLXJlY29yZGluZy0wNyI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvaHRtbC9kcmFmdC1pZXRmLXRlYXMtdGUtbWV0cmljLXJlY29yZGluZy0wNzwvc3Bhbj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJz aW9uIGlzIGF2YWlsYWJsZSBhdDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91 cmwyPWRyYWZ0LWlldGYtdGVhcy10ZS1tZXRyaWMtcmVjb3JkaW5nLTA3Ij48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNk aWZmP3VybDI9ZHJhZnQtaWV0Zi10ZWFzLXRlLW1ldHJpYy1yZWNvcmRpbmctMDc8L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5QbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEg Y291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+dW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5JbnRlcm5ldC1EcmFmdHMgYXJlIGFs c28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjxhIGhyZWY9ImZ0cDovL2Z0cC5pZXRmLm9y Zy9pbnRlcm5ldC1kcmFmdHMvIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLzwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+VGVhcyBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPlRlYXNAaWV0Zi5vcmc8L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwv YT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3RlYXM8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_FA1920CFBAE2455880AA3D55844F24CDciscocom_-- From nobody Thu Jun 21 11:10:41 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BE131310C3 for ; Thu, 21 Jun 2018 11:10:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.695 X-Spam-Level: X-Spam-Status: No, score=-2.695 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.795, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.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 UwjVIiB11p3J for ; Thu, 21 Jun 2018 11:10:27 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18B71131093 for ; Thu, 21 Jun 2018 11:10:27 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy9.mail.unifiedlayer.com (Postfix) with ESMTP id EC75B1E0A44 for ; Thu, 21 Jun 2018 12:10:25 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id W41xfSfEqBMJeW41xfNtch; Thu, 21 Jun 2018 12:10:01 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=2qibZtZ0T4zeyxVWYsGPgpGeh5n62G/J7yoxkstI1JA=; b=RvtZn/supJYBmGVx96PoTeLBKC iu254WFk5q19GYlfhzSko0HZ7UwK9e1x3TJg43raL4rKfWrQREZOmeGcleZoy4vTpFhcYDmUE/mLZ 7t9aGt9BrZDG++b6Kht4XIo2i; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:42152 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1fW42L-003iKs-Hb; Thu, 21 Jun 2018 12:10:25 -0600 To: "Zafar Ali (zali)" Cc: "teas@ietf.org" References: <152959758069.31881.2689983825497798984@ietfa.amsl.com> From: Lou Berger Message-ID: <23ba3992-44f5-6fdf-b9ab-f4606585ab61@labn.net> Date: Thu, 21 Jun 2018 14:10:24 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Source-L: No X-Exim-ID: 1fW42L-003iKs-Hb X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:42152 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-te-metric-recording-07.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 18:10:39 -0000 Hi Zafar/Authors,     I don't believe a technical response has ever been sent to the list to Pavan's comments sent a while back: https://mailarchive.ietf.org/arch/msg/teas/EkvDNY0Sa4wUdlLYtg7fkNon0jA It would be helpful for one to be sent now. -- You should at least summarize how each point is addressed by the current text, or how you propose to resolve the point if not covered in the draft. Thank you, Lou On 6/21/2018 1:50 PM, Zafar Ali (zali) wrote: > > Dear WG, > > We have posted a new revision of the draft with minor editorial > changes. Will appreciate any comments from the WG. > > Thanks > > Regards … Zafar > > *From: *Teas on behalf of > "internet-drafts@ietf.org" > *Date: *Thursday, June 21, 2018 at 12:13 PM > *To: *"i-d-announce@ietf.org" > *Cc: *"teas@ietf.org" > *Subject: *[Teas] I-D Action: draft-ietf-teas-te-metric-recording-07.txt > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Traffic Engineering Architecture and > Signaling WG of the IETF. > >         Title : Resource ReserVation Protocol-Traffic Engineering > (RSVP-TE) extension for recording TE Metric of a Label Switched Path > >         Authors : George Swallow > >                           Clarence Filsfils > >                           Kenji Kumaki > >                           Deutsche Telekom AG > > Filename        : draft-ietf-teas-te-metric-recording-07.txt > > Pages : 17 > > Date            : 2018-06-21 > > Abstract: > >      There are many scenarios in which Traffic Engineering (TE) metrics > >      such as cost, delay and delay variation associated with the TE link > >      formed by Label Switched Path (LSP) are not available to the > >      ingress and egress nodes. This draft provides extensions for the > >      Resource ReserVation Protocol- Traffic Engineering (RSVP-TE) to > >      support automatic collection of cost, delay and delay variation > >      information for the TE link formed by a LSP. > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-teas-te-metric-recording/ > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-teas-te-metric-recording-07 > > https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-metric-recording-07 > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-te-metric-recording-07 > > 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/ > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Thu Jun 21 14:25:39 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 443CF131101; Thu, 21 Jun 2018 14:25:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152961632920.31917.18001692086775016864@ietfa.amsl.com> Date: Thu, 21 Jun 2018 14:25:29 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-info-model-10.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 21:25:38 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Information Model for Abstraction and Control of TE Networks (ACTN) Authors : Young Lee Sergio Belotti Dhruv Dhody Daniele Ceccarelli Bin Yeong Yoon Filename : draft-ietf-teas-actn-info-model-10.txt Pages : 24 Date : 2018-06-21 Abstract: This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-info-model-10 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-info-model-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-info-model-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jun 21 15:23:33 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F1D9F1310D3; Thu, 21 Jun 2018 15:23:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152961981197.31861.6356507696651200176@ietfa.amsl.com> Date: Thu, 21 Jun 2018 15:23:31 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-vn-yang-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 22:23:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : A Yang Data Model for ACTN VN Operation Authors : Young Lee Dhruv Dhody Daniele Ceccarelli Igor Bryskin Bin Yeong Yoon Qin Wu Peter Park Filename : draft-ietf-teas-actn-vn-yang-01.txt Pages : 53 Date : 2018-06-21 Abstract: This document provides a YANG data model for the Abstraction and Control of Traffic Engineered (TE) networks (ACTN) Virtual Network Service (VNS) operation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-vn-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-vn-yang-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-vn-yang-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-vn-yang-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 22 07:28:15 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4CAB130E86; Fri, 22 Jun 2018 07:28:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 MlDwuf5vMIYF; Fri, 22 Jun 2018 07:28:05 -0700 (PDT) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DEBD130E74; Fri, 22 Jun 2018 07:28:04 -0700 (PDT) X-AuditID: 1209190d-209ff700000059f6-9d-5b2d0773f4d0 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id 15.8C.23030.3770D2B5; Fri, 22 Jun 2018 10:28:03 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id w5MES2uC018518; Fri, 22 Jun 2018 10:28:03 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w5MERvdP019855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 22 Jun 2018 10:28:00 -0400 Date: Fri, 22 Jun 2018 09:27:57 -0500 From: Benjamin Kaduk To: Leeyoung Cc: The IESG , "draft-ietf-teas-actn-info-model@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Message-ID: <20180622142757.GD64617@kduck.kaduk.org> References: <152952816841.28616.13487599041543688657.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D01A803@sjceml521-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173D01A803@sjceml521-mbx.china.huawei.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjleLIzCtJLcpLzFFi42IRYrdT0S1m1402OP/MwuLGnelMFjP+TGS2 mDbP1aJp7i4mi9YfO1gsFqyZyezA5tFy5C2rx5IlP5k8rjddZQ9gjuKySUnNySxLLdK3S+DK uLt8GlPBQ92KySfOsTYwHlDqYuTkkBAwkTg65zQjiC0ksJhJ4uUbuy5GLiB7I6PExIkv2SCc q0wSM/ccZAapYhFQldj+/AgriM0moCLR0H0ZLC4ioCQxbcccsAZmgR4mif3bG8HGCgskScw5 fZCpi5GDgxdk3WttiKGzGCVuNz1nAanhFRCUODnzCZjNLKAlcePfS7B6ZgFpieX/OEBMToEw iYW9QSAVogLKEnv7DrFPYASagdA8C0nzLITmBYzMqxhlU3KrdHMTM3OKU5N1i5MT8/JSi3SN 9HIzS/RSU0o3MYKCmlOSdwfjv7tehxgFOBiVeHg1vupEC7EmlhVX5h5ilORgUhLlvVkBFOJL yk+pzEgszogvKs1JLT7EKMHBrCTC6/YUKMebklhZlVqUD5OS5mBREufNXsQYLSSQnliSmp2a WpBaBJOV4eBQkuCdzKYbLSRYlJqeWpGWmVOCkGbi4AQZzgM0PAukhre4IDG3ODMdIn+KUZej 4/2UHmYhlrz8vFQpcV4LkCIBkKKM0jy4OaBkJJG9v+YVozjQW8K8m0CqeICJDG7SK6AlTEBL qpu1QJaUJCKkpBoYFfnb116446DZulP3gDTT3cKdE+4e1/nS0d6495v2trtxBemsRVUTy8Qf t+Xol5y26PZwu5rQEtF8baVj0Lypdvd4XaO+PhJbNP3gW7ULtb12UWz/fyYssgycw/dg0tG3 F2Wu861OX5z++fuz8pcCbd9aH9c/Xya2qFRMTTGvVGNSdYeWxwU2JZbijERDLeai4kQAWLwc viEDAAA= Archived-At: Subject: Re: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2018 14:28:08 -0000 Hi Young, These proposed changes look good to me. Thanks, Benjamin On Wed, Jun 20, 2018 at 10:43:10PM +0000, Leeyoung wrote: > Hi Benjamin, > > > > Thanks for proving valuable comments and suggestions. > > > > Please see inline for my response. > > > > Thanks. > > Young > > > > -----Original Message----- > From: Benjamin Kaduk [mailto:kaduk@mit.edu] > Sent: Wednesday, June 20, 2018 3:56 PM > To: The IESG > Cc: draft-ietf-teas-actn-info-model@ietf.org; Vishnu Beeram ; teas-chairs@ietf.org; vbeeram@juniper.net; teas@ietf.org > Subject: Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) > > > > Benjamin Kaduk has entered the following ballot position for > > draft-ietf-teas-actn-info-model-09: No Objection > > > > When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) > > > > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ > > > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > I echo the comments questioning the archival value for publishing a document like this. > > I think it's a good intermediate point to have, including the security considerations text (thank you for the quick update after the secdir review!), but am unsure what portion(s) of it could not be easily folded into successor documents. > > > > YL>> Please see my comment to Ben on the archival value of this document. > > > > Section 2 > > > > This section provides an ACTN common interface information model to > > describe in terms of primitives, objects, their properties > > (represented as attributes), their relationships, and the resources > > for the service applications needed in the ACTN context. > > > > nit: The grammar here is a bit odd -- as-is, it says we have a model "to describe in terms of [a list of things]", but don't say what is being described. I'm not entirely sure what the intended text would be, though. > > > > YL>> I agree. I would change as follows: > > > > NEW: This section provides an ACTN common interface information model to > > describe primitives, objects, their properties > > (represented as attributes), their relationships, and the resources > > for the service applications needed in the ACTN context. > > > > > > Section 3.2, 3.4 > > > > Do I understand correctly that Modify is for CNC-to-MDSC commmunication and Update is for MDSC-to-CNC communication? Perhaps this could be made more explicit. > > > > YL>> Yes, your understanding is correct. We will add explicit text that says: Modify is for CNC-to-MDSC communication in Section 3.2 and Update is for MDSC-to-CNC communication in Section 3.4. > > > > Section 5.7.2 > > > > [...] For example, permission > > the correct selection from the network of the destination related > > to the indicated VNF It is e.g. the case of VM migration among > > data center and CNC can enforce specific policy that can permit > > MDSC/PNC to calculate the correct path for the connectivity > > supporting the data center interconnection required by > > application. > > > > There seems to be an editing error around "indicated VNF It is e.g.", maybe just a missing full stop and commas around "e.g."? > > > > YL>> Yes, there is an editing error here. > > OLD: For example, permission > > the correct selection from the network of the destination related > > to the indicated VNF It is e.g. the case of VM migration among > > data center and CNC can enforce specific policy that can permit > > MDSC/PNC to calculate the correct path for the connectivity > > supporting the data center interconnection required by > > application. > > > > NEW: For example, CNC can enforce client-specific preferences, e.g., > > selection of a destination data center from the set of candidate data > > centers based on some criteria in the context of VM migration. > > MSDC/PNC should then provide the data center interconnection that > > supports the client-specific preference. > > > > Section 9 > > > > The ACTN information model does not directly introduce security > > issues. Rather, it defines a set of interfaces for traffic > > > > I would hope that no product of the IETF directly introduces security > > *issues* (problems)! Maybe "is not directly relevant when considering potential security issues" is some better wordsmithing. > > > > YL>> Agree. Will change the sentence as you suggest. > > > > Implementations of the ACTN framework will have distributed > > functional components that will exchange this information model. > > > > nit: Perhaps this is overly pedantic, but are they exchanging this information model, or a concrete instantiation that adheres to this model? > > > > YL>> Agree. How about: > > > > NEW: > > Implementations of the ACTN framework will have distributed > > functional components that will exchange a concrete instantiation > > that adheres to this information model. > > > > From nobody Fri Jun 22 07:30:49 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9872130E88; Fri, 22 Jun 2018 07:30:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 mzovqu8D0G9I; Fri, 22 Jun 2018 07:30:44 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D786F130E74; Fri, 22 Jun 2018 07:30:43 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 627BB4D12EF0F; Fri, 22 Jun 2018 15:30:38 +0100 (IST) 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.382.0; Fri, 22 Jun 2018 15:30:40 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.141]) by SJCEML703-CHM.china.huawei.com ([169.254.5.167]) with mapi id 14.03.0382.000; Fri, 22 Jun 2018 07:30:35 -0700 From: Leeyoung To: Benjamin Kaduk CC: The IESG , "draft-ietf-teas-actn-info-model@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) Thread-Index: AQHUCNki2Tn9sLEusUq4Ua1QxsvLhqRps6rAgAMaaoD//4r+cA== Date: Fri, 22 Jun 2018 14:30:34 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D01C19E@sjceml521-mbx.china.huawei.com> References: <152952816841.28616.13487599041543688657.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D01A803@sjceml521-mbx.china.huawei.com> <20180622142757.GD64617@kduck.kaduk.org> In-Reply-To: <20180622142757.GD64617@kduck.kaduk.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.118] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2018 14:30:47 -0000 Hi Benjamin, Thanks a lot for your quick acknowledgment.=20 Best regards, Young -----Original Message----- From: Benjamin Kaduk [mailto:kaduk@mit.edu]=20 Sent: Friday, June 22, 2018 9:28 AM To: Leeyoung Cc: The IESG ; draft-ietf-teas-actn-info-model@ietf.org; Vis= hnu Beeram ; teas-chairs@ietf.org; teas@ietf.org Subject: Re: Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-mod= el-09: (with COMMENT) Hi Young, These proposed changes look good to me. Thanks, Benjamin On Wed, Jun 20, 2018 at 10:43:10PM +0000, Leeyoung wrote: > Hi Benjamin, >=20 >=20 >=20 > Thanks for proving valuable comments and suggestions. >=20 >=20 >=20 > Please see inline for my response. >=20 >=20 >=20 > Thanks. >=20 > Young >=20 >=20 >=20 > -----Original Message----- > From: Benjamin Kaduk [mailto:kaduk@mit.edu] > Sent: Wednesday, June 20, 2018 3:56 PM > To: The IESG > Cc: draft-ietf-teas-actn-info-model@ietf.org; Vishnu Beeram ; teas-chairs@ietf.org; vbeeram@juniper.net; teas@ietf.org > Subject: Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model= -09: (with COMMENT) >=20 >=20 >=20 > Benjamin Kaduk has entered the following ballot position for >=20 > draft-ietf-teas-actn-info-model-09: No Objection >=20 >=20 >=20 > When responding, please keep the subject line intact and reply to all ema= il addresses included in the To and CC lines. (Feel free to cut this introd= uctory paragraph, however.) >=20 >=20 >=20 >=20 >=20 > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >=20 > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 >=20 >=20 >=20 > The document, along with other ballot positions, can be found here: >=20 > https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ >=20 >=20 >=20 >=20 >=20 >=20 >=20 > ---------------------------------------------------------------------- >=20 > COMMENT: >=20 > ---------------------------------------------------------------------- >=20 >=20 >=20 > I echo the comments questioning the archival value for publishing a docum= ent like this. >=20 > I think it's a good intermediate point to have, including the security co= nsiderations text (thank you for the quick update after the secdir review!)= , but am unsure what portion(s) of it could not be easily folded into succe= ssor documents. >=20 >=20 >=20 > YL>> Please see my comment to Ben on the archival value of this document. >=20 >=20 >=20 > Section 2 >=20 >=20 >=20 > This section provides an ACTN common interface information model to >=20 > describe in terms of primitives, objects, their properties >=20 > (represented as attributes), their relationships, and the resources >=20 > for the service applications needed in the ACTN context. >=20 >=20 >=20 > nit: The grammar here is a bit odd -- as-is, it says we have a model "to = describe in terms of [a list of things]", but don't say what is being descr= ibed. I'm not entirely sure what the intended text would be, though. >=20 >=20 >=20 > YL>> I agree. I would change as follows: >=20 >=20 >=20 > NEW: This section provides an ACTN common interface information model to >=20 > describe primitives, objects, their properties >=20 > (represented as attributes), their relationships, and the resources >=20 > for the service applications needed in the ACTN context. >=20 >=20 >=20 >=20 >=20 > Section 3.2, 3.4 >=20 >=20 >=20 > Do I understand correctly that Modify is for CNC-to-MDSC commmunication a= nd Update is for MDSC-to-CNC communication? Perhaps this could be made mor= e explicit. >=20 >=20 >=20 > YL>> Yes, your understanding is correct. We will add explicit text that s= ays: Modify is for CNC-to-MDSC communication in Section 3.2 and Update is f= or MDSC-to-CNC communication in Section 3.4. >=20 >=20 >=20 > Section 5.7.2 >=20 >=20 >=20 > [...] For example, permission >=20 > the correct selection from the network of the destination related >=20 > to the indicated VNF It is e.g. the case of VM migration among >=20 > data center and CNC can enforce specific policy that can permit >=20 > MDSC/PNC to calculate the correct path for the connectivity >=20 > supporting the data center interconnection required by >=20 > application. >=20 >=20 >=20 > There seems to be an editing error around "indicated VNF It is e.g.", may= be just a missing full stop and commas around "e.g."? >=20 >=20 >=20 > YL>> Yes, there is an editing error here. >=20 > OLD: For example, permission >=20 > the correct selection from the network of the destination related >=20 > to the indicated VNF It is e.g. the case of VM migration among >=20 > data center and CNC can enforce specific policy that can permit >=20 > MDSC/PNC to calculate the correct path for the connectivity >=20 > supporting the data center interconnection required by >=20 > application. >=20 >=20 >=20 > NEW: For example, CNC can enforce client-specific preferences, e.g., >=20 > selection of a destination data center from the set of candidate da= ta >=20 > centers based on some criteria in the context of VM migration. >=20 > MSDC/PNC should then provide the data center interconnection that >=20 > supports the client-specific preference. >=20 >=20 >=20 > Section 9 >=20 >=20 >=20 > The ACTN information model does not directly introduce security >=20 > issues. Rather, it defines a set of interfaces for traffic >=20 >=20 >=20 > I would hope that no product of the IETF directly introduces security >=20 > *issues* (problems)! Maybe "is not directly relevant when considering po= tential security issues" is some better wordsmithing. >=20 >=20 >=20 > YL>> Agree. Will change the sentence as you suggest. >=20 >=20 >=20 > Implementations of the ACTN framework will have distributed >=20 > functional components that will exchange this information model. >=20 >=20 >=20 > nit: Perhaps this is overly pedantic, but are they exchanging this inform= ation model, or a concrete instantiation that adheres to this model? >=20 >=20 >=20 > YL>> Agree. How about: >=20 >=20 >=20 > NEW: >=20 > Implementations of the ACTN framework will have distributed >=20 > functional components that will exchange a concrete instantiation >=20 > that adheres to this information model. >=20 >=20 >=20 >=20 From nobody Sat Jun 23 18:53:13 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2104B127598; Sat, 23 Jun 2018 18:53:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152980519209.13407.10440186649937641550@ietfa.amsl.com> Date: Sat, 23 Jun 2018 18:53:12 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-topo-17.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 01:53:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for Traffic Engineering (TE) Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez De Dios Filename : draft-ietf-teas-yang-te-topo-17.txt Pages : 197 Date : 2018-06-23 Abstract: This document defines a YANG data model for representing, retrieving and manipulating Traffic Engineering (TE) Topologies. The model serves as a base model that other technology specific TE Topology models can augment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-topo-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-topo-17 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Jun 23 19:30:30 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CDBF127598; Sat, 23 Jun 2018 19:30:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 IjAQdqUQ1jYa; Sat, 23 Jun 2018 19:30:19 -0700 (PDT) Received: from mail-it0-x244.google.com (mail-it0-x244.google.com [IPv6:2607:f8b0:4001:c0b::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 2FD271271FF; Sat, 23 Jun 2018 19:30:19 -0700 (PDT) Received: by mail-it0-x244.google.com with SMTP id 188-v6so7798889ita.5; Sat, 23 Jun 2018 19:30:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oTC8vMQuhDkW+MARhhpAPL4njumKB992GJ/7m9zA6y4=; b=ixId/uqGEQtA1Q0vxiRYRdYzNwpw0wywU6V/jC35zNk0B7aycuQUpT02/+3Go29CCz W5XLiK/kMV9x+3LF0oBSdBLmN+sbTjoeH8f6JIpZ6VxRpy1alRiLA4UWyy+i/aj5Y4IU FBtVm1C1I76fhqtNadmt1dqRcH/EiHzsYGrNosZNLziDPUFrdDwYJXclffCeIFfrAAd9 tp7FfR4ioCM+vxeBlwbbUrXx1fmNtq35+K+LXVG2sp1UnMHlakn0swEMA0Jm2xtF6it0 Q5byvbiyeaFbDAHw+/wk+ov0E4Q+kb5g/rO7kTG8MxSQU7KZHOaJNrV48NNoox2O6TLg CO5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oTC8vMQuhDkW+MARhhpAPL4njumKB992GJ/7m9zA6y4=; b=f/GrIIi76GnVLF76xKQuJ2imYpT+LKbGsbYzDtielU5dLPXAPbf8CVggVHIwMso8AU IjCknmV6GhyZtBpzGH7S7o6NLGPniJbxPZ9vO657DNTqAuFkmzgCY5i+6T8PEkI+T359 1VUVCh24Tu0uddj4JiZA8rKnORZtGYsTFoITAMp//HZ167B269BDLR23VWMW6BsV+38j F4/EJlrYrLCtOxNXe9rXfE/FK3AJT0SZ75ZIfSLQJuE6ipIDS3kzPIXQVipyvPDyh2ty MUJ+MwdjtBew5paCLLpCjirZ6X7TYzYR92DKWDKbDw1YCNADndqDLpv3D5AiWKOXBolp je3w== X-Gm-Message-State: APt69E12SpFE4ExmHcmhnFBBpbOiE6lTMzANb9EJMw7y/MFS4gfyxgZr WVQ6mTkfqm7dEA7X+to0sQshH+AOuf5Q7xvVR7Q= X-Google-Smtp-Source: ADUXVKIU3mKpSd9CLhOb9VA5L392daUcz9EiKr+kyvNrfrDpvIPL30zREYzWUHYuMXawBxvV9f6wIVmqDurfVyjONzI= X-Received: by 2002:a02:8509:: with SMTP id g9-v6mr6032715jai.54.1529807418417; Sat, 23 Jun 2018 19:30:18 -0700 (PDT) MIME-Version: 1.0 References: <152822909542.19153.18014474471246420890.idtracker@ietfa.amsl.com> In-Reply-To: <152822909542.19153.18014474471246420890.idtracker@ietfa.amsl.com> From: Xufeng Liu Date: Sat, 23 Jun 2018 22:30:07 -0400 Message-ID: To: spencerdawkins.ietf@gmail.com Cc: iesg@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , TEAS WG Content-Type: multipart/alternative; boundary="000000000000bfe73e056f5a0b69" Archived-At: Subject: Re: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 02:30:22 -0000 --000000000000bfe73e056f5a0b69 Content-Type: text/plain; charset="UTF-8" Hi Spencer, Thanks for the comments. This section has been re-worded a bit in the updated version to clarify. It is reasonable to ask for more explanations, for this section, and for some others. The challenge is that a word or two might not be sufficient. The TEAS Working Group has discussed such issues, and decided to adopt another document *https://tools.ietf.org/html/draft-ietf-teas-te-topo-and-tunnel-modeling *, to describe the use cases, model usages, terminologies, and examples, in greater details. Another draft, *https://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo *, also discusses such a case. Thanks, - Xufeng On Tue, Jun 5, 2018 at 4:04 PM Spencer Dawkins < spencerdawkins.ietf@gmail.com> wrote: > Spencer Dawkins has entered the following ballot position for > draft-ietf-teas-yang-te-topo-16: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > I found myself wondering what the last sentence in > > - TE Topology may not be congruent to the routing topology (topology > constructed based on routing adjacencies) in a given TE System. > There isn't always a one-to-one association between a TE-link and > a routing adjacency. For example, the presence of a TE link > between a pair of nodes doesn't necessarily imply the existence of > a routing-adjacency between these nodes. > > was saying about what IS implied between these nodes. I'm guessing, but > this > draft seems to assume a relatively low level amount of experience with > traffic > engineering, so I can imagine readers who could benefit from a word or two > of > explanation. > > > --000000000000bfe73e056f5a0b69 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

= Hi Spencer,=

Thanks for the comments.=20 =09 This section has been re-wor= ded a bit in the updated version to clarify. It is reasonable to ask for mo= re explanations, for this section, and for some others. The challenge is th= at a word or two might not be sufficient. The TEAS Working Group has discus= sed such issues, and decided to adopt another document <= u>https://tools.ietf.org/html/draft-ietf-teas-te-topo-and-tunnel-m= odeling, to describe the use cases, model usages, terminolog= ies, and examples, in greater details. Another draft, <= u>h= ttps://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo, = also discusses such a case.=20

Thanks,
- Xufeng

On Tue, Jun 5, 2018 at = 4:04 PM Spencer Dawkins <spencerdawkins.ietf@gmail.com> wrote:
Spencer Dawkins has entered the following ballot position for=
draft-ietf-teas-yang-te-topo-16: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft= -ietf-teas-yang-te-topo/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I found myself wondering what the last sentence in

=C2=A0 - TE Topology may not be congruent to the routing topology (topology=
=C2=A0 =C2=A0 =C2=A0constructed based on routing adjacencies) in a given TE= System.
=C2=A0 =C2=A0 =C2=A0There isn't always a one-to-one association between= a TE-link and
=C2=A0 =C2=A0 =C2=A0a routing adjacency. For example, the presence of a TE = link
=C2=A0 =C2=A0 =C2=A0between a pair of nodes doesn't necessarily imply t= he existence of
=C2=A0 =C2=A0 =C2=A0a routing-adjacency between these nodes.

was saying about what IS implied between these nodes. I'm guessing, but= this
draft seems to assume a relatively low level amount of experience with traf= fic
engineering, so I can imagine readers who could benefit from a word or two = of
explanation.


--000000000000bfe73e056f5a0b69-- From nobody Sat Jun 23 19:35:26 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 550E8127598; Sat, 23 Jun 2018 19:35:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 IG4KZpR6tLvO; Sat, 23 Jun 2018 19:35:15 -0700 (PDT) Received: from mail-it0-x244.google.com (mail-it0-x244.google.com [IPv6:2607:f8b0:4001:c0b::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 245D91271FF; Sat, 23 Jun 2018 19:35:15 -0700 (PDT) Received: by mail-it0-x244.google.com with SMTP id a3-v6so7847956itd.0; Sat, 23 Jun 2018 19:35:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VPUW900XhezgtLcM1FxrDOjJjBBWNyCt4ADimiHSvmY=; b=lqzeXCNfgD8swdoTieQIjgBHNKI3ZnR1we1Rm2qsNM4Su+SYylZ/kmtxwrXk0O/CES 5oX05z8oaUzp6o6sqHv0wtjuVYddfEJ4V92ihOkj4PvFtn69zGB1UHNOIfsrjArFPZdg YgWpXi1lS74AEvod0+x7QMXyvworo056FoHy/fDp+s4qzDYNrbsZruFAciHATx+Um/ke YSmXQe1PK7+FjTCybXfp54Dlhqe7+xtzXdiPEOEXTNoCAtOrCmNjmw5JFO45htP1enyd 4YZUk0A/qQH5h9OuvtdLLgGdMNLc/jBVppU3AQubtyXlmOzL8T8WxpVxxXG04WkU9RR0 zaLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VPUW900XhezgtLcM1FxrDOjJjBBWNyCt4ADimiHSvmY=; b=O+QdnXISVMnGonCkP7ETA3n0dtXpnuJgDfF2mxzaiVjA5a8K6fTCuc4ei1LyaZy7by IDs9AJ8pOuJt+N4V8NA6XzBPK2rL8VSCvS8Itn8MBxykp0PgT/AfzmF9eQKYMmMhlwK/ fHIeuN/MfULMOHjfMGmKydvCcv45TLShFwclEYpdXwNf7ba9in1sn3SLlI4Mxka+qJyF S1GHd2Nx5hJOAHHNAUnsz4FhTqs/t7d0Fv5rrXGtbkMQDxVMdETlwL1TLRQ1O+RSaSrG or4P4McJXI2UXlAN6yAEJIh0nfD9P7PJwV+T67gYpSE18nN5wiLfQJmOe34WusV90mb1 6/iQ== X-Gm-Message-State: APt69E003tkO0m2KI0u4BCXgWUhXHdBnByaE6jEJgRM7c5cCaqrgv3jd CNy76sVCxYCWsUQkYTN4UoXbskNan6qvB/pnXos= X-Google-Smtp-Source: ADUXVKI7t2Acfui23UCO9SwHFTMr7noCwQoatTucI/qlvdFkSRT17B4XEbQSx2E8LR/hJPCF2zsT1H84MILuKtqTWc8= X-Received: by 2002:a24:eb0e:: with SMTP id h14-v6mr6544115itj.69.1529807714531; Sat, 23 Jun 2018 19:35:14 -0700 (PDT) MIME-Version: 1.0 References: <152828401683.6362.1897183014260336352.idtracker@ietfa.amsl.com> In-Reply-To: <152828401683.6362.1897183014260336352.idtracker@ietfa.amsl.com> From: Xufeng Liu Date: Sat, 23 Jun 2018 22:35:03 -0400 Message-ID: To: Alvaro Retana Cc: iesg@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , TEAS WG Content-Type: multipart/alternative; boundary="000000000000663fac056f5a1de6" Archived-At: Subject: Re: [Teas] Alvaro Retana's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 02:35:18 -0000 --000000000000663fac056f5a1de6 Content-Type: text/plain; charset="UTF-8" Hi Alvaro, Thanks for the comments. We have added the geolocation into the text, and posted an undated version https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17. Best regards, - Xufeng On Wed, Jun 6, 2018 at 7:20 AM Alvaro Retana wrote: > Alvaro Retana has entered the following ballot position for > draft-ietf-teas-yang-te-topo-16: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Security Considerations: It is important to call out the fact that the > sensitive information in the readable data nodes includes geolocation. > > > --000000000000663fac056f5a1de6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alvaro,

Thanks for the co= mments. We have added the geolocation into the text, and posted an undated = version https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17.
=

Best regards,
- Xufeng

On Wed, Jun 6, 2018 at 7:20 AM Alv= aro Retana <aretana.ietf@gmail= .com> wrote:
Alvaro Retana h= as entered the following ballot position for
draft-ietf-teas-yang-te-topo-16: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft= -ietf-teas-yang-te-topo/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Security Considerations: It is important to call out the fact that the
sensitive information in the readable data nodes includes geolocation.


--000000000000663fac056f5a1de6-- From nobody Sat Jun 23 19:43:14 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21DB0127598; Sat, 23 Jun 2018 19:43:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 upnMgGYSXxgd; Sat, 23 Jun 2018 19:43:03 -0700 (PDT) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::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 CFCAF1271FF; Sat, 23 Jun 2018 19:43:02 -0700 (PDT) Received: by mail-io0-x241.google.com with SMTP id l19-v6so9431579ioj.5; Sat, 23 Jun 2018 19:43:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mZLFh4q1nDkQggwjUDdhcBlc/9UoCoT+3GZpYOuv/xQ=; b=N1LRMZU0PTgrS4gY0TAtXuEpP4LoMlgVTL2O7MZPBIUnkK8bn64fWY0FwdMmWiJeiT BwHn54xnV8hNqwl9HZ8Ct3laDNrZvG6qssT0QFodqBiRW57KcwQGviczb4LmeSNoCDfX Z5yYz1xR6mFeCKlL7wBknPB+/0QPuKrXwkWhMRpkrRSEMeOky8iQOd2rDpQPiiRjIoO0 Hl2fZVkWUDWKdhPPXOikG/ns9hp4PMIMy1GIMCZ417tCwXJ7z4wgd3chzyym0HyKrgt7 wwSv0hhri222EHL/XGBoiHVyGZ5B2Mr5AUQ/i9mpGE0xjSk6Jfv6qK+2fqcq03f/g6Z+ Fc0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mZLFh4q1nDkQggwjUDdhcBlc/9UoCoT+3GZpYOuv/xQ=; b=N2a7b3KQ0dvTmBvhmroXGaLx4R66rdXn19wm/5lCQUOpO2I5qJmn3qOu19NQ4qUeO9 QcBY9AhKbjnJLEAnnHLfCTmQHTdXbsu82i/Onh/PF+gpK71LdUgr93roZjDKfdjLBnif KyFoeHAbIE6/5CfVl6Kpvvu1Tz8sY8UXp0X0dmXvzh+XQWbqFyK9c0WJR47Pk24yuy75 tHbZEeFFp3Wh3jaWb9fIEvvidRbxjn/DVQ/G70UJg2iqg8lcSOr09kmvfuHXATD+AU2x 4veNPvg8D0yBWaV2ITFpgF3InDBin4dMwJt+X02ZCceBEXgrk2TOhr+x5gyG3UiN24qP 0ZhQ== X-Gm-Message-State: APt69E2UhoPpWpZk9vljlLlamEDD8smo45P0mr2jebcy3ipb6NPTogx8 iiC+GFpkrgZrYo7u+ErwO9WQrdHEhUPx7SMPXqa9dTx0 X-Google-Smtp-Source: ADUXVKLLoc5AN8jGTnksu8zHGRB5vSPknUNARuxF5Y0GfXDkG/gBnzhbNxhaHtgenbuYdDgGhseAgESKYJOW2FX1F4U= X-Received: by 2002:a6b:28c6:: with SMTP id o189-v6mr6029451ioo.149.1529808182204; Sat, 23 Jun 2018 19:43:02 -0700 (PDT) MIME-Version: 1.0 References: <152831210176.6116.3562649530077124525.idtracker@ietfa.amsl.com> In-Reply-To: <152831210176.6116.3562649530077124525.idtracker@ietfa.amsl.com> From: Xufeng Liu Date: Sat, 23 Jun 2018 22:42:51 -0400 Message-ID: To: ben@nostrum.com Cc: iesg@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , TEAS WG Content-Type: multipart/alternative; boundary="000000000000465fab056f5a3915" Archived-At: Subject: Re: [Teas] Ben Campbell's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 02:43:05 -0000 --000000000000465fab056f5a3915 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ben, Thanks for the comments. We have posted an undated version https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17 to address these. Please check the updated draft. Best regards, - Xufeng On Wed, Jun 6, 2018 at 3:08 PM Ben Campbell wrote: > Ben Campbell has entered the following ballot position for > draft-ietf-teas-yang-te-topo-16: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Just some editorial comments: > > - There is conflicting 2119/8174 boilerplate in the front material and in > =C2=A71.1. > I assume the latter is the correct boilerplate. > [Xufeng]: Fixed. > - The writing style makes heavy use of imbedded definitions and examples = in > parenthetical phrases. I personally find that creates quite a bit of > readability friction. It would be easier to read if such things were spli= t > out > into their own sentences. [Xufeng]: Many parenthetical phrases have been taken our of the parentheses= . > - Some of the figures have legends, but most do not. It would be very > helpful > to include legends in those figures that depend on different line styles = to > convey meaning. (e.g. Figure 1). > [Xufeng]: Legends have been Added in such situations. --000000000000465fab056f5a3915 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ben,

Thanks for the comme= nts. We have posted an undated version htt= ps://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17 to address these. Please check the updated draft.

Best regards,
-= Xufeng

On Wed, Jun 6, 2018 at 3:08 PM Ben Campbell <ben@nostrum.com> wrote:
Ben Campbell has entered the following ballot position for
draft-ietf-teas-yang-te-topo-16: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft= -ietf-teas-yang-te-topo/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Just some editorial comments:

- There is conflicting 2119/8174 boilerplate in the front material and in = =C2=A71.1.
I assume the latter is the correct boilerplate.

=09 =09 =09 
[Xufeng]: Fixed.

- The writing style makes heavy use of imbedded definitions and examples in=
parenthetical phrases. I personally find that creates quite a bit of
readability friction. It would be easier to read if such things were split = out
into their own sentences.=C2=A0 =09 =09 =09 
[Xufeng]: Many parenthetical phrases have been tak=
en our of the parentheses.

- Some of the figures have legends, but most do not. It would be very helpf= ul
to include legends in those figures that depend on different line styles to=
convey meaning. (e.g. Figure 1).
=C2=A0 =09 =09 
[Xufeng]: Legends have been Ad=
ded in such situations.
--000000000000465fab056f5a3915-- From nobody Sat Jun 23 20:51:23 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FC2512D7F8; Sat, 23 Jun 2018 20:51:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 H5j5jqPfvcVr; Sat, 23 Jun 2018 20:51:18 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 8FC55126CB6; Sat, 23 Jun 2018 20:51:18 -0700 (PDT) Received: from [10.0.1.95] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w5O3pEiC040756 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 23 Jun 2018 22:51:15 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.95] From: Ben Campbell Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_10DD352C-5EAA-4058-BF81-77CAEC99B85E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Date: Sat, 23 Jun 2018 22:51:13 -0500 In-Reply-To: Cc: iesg@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , TEAS WG To: Xufeng Liu References: <152831210176.6116.3562649530077124525.idtracker@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.8.2) Archived-At: Subject: Re: [Teas] Ben Campbell's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 03:51:21 -0000 --Apple-Mail=_10DD352C-5EAA-4058-BF81-77CAEC99B85E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks for the response. None of my comments were blocking, so I will = trust the authors to do the right thing. Thanks! Ben. > On Jun 23, 2018, at 9:42 PM, Xufeng Liu = wrote: >=20 > Hi Ben, >=20 > Thanks for the comments. We have posted an undated version = https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17 to address = these. Please check the updated draft. >=20 > Best regards, > - Xufeng >=20 > On Wed, Jun 6, 2018 at 3:08 PM Ben Campbell wrote: > Ben Campbell has entered the following ballot position for > draft-ietf-teas-yang-te-topo-16: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Just some editorial comments: >=20 > - There is conflicting 2119/8174 boilerplate in the front material and = in =C2=A71.1. > I assume the latter is the correct boilerplate. >=20 > [Xufeng]: Fixed. >=20 > - The writing style makes heavy use of imbedded definitions and = examples in > parenthetical phrases. I personally find that creates quite a bit of > readability friction. It would be easier to read if such things were = split out > into their own sentences. > [Xufeng]: Many parenthetical phrases have been taken our of the = parentheses. >=20 > - Some of the figures have legends, but most do not. It would be very = helpful > to include legends in those figures that depend on different line = styles to > convey meaning. (e.g. Figure 1). >=20 > [Xufeng]: Legends have been Added in such situations. --Apple-Mail=_10DD352C-5EAA-4058-BF81-77CAEC99B85E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlsvFTEACgkQgFZKbJXz 1A19bA/+KG/qy0pTEbioEYfQS8rB9E1qQJKJshAazmouUQXDl6C48yYafdJzklTy W/PElYG3CqFcliqdUAx+kTYsTD4HRFm+25AfYPRJY1gbH3Esc6DtAgfKFUGWO3xw UU8XDs+jCP5LfcO4DYYfKZlMqvQp6rBtLTj0YwzGcodc1JXJqJCYYCgjF3JV5gam tcRzC7dX4icjFzfId4SusdQZ75dzmhTxu/jSBmO4vXdmz5pr3RHfQFzZ4McxzLrF tR3HRIAMzbolsOTRhPbyO2hMIoyG0cBuxTxx18hats3DfQNbl+LQ1hCdt5+wnd/p 1uOQIskojP9pPlsLX1a4kxRaqIurRArMEEiht7HuPmOHf2khbozb1JTZGsMRZt73 Qo9lbis4IghGaA2sScSM5r5EPHj8nsF5gaTdwfJpb76otNqG4xJ9QEWSaEq+veaY 2o9uU6tBvLrEes+LbLbjeTQ4Z696CrqnNvt0onU/1TX9NOaB7CCachAZeZWD9LQR DJlewiHHJAV68Kl2mP2Sraib5jsbBr3JFjPyRYmJI3PbJ9B/pestU79ZofovaNar CDjXUygqyRg1ZkqRsAftNr6trYAFnvbHYhQu+fmUulEVo4FXDh1Zl2r29PQwKs18 ny8SFkxMvtpRBWiVD7pVniXAPMUCd8KfkQGWPltgLnQ3C4v/hZE= =ZC8h -----END PGP SIGNATURE----- --Apple-Mail=_10DD352C-5EAA-4058-BF81-77CAEC99B85E-- From nobody Sun Jun 24 12:39:38 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AED31130E50; Sun, 24 Jun 2018 12:39:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 PzZz_s9ivfIr; Sun, 24 Jun 2018 12:39:25 -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 32762130E33; Sun, 24 Jun 2018 12:39:25 -0700 (PDT) Received: by mail-it0-x241.google.com with SMTP id v83-v6so9399891itc.3; Sun, 24 Jun 2018 12:39:25 -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 :cc; bh=r1d+CAknNZvSJH/9okkNgdgjtQg6pJQZtgMQgUI4Qf4=; b=CIri7+b6CU9Su/veWP0tVrWejr2xEzWYD6SpbRgU20pP0w099XbF3RkdnGTgCmbG0y 3sULewJb02GG2IkEr51b6XZX5sz1IxCrIswG2/8aJulSfyDAWGQNfB0bO5kJA2gTbp6P qqJH90fpF3Mx4IPXQ0sRmfoP3TYGe9vqhCLKj0WUX56m/hkYXnh+j7DDsEeLXC1bEMIS QuDfWpPmMPRyBtf0O+yLisGISBopIUGzy0MJsL+ij+q4fw4N9/qWQ3MGuyQn/MVExD9X +LOv3zSYgR2N8tax/KFcgZtVi7fzXt5iFJXO6E6jdeJuMcbqrx+8YWXkXxZSoUPMbdUJ 8szA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=r1d+CAknNZvSJH/9okkNgdgjtQg6pJQZtgMQgUI4Qf4=; b=h7KzINA9mE8Z4vRA/8cvkatpXtpZc0k4W1cvlxek3hjHoD0apCe9MhdVNiubG9GDmT HqaR8r21CmxNaVqUYaUrH6VmDXiM51RAsC5WQPl9ZHA6vGUYT8/b3S6ZU9JwkdQJhb+r h4vw7BinNdarThKwF0NK7iAYNOjYhAsqih98l0fCcxBhnNA1ZI5Cok9kkVHTSzkqPzQn J5dDmNnDtiQJJrA1IXb+X8LXUGYB6euOq32Nad57dTUcvCeIgG6dzxIqerr0UA/vxC0W ys908uWgJCgCufC66famP+p5tC28E7HJc0Red0ORjuLQS1ksdoIUBWyXnhoL3m8NZ7hC E8cw== X-Gm-Message-State: APt69E2kxJxMIAzXIEtfkzeSSMEkyEJoKzERtAPaQZcz8xK/yjs+uD7L XNDdRT+K1omH/q6ozTWRNi6kdCgsdrqwjCHaYpo= X-Google-Smtp-Source: ADUXVKL15W8R5Kjtoy5Sf93z6uh9NFVbVRzH1LUSzOpX0YtZNGJXBLN94iu7DKHwCTehMWZ0Lyd6u42YgOG+O+rG2cg= X-Received: by 2002:a24:42d2:: with SMTP id i201-v6mr7553992itb.125.1529869164451; Sun, 24 Jun 2018 12:39:24 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5e:c90e:0:0:0:0:0 with HTTP; Sun, 24 Jun 2018 12:39:23 -0700 (PDT) In-Reply-To: <152831756015.6220.551593327209091162.idtracker@ietfa.amsl.com> References: <152831756015.6220.551593327209091162.idtracker@ietfa.amsl.com> From: Xufeng Liu Date: Sun, 24 Jun 2018 15:39:23 -0400 Message-ID: To: kaduk@mit.edu Cc: iesg@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , TEAS WG Content-Type: multipart/alternative; boundary="00000000000019a0f2056f686ca5" Archived-At: Subject: Re: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 19:39:29 -0000 --00000000000019a0f2056f686ca5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Benjamin, Thanks for providing valuable comments, and pointing out several errors in the draft. We have posted an undated version *https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17 *. Please chec= k the updated draft. Best regards, - Xufeng On Wed, Jun 6, 2018 at 4:39 PM Benjamin Kaduk wrote: > Benjamin Kaduk has entered the following ballot position for > draft-ietf-teas-yang-te-topo-16: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thanks to Alvaro for pointing out the specific considerations on the > geolocation variables. > > This document has a large number (6) of authors; > https://www.rfc-editor.org/policy.html#policy.authlist implies that > justification is needed for more than 5 authors. > > Section 3.4 > > I'm confused why the transitional TE link disappears once a normal > TE link abstracting away the layer transition appears -- is there no > longer potential to do layer transition at that node (e.g., to take > a different path in the server layer network) once a layer > transition is in use? > [Xufeng]: Right. That is the case. > Section 8 > > I'm not sure I understand why the te:templates tree is not called > out as "sensitive" -- is it just the "template" nature? Lots of > these look like things that could have detrimental impact if > modified in an actual live instance -- ID, bandwidth, type, etc., so > I mostly assume that it's just the templatey-ness, but don't quite > understand how that works. > [Xufeng]: You are right. The templates tree is =E2=80=9Csensitive=E2=80=9D.= Because the templates are located together under /nw:networks/tet:te, we do not list each template separately. They are mentioned in the section of /nw:networks/tet:te, which contains all templates. > There are a number of places where editorial attention would be > beneficial; I > only noted a small subset of them. One recurring theme is " is > assigned > with the unique ID", which might be more clearly phrased as "A > is > assigned a unique ID within the scope of ". Some other specific ite= ms > follow. [Xufeng]: Edited these occurrences. > Section 1 > > [...] There could be one or more TE Topologies present in a given > Traffic Engineered system. The TE Topology is the topology on which > path computational algorithms are run to compute Traffic Engineered > Paths (TE Paths). > > nit: If there could be more than one, it seems grammatically > improper to use the definite article "the" (without further > qualification) to refer to them. > [Xufeng]: Changed =E2=80=9Cthe=E2=80=9D to =E2=80=9Ca=E2=80=9D. > Section 1.1 > > Customized TE Topology: Customized TE Topology is a custom topology > that is produced by a provider for a given Client. This topology > typically augments the Client's Native TE Topology. Path > computational algorithms aren't typically run on the Customized TE > Topology; they are run on the Client's augmented Native TE Topology. > > This text doesn't really help me tell the difference between the > "Client's augmented Native TE Topology" and the "Customized TE > Topology", which is the Client's Native TE Topology plus some > unspecified augmentation (that is apparently different from the one > used for path computation). > > [Xufeng]: Reworded this section to clarify. We also use another document,= *https://tools.ietf.org/pdf/draft-ietf-teas-te-topo-and-tunnel-modeling *, to= describe such terminologies, model usages, and examples in more details. Section 2 > > - Each TE Topological element has an information source associated > with it. In some scenarios, there could be more than one > information source associated with each topological element. > > editorial: I'd suggest replacing the last "each" with "any given", > and maybe "has an" with "has at least one". > > [Xufeng]: Edited as suggested. Section 3.3 > > TE link is an element of a TE topology (presented as an edge on TE > graph, arrows indicate one or both directions of the TE link). > > (I don't see any arrows in Figure 1.) > [Xufeng]: Clarified that an edge without arrows indicates a pair of links of opposite directions. > [...] TE link > is connected to TE node, terminating the TE link via exactly one TE > link termination point (LTP). > > Even unidirectional links have a source and destination; presumably > both of those are attributes of the TE link? Perhaps "for any given > node" should be more explicit? > [Xufeng]: According to the model defined in RFC8345, the link termination point is not an attribute of the link, but a separate entity on the node. When a link is specified, the source node, source termination point, destination node, and destination termination point are associated with the link. The model in this document augments the model in RFC8345, and therefore inherits the same characteristics. > Section 3.8 > > [...] From the point of view of > a potential TE path LLCL provides a list of valid TE links the TE > path needs to start/stop on for the connection, taking the TE path, > to be successfully terminated on the TTP in question. > > nit: this could probably be reworded to be more clear, maybe: > > % From the point of view of usability in creating a TE path, the LLCL > % provides a list of the TE links that would be valid path components > % for paths involving the TTP in question. > > [Xufeng]: =E2=80=9CFrom the point of view of a potential TE path=E2=80=9D= is meant to say that an LLCL can be viewed as a potential path. We don=E2= =80=99t let user to create a TE path here, and the usability would not be r= elevant. From this perspective, a potential TE path is from the TTP to one= TE link. Since the TTP can potentially connects to many such TE links, the= re is a list of such entries, each of them is a link that can be potentiall= y connected. The document *https://tools.ietf.org/pdf/draft-ietf-teas-te-to= po-and-tunnel-modeling * describes some such examples. Section 3.10 > > is unique across all TE topologies provided by the same provider. The > client layer LIPs and the server layer TTPs associated within a given > > Should that be "LTPs" instead of "LIPs"? > [Xufeng]: Yes. Thanks for noticing. Fixed. > Section 4.4 > > [...] maintain. For example, in addition to the merged TE topology > depicted > in the upper part of Figure 1, the client may merge the abstract TE > > Figure 1 was long ago and does not seem relevant. Was this supposed > to be Figure 9 or Figure 10? > [Xufeng]: Right. It should be Figure 9. Fixed > Section 7 > > grouping connectivity-label-restriction-list { > description > "List of abel restrictions specifying what labels may or may > not be used on a link connectivity."; > list label-restriction { > key "index"; > description > "List of abel restrictions specifying what labels may or may > not be used on a link connectivity."; > > presumably "label" rather than "abel" (twice)? > [Xufeng]: We have removed this grouping in this model, and re-used an equivalent grouping in te-types, specified in *https://tools.ietf.org/html/draft-ietf-teas-yang-te-15 *. The typo has been fixed there. > Another typo -- "speficied" for "specified" (also twice). > And "souruce" for "source" (twice) > [Xufeng]: Fixed. > Appendix C > > Are there really supposed to be 63 occurrences of the string > "Attribute 11 for example technology" (i.e., with no "Attribute 1", > "Attribute 2", etc.)? > [Xufeng]: These should be either =E2=80=9CBancwidth 1=E2=80=9D, or =E2=80= =9CLabel 1=E2=80=9D. Fixed. --00000000000019a0f2056f686ca5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Benjamin,

Thanks for prov= iding valuable comments, and pointing out several errors in the draft.=C2= =A0=C2=A0We have posted an undated version https://tools.ietf.org/html/draf= t-ietf-teas-yang-te-topo-17. Please=20 =09 check the updated draft.

Best regards,
- Xufen= g

On Wed, Jun 6, 2= 018 at 4:39 PM Benjamin Kaduk <kaduk@mit.edu> wrote:
Benjamin Kaduk has entered the following ballot position for
draft-ietf-teas-yang-te-topo-16: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-teas-yang-te-topo/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

Thanks to Alvaro for pointing out the specific considerations on the
geolocation variables.

This document has a large number (6) of authors;
https://www.rfc-editor.org/policy.html#po= licy.authlist implies that
justification is needed for more than 5 authors.

Section 3.4

I'm confused why the transitional TE link disappears once a normal
TE link abstracting away the layer transition appears -- is there no
longer potential to do layer transition at that node (e.g., to take
a different path in the server layer network) once a layer
transition is in use?
=09 =09 =09 
[Xufeng]: Right. That is the case. 
=

Section 8

I'm not sure I understand why the te:templates tree is not called
out as "sensitive" -- is it just the "template" nature?= =C2=A0 Lots of
these look like things that could have detrimental impact if
modified in an actual live instance -- ID, bandwidth, type, etc., so
I mostly assume that it's just the templatey-ness, but don't quite<= br> understand how that works.
=09 =09 =09 
[Xufeng]: You are right. The templates tree is=
 =E2=80=9Csensitive=E2=80=9D. Because the templates are located together un=
der /nw:networks/tet:te, we do not list each template separately. They are =
mentioned in the section of /nw:networks/tet:te, which contains all templat=
es.

There are a number of places where editorial attention would be beneficial;= I
only noted a small subset of them.=C2=A0 One recurring theme is "<f= oo> is assigned
with the <bar>=C2=A0 unique ID", which might be more clearly phr= ased as "A <foo> is
assigned a unique ID within the scope of <bar>".=C2=A0 Some othe= r specific items
follow.=C2=A0 =09 =09 =09 
[Xufeng]: Edited these occurrences.

Section 1

=C2=A0 =C2=A0[...] There could be one or more TE Topologies present in a gi= ven
=C2=A0 =C2=A0Traffic Engineered system. The TE Topology is the topology on = which
=C2=A0 =C2=A0path computational algorithms are run to compute Traffic Engin= eered
=C2=A0 =C2=A0Paths (TE Paths).

nit: If there could be more than one, it seems grammatically
improper to use the definite article "the" (without further
qualification) to refer to them.
=09 =09 =09 
[Xufeng]: Changed =E2=80=9Cthe=E2=80=9D to =E2=80=9Ca=E2=80=9D.

Section 1.1

=C2=A0 =C2=A0Customized TE Topology: Customized TE Topology is a custom top= ology
=C2=A0 =C2=A0that is produced by a provider for a given Client. This topolo= gy
=C2=A0 =C2=A0typically augments the Client's Native TE Topology. Path =C2=A0 =C2=A0computational algorithms aren't typically run on the Custo= mized TE
=C2=A0 =C2=A0Topology; they are run on the Client's augmented Native TE= Topology.

This text doesn't really help me tell the difference between the
"Client's augmented Native TE Topology" and the "Customi= zed TE
Topology", which is the Client's Native TE Topology plus some
unspecified augmentation (that is apparently different from the one
used for path computation).

=09 =09 =09 
[Xufeng]: Reworded this section to clarify. We also use another docu=
ment, https://tools.ietf.org/pdf/draft-ietf-teas-te-topo-and-tunn=
el-modeling, to descri=
be such terminologies, model usages, and examples in more details. <=
br>
Section 2

=C2=A0 =C2=A0- Each TE Topological element has an information source associ= ated
=C2=A0 =C2=A0 =C2=A0with it. In some scenarios, there could be more than on= e
=C2=A0 =C2=A0 =C2=A0information source associated with each topological ele= ment.

editorial: I'd suggest replacing the last "each" with "a= ny given",
and maybe "has an" with "has at least one".

=09 =09 =09 
[Xufeng]: Edited as suggested.
Section 3.3

=C2=A0 =C2=A0TE link is an element of a TE topology (presented as an edge o= n TE
=C2=A0 =C2=A0graph, arrows indicate one or both directions of the TE link).=

(I don't see any arrows in Figure 1.)
=09 =09 =09 
[Xufeng]: Clarified that an edge without arrows indicates a pair of =
links of opposite directions.
=C2=A0

=C2=A0 =C2=A0[...] TE link
=C2=A0 =C2=A0is connected to TE node, terminating the TE link via exactly o= ne TE
=C2=A0 =C2=A0link termination point (LTP).

Even unidirectional links have a source and destination; presumably
both of those are attributes of the TE link?=C2=A0 Perhaps "for any gi= ven
node" should be more explicit?
=09 =09 =09 
[Xufeng]: According to the model defined in RFC8345, the link termin=
ation point is not an attribute of the link, but a separate entity on the n=
ode. When a link is specified, the source node, source termination point, d=
estination node, and destination termination point are associated with the =
link. The model in this document augments the model in RFC8345, and therefo=
re inherits the same characteristics.


Section 3.8

=C2=A0 =C2=A0[...] From the point of view of
=C2=A0 =C2=A0a potential TE path LLCL provides a list of valid TE links the= TE
=C2=A0 =C2=A0path needs to start/stop on for the connection, taking the TE = path,
=C2=A0 =C2=A0to be successfully terminated on the TTP in question.

nit: this could probably be reworded to be more clear, maybe:

%=C2=A0 From the point of view of usability in creating a TE path, the LLCL=
%=C2=A0 provides a list of the TE links that would be valid path components=
%=C2=A0 for paths involving the TTP in question.

=09 =09 =09 
[Xufeng]: =E2=80=9CFrom the point of view of a potential TE path=E2=
=80=9D is meant to say that an LLCL can be viewed as a potential path. We d=
on=E2=80=99t let user to create a TE path here, and the usability would not=
 be relevant. From this perspective, a potential TE path  is from the TTP t=
o one TE link. Since the TTP can potentially connects to many such TE links=
, there is a list of such entries, each of them is a link that can be poten=
tially connected. The document https://tools.ietf.org/pdf/draft-i=
etf-teas-te-topo-and-tunnel-modeling describes some such examples.
Section 3.10

=C2=A0 =C2=A0is unique across all TE topologies provided by the same provid= er.=C2=A0 The
=C2=A0 =C2=A0client layer LIPs and the server layer TTPs associated within = a given

Should that be "LTPs" instead of "LIPs"?
=09 =09 =09 
[Xufeng]: Yes. Thanks for noticing. Fixed.

Section 4.4

=C2=A0 =C2=A0[...] maintain. For example, in addition to the merged TE topo= logy depicted
=C2=A0 =C2=A0in the upper part of Figure 1, the client may merge the abstra= ct TE

Figure 1 was long ago and does not seem relevant.=C2=A0 Was this supposed to be Figure 9 or Figure 10?
=09 =09 =09 
[Xufeng]: Right. It should be Figure 9. Fixed

Section 7

=C2=A0 =C2=A0 =C2=A0grouping connectivity-label-restriction-list {
=C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of abel restrictions specifyin= g what labels may or may
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 not be used on a link connectivity."= ;;
=C2=A0 =C2=A0 =C2=A0 =C2=A0list label-restriction {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0key "index";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of abel restrictions sp= ecifying what labels may or may
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 not be used on a link connectivit= y.";

presumably "label" rather than "abel" (twice)?
=09 =09 =09 
[Xufeng]: We have removed this grouping in this model, and re-used a=
n equivalent grouping in te-types, specified in https://tools.ietf.org/html/draft=
-ietf-teas-yang-te-15.=
 The typo has been fixed there.

Another typo -- "speficied" for "specified" (also twice= ).
And "souruce" for "source" (twice)
=09 =09 =09 
[Xufeng]: Fixed.

Appendix C

Are there really supposed to be 63 occurrences of the string
"Attribute 11 for example technology" (i.e., with no "Attrib= ute 1",
"Attribute 2", etc.)?
=09 =09 =09 
[Xufeng]: These should be either =E2=80=9CBancwi=
dth 1=E2=80=9D, or =E2=80=9CLabel 1=E2=80=9D. Fixed.
--00000000000019a0f2056f686ca5-- From nobody Sun Jun 24 12:46:38 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47888130E57; Sun, 24 Jun 2018 12:46:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 tVFXtyfl54KL; Sun, 24 Jun 2018 12:46:27 -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 E9808130E33; Sun, 24 Jun 2018 12:46:26 -0700 (PDT) Received: by mail-it0-x241.google.com with SMTP id 16-v6so9404651itl.5; Sun, 24 Jun 2018 12:46:26 -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 :cc; bh=qJERjj1ap/l/O/Ld9KiasSc9wkCWmoAizrKSWdtKvyE=; b=ssFRcWFaYiQub3yWtp3j7QJrmeMXcL5Cy/Zo5t8izsSW/nWoasnHzSGUsZsi9mJsUy PP0+1qoTav9AaacOcvd7N3EVycbnknhiO9he0khSt4QdnYTcVxo8Cu679e8qtSrARHZc 5IruWUd6xkS+tSUqHHntrQ8lLLIyor4rVBdgriYYuEFqaUw8IONBl9Xw8UTNAi+qR0/l vW0hKJFA7mCGkH1aup+ZkvZN8cxVHiDa5OvOTQTl8OKNLT4MTWsZ+V+T7QiVifvfcVXR zHbHYEahDP30druZiucntjMinndNXgzbdM5IjXEiB2mAK9jLpNnvlJNCUzJqZsXui2kQ 7pPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qJERjj1ap/l/O/Ld9KiasSc9wkCWmoAizrKSWdtKvyE=; b=DUYN1gJeiE0G4DFh6GTcS1GSOXCR/7tnLfwciWZkFqfG0wZL+TTFShm00CZhiy7DW3 iToZQBj0na4rWERYLhjJY1KViW403Bvu4onY932v1SJbYXI7dZAz/qiGWsFh2aHnHkIi Xj8jU1OuNzdzmo50ROFPhoJ810WRoSTxZoCBeVnJ8NNO9IqSUbzs4VVFliTrcS/K2Hh0 ZVaM+1zUQvb9An1f7d7Hznsx5FLEpWYGwKhDVENnN0EsYMJ+/of7wyRTaoI48CphAkcr WnO39YS2wabIU1n9Tn8AHvcG1jX+bAiu6ycqHc8VL8kt9l43AfKT59vJb3uQA0A1TZU9 ZuMg== X-Gm-Message-State: APt69E0IS6yGK8sbZbBW9NhVDWv2jbvH3bviEjn4cLnD0pl2iq+fL6uo YtS+TgvjJjaY3SGuvRmNAe/S31Yh9xgMWXRNC4k= X-Google-Smtp-Source: ADUXVKKlQbVU6tRQWhWcd3tKcIdS7dJq0QWi7TYnhUNVTb3cqvThYrpCMYvDOmippoQAIqLI0eAqnPIcoBPxhXjW3Fw= X-Received: by 2002:a24:42d2:: with SMTP id i201-v6mr7564834itb.125.1529869586298; Sun, 24 Jun 2018 12:46:26 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5e:c90e:0:0:0:0:0 with HTTP; Sun, 24 Jun 2018 12:46:25 -0700 (PDT) In-Reply-To: <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> References: <152648165949.30969.14002611163004300703.idtracker@ietfa.amsl.com> <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> From: Xufeng Liu Date: Sun, 24 Jun 2018 15:46:25 -0400 Message-ID: To: "tom p." Cc: ietf , draft-ietf-teas-yang-te-topo@ietf.org, TEAS WG Chairs , TEAS WG , "BRUNGARD, DEBORAH A (ATTLABS)" Content-Type: multipart/alternative; boundary="0000000000003e7a93056f688574" Archived-At: Subject: Re: [Teas] Last Call: (YANG Data Model for Traffic Engineering (TE) Topologies) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 19:46:30 -0000 --0000000000003e7a93056f688574 Content-Type: text/plain; charset="UTF-8" Hi Tom, Thanks for pointing out these. We have posted We have posted an undated version *https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-17 * to include the fixes for these. Best regards, - Xufeng On Tue, Jun 5, 2018 at 1:01 PM, tom p. wrote: > Lou et al > > I note that the YANG module in this I-D has Reference statements to 20 > other RFC, which is good, but only one of the twenty appear in the > References for the I-D, which I think is not good, and needs to be > fixed. > > Also, some of the RFC which appear in Reference clauses of the YANG > module appear in [square brackets] e.g. [RFC6001] which I think should > not be there. > > In the same vein, there are imports of four other YANG modules but no > indication as to which RFC they can be found in - again, I think that > that needs fixing with a Reference statement. > > A quick pass suggests the missing references are to > 1195 missing > 3209 missing > 3272 missing > 3471 missing > 3630 missing > 3785 missing > 4201 4202 4203 4206 all missing > 4872 missing > 5152 missing > 5212 missing > 5305 missing > 6001 missing > 6241 ok Norm > 7471 missing > 7752 missing > 7579 missing > [Xufeng]: Fixed. > > Russ's comment about Section 1.1 does not seem to have been addressed. > [Xufeng]: Fixed. > > Tom Petch > > > ----- Original Message ----- > From: "The IESG" > To: "IETF-Announce" > Cc: ; ; > ; > Sent: Wednesday, May 16, 2018 3:40 PM > > > The IESG has received a request from the Traffic Engineering > Architecture and > > Signaling WG (teas) to consider the following document: - 'YANG Data > Model > > for Traffic Engineering (TE) Topologies' > > as Proposed Standard > > > > The IESG plans to make a decision in the next few weeks, and solicits > final > > comments on this action. Please send substantive comments to the > > ietf@ietf.org mailing lists by 2018-05-30. Exceptionally, comments may > be > > sent to iesg@ietf.org instead. In either case, please retain the > beginning of > > the Subject line to allow automated sorting. > > > > Abstract > > > > > > This document defines a YANG data model for representing, > retrieving > > and manipulating Traffic Engineering (TE) Topologies. The model > > serves as a base model that other technology specific TE Topology > > models can augment. > > > > > > > > > > > > The file can be obtained via > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > IESG discussion can be tracked via > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/ > > > > > > No IPR declarations have been submitted directly on this I-D. > > > > > > The document contains these normative downward references. > > See RFC 3967 for additional information: > > rfc5212: Requirements for GMPLS-Based Multi-Region and Multi-Layer > Networks (MRN/MLN) (Informational - IETF stream) > > > > > > > > --0000000000003e7a93056f688574 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Tom,

Thanks for pointing = out these. We have posted=20 =09 =09 =09

We have posted an undated version https://tools.ietf.org/html/draf= t-ietf-teas-yang-te-topo-17 to include the fixes for these.

=09

Best regards,
- Xufeng

On Tu= e, Jun 5, 2018 at 1:01 PM, tom p. <daedulus@btconnect.com> wrote:
Lou et al

I note that the YANG module in this I-D has Reference statements to 20
other RFC, which is good, but only one of the twenty appear in the
References for the I-D, which I think is not good, and needs to be
fixed.

Also, some of the RFC which appear in Reference clauses of the YANG
module appear in [square brackets] e.g. [RFC6001] which I think should
not be there.

In the same vein, there are imports of four other YANG modules but no
indication as to which RFC they can be found in - again, I think that
that needs fixing with a Reference statement.

A quick pass suggests the missing references are to
1195 missing
3209 missing
3272 missing
3471 missing
3630 missing
3785 missing
4201 4202 4203 4206 all missing
4872 missing
5152 missing
5212 missing
5305 missing
6001 missing
6241 ok Norm
7471 missing
7752 missing
7579 missing
=09 =09 =09

[Xufeng]: Fixed.


Russ's comment about Section 1.1 does not seem to have been addressed.<= br>
=09 =09 =09

[Xufeng]: Fixed.


Tom Petch


----- Original Message -----
From: "The IESG" <i= esg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Cc: <draft-ietf= -teas-yang-te-topo@ietf.org>; <teas-chairs@ietf.org>;
<teas@ietf.org>; <db3546@att.com>
Sent: Wednesday, May 16, 2018 3:40 PM

> The IESG has received a request from the Traffic Engineering
Architecture and
> Signaling WG (teas) to consider the following document: - 'YANG Da= ta
Model
> for Traffic Engineering (TE) Topologies'
>=C2=A0 =C2=A0<draft-ietf-teas-yang-te-topo-15.txt> as Propos= ed Standard
>
> The IESG plans to make a decision in the next few weeks, and solicits<= br> final
> comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 20= 18-05-30. Exceptionally, comments may
be
> sent to iesg@ietf.org instead. In= either case, please retain the
beginning of
> the Subject line to allow automated sorting.
>
> Abstract
>
>
>=C2=A0 =C2=A0 This document defines a YANG data model for representing,=
retrieving
>=C2=A0 =C2=A0 and manipulating Traffic Engineering (TE) Topologies. The= model
>=C2=A0 =C2=A0 serves as a base model that other technology specific TE = Topology
>=C2=A0 =C2=A0 models can augment.
>
>
>
>
>
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/
>
> IESG discussion can be tracked via
> https://datatracker.ietf.o= rg/doc/draft-ietf-teas-yang-te-topo/ballot/
>
>
> No IPR declarations have been submitted directly on this I-D.
>
>
> The document contains these normative downward references.
> See RFC 3967 for additional information:
>=C2=A0 =C2=A0 =C2=A0rfc5212: Requirements for GMPLS-Based Multi-Region = and Multi-Layer
Networks (MRN/MLN) (Informational - IETF stream)
>
>
>


--0000000000003e7a93056f688574-- From nobody Sun Jun 24 13:15:18 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0404A130E67; Sun, 24 Jun 2018 13:15:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 lxJ8xa_W6Uc3; Sun, 24 Jun 2018 13:15:09 -0700 (PDT) Received: from mail-io0-x242.google.com (mail-io0-x242.google.com [IPv6:2607:f8b0:4001:c06::242]) (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 4FEB1130E5B; Sun, 24 Jun 2018 13:15:09 -0700 (PDT) Received: by mail-io0-x242.google.com with SMTP id r24-v6so10556799ioh.9; Sun, 24 Jun 2018 13:15:09 -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 :cc; bh=Tqp1cSniuaFm2CnTUsRhhDA8xXlERLCP3A5mC7DoKt4=; b=sBTzL5OS0lDo92yC0/XInGNJNrf9+olytSTRolmUSIfSkedFGKYpKDXzUQG2KfBxAq YA73FY1fFePtleopP9/duU/GgXEIUqYI8dMmFeojeMsilnbrHITvYTTeEyqCZXKq8pO/ TTmt8tIvLAHTCrTUSQtxC8cTZwpsd0Zvq0zMrJ9MYD5mVYG5lVnGoi0pkXH0r+VB5Ov/ fi2vBqWIhJP9WYNggjZlJn6jjOpQGcAwowjCWbdUnr3i86M4BLptpUi4g5iHq6vrx8j0 X/cS/5zqTSpWjy3sV7RRDbqP7GvM1cEhLIaho6tHQSHiq26TZtuVLQPVQJfumBnPNHda SAKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Tqp1cSniuaFm2CnTUsRhhDA8xXlERLCP3A5mC7DoKt4=; b=tA1usIMgsi9qa6JU2ZW719W1Cwz4sSoG2K2cVjvbJwVm+y+OCEHcZ1J9WxbG+BxcxV gg8T5NQv5PjslMOaLngW5ihONfJeof0/0rWFNVUGSiUJzJUu26W4EZBhpM/1j9xaEJsa vRnfezkaa0RHc7EAca24CCnTzbY0sJtfZciDIKa7XWJ+iCpcum8HxV4sk4sg45ekoylR tmlZSjNYiHwrKmQJ46DJv2MlGlYQK09E8UUlG4/4oO1VUxKQxk5MCG8DI5AolFCCjbQK 7B6tf+bpSBSotm8KYyOCL9oGQ3bD21q3r4IHLpMAKltKPcIIXru5ebmvMf15zuaI9mLK wKPQ== X-Gm-Message-State: APt69E1rUGWopBHCVepw+DGvLaCglJC1yHKtOrDE7jt9eca1jGPB+kDG h7GBy1CYeWhgfBNWraDPW7irwKhuFrXcS75P67E= X-Google-Smtp-Source: ADUXVKJ6/ElNTJOVe0QbqGeDu635iCC/CGvnbo4ApHkJCBSmYLCcp+MCFvp+5fKvEw9ebaCe+W90DS4aGKhz2ZnzOeQ= X-Received: by 2002:a6b:28c6:: with SMTP id o189-v6mr8059510ioo.149.1529871308676; Sun, 24 Jun 2018 13:15:08 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5e:c90e:0:0:0:0:0 with HTTP; Sun, 24 Jun 2018 13:15:08 -0700 (PDT) In-Reply-To: <008501d3fd78$99a4e5e0$4001a8c0@gateway.2wire.net> References: <152648165949.30969.14002611163004300703.idtracker@ietfa.amsl.com> <00fa01d3fcee$db4933a0$4001a8c0@gateway.2wire.net> <008501d3fd78$99a4e5e0$4001a8c0@gateway.2wire.net> From: Xufeng Liu Date: Sun, 24 Jun 2018 16:15:08 -0400 Message-ID: To: "tom p." Cc: ietf , TEAS WG Chairs , TEAS WG , draft-ietf-teas-yang-te-topo@ietf.org, "BRUNGARD, DEBORAH A (ATTLABS)" Content-Type: multipart/alternative; boundary="000000000000e7ecc9056f68eb27" Archived-At: Subject: Re: [Teas] Last Call: (YANG Data Model for Traffic Engineering (TE) Topologies) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2018 20:15:12 -0000 --000000000000e7ecc9056f68eb27 Content-Type: text/plain; charset="UTF-8" Hi Tom, On Wed, Jun 6, 2018 at 5:26 AM, tom p. wrote: > Further thoughts on -16 (as my previous comments included below are). > > What is the status of Appendix B? I find this a thorny question. > Appendices are usually regarded as not Normative, with a statement > called for when it is otherwise. This is a YANG module which non-NMDA > servers will implement so that says it is Normative, to me. On the > other hand, the world is going NMDA - I do not know how fast - so this > is more like Historic; or non-Normative? > > I do not know the answer but do know we can expect to see this several > times, so I am thinking that some thought and guidance from an Ops AD > would be valuable. > [Xufeng]: The current format is the result of long, back-and-forth discussions among NETMOD and RGTWG working groups, and related ADs. https://mailarchive.ietf.org/arch/msg/netmod/rqrXUqs8YMIfcrKZnSIoH4gA-8M For now, we use this convention, until a new one is agreed on. > > IANA Considerations should have a > reference: RFC XXXX > for each module registered [Xufeng]: Fixed in revision -17. > > Additionally, my comments about the YANG module in the body of the > document apply to Appendix B and C namely > - [RFC ... looks wrong in a YANG module > - import without reference > > Does the YANG module in Appendix C need a Copyright statement? > [Xufeng]: For the example in Appendix C, we currently follow the format from https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20, which does not use Copyright statement. > > Should the YANG module in Appendix C be registered? It took a while for > the IETF to see the need to define formally such things as > example.com > so I am thinking it probably should be lest we get many different > varieties in the wild. > > And I would like a Note to the RFC Editor asking them to update the > dates with the date of publication especially since there are five such > dates rather than the usual two. > > Tom Petch > > ----- Original Message ----- > From: "tom p." > To: > Cc: ; ; > ; > Sent: Tuesday, June 05, 2018 6:01 PM > > > > Lou et al > > > > I note that the YANG module in this I-D has Reference statements to 20 > > other RFC, which is good, but only one of the twenty appear in the > > References for the I-D, which I think is not good, and needs to be > > fixed. > > > > Also, some of the RFC which appear in Reference clauses of the YANG > > module appear in [square brackets] e.g. [RFC6001] which I think should > > not be there. > > > > In the same vein, there are imports of four other YANG modules but no > > indication as to which RFC they can be found in - again, I think that > > that needs fixing with a Reference statement. > > > > A quick pass suggests the missing references are to > > 1195 missing > > 3209 missing > > 3272 missing > > 3471 missing > > 3630 missing > > 3785 missing > > 4201 4202 4203 4206 all missing > > 4872 missing > > 5152 missing > > 5212 missing > > 5305 missing > > 6001 missing > > 6241 ok Norm > > 7471 missing > > 7752 missing > > 7579 missing > > > > Russ's comment about Section 1.1 does not seem to have been addressed. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: "The IESG" > > To: "IETF-Announce" > > Cc: ; ; > > ; > > Sent: Wednesday, May 16, 2018 3:40 PM > > > > > The IESG has received a request from the Traffic Engineering > > Architecture and > > > Signaling WG (teas) to consider the following document: - 'YANG Data > > Model > > > for Traffic Engineering (TE) Topologies' > > > as Proposed Standard > > > > > > The IESG plans to make a decision in the next few weeks, and > solicits > > final > > > comments on this action. Please send substantive comments to the > > > ietf@ietf.org mailing lists by 2018-05-30. Exceptionally, comments > may > > be > > > sent to iesg@ietf.org instead. In either case, please retain the > > beginning of > > > the Subject line to allow automated sorting. > > > > > > Abstract > > > > > > > > > This document defines a YANG data model for representing, > > retrieving > > > and manipulating Traffic Engineering (TE) Topologies. The model > > > serves as a base model that other technology specific TE Topology > > > models can augment. > > > > > > > > > > > > > > > > > > The file can be obtained via > > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > > > > IESG discussion can be tracked via > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/ > > > > > > > > > No IPR declarations have been submitted directly on this I-D. > > > > > > > > > The document contains these normative downward references. > > > See RFC 3967 for additional information: > > > rfc5212: Requirements for GMPLS-Based Multi-Region and > Multi-Layer > > Networks (MRN/MLN) (Informational - IETF stream) > > --000000000000e7ecc9056f68eb27 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Tom,

On Wed, Jun 6, 2018 at 5:26 AM, tom p. = <daedulus@bt= connect.com> wrote:
Further thoughts on -16 (as my previous comments included below= are).

What is the status of Appendix B?=C2=A0 I find this a thorny question.
Appendices are usually regarded as not Normative, with a statement
called for when it is otherwise.=C2=A0 This is a YANG module which non-NMDA=
servers will implement so that says it is Normative, to me.=C2=A0 On the other hand, the world is going NMDA - I do not know how fast - so this
is more like Historic; or non-Normative?

I do not know the answer but do know we can expect to see this several
times, so I am thinking that some thought and guidance from an Ops AD
would be valuable.
=C2=A0
[Xufeng]: The= current format is the result of long, back-and-forth=20 discussions among NETMOD and RGTWG working groups, and related ADs.=20 https://mailarchive.ietf.org/arch/msg/netmod/rqrXUqs8YMIfcrKZnSIo= H4gA-8M
For now, we use this convention, until a new one is a= greed on.=C2=A0
=C2=A0

IANA Considerations should have a
=C2=A0 =C2=A0 =C2=A0 reference:=C2=A0 =C2=A0 RFC XXXX
for each module registered=C2=A0
=C2=A0
[Xufeng]= : Fixed in revision -17.

Additionally, my comments about the YANG module in the body of the
document apply to Appendix B and C namely
- [RFC ... looks wrong in a YANG module
- import without reference

Does the YANG module in Appendix C need a Copyright statement?
=C2=A0
[Xufeng]: For the example in Appendix C, we curre= ntly follow the format from=C2=A0 https://tools.ietf.org/html/draft-ietf-netmo= d-rfc6087bis-20, which does not use Copyright statement.

Should the YANG module in Appendix C be registered?=C2=A0 It took a while f= or
the IETF to see the need to define formally such things as
example= .com
so I am thinking it probably should be lest we get many different
varieties in the wild.

And I would like a Note to the RFC Editor asking them to update the
dates with the date of publication especially since there are five such
dates rather than the usual two.

Tom Petch

----- Original Message -----
From: "tom = p." <daedulus@btconnect.c= om>
To: <ietf@ietf.org>
Cc: <teas-chairs@ietf.org>= ;; <teas@ietf.org>;
<draft-ietf-tea= s-yang-te-topo@ietf.org>; <db3546@att.com>
Sent: Tuesday, June 05, 2018 6:01 PM


> Lou et al
>
> I note that the YANG module in this I-D has Reference statements to 20=
> other RFC, which is good, but only one of the twenty appear in the
> References for the I-D, which I think is not good, and needs to be
> fixed.
>
> Also, some of the RFC which appear in Reference clauses of the YANG > module appear in [square brackets] e.g. [RFC6001] which I think should=
> not be there.
>
> In the same vein, there are imports of four other YANG modules but no<= br> > indication as to which RFC they can be found in - again, I think that<= br> > that needs fixing with a Reference statement.
>
> A quick pass suggests the missing references are to
> 1195 missing
> 3209 missing
> 3272 missing
> 3471 missing
> 3630 missing
> 3785 missing
> 4201 4202 4203 4206 all missing
> 4872 missing
> 5152 missing
> 5212 missing
> 5305 missing
> 6001 missing
> 6241 ok Norm
> 7471 missing
> 7752 missing
> 7579 missing
>
> Russ's comment about Section 1.1 does not seem to have been addres= sed.
>
> Tom Petch
>
>
> ----- Original Message -----
> From: "The IESG" <iesg-secretary@ietf.org>
> To: "IETF-Announce" <ietf-announce@ietf.org>
> Cc: <draft= -ietf-teas-yang-te-topo@ietf.org>; <teas-chairs@ietf.org>;
> <teas@ietf.org>; <db3546@att.com>
> Sent: Wednesday, May 16, 2018 3:40 PM
>
> > The IESG has received a request from the Traffic Engineering
> Architecture and
> > Signaling WG (teas) to consider the following document: - 'YA= NG Data
> Model
> > for Traffic Engineering (TE) Topologies'
> >=C2=A0 =C2=A0<draft-ietf-teas-yang-te-topo-15.txt> as P= roposed Standard
> >
> > The IESG plans to make a decision in the next few weeks, and
solicits
> final
> > comments on this action. Please send substantive comments to the<= br> > > ietf@ietf.org mailing lists = by 2018-05-30. Exceptionally, comments
may
> be
> > sent to iesg@ietf.org instea= d. In either case, please retain the
> beginning of
> > the Subject line to allow automated sorting.
> >
> > Abstract
> >
> >
> >=C2=A0 =C2=A0 This document defines a YANG data model for represen= ting,
> retrieving
> >=C2=A0 =C2=A0 and manipulating Traffic Engineering (TE) Topologies= . The model
> >=C2=A0 =C2=A0 serves as a base model that other technology specifi= c TE Topology
> >=C2=A0 =C2=A0 models can augment.
> >
> >
> >
> >
> >
> > The file can be obtained via
> > https://datatracker.ietf.org= /doc/draft-ietf-teas-yang-te-topo/
> >
> > IESG discussion can be tracked via
> >
https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ballot/
> >
> >
> > No IPR declarations have been submitted directly on this I-D.
> >
> >
> > The document contains these normative downward references.
> > See RFC 3967 for additional information:
> >=C2=A0 =C2=A0 =C2=A0rfc5212: Requirements for GMPLS-Based Multi-Re= gion and
Multi-Layer
> Networks (MRN/MLN) (Informational - IETF stream)


--000000000000e7ecc9056f68eb27-- From nobody Mon Jun 25 07:50:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F2E1130DEE for ; Mon, 25 Jun 2018 07:50:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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 z-eSn7ewCVbq for ; Mon, 25 Jun 2018 07:50:24 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77FD3130DF9 for ; Mon, 25 Jun 2018 07:50:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1515; q=dns/txt; s=iport; t=1529938224; x=1531147824; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=RQZHQAXZznDwgKGllhj4qhk94SeSlYC6lHaACNXgki8=; b=GeVbxXLvwaMsKwji7pyzTykvq3y+nZ9R+6vt3/sYLwHgl9AoKTEQ0XWP E8NZlpfnepgrkYHbPovexWFNOfZ0c6l2dbuFIfnkjBlIiPnl0kXtKwLt/ z7nhjho40gDDsC+9k1ZiDCiHaCPrn6eIhF499y79AoePS3h93Vqv7bfqu 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ACAgDI/zBb/5JdJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYMbLoFhMpg0mQkLLIRAgw0hOBQBAgEBAQEBAQJtKIVpPxI?= =?us-ascii?q?BPkImAQQODYUdrTOIRIECiGyBVj+ObgKZLwkCgTmNToFIhAaIA4d0iVICERM?= =?us-ascii?q?BgSQ0IYFScBU7gmqQUIIEimwEgSoBgRkBAQ?= X-IronPort-AV: E=Sophos;i="5.51,270,1526342400"; d="scan'208";a="134421634" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Jun 2018 14:50:23 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id w5PEoNdc025515 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 25 Jun 2018 14:50:23 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 25 Jun 2018 09:50:23 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Mon, 25 Jun 2018 09:50:23 -0500 From: "Matt Hartley (mhartley)" To: "TEAS WG (teas@ietf.org)" CC: "Matt Hartley (mhartley)" Thread-Topic: Agenda for Montreal Thread-Index: AdQMkztf2s9agw5VRlqHqJyQ66csww== Date: Mon, 25 Jun 2018 14:50:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.213.98] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Teas] Agenda for Montreal X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2018 14:50:27 -0000 All, Time to prepare the agenda for Montreal. We're meeting at 9:30 - 12:00 on W= ednesday July 18th in Centre Ville. If you have a draft you'd like to present, please send a request to me and = the Chairs by the end of next Monday (July 2nd) and tell us how long you ne= ed. If a WG draft isn't being presented, please be prepared to send an upda= te on it to the list. Note that the same day is also the deadline for draft= submissions. We'll be asking for slides and updates to be sent by Friday July 13th so th= at we can get them all uploaded and people have a chance to look at them in= advance. Thanks Matt, Lou and Pavan 2018-07-02 (Monday): Internet Draft submission cut-off (for all drafts, inc= luding -00) by UTC 23:59. Upload using the ID Submission Tool. 2018-07-04 (Wednesday): Draft Working Group agendas due by UTC 23:59. Uploa= d using the Meeting Materials Management Tool. 2018-07-06 (Friday): Early Bird registration and payment cut-off at UTC 23:= 59. 2018-07-09 (Monday): Registration cancellation cut-off at UTC 23:59. 2018-07-09 (Monday): Revised Working Group agendas due by UTC 23:59. Upload= using the Meeting Materials Management Tool. 2018-07-13 (Friday): Final Pre-Registration and Pre-Payment cut-off at 17:0= 0 local meeting time. 2018-08-10 (Friday): Proceedings submission cutoff date by UTC 23:59. Uploa= d using the Meeting Materials Management Tool. 2018-09-03 (Monday): Proceedings submission corrections cutoff date by UTC = 23:59. From nobody Mon Jun 25 09:34:45 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C13D130EB5; Mon, 25 Jun 2018 09:34:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 pTh_G1pRN7FO; Mon, 25 Jun 2018 09:34:34 -0700 (PDT) Received: from mail-yb0-x242.google.com (mail-yb0-x242.google.com [IPv6:2607:f8b0:4002:c09::242]) (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 87291129C6B; Mon, 25 Jun 2018 09:34:34 -0700 (PDT) Received: by mail-yb0-x242.google.com with SMTP id a2-v6so4816830ybe.11; Mon, 25 Jun 2018 09:34:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LhSDJB/MIatnorM0oJBVys99ohCqLUfrYJVDsK66YpU=; b=Pmbotcp+B0nX5X+wRFdGeH1dvDZUpwZr4sVGwOVBB/ul9+oAWso+pCTACFq53Z2Sql nzj8hCa+nl8qKJRxu+Wnyt4WEtG5tsDGzHrDmf/Q6hNDiiwtNxp5Tu8Y6tClYo/lCI5E xmTCNda0cWm7aU3Og6gIyBEObzDIBa9U2fJq7UNZvZqDVdWkbnJxmPXNPfAM9qhGmaqq RyPHJoYZFi6PTfF5+fr3ssYsTmkSjMPkskBYekZfuzLNo/1cEd9/wXymOJo9Ridw0XxX BpgG9RsJu//DKH2j/lxiAe2a1jQg73brk8mn0Zo4OLYFIEkZBmnCgz1c/N2j8zwia7kQ g6Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LhSDJB/MIatnorM0oJBVys99ohCqLUfrYJVDsK66YpU=; b=j5zaXNQyl19ABfURWFKqogA+9LhE2xM/NPp5q7hV/1ioG5hepF4+s4KIU3uSPF2i7R RZF/iJXM7db83awOKsvDg+HmS0CzTHAu3n3mIX8l2gA9seCJEEKfLmCdEFTV5vxn+dCt 5qy6rhRtaHg9NKzSRsnuF/LqXdN8TFQo4nBoSi58DAImXyw+hZYIEOQqWv+QtpPqY0vg SSsKBRJKbZlpzB0GGlWt/TS5nAIuXFgruNjOdrsCLC6/ySxqEFDL+QEg0Gn8pmbIkIum 90j+hLtVqWaMi4JkxsV8J9edAXYefoYo9ftDVC5bYcWXVKuEtGuySUd2BsxDeK/i4WyV Xizg== X-Gm-Message-State: APt69E0KeSy41kDX/pYLjvSl8zx3kYFoOJ1cKrthdsvJviOEPOxapHzi cU8DPK+MmzEqz2sVSQ3BbSch53OYf3ooIXfcP7E= X-Google-Smtp-Source: ADUXVKIDnl9qJvvU0BAiPcyML7iPCRLqzBS54un3cVJ78sSxRHy9kG5OvWmzMo0S2F6+qNVf3Igmc7tNvkwI8fSngIQ= X-Received: by 2002:a25:6156:: with SMTP id v83-v6mr6837839ybb.221.1529944473673; Mon, 25 Jun 2018 09:34:33 -0700 (PDT) MIME-Version: 1.0 References: <152822909542.19153.18014474471246420890.idtracker@ietfa.amsl.com> In-Reply-To: From: Spencer Dawkins at IETF Date: Mon, 25 Jun 2018 11:34:20 -0500 Message-ID: To: xufeng.liu.ietf@gmail.com Cc: IESG , draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , "TEAS WG (teas@ietf.org)" Content-Type: multipart/alternative; boundary="000000000000e13f26056f79f482" Archived-At: Subject: Re: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2018 16:34:38 -0000 --000000000000e13f26056f79f482 Content-Type: text/plain; charset="UTF-8" Hi, Xufeng, On Sat, Jun 23, 2018 at 9:30 PM Xufeng Liu wrote: > Hi Spencer, > Thanks for the comments. This section has been re-worded a bit in the > updated version to clarify. It is reasonable to ask for more explanations, > for this section, and for some others. The challenge is that a word or two > might not be sufficient. The TEAS Working Group has discussed such issues, > and decided to adopt another document *https://tools.ietf.org/html/draft-ietf-teas-te-topo-and-tunnel-modeling > *, > to describe the use cases, model usages, terminologies, and examples, in > greater details. Another draft, *https://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo > *, also > discusses such a case. > (Keeping in mind that I'm a No-Obj ballot, so we're just talking ... if you're able to point to this work ("to learn more, see ..."), I'd think that would be helpful without you trying to describe something available in another document, which would waste your time at best, even if your summary in this document was perfect. Do the right thing, of course. Spencer > Thanks, > - Xufeng > > On Tue, Jun 5, 2018 at 4:04 PM Spencer Dawkins < > spencerdawkins.ietf@gmail.com> wrote: > >> Spencer Dawkins has entered the following ballot position for >> draft-ietf-teas-yang-te-topo-16: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> I found myself wondering what the last sentence in >> >> - TE Topology may not be congruent to the routing topology (topology >> constructed based on routing adjacencies) in a given TE System. >> There isn't always a one-to-one association between a TE-link and >> a routing adjacency. For example, the presence of a TE link >> between a pair of nodes doesn't necessarily imply the existence of >> a routing-adjacency between these nodes. >> >> was saying about what IS implied between these nodes. I'm guessing, but >> this >> draft seems to assume a relatively low level amount of experience with >> traffic >> engineering, so I can imagine readers who could benefit from a word or >> two of >> explanation. >> >> >> --000000000000e13f26056f79f482 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Xufeng,

On Sat, Jun 23, 2018 at 9:30 PM Xufeng Liu <xufeng.liu.ietf@gmail.com> wrote:

Hi Spencer,
Thanks for the comments.=20 =09 This section has been re-wor= ded a bit in the updated version to clarify. It is reasonable to ask for mo= re explanations, for this section, and for some others. The challenge is th= at a word or two might not be sufficient. The TEAS Working Group has discus= sed such issues, and decided to adopt another document <= u>https://tools.ietf.org/html/draft-ietf-teas-te= -topo-and-tunnel-modeling, to describe the use cases, model = usages, terminologies, and examples, in greater details. Another draft, https://tools.ietf.org/html/draft-ietf-t= eas-yang-l3-te-topo, also discusses such a case.

(Keeping in mind that I'm a No= -Obj ballot, so we're just talking ... if you're able to point to t= his work ("to learn more, see ..."), I'd think that would be = helpful without you trying to describe something available in another docum= ent, which would waste your time at best, even if your summary in this docu= ment was perfect.=C2=A0

Do the right thing, of cou= rse.

Spencer
=C2=A0
Thanks,
- Xufeng

On Tue, Jun 5, 201= 8 at 4:04 PM Spencer Dawkins <spencerdawkins.ietf@gmail.com> wrote:
Spencer Dawkins has entered the followin= g ballot position for
draft-ietf-teas-yang-te-topo-16: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft= -ietf-teas-yang-te-topo/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I found myself wondering what the last sentence in

=C2=A0 - TE Topology may not be congruent to the routing topology (topology=
=C2=A0 =C2=A0 =C2=A0constructed based on routing adjacencies) in a given TE= System.
=C2=A0 =C2=A0 =C2=A0There isn't always a one-to-one association between= a TE-link and
=C2=A0 =C2=A0 =C2=A0a routing adjacency. For example, the presence of a TE = link
=C2=A0 =C2=A0 =C2=A0between a pair of nodes doesn't necessarily imply t= he existence of
=C2=A0 =C2=A0 =C2=A0a routing-adjacency between these nodes.

was saying about what IS implied between these nodes. I'm guessing, but= this
draft seems to assume a relatively low level amount of experience with traf= fic
engineering, so I can imagine readers who could benefit from a word or two = of
explanation.


--000000000000e13f26056f79f482-- From nobody Tue Jun 26 15:50:34 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 83FCB130E5F; Tue, 26 Jun 2018 15:50:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , draft-ietf-teas-actn-info-model@ietf.org, db3546@att.com, Vishnu Beeram , teas-chairs@ietf.org, teas@ietf.org, vbeeram@juniper.net, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <153005342553.18849.5023939518022292590.idtracker@ietfa.amsl.com> Date: Tue, 26 Jun 2018 15:50:25 -0700 Archived-At: Subject: [Teas] Document Action: 'Information Model for Abstraction and Control of TE Networks (ACTN)' to Informational RFC (draft-ietf-teas-actn-info-model-10.txt) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2018 22:50:27 -0000 The IESG has approved the following document: - 'Information Model for Abstraction and Control of TE Networks (ACTN)' (draft-ietf-teas-actn-info-model-10.txt) as Informational RFC This document is the product of the Traffic Engineering Architecture and Signaling Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ Technical Summary This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). Working Group Summary This is part of the initial set of ACTN documents worked on by the WG. There was some debate prior to WG adoption on whether this needs to be a temporary document (just remain active till the corresponding data models are put together) or not. There was consensus to take it through to the publication process. Document Quality This document has been discussed and reviewed thoroughly by the WG. While there have been no official statements on the adoption and implementation of this information model, the authors are from multiple vendors, and implementation is expected. Personnel Who is the Document Shepherd for this document? Vishnu Pavan Beeram Who is the Responsible Area Director? Deborah Brungard From nobody Wed Jun 27 01:42:18 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A24FA130E81; Wed, 27 Jun 2018 01:42:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153008893662.15438.6120487593987172677@ietfa.amsl.com> Date: Wed, 27 Jun 2018 01:42:16 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-native-ip-scenarios-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2018 08:42:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : CCDR Scenario, Simulation and Suggestion Authors : Aijun Wang Xiaohong Huang Caixia Kou Zhenqiang Li Lu Huang Penghui Mi Filename : draft-ietf-teas-native-ip-scenarios-01.txt Pages : 13 Date : 2018-06-27 Abstract: This document describes the scenarios, simulation and suggestions for the "Centrally Control Dynamic Routing (CCDR)" architecture, which integrates the merit of traditional distributed protocols (IGP/BGP), and the power of centrally control technologies (PCE/SDN) to provide one feasible traffic engineering solution in various complex scenarios for the service provider. Traditional MPLS-TE solution is mainly used in static network planning scenario and is difficult to meet the QoS assurance requirements in real-time traffic network. With the emerge of SDN concept and related technologies, it is possible to simplify the complexity of distributed control protocol, utilize the global view of network condition, give more efficient solution for traffic engineering in various complex scenarios. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-native-ip-scenarios-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-native-ip-scenarios-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 27 01:44:20 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 003FB12872C; Wed, 27 Jun 2018 01:44:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153008905895.15366.14612555648628079021@ietfa.amsl.com> Date: Wed, 27 Jun 2018 01:44:18 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-pce-native-ip-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2018 08:44:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : PCE in Native IP Network Authors : Aijun Wang Quintin Zhao Boris Khasanov Huaimo Chen Penghui Mi Raghavendra Mallya Shaofu Peng Filename : draft-ietf-teas-pce-native-ip-01.txt Pages : 11 Date : 2018-06-27 Abstract: This document defines the framework for CCDR traffic engineering within Native IP network, using Dual/Multi-BGP session strategy and PCE-based central control architecture. The proposed central mode control framework conforms to the concept that defined in [RFC8283]. The scenario and simulation results of CCDR traffic engineering is described in draft [I-D.ietf-teas-native-ip-scenarios]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-pce-native-ip/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-pce-native-ip-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-pce-native-ip-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-pce-native-ip-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 27 11:38:49 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 234E3130E97; Wed, 27 Jun 2018 11:38:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153012472110.15418.9315032889044281069@ietfa.amsl.com> Date: Wed, 27 Jun 2018 11:38:41 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-topo-18.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2018 18:38:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for Traffic Engineering (TE) Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez De Dios Filename : draft-ietf-teas-yang-te-topo-18.txt Pages : 197 Date : 2018-06-27 Abstract: This document defines a YANG data model for representing, retrieving and manipulating Traffic Engineering (TE) Topologies. The model serves as a base model that other technology specific TE Topology models can augment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-18 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-topo-18 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-topo-18 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 27 11:42:55 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41E06130E9C; Wed, 27 Jun 2018 11:42:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 m-E-k0UEtDca; Wed, 27 Jun 2018 11:42:43 -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 A90F4130E9A; Wed, 27 Jun 2018 11:42:43 -0700 (PDT) Received: by mail-it0-x241.google.com with SMTP id j135-v6so8900594itj.1; Wed, 27 Jun 2018 11:42:43 -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 :cc; bh=/A8P9iIo18mRsnGpZ2HyZ1dMS2Saf1e/6t52pePafKE=; b=qyIQpoJCALk/hOrXOliY8kAbuvNDwjyC6bbubkAvTIK3zIWPfOYEB1+TZrEsmknSjw dXhTmqRG2EknlEwOwKhStGLyNPZClN21vGXkAJwFnKXpOcHp1nMSD8D32mj/IGXSw1cF iMKwiP+Dfsdi+Q+NNCSm5b6m4tkDOssqEAwLVUZJrK1/8r4Q+Ov7mJwInYdSnISNASuo 8mkjYyj8qeM/jtz8TTCA+uiEYxkW8Fv9o7730pSQQW6PwGk6kF+ll8U84laLztgBQcdc +BA3fGqTSJqVlfsakCaivvNhoCeF4OMLG651EBWC7dJ3ugMz8v08JMXln6ImA5w3dDBY 8Keg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/A8P9iIo18mRsnGpZ2HyZ1dMS2Saf1e/6t52pePafKE=; b=W1qhtIvjvQBUGY/25BVMopZ5pccuiuf3F8GiHTGvfwEQNBkrlsYBfbYzMmp//oqhWA 1zbzgGUUsLKE8YcwZWSrjKUuyVaqZ5HVw8oz/GuaaHScXJdET20F1FSN3//AHrjPNg5t x5xXbhIGZni005AA/+oMVPTEoq8fK6UzrGvtkORXQ7hwGTL9j/95YlyPxTaywkHL0dV4 NnZridXqqqMw0iTYI9VTboCQSmNUV51zG/Vt2+qbIEMknYIyGCTlvTNhbslV3H1FLj+r ztrt5n/Qw75YqMWfTShLmWo4RXz4oD6VKOzOlKBHG8xoC+uCwNTNSYG/NzjLjWZw7IqP prlw== X-Gm-Message-State: APt69E0QE23lJMAnjNQ2263OOtmetZU7TA6QsRw9E9ASpI2/2HvUQSEg d/N8hxlptoJSV0SKy6ab7xjHSHH1YFpY0o8/fhQ= X-Google-Smtp-Source: AAOMgpfvxReQ8X3ywTiKAS7ynLLMAVoManxa+oLbeaOMrLyCi41+dibdozATJ9JbCp0HS/FJeFGmvMDq+SsOjULAJOw= X-Received: by 2002:a02:b49a:: with SMTP id k26-v6mr5790305jaj.53.1530124962938; Wed, 27 Jun 2018 11:42:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a6b:bcc3:0:0:0:0:0 with HTTP; Wed, 27 Jun 2018 11:42:42 -0700 (PDT) In-Reply-To: References: <152822909542.19153.18014474471246420890.idtracker@ietfa.amsl.com> From: Xufeng Liu Date: Wed, 27 Jun 2018 14:42:42 -0400 Message-ID: To: Spencer Dawkins at IETF Cc: IESG , draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , TEAS WG Chairs , "TEAS WG (teas@ietf.org)" Content-Type: multipart/alternative; boundary="000000000000e0c46a056fa3fa30" Archived-At: Subject: Re: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-yang-te-topo-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2018 18:42:47 -0000 --000000000000e0c46a056fa3fa30 Content-Type: text/plain; charset="UTF-8" Hi Spencer, We agree that the references would be helpful, and we have added the statement to https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-18. Thanks, - Xufeng On Mon, Jun 25, 2018 at 12:34 PM, Spencer Dawkins at IETF < spencerdawkins.ietf@gmail.com> wrote: > Hi, Xufeng, > > On Sat, Jun 23, 2018 at 9:30 PM Xufeng Liu > wrote: > >> Hi Spencer, >> Thanks for the comments. This section has been re-worded a bit in the >> updated version to clarify. It is reasonable to ask for more explanations, >> for this section, and for some others. The challenge is that a word or two >> might not be sufficient. The TEAS Working Group has discussed such issues, >> and decided to adopt another document *https://tools.ietf.org/html/draft-ietf-teas-te-topo-and-tunnel-modeling >> *, >> to describe the use cases, model usages, terminologies, and examples, in >> greater details. Another draft, *https://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo >> *, also >> discusses such a case. >> > > (Keeping in mind that I'm a No-Obj ballot, so we're just talking ... if > you're able to point to this work ("to learn more, see ..."), I'd think > that would be helpful without you trying to describe something available in > another document, which would waste your time at best, even if your summary > in this document was perfect. > > Do the right thing, of course. > > Spencer > > >> Thanks, >> - Xufeng >> >> On Tue, Jun 5, 2018 at 4:04 PM Spencer Dawkins < >> spencerdawkins.ietf@gmail.com> wrote: >> >>> Spencer Dawkins has entered the following ballot position for >>> draft-ietf-teas-yang-te-topo-16: No Objection >>> >>> When responding, please keep the subject line intact and reply to all >>> email addresses included in the To and CC lines. (Feel free to cut this >>> introductory paragraph, however.) >>> >>> >>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria. >>> html >>> for more information about IESG DISCUSS and COMMENT positions. >>> >>> >>> The document, along with other ballot positions, can be found here: >>> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ >>> >>> >>> >>> ---------------------------------------------------------------------- >>> COMMENT: >>> ---------------------------------------------------------------------- >>> >>> I found myself wondering what the last sentence in >>> >>> - TE Topology may not be congruent to the routing topology (topology >>> constructed based on routing adjacencies) in a given TE System. >>> There isn't always a one-to-one association between a TE-link and >>> a routing adjacency. For example, the presence of a TE link >>> between a pair of nodes doesn't necessarily imply the existence of >>> a routing-adjacency between these nodes. >>> >>> was saying about what IS implied between these nodes. I'm guessing, but >>> this >>> draft seems to assume a relatively low level amount of experience with >>> traffic >>> engineering, so I can imagine readers who could benefit from a word or >>> two of >>> explanation. >>> >>> >>> --000000000000e0c46a056fa3fa30 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Spencer,

We agree that th= e references would be helpful, and we have added the statement to https://to= ols.ietf.org/html/draft-ietf-teas-yang-te-topo-18.

=
Thanks,
- Xufeng
<= br>
On Mon, Jun 25, 2018 at 12:34 PM, Spencer Daw= kins at IETF <spencerdawkins.ietf@gmail.com> wro= te:
Hi, Xufeng,

=
On Sat, Jun 23= , 2018 at 9:30 PM Xufeng Liu <xufeng.liu.ietf@gmail.com> wrote:

Hi Spencer,

Thanks for the comments.=20 =09 This section has been re-wor= ded a bit in the updated version to clarify. It is reasonable to ask for mo= re explanations, for this section, and for some others. The challenge is th= at a word or two might not be sufficient. The TEAS Working Group has discus= sed such issues, and decided to adopt another document <= u>https://tools.ietf.org/html/draft-ietf-te= as-te-topo-and-tunnel-modeling, to describe the use cas= es, model usages, terminologies, and examples, in greater details. Another = draft, https://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo, also discusses such= a case.

(Keepin= g in mind that I'm a No-Obj ballot, so we're just talking ... if yo= u're able to point to this work ("to learn more, see ..."), I= 'd think that would be helpful without you trying to describe something= available in another document, which would waste your time at best, even i= f your summary in this document was perfect.=C2=A0

Do the right thing, of course.

Spencer
=C2=A0
T= hanks,
- Xufeng

On Tue, Jun 5, 2018 at 4:04 PM Spencer Dawkins <spencerdawkins= .ietf@gmail.com> wrote:
Spencer Dawkins has entered the following ballot position for
draft-ietf-teas-yang-te-topo-16: No Objection

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


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


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-teas-yang-te-topo/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

I found myself wondering what the last sentence in

=C2=A0 - TE Topology may not be congruent to the routing topology (topology=
=C2=A0 =C2=A0 =C2=A0constructed based on routing adjacencies) in a given TE= System.
=C2=A0 =C2=A0 =C2=A0There isn't always a one-to-one association between= a TE-link and
=C2=A0 =C2=A0 =C2=A0a routing adjacency. For example, the presence of a TE = link
=C2=A0 =C2=A0 =C2=A0between a pair of nodes doesn't necessarily imply t= he existence of
=C2=A0 =C2=A0 =C2=A0a routing-adjacency between these nodes.

was saying about what IS implied between these nodes. I'm guessing, but= this
draft seems to assume a relatively low level amount of experience with traf= fic
engineering, so I can imagine readers who could benefit from a word or two = of
explanation.



--000000000000e0c46a056fa3fa30-- From nobody Fri Jun 29 03:24:15 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CEBC0130DFA; Fri, 29 Jun 2018 03:24:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153026784781.30412.10112885224719174640@ietfa.amsl.com> Date: Fri, 29 Jun 2018 03:24:07 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2018 10:24:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Yang model for requesting Path Computation Authors : Italo Busi Sergio Belotti Victor Lopez Oscar Gonzalez de Dios Anurag Sharma Yan Shi Ricard Vilalta Karthik Sethuraman Filename : draft-ietf-teas-yang-path-computation-02.txt Pages : 58 Date : 2018-06-29 Abstract: There are scenarios, typically in a hierarchical SDN context, where the topology information provided by a TE network provider may not be sufficient for its client to perform end-to-end path computation. In these cases the client would need to request the provider to calculate some (partial) feasible paths. This document defines a YANG data model for a stateless RPC to request path computation. This model complements the stateful solution defined in [TE-TUNNEL]. Moreover this document describes some use cases where a path computation request, via YANG-based protocols (e.g., NETCONF or RESTCONF), can be needed. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-path-computation/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-path-computation-02 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computation-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-path-computation-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 29 06:48:03 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 52F8A127148; Fri, 29 Jun 2018 06:47:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153028007631.30404.17308181034131819755@ietfa.amsl.com> Date: Fri, 29 Jun 2018 06:47:56 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-sf-aware-topo-model-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2018 13:47:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : SF Aware TE Topology YANG Model Authors : Igor Bryskin Xufeng Liu Young Lee Filename : draft-ietf-teas-sf-aware-topo-model-01.txt Pages : 35 Date : 2018-06-28 Abstract: This document describes a YANG data model for TE network topologies that are network service and function aware. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-sf-aware-topo-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-sf-aware-topo-model-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-sf-aware-topo-model-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-sf-aware-topo-model-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 29 07:25:39 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67CBA130DC6; Fri, 29 Jun 2018 07:25:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 ALfyRIZ-5S0k; Fri, 29 Jun 2018 07:25:35 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA9A012F1A6; Fri, 29 Jun 2018 07:25:35 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 26F0DB81217; Fri, 29 Jun 2018 07:25:30 -0700 (PDT) To: martin.thomson@gmail.com, huaimo.chen@huawei.com, hliu@ciena.com, tsaad@cisco.com, fengman.xu@verizon.com, huanglu@chinamobile.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: db3546@att.com, iesg@ietf.org, teas@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180629142530.26F0DB81217@rfc-editor.org> Date: Fri, 29 Jun 2018 07:25:30 -0700 (PDT) Archived-At: Subject: [Teas] [Errata Verified] RFC8400 (5400) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2018 14:25:37 -0000 The following errata report has been verified for RFC8400, "Extensions to RSVP-TE for Label Switched Path (LSP) Egress Protection". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5400 -------------------------------------- Status: Verified Type: Editorial Reported by: Martin Thomson Date Reported: 2018-06-21 Verified by: Deborah Brungard (IESG) Section: 8 Original Text ------------- IETF Review [8216] Corrected Text -------------- IETF Review [8126] Notes ----- This looks like a simple typo. RFC 8216 is "HTTP Live Streaming"; the intent seems to be "Guidelines for Writing an IANA Considerations Section in RFCs". -------------------------------------- RFC8400 (draft-ietf-teas-rsvp-egress-protection-16) -------------------------------------- Title : Extensions to RSVP-TE for Label Switched Path (LSP) Egress Protection Publication Date : June 2018 Author(s) : H. Chen, A. Liu, T. Saad, F. Xu, L. Huang Category : PROPOSED STANDARD Source : Traffic Engineering Architecture and Signaling Area : Routing Stream : IETF Verifying Party : IESG From nobody Fri Jun 29 09:04:20 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F3AC8130DC1; Fri, 29 Jun 2018 09:04:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , db3546@att.com, teas-chairs@ietf.org, teas@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org, Lou Berger , lberger@labn.net, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <153028825099.30416.7029829714419192033.idtracker@ietfa.amsl.com> Date: Fri, 29 Jun 2018 09:04:10 -0700 Archived-At: Subject: [Teas] Protocol Action: 'YANG Data Model for Traffic Engineering (TE) Topologies' to Proposed Standard (draft-ietf-teas-yang-te-topo-18.txt) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2018 16:04:12 -0000 The IESG has approved the following document: - 'YANG Data Model for Traffic Engineering (TE) Topologies' (draft-ietf-teas-yang-te-topo-18.txt) as Proposed Standard This document is the product of the Traffic Engineering Architecture and Signaling Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ Technical Summary This document defines a YANG data model for representing, retrieving and manipulating Traffic Engineering (TE) Topologies. The model serves as a base model that other technology specific TE Topology models can augment. Working Group Summary This work has occupied good attention within the WG as well as has been coordinated with the I2RS, CCAMP, and MPLS WGs. It is the foundational model for technology specific TE topology models. Document Quality Authors from different organizations have stated that there are implementations. Personnel Who is the Document Shepherd for this document? Lou Berger Who is the Responsible Area Director? Deborah Brungard From nobody Fri Jun 29 14:46:40 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3DE130E94; Fri, 29 Jun 2018 14:46: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: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153030879246.30386.10085347493415667034@ietfa.amsl.com> Date: Fri, 29 Jun 2018 14:46:32 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-rmr-extension-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.26 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2018 21:46:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : RSVP Extensions for RMR Authors : Abhishek Deshmukh Kireeti Kompella Filename : draft-ietf-teas-rsvp-rmr-extension-01.txt Pages : 15 Date : 2018-06-29 Abstract: Ring topology is commonly found in access and aggregation networks. However, the use of MPLS as the transport protocol for rings is very limited today. draft-ietf-mpls-rmr-02 describes a mechanism to handle rings efficiently using MPLS. This document describes the extensions to the RSVP-TE protocol for signaling MPLS label switched paths in rings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-rmr-extension/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-rmr-extension-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-rmr-extension-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-rmr-extension-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/