From nobody Fri Mar 1 13:19:42 2019 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 15D5C130EE0; Fri, 1 Mar 2019 13:10:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: db3546@att.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.92.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <155147461808.6101.6730898317754448683.idtracker@ietfa.amsl.com> Date: Fri, 01 Mar 2019 13:10:18 -0800 Archived-At: Subject: [Teas] teas - Requested sessions have been scheduled for IETF 104 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 21:10:36 -0000 Dear Lou Berger, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. teas Session 1 (1:00 requested) Tuesday, 26 March 2019, Morning Session II 1120-1220 Room Name: Congress Hall 2 size: 350 --------------------------------------------- teas Session 2 (2:00 requested) Tuesday, 26 March 2019, Afternoon Session I 1350-1550 Room Name: Grand Ballroom size: 250 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/104/sessions/teas.ics Request Information: --------------------------------------------------------- Working Group Name: Traffic Engineering Architecture and Signaling Area Name: Routing Area Session Requester: Lou Berger Number of Sessions: 2 Length of Session(s): 2 Hours, 1 Hour Number of Attendees: 100 Conflicts to Avoid: First Priority: ccamp mpls pce netmod detnet Second Priority: idr i2rs spring lsr Third Priority: pals bess nvo3 People who must be present: Lou Berger Deborah Brungard Vishnu Pavan Beeram Resources Requested: Special Requests: Other Conflicts: IRTF RRG, RTG BOFs --------------------------------------------------------- From nobody Mon Mar 4 17:59:59 2019 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 4A5FC130E7C; Mon, 4 Mar 2019 17:59:57 -0800 (PST) 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 6uepzo4WlteQ; Mon, 4 Mar 2019 17:59:55 -0800 (PST) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 24A93130E64; Mon, 4 Mar 2019 17:59:55 -0800 (PST) Received: by mail-pf1-x42a.google.com with SMTP id j5so4399683pfa.2; Mon, 04 Mar 2019 17:59:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=df3nhWxsgnBXCURKEcOmhodgoS5OfdVQTFIpnz2VE78=; b=JyUyAzKfGjALCpdcgun3+GxzL2xziczK6wDtpHrCX0iff+X0PkLkBLymGsh8fgJa1d lyF5SdWtCGVI/sXaz9XFepx9U88UitaF43Jm0xwKLK+TFQXfbTtEfvxJI+jMUu6NGCMo +O2K8/ZHVbGvTwYHJUiccCxO6+06naCamoGB+Nqr14nNiLUJyd5+jS+v4QQhrIF4Gfvt GtJvE/RPdENSt2o8uBd198hL5z5rwdvoquM2qwHPlFlos/eE9CGMPPwSY9nC2Vhc2rK6 KcXwWHzUKW9DRBa0l+Rg6fVlnEn2cY+i+L+q12R1HQ43T37XxQqrlMb6AcRgAbsEULJv +dsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=df3nhWxsgnBXCURKEcOmhodgoS5OfdVQTFIpnz2VE78=; b=Hy6FrR9BAUodlE9WFlQ8MNCfvhTGPm7Jwb7LO9LFnVj7A+23OpYVydRgRZLx5uCtD5 Cjm3h0+IBY1U0W/fdNQV6IY567+a4lUq7gknH9+lWR19FoONHNTk2sz3xNZ2bkAhxCjE 9RZ3565jFKU9aDeZEx9zytRnPPXI61uC2++wwoD6EzoR7mDi7JwBbCB5I7wbvoAq6jfI +xWG18raxQ5XQGPnAU2jM+UnxXyXEGaOCRInv357YUPYQlq2cL5XlE7zSkEbI2qDMFnD zEZ5hIflz9P6M0WHl9OD1ObHgghc6zbMfSvzDNJ1gBGO/BvBF4DVFsIydykbLZ9+TCdm SMqQ== X-Gm-Message-State: APjAAAV2C/ei9YC1FUxcik9l0zuf1f1vttgtEiMt0LaTDYK7fI5mMQGB yRH6mt+/awTb+7Qpkozz655KgMvzqH7M8zjUn68G4W8a X-Google-Smtp-Source: AHgI3Ibrn6fuDHPNg8Y/+VB6h4ACjq4DwwXy29YT2V4HDkmgx/I2Prk7kiqyNGiEsVeEDETQyMRCvoUQfbrXKTdcYGY= X-Received: by 2002:aa7:8205:: with SMTP id k5mr22626072pfi.86.1551751194223; Mon, 04 Mar 2019 17:59:54 -0800 (PST) MIME-Version: 1.0 From: Vishnu Pavan Beeram Date: Mon, 4 Mar 2019 19:59:43 -0600 Message-ID: To: TEAS WG Cc: TEAS WG Chairs , Matt Hartley Content-Type: multipart/alternative; boundary="000000000000b6283605834f3a2f" Archived-At: Subject: [Teas] IETF104: TEAS Agenda Slot Requests X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 01:59:57 -0000 --000000000000b6283605834f3a2f Content-Type: text/plain; charset="UTF-8" All, The IETF 104 meeting agenda is available at https://datatracker.ietf.org/meeting/104/agenda/. We have 2 slots scheduled on Tuesday, March 26th - 11:20 to 12:20 and 13:50 to 15:50. If you'd like to present your draft, please send a request to the Secretary (Matt on cc) and the Chairs by Monday, March 11th with the draft name, the speaker name, and the desired slot duration. Please note that this is also the cut-off for draft submissions. If you have a WG draft that you aren't presenting, please provide a status update. Thanks Matt/Lou/Pavan Important Dates: - *2019-03-11 (Monday):* Internet Draft submission cut-off (for all drafts, including -00) by UTC 23:59. - *2019-03-11 (Monday):* Standard rate registration and payment cut-off at UTC 23:59.. - *2019-03-13 (Wednesday):* Draft Working Group agendas due by UTC 23:59. - *2019-03-18 (Monday):* Registration cancellation cut-off at UTC 23:59. - *2019-03-18 (Monday):* Revised Working Group agendas due by UTC 23:59. - *2019-04-19 (Friday):* Proceedings submission cutoff date by UTC 23:59. - *2019-05-13 (Monday):* Proceedings submission corrections cutoff date by UTC 23:59. --000000000000b6283605834f3a2f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,
The IETF 104 meeting agenda is available at https://datatracker.ietf.org/meeting/104= /agenda/. We have 2 slots scheduled on Tuesday, March 26th - 11:20 to 1= 2:20 and 13:50 to 15:50.

If you'd like to present your draft, pl= ease send a request to the Secretary (Matt on cc) and the Chairs by Monday,= March 11th with the draft name, the speaker name, and the desired slot dur= ation. Please note that this is also the cut-off for draft submissions. If = you have a WG draft that you aren't presenting, please provide a status= update.

Thanks
Matt/Lou/Pavan

Important Dates:
  • 2019-03-11 (Mond= ay): Internet Draft submission cut-off (for all drafts, including = -00) by UTC 23:59.
    • =20
  • 2019-03-11 (Monday): Standard rate registration a= nd payment cut-off at UTC 23:59..=20 =20 =20 =20 =20 =20
    • =20
  • 2019-03-13 (Wednesday): Draft Working Group agend= as due by UTC 23:59.
    • =20
  • 2019-03-18 (Monday): Registration cancellation cu= t-off at UTC 23:59.=20 =20 =20 =20 =20 =20
    • =20
  • 2019-03-18 (Monday): Revised Working Group agenda= s due by UTC 23:59.
    • =20
  • 2019-04-19 (Friday): Proceedings submission cutof= f date by UTC 23:59.
    • =20
  • 2019-05-13 (Monday): Proceedings submission corre= ctions cutoff date by UTC 23:59.=20 =20 =20 =20 =20 =20
    • --000000000000b6283605834f3a2f-- From nobody Tue Mar 5 05:35:15 2019 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 3D7C31312D2 for ; Tue, 5 Mar 2019 05:35:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 F822NOAb-LtC for ; Tue, 5 Mar 2019 05:35:03 -0800 (PST) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) (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 588561312C0 for ; Tue, 5 Mar 2019 05:35:03 -0800 (PST) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy4.mail.unifiedlayer.com (Postfix) with ESMTP id 50C371776BF for ; Tue, 5 Mar 2019 06:32:10 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 1AB0haVCvmds91AB0hLEcZ; Tue, 05 Mar 2019 06:32:10 -0700 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:References:Cc:To:From: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=6LNWvCc020Z26yU4ANcmFDTft5fa3baT+IHUBOahvaY=; b=C7pNdcYsBY2Lvuh6j6P5GIYBZb 0WNonChbkwOcFEY5mfJE07lWJCXOvqqDLDTGB2mBBXDl51foGjU+8gafnluNHTCd5m7tTqirSHj58 b4auNBEnx9WLiYPsey2K2YRPm; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:46028 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h1AAz-001neQ-QE; Tue, 05 Mar 2019 06:32:09 -0700 From: Lou Berger To: TEAS WG Cc: TEAS WG Chairs , "draft-lee-teas-te-service-mapping-yang@ietf.org" References: <67adf787-e69b-3af8-8b49-5639833fda7a@labn.net> Message-ID: <185672df-946f-4b10-fd69-e4e92ab60bd1@labn.net> Date: Tue, 5 Mar 2019 08:32:08 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <67adf787-e69b-3af8-8b49-5639833fda7a@labn.net> 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h1AAz-001neQ-QE X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:46028 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] WG adoption poll on draft-lee-teas-te-service-mapping-yang-13 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 13:35:14 -0000 All,     This draft is adopted. Authors,     Please republish the draft with only the file name changed draft-ietf-teas-te-service-mapping-yang-00 and an updated date. Once published, please work to address issues raised as part of the adoption process - notably continued/improved alignment with other yang models, the issues raised by Tom P., yang validation errors reported at https://datatracker.ietf.org/doc/draft-lee-teas-te-service-mapping-yang and idnits as reported at https://tools.ietf.org/idnits?url=https://tools.ietf.org/id/draft-lee-teas-te-service-mapping-yang-13.txt Thank you, Lou (and Pavan) On 2/14/2019 2:56 PM, Lou Berger wrote: > All, > > This is start of a two week poll on making > draft-lee-teas-te-service-mapping-yang-13 a working group > document. Please send email to the list indicating "yes/support" or > "no/do not support". If indicating no, please state your reservations > with the document. If yes, please also feel free to provide comments > you'd like to see addressed once the document is a WG document. > > The poll ends February 28. > > Thanks, > > Lou (and Pavan) > > From nobody Tue Mar 5 06:55:27 2019 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 D86B1131140; Tue, 5 Mar 2019 06:55:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Lou Berger To: X-Test-IDTracker: no X-IETF-IDTracker: 6.92.1 Auto-Submitted: auto-generated Precedence: bulk Cc: iesg-secretary@ietf.org, lberger@labn.net, teas-chairs@ietf.org, teas@ietf.org, Lou Berger Message-ID: <155179772687.24643.13960365723349854846.idtracker@ietfa.amsl.com> Date: Tue, 05 Mar 2019 06:55:26 -0800 Archived-At: Subject: [Teas] Publication has been requested for draft-ietf-teas-yang-te-types-06 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 14:55:27 -0000 Lou Berger has requested publication of draft-ietf-teas-yang-te-types-06 as Proposed Standard on behalf of the TEAS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ From nobody Tue Mar 5 08:55:37 2019 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 D1E2913109F; Tue, 5 Mar 2019 08:55:34 -0800 (PST) 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.92.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155180493478.24534.17373791999826069929@ietfa.amsl.com> Date: Tue, 05 Mar 2019 08:55:34 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-te-service-mapping-yang-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 16:55:35 -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 : Traffic Engineering and Service Mapping Yang Model Authors : Young Lee Dhruv Dhody Daniele Ceccarelli Jeff Tantsura Giuseppe Fioccola Qin Wu Filename : draft-ietf-teas-te-service-mapping-yang-00.txt Pages : 28 Date : 2019-03-05 Abstract: This document provides a YANG data model to map customer service models (e.g., the L3VPM Service Model) to Traffic Engineering (TE) models (e.g., the TE Tunnel or the Abstraction and Control of Traffic Engineered Networks Virtual Network model). This model is referred to as TE Service Mapping Model and is applicable generically to the operator's need for seamless control and management of their VPN services with TE tunnel support. The model is principally used to allow monitoring and diagnostics of the management systems to show how the service requests are mapped onto underlying network resource and TE models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-service-mapping-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-te-service-mapping-yang-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-service-mapping-yang-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 5 11:24:37 2019 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 5D866131198; Tue, 5 Mar 2019 11:24:27 -0800 (PST) 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.92.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155181386733.24672.4166085532536568530@ietfa.amsl.com> Date: Tue, 05 Mar 2019 11:24:27 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-te-service-mapping-yang-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 19:24:28 -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 : Traffic Engineering and Service Mapping Yang Model Authors : Young Lee Dhruv Dhody Daniele Ceccarelli Jeff Tantsura Giuseppe Fioccola Qin Wu Filename : draft-ietf-teas-te-service-mapping-yang-01.txt Pages : 28 Date : 2019-03-05 Abstract: This document provides a YANG data model to map customer service models (e.g., the L3VPM Service Model) to Traffic Engineering (TE) models (e.g., the TE Tunnel or the Abstraction and Control of Traffic Engineered Networks Virtual Network model). This model is referred to as TE Service Mapping Model and is applicable generically to the operator's need for seamless control and management of their VPN services with TE tunnel support. The model is principally used to allow monitoring and diagnostics of the management systems to show how the service requests are mapped onto underlying network resource and TE models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-service-mapping-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-te-service-mapping-yang-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-service-mapping-yang-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-te-service-mapping-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 Tue Mar 5 11:30:37 2019 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 21743130DC9 for ; Tue, 5 Mar 2019 11:30:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Eqxk9sXYx76r for ; Tue, 5 Mar 2019 11:30:33 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 735E912F19D for ; Tue, 5 Mar 2019 11:30:33 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 673B68B1E1C164DBB4AE for ; Tue, 5 Mar 2019 19:30:30 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 5 Mar 2019 19:30:30 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.96]) by SJCEML701-CHM.china.huawei.com ([169.254.3.135]) with mapi id 14.03.0415.000; Tue, 5 Mar 2019 11:30:25 -0800 From: Leeyoung To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-te-service-mapping-yang-01.txt Thread-Index: AQHU04ku4IMvPLbN2k+y3Ri8UDXtZ6X9a9Ow Date: Tue, 5 Mar 2019 19:30:24 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D0EBEC9@sjceml521-mbx.china.huawei.com> References: <155181386733.24672.4166085532536568530@ietfa.amsl.com> In-Reply-To: <155181386733.24672.4166085532536568530@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.244.159] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] FW: I-D Action: draft-ietf-teas-te-service-mapping-yang-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 19:30:36 -0000 Hi, Just to remove actn as the top container (which was done in the VN Yang Mod= el as part of generalization effort) in the te-service-mapping-type file. T= here is no technical change. With this fix, Yang validator does not complai= n.=20 Thanks/ Young -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org Sent: Tuesday, March 5, 2019 1:24 PM To: i-d-announce@ietf.org Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-te-service-mapping-yang-01.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 : Traffic Engineering and Service Mapping Yang Mode= l Authors : Young Lee Dhruv Dhody Daniele Ceccarelli Jeff Tantsura Giuseppe Fioccola Qin Wu Filename : draft-ietf-teas-te-service-mapping-yang-01.txt Pages : 28 Date : 2019-03-05 Abstract: This document provides a YANG data model to map customer service models (e.g., the L3VPM Service Model) to Traffic Engineering (TE) models (e.g., the TE Tunnel or the Abstraction and Control of Traffic Engineered Networks Virtual Network model). This model is referred to as TE Service Mapping Model and is applicable generically to the operator's need for seamless control and management of their VPN services with TE tunnel support. The model is principally used to allow monitoring and diagnostics of the management systems to show how the service requests are mapped onto underlying network resource and TE models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-service-mapping-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-te-service-mapping-yang-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-service-mapping-ya= ng-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-te-service-mapping-yang= -01 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 From nobody Wed Mar 6 13:21:15 2019 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 51D521311EE for ; Wed, 6 Mar 2019 13:21:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 7tarFkj8SG5F for ; Wed, 6 Mar 2019 13:21:08 -0800 (PST) Received: from alt-proxy16.mail.unifiedlayer.com (alt-proxy16.mail.unifiedlayer.com [70.40.197.35]) (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 5B3EC131257 for ; Wed, 6 Mar 2019 13:21:08 -0800 (PST) Received: from cmgw10.unifiedlayer.com (unknown [10.9.0.10]) by gproxy9.mail.unifiedlayer.com (Postfix) with ESMTP id D9EBC1E077C for ; Wed, 6 Mar 2019 14:21:07 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 1dyNhU4iEuj2o1dyNhVubu; Wed, 06 Mar 2019 14:21:07 -0700 X-Authority-Reason: nr=8 X-Authority-Analysis: $(_cmae_reason DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:To: References:Subject:Sender:Reply-To:Cc:Content-Transfer-Encoding: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=sXoG6eMLjVoJvAFmKbJA4HSLhdm+XfQ9lTEHZ0jMhE4=; b=i6+I9WaKSB50O1sERw1Y9PkfaK qjTv9LM9+UVCNDDQLTfOebRkYnh+6JNyDVrm2qPUf0hZFJfgypBGY4k1dkcBTWBcKu9Qnet+1OjR1 jb1YM+MtPSjP5DHLx8jHTjHFO; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:58828 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h1dyN-002GZx-F8; Wed, 06 Mar 2019 14:21:07 -0700 References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> To: TEAS WG , "draft-ietf-teas-yang-te-topo@ietf.org" From: Lou Berger X-Forwarded-Message-Id: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> Message-ID: <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> Date: Wed, 6 Mar 2019 16:21:06 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------EA1E2B173BB0DC0357B8805F" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h1dyN-002GZx-F8 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:58828 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 21:21:14 -0000 This is a multi-part message in MIME format. --------------EA1E2B173BB0DC0357B8805F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit All,     The recent versions of the te-topology doc had sufficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.  The key changes in rev -19 were: - Referencing the te-types document and updates to point to its module - introduction of information-source-instance The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it. Authors,     Can you send out a message summarizing all changes. We will then restart the WG LC process. Thank you, Lou (as Shepherd/co-chair) -------- Forwarded Message -------- Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo Date: Wed, 06 Mar 2019 10:49:31 -0800 From: IETF Secretariat To: lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG Document" from "Submitted to IESG for Publication" by Deborah Brungard: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ --------------EA1E2B173BB0DC0357B8805F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

    All,

        The recent versions of the te-topology doc had sufficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.  The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it.

    Authors,
        Can you send out a message summarizing all changes.

    We will then restart the WG LC process.

    Thank you,
    Lou (as Shepherd/co-chair)

    -------- Forwarded Message --------
    Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo
    Date: Wed, 06 Mar 2019 10:49:31 -0800
    From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
    To: lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org



    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG
    Document" from "Submitted to IESG for Publication" by Deborah Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/


    --------------EA1E2B173BB0DC0357B8805F-- From nobody Wed Mar 6 15:41:16 2019 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 122271310ED; Wed, 6 Mar 2019 15:41:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.132 X-Spam-Level: X-Spam-Status: No, score=-1.132 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, KHOP_DYNAMIC=1.468, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40BDOAL2xGbs; Wed, 6 Mar 2019 15:41:13 -0800 (PST) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 D1A8A12008A; Wed, 6 Mar 2019 15:41:13 -0800 (PST) Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.27/8.16.0.27) with SMTP id x26IhwUk003747; Wed, 6 Mar 2019 13:47:42 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 2r2kr1r3p7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 06 Mar 2019 13:47:42 -0500 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x26IleKL006669; Wed, 6 Mar 2019 13:47:41 -0500 Received: from zlp27126.vci.att.com (zlp27126.vci.att.com [135.66.87.47]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x26IlZ42006572; Wed, 6 Mar 2019 13:47:35 -0500 Received: from zlp27126.vci.att.com (zlp27126.vci.att.com [127.0.0.1]) by zlp27126.vci.att.com (Service) with ESMTP id 2DDF14013F85; Wed, 6 Mar 2019 18:47:35 +0000 (GMT) Received: from MISOUT7MSGHUBAA.ITServices.sbc.com (unknown [130.9.129.145]) by zlp27126.vci.att.com (Service) with ESMTPS id 1C25B4013F82; Wed, 6 Mar 2019 18:47:35 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.168]) by MISOUT7MSGHUBAA.ITServices.sbc.com ([130.9.129.145]) with mapi id 14.03.0435.000; Wed, 6 Mar 2019 13:47:34 -0500 From: "BRUNGARD, DEBORAH A" To: "rfc-editor@rfc-editor.org" CC: "teas-chairs@ietf.org" , "draft-ietf-teas-yang-te-topo@ietf.org" , " (rtg-ads@ietf.org)" , "teas@ietf.org" , IESG Thread-Topic: draft-ietf-teas-yang-te-topo Thread-Index: AdTUTFJLo3r632WoQEmESxYRKsQNrw== Date: Wed, 6 Mar 2019 18:47:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.16.234.244] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C89EF9300EMISOUT7MSGUSRDE_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-03-06_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=640 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1903060128 Archived-At: Subject: [Teas] draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 23:41:15 -0000 --_000_F64C10EAA68C8044B33656FA214632C89EF9300EMISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear RFC-Editor, At the request of the TEAS Chairs and Authors, please remove this document = from the RFC Ed Queue. The Working Group has identified technical changes a= re needed to align with their other YANG work. The document will be sent ba= ck to the Working Group. Thanks, Deborah --_000_F64C10EAA68C8044B33656FA214632C89EF9300EMISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Dear RFC-Editor,

     

    At the request of the TEAS Chairs and Authors, pleas= e remove this document from the RFC Ed Queue. The Working Group has identif= ied technical changes are needed to align with their other YANG work. The d= ocument will be sent back to the Working Group.

     

    Thanks,

    Deborah

     

    --_000_F64C10EAA68C8044B33656FA214632C89EF9300EMISOUT7MSGUSRDE_-- From nobody Thu Mar 7 06:10:54 2019 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 B3DD0127873 for ; Thu, 7 Mar 2019 06:10:52 -0800 (PST) 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 rZuT8CNEJQBg for ; Thu, 7 Mar 2019 06:10:50 -0800 (PST) Received: from mail-it1-x135.google.com (mail-it1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (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 489CC124184 for ; Thu, 7 Mar 2019 06:10:50 -0800 (PST) Received: by mail-it1-x135.google.com with SMTP id v2so15396411ith.3 for ; Thu, 07 Mar 2019 06:10:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=3jx8LOmVO7/CMHXpWxnCnqYWLG5PTlVqOZ3IbP82ePs=; b=vPs2CY9EXOI0sqFMgzLOeGDeNqvZmlBm/SAIllms+NUB/CUUBjuJyqI+POzs5Qasm7 hW0h8gYBkWxZaxc/fTvnb71lMz6Khd2fl3uoCbQxFiLcRxKp7JaalF5jZAZv52Q5gHct HuGBXQ/myqaHmF3PIaevCElxC6/Eoy/6xh2FbBsq01a11+4GvWXQYLCGiXIG0rWX33Gr BJFKuYBkyL5K0+830Z2YOwTtY2ous6UkGr84+OezhSSFWQ21CflH030qFfpjh/SRXDqd yHVJXWK2IUjXfJNx+ybp0e6Kawdg3w3djjUt6rTk2cWOETM1KtgjLg0gbWtFULtWZEDj HIqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3jx8LOmVO7/CMHXpWxnCnqYWLG5PTlVqOZ3IbP82ePs=; b=fPlxEQLkpjFiELXg1u99Vd0gcLCSLiViJeWfISCJqoxFq6mHIuHTQJLZ6MYKzXFM8+ cO+YKarp+liWI3j8VbWKfnUZiXi2IrGai4za5kuW6KT9gd2+jcawQhmFk4B0Q1XYHisj nCV69HNEM11DyiVc2rjRFTVY2rUxrV9i3rY0jKc1UwCyl1A3Ezvd7MpIbrYx84cy7iD8 Fz9d/BBZvFBs6uFcSiJE9eh25SDA9J81fofyMJwTsrQQvkBAP9oY9nmmds1r6+T0NLHI 6JaUHDKw6Jd4lfZXF/qB/Cb0U2Y5/ZjIUdlYT712gU0UjTxEuRfzrSOybnz+6HAR3I6T QrEw== X-Gm-Message-State: APjAAAU6AJuEB60zUk61A42ClmfjROG4UhTkZkvy6Y/NrqtXzHW1Ak6e ytoK+2K8ESgQvDvrBZtjXUTQ7cHKthcB8oBsKGoEloSXVqQ= X-Google-Smtp-Source: APXvYqxXBoY4AGS16YMalv/zskeWPszOWZLF3IUxQeQ0jJrkk2CG8ECUUBu5W4jdBRvjVWL0slIbTRB1zcoSSzkM3rI= X-Received: by 2002:a02:781:: with SMTP id f123mr7574030jaf.133.1551967849408; Thu, 07 Mar 2019 06:10:49 -0800 (PST) MIME-Version: 1.0 From: Xufeng Liu Date: Thu, 7 Mar 2019 09:10:38 -0500 Message-ID: To: TEAS WG Content-Type: multipart/alternative; boundary="0000000000005deec6058381acd9" Archived-At: Subject: [Teas] Updates in draft-ietf-teas-yang-te-topo-19 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 14:10:53 -0000 --0000000000005deec6058381acd9 Content-Type: text/plain; charset="UTF-8" As discussed in previous IETF meeting sessions, the YANG module ietf-te-types has been moved from draft-ietf-teas-yang-te to draft-ietf-teas-yang-te-types. Such a change allows us to move draft-ietf-teas-yang-te-topo forward without waiting for draft-ietf-teas-yang-te, even though draft-ietf-teas-yang-te-topo depends on the module ietf-te-types. We have just updated draft-ietf-teas-yang-te-topo with https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-19 to use the module ietf-te-types in draft-ietf-teas-yang-te-types instead of draft-ietf-teas-yang-te. The changes are: - Used te-types:te-topology-identifier The grouping te-topology-identifier is now defined in ietf-te-types. ietf-te-topology now uses this grouping for consistency. - Used te-types:link-protection-type The identify link-protection-type has been defined in ietf-te-types. ietf-te-topology now uses this new identity instead of defining its own enumeration. - Used te-types:objective-function-type The identify te-optimization-criterion in ietf-te-types has been renamed to objective-function-type. ietf-te-topology now uses this new identity. In addition, authors have received some implementation feedback regarding the information-source in the model. There were use-cases where the TE-topology is learned via different instances of the same source protocol (different instances of the same IGP). We have introduced the following changes in the model: - Fixed information-source, by adding an additional leaf to indicate the instance of the information source. The differences introduced in the YANG model file are: --- ietf-te-topology@2018-06-15.yang 2018-06-16 22:11:58.304834200 -0400 +++ ietf-te-topology@2019-02-07.yang 2019-02-08 12:16:04.591228810 -0500 @@ -17,8 +17,8 @@ import ietf-te-types { prefix "te-types"; reference - "I-D.ietf-teas-yang-te: A YANG Data Model for Traffic - Engineering Tunnels and Interfaces"; + "I-D.ietf-teas-yang-te-types: Traffic Engineering Common YANG + Types"; } import ietf-network { @@ -61,7 +61,7 @@ "TE topology model for representing and manipulating technology agnostic TE Topologies. - Copyright (c) 2018 IETF Trust and the persons identified as + Copyright (c) 2019 IETF Trust and the persons identified as authors of the code. All rights reserved. Redistribution and use in source and binary forms, with or @@ -74,7 +74,7 @@ This version of this YANG module is part of RFC XXXX; see the RFC itself for full legal notices."; - revision "2018-06-15" { + revision "2019-02-07" { description "Initial revision"; reference "RFC XXXX: YANG Data Model for TE Topologies"; // RFC Ed.: replace XXXX with actual RFC number and remove @@ -243,7 +243,14 @@ type te-info-source; config false; description - "Indicates the source of the information."; + "Indicates the type of the information source."; + } + leaf information-source-instance { + type string; + config false; + description + "The name indicating the instance of the information + source."; } container information-source-state { config false; @@ -270,7 +277,14 @@ type te-info-source; config false; description - "Indicates the source of the information."; + "Indicates the type of the information source."; + } + leaf information-source-instance { + type string; + config false; + description + "The name indicating the instance of the information + source."; } container information-source-state { config false; @@ -785,25 +799,8 @@ uses te-types:label-set-info; leaf link-protection-type { - type enumeration { - enum "unprotected" { - description "Unprotected."; - } - enum "extra-traffic" { - description "Extra traffic."; - } - enum "shared" { - description "Shared."; - } - enum "1-for-1" { - description "One for one protection."; - } - enum "1-plus-1" { - description "One plus one protection."; - } - enum "enhanced" { - description "Enhanced protection."; - } + type identityref { + base te-types:link-protection-type; } description "Link Protection Type desired for this link."; @@ -952,7 +949,7 @@ } uses information-source-per-link-attributes; list information-source-entry { - key "information-source"; + key "information-source information-source-instance"; config false; description "A list of information sources learned, including the one @@ -1338,7 +1335,7 @@ } uses information-source-per-node-attributes; list information-source-entry { - key "information-source"; + key "information-source information-source-instance"; config false; description "A list of information sources learned, including the one @@ -1604,26 +1601,12 @@ grouping te-topology-augment { description "Augmentation for TE topology."; - leaf provider-id { - type te-types:te-global-id; - description - "An identifier to uniquely identify a provider."; - } - leaf client-id { - type te-types:te-global-id; - description - "An identifier to uniquely identify a client."; - } - leaf te-topology-id { - type te-types:te-topology-id; - description - "It is presumed that a datastore will contain many - topologies. To distinguish between topologies it is - vital to have UNIQUE topology identifiers."; - } + uses te-types:te-topology-identifier; container te { - must "../provider-id and ../client-id and ../te-topology-id"; + must "../te-topology-identifier/provider-id" + + " and ../te-topology-identifier/client-id" + + " and ../te-topology-identifier/topology-id"; presence "TE support."; description "Indicates TE support."; @@ -1655,7 +1638,7 @@ } leaf optimization-criterion { type identityref { - base te-types:te-optimization-criterion; + base te-types:objective-function-type; } description "Optimization criterion applied to this topology."; Thanks, - Xufeng --0000000000005deec6058381acd9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    As discussed in previous IETF meeting sessions, the YANG module ietf-te-types has been moved from draft-ietf-teas-y= ang-te to draft-ietf-teas-yang-te-types. Such a change allows us to move draft-ietf-t= eas-yang-te-topo forward without waiting fo= r draft-ietf-teas-yang-te, even though draf= t-ietf-teas-yang-te-topo depends on the mod= ule ietf-te-types. We have just updated draft-ietf-teas-= yang-te-topo with https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-19 to use the module ietf-te-types in draft-ietf-teas-yang-te-types instead of draft-ietf-teas-yang-te= . The changes are:

    - Used te-types:te-topology-identifier
    =C2=A0 The grouping te-= topology-identifier is now defined in ietf-te= -types. ietf-te-topology now uses this grouping for consisten= cy.

    - Used te-types:link-protec= tion-type
    =C2=A0 The identify link-protection-ty= pe has been defined in ietf-te-types. ietf-te-topology now uses this new id= entity instead of defining its own enumeration.

    - Used te-types:objective-function-type
    =C2=A0 The = identify te-optimization-criterion in ietf-te-types has been renamed to obj= ective-function-type. ietf-te-topology now uses this new identity.

    In addition, authors= have received some implementation feedback regarding the information-sourc= e in the model. There were use-cases where the TE-topology is learned via d= ifferent instances of the same source protocol (different instances of the = same IGP). We have introduced the following changes in the model:

    <= span class=3D"gmail-m_-6811792400233365257gmail-m_-8076313178846767130gmail= -insert">- Fixed information-source, by adding an additional leaf= to indicate the instance of the information source.
    =
    The differences introduced in the YANG model file are:
    =
    --- ietf-te-topology@2018-06-15.yang=C2=A0=C2=A0=C2=A0 2018-06-16 22:1= 1:58.304834200 -0400
    +++ ietf-te-topology@2019-02-07.yang=C2=A0=C2=A0=C2= =A0 2019-02-08 12:16:04.591228810 -0500
    @@ -17,8 +17,8 @@
    =C2=A0=C2= =A0 import ietf-te-types {
    =C2=A0=C2=A0=C2=A0=C2=A0 prefix "te-type= s";
    =C2=A0=C2=A0=C2=A0=C2=A0 reference
    -=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 "I-D.ietf-teas-yang-te: A YANG Data Model for Traffic
    -=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Engineering Tunnels and Interfaces";=
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "I-D.ietf-teas-yang-te-types: Traf= fic Engineering Common YANG
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Types&= quot;;
    =C2=A0=C2=A0 }
    =C2=A0
    =C2=A0=C2=A0 import ietf-network {@@ -61,7 +61,7 @@
    =C2=A0=C2=A0=C2=A0=C2=A0 "TE topology model for = representing and manipulating technology
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = agnostic TE Topologies.
    =C2=A0
    -=C2=A0=C2=A0=C2=A0=C2=A0 Copyright (c= ) 2018 IETF Trust and the persons identified as
    +=C2=A0=C2=A0=C2=A0=C2= =A0 Copyright (c) 2019 IETF Trust and the persons identified as
    =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 authors of the code.=C2=A0 All rights reserved.=C2=A0
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Redistribution and use in source = and binary forms, with or
    @@ -74,7 +74,7 @@
    =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 This version of this YANG module is part of RFC XXXX; see the
    =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 RFC itself for full legal notices.";
    = =C2=A0
    -=C2=A0 revision "2018-06-15" {
    +=C2=A0 revision &qu= ot;2019-02-07" {
    =C2=A0=C2=A0=C2=A0=C2=A0 description "Initial= revision";
    =C2=A0=C2=A0=C2=A0=C2=A0 reference "RFC XXXX: YANG= Data Model for TE Topologies";
    =C2=A0=C2=A0 // RFC Ed.: replace XX= XX with actual RFC number and remove
    @@ -243,7 +243,14 @@
    =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 type te-info-source;
    =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 config false;
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 descr= iption
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "Indicates the s= ource of the information.";
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 "Indicates the type of the information source.";
    +=C2= =A0=C2=A0=C2=A0 }
    +=C2=A0=C2=A0=C2=A0 leaf information-source-instance {=
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type string;
    +=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 config false;
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    += =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "The name indicating the in= stance of the information
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 source.";
    =C2=A0=C2=A0=C2=A0=C2=A0 }
    =C2=A0=C2=A0=C2=A0=C2= =A0 container information-source-state {
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 config false;
    @@ -270,7 +277,14 @@
    =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 type te-info-source;
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 conf= ig false;
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    -=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "Indicates the source of the informa= tion.";
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "Indicates= the type of the information source.";
    +=C2=A0=C2=A0=C2=A0 }
    += =C2=A0=C2=A0=C2=A0 leaf information-source-instance {
    +=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 type string;
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 config fals= e;
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    +=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 "The name indicating the instance of the informa= tion
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 source.";=C2=A0=C2=A0=C2=A0=C2=A0 }
    =C2=A0=C2=A0=C2=A0=C2=A0 container informati= on-source-state {
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 config false;
    = @@ -785,25 +799,8 @@
    =C2=A0=C2=A0=C2=A0=C2=A0 uses te-types:label-set-in= fo;
    =C2=A0
    =C2=A0=C2=A0=C2=A0=C2=A0 leaf link-protection-type {
    -= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type enumeration {
    -=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 enum "unprotected" {
    -=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description "Unprotected.";<= br>-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
    -=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 enum "extra-traffic" {
    -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description "Extra traffic.&qu= ot;;
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
    -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 enum "shared" {
    -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description "Shared.";-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
    -=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 enum "1-for-1" {
    -=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description "One for one protection.&qu= ot;;
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
    -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 enum "1-plus-1" {
    -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description "One plus one prot= ection.";
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
    -=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 enum "enhanced" {
    -=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description "Enhanced= protection.";
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
    += =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type identityref {
    +=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 base te-types:link-protection-type;
    =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 }
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 descript= ion
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "Link Protecti= on Type desired for this link.";
    @@ -952,7 +949,7 @@
    =C2=A0=C2= =A0=C2=A0=C2=A0 }
    =C2=A0=C2=A0=C2=A0=C2=A0 uses information-source-per-l= ink-attributes;
    =C2=A0=C2=A0=C2=A0=C2=A0 list information-source-entry {=
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 key "information-source";
    = +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 key "information-source information-so= urce-instance";
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 config false;<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "A list of information sources learned,= including the one
    @@ -1338,7 +1335,7 @@
    =C2=A0=C2=A0=C2=A0=C2=A0 }=C2=A0=C2=A0=C2=A0=C2=A0 uses information-source-per-node-attributes;
    = =C2=A0=C2=A0=C2=A0=C2=A0 list information-source-entry {
    -=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 key "information-source";
    +=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 key "information-source information-source-instance&qu= ot;;
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 config false;
    =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 description
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 "A list of information sources learned, including the = one
    @@ -1604,26 +1601,12 @@
    =C2=A0=C2=A0 grouping te-topology-augment= {
    =C2=A0=C2=A0=C2=A0=C2=A0 description
    =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 "Augmentation for TE topology.";
    -=C2=A0=C2=A0=C2=A0= leaf provider-id {
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type te-types:te-glo= bal-id;
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 "An identifier to uniquely identify a prov= ider.";
    -=C2=A0=C2=A0=C2=A0 }
    -=C2=A0=C2=A0=C2=A0 leaf client-id= {
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type te-types:te-global-id;
    -=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 "An identifier to uniquely identify a client.";
    -= =C2=A0=C2=A0=C2=A0 }
    -=C2=A0=C2=A0=C2=A0 leaf te-topology-id {
    -=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 type te-types:te-topology-id;
    -=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 description
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 "It is presumed that a datastore will contain many
    -=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 topologies. To distinguish between = topologies it is
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 vital= to have UNIQUE topology identifiers.";
    -=C2=A0=C2=A0=C2=A0 }
    += =C2=A0=C2=A0=C2=A0 uses te-types:te-topology-identifier;
    =C2=A0
    =C2= =A0=C2=A0=C2=A0=C2=A0 container te {
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mus= t "../provider-id and ../client-id and ../te-topology-id";
    += =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 must "../te-topology-identifier/provide= r-id"
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 + " and ../t= e-topology-identifier/client-id"
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 + " and ../te-topology-identifier/topology-id";
    =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 presence "TE support.";
    =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 "Indicates TE support.";
    @@ -1655,7 += 1638,7 @@
    =C2=A0=C2=A0=C2=A0=C2=A0 }
    =C2=A0=C2=A0=C2=A0=C2=A0 leaf op= timization-criterion {
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type identit= yref {
    -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 base te-types:te-opti= mization-criterion;
    +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 base te-= types:objective-function-type;
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 description
    =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 "Optimization criterion applied to this to= pology.";

    Thanks,
    - Xufeng
    --0000000000005deec6058381acd9-- From nobody Thu Mar 7 08:42:57 2019 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 84CA11277DB; Thu, 7 Mar 2019 08:42:48 -0800 (PST) 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 T3BHhuN2G1Ev; Thu, 7 Mar 2019 08:42:47 -0800 (PST) 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 139A61277D7; Thu, 7 Mar 2019 08:42:47 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 6000) id 82A01B82A0D; Thu, 7 Mar 2019 08:42:46 -0800 (PST) Date: Thu, 7 Mar 2019 08:42:46 -0800 From: RFC Editor To: "BRUNGARD, DEBORAH A" Cc: "teas-chairs@ietf.org" , "draft-ietf-teas-yang-te-topo@ietf.org" , " (rtg-ads@ietf.org)" , "teas@ietf.org" , IESG , RFC Editor Message-ID: <20190307164246.GA31545@rfc-editor.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: Re: [Teas] draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 16:42:49 -0000 Hi Deborah, Thank you for the information below. As requested, we have removed this document from the queue. Thanks, RFC Editor/sg On Wed, Mar 06, 2019 at 06:47:34PM +0000, BRUNGARD, DEBORAH A wrote: > Dear RFC-Editor, > > At the request of the TEAS Chairs and Authors, please remove this document from the RFC Ed Queue. The Working Group has identified technical changes are needed to align with their other YANG work. The document will be sent back to the Working Group. > > Thanks, > Deborah > From nobody Fri Mar 8 11:25:29 2019 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 D5CC1127918; Fri, 8 Mar 2019 11:25:27 -0800 (PST) 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 es8op_Tp87mL; Fri, 8 Mar 2019 11:25:26 -0800 (PST) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 DA1AE124184; Fri, 8 Mar 2019 11:25:25 -0800 (PST) Received: by mail-it1-x12e.google.com with SMTP id m137so22561678ita.0; Fri, 08 Mar 2019 11:25:25 -0800 (PST) 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=hCeIcp1uJOC5s43m+bN6IV9EaKzg30m57nF5OtRe5F8=; b=lxN5yJ51e4Cgdz05nZ9mSzdUIhST9sTajzD43aRuN7MSYTbpwEjT1dqTB13oofMiCL LRvMlb2/PKuihYL4FLv5lkvr2Tz4sGQl/VLj45OpHogh3KokEMsfrBbqm6ENES3iYQOY 4T6NACCmCaw0YOy2ECpHWnv2ht9jlKzDyW5PZcQ3pKSzvAZyh7I+ZTOw+VLHiHAJTOus cdgvepZgdVG5onvwxIfVsczF+kgpooNMzsxg4fAQOKnBWc7Yhk0YQX0Nh48+/kj//R6q 01QIHz6Ua7k1mjfDytDKo/0pGZVBMZ3ZZTanRUYkC1JY/grnIGaOzzH9XfcQZ8qULT+R rYEQ== 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=hCeIcp1uJOC5s43m+bN6IV9EaKzg30m57nF5OtRe5F8=; b=psY3CM5XM9UWbwVUB9c2ApMEJBm4tprJamJqpYOp6ksAhfZrWg6BNL2dt1hPGfQM7P 2ZZIQaFskWuZl8f5QKmMqmmkkMFQfKIVYGc5+OyRvjcvTuw4MF01HIa4lXE92yJ1SvyZ u7SmGeJDkjVTKoVZzLZpIYCAPX1crVaLaUfmmyOMmvR/+02WgkCWjRhPXvk3sO+3sCDK chh42IXRRU/N+rr7iUM0oJwGirlYRc1qfB/Yy6mue/nikwT0w+gPIAkiR/nbV2rZzoCL gLH3Q4TbG2f/9zmJei4Gb57k9OU1fvAAHYbuimw7vpIOHLqik8n+LipmCBErsT8iP+LG St3w== X-Gm-Message-State: APjAAAXnvToah7VbooMkl5B7PIyou/8m+HzGdyMJQWzSJQyp8eaPc+TL ht4zayzZFHp5NItO7cYImsCx/QsIaXbOwWTrdZs+DyV0zzI= X-Google-Smtp-Source: APXvYqxNSzjEeJOphvQeLl5Z534Adr74nsy7B4VbsyJ2ZidSSGlL+gwzAtgQmnUGH5v4qSyDfFcTmTj8+6qJFPSH6fw= X-Received: by 2002:a24:cc43:: with SMTP id x64mr9258726itf.97.1552073124905; Fri, 08 Mar 2019 11:25:24 -0800 (PST) MIME-Version: 1.0 References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> In-Reply-To: <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> From: Xufeng Liu Date: Fri, 8 Mar 2019 14:25:13 -0500 Message-ID: To: Lou Berger Cc: TEAS WG , "draft-ietf-teas-yang-te-topo@ietf.org" Content-Type: multipart/alternative; boundary="000000000000468dcf05839a2f06" Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 08 Mar 2019 19:25:28 -0000 --000000000000468dcf05839a2f06 Content-Type: text/plain; charset="UTF-8" Hi Lou, The change summary has been posted to the WG mailing list ( https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please advise if the authors need to do anything further. Thanks, - Xufeng On Wed, Mar 6, 2019 at 4:21 PM Lou Berger wrote: > All, > > The recent versions of the te-topology doc had sufficiently > significant technical changes that our AD and I, with input from the > authors, agreed that the document should come back to the WG and to rerun a > full last call process. The key changes in rev -19 were: > > - Referencing the te-types document and updates to point to its module > > - introduction of information-source-instance > > The second change is a technical change resulting from implementation > experience, so is a good change, but as it is a substantive technical > change the document has to come out of the RFC editor queue to accept it. > Authors, > Can you send out a message summarizing all changes. > > We will then restart the WG LC process. > > Thank you, > Lou (as Shepherd/co-chair) > > -------- Forwarded Message -------- > Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo > Date: Wed, 06 Mar 2019 10:49:31 -0800 > From: IETF Secretariat > > To: lberger@labn.net, teas-chairs@ietf.org, > draft-ietf-teas-yang-te-topo@ietf.org > > > The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG > Document" from "Submitted to IESG for Publication" by Deborah Brungard: > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --000000000000468dcf05839a2f06 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Lou,

    The= change summary has been posted to the WG mailing list (https://mai= larchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please ad= vise if the authors need to do anything further.
    Thanks,
    - Xufeng

    On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net> wrote:
    =20 =20 =20

    All,

    =C2=A0=C2=A0=C2=A0 The recent versions of the te-topology doc had su= fficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.=C2=A0 The key changes in rev -= 19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it.

    Authors= ,
    =C2=A0= =C2=A0=C2=A0 Can you send out a message summarizing all changes.

    We will= then restart the WG LC process.

    Thank y= ou,
    Lou (as= Shepherd/co-chair)

    -------= - Forwarded Message --------
    Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo
    Date: Wed, 06 Mar 2019 10:49:31 -0800
    From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
    To: lberger@labn.net, teas-chairs@ietf.org= , draft-ietf-teas-yang-te-topo@ietf.org



    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG
    Document" from "Submitted to IESG for Publication" by = Deborah Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/<= br>

    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --000000000000468dcf05839a2f06-- From nobody Fri Mar 8 12:21:29 2019 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 1F0651277CE for ; Fri, 8 Mar 2019 12:21:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 SfekQ1Wy3ogy for ; Fri, 8 Mar 2019 12:21:25 -0800 (PST) Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) (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 C0EBF124BA8 for ; Fri, 8 Mar 2019 12:21:25 -0800 (PST) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy1.mail.unifiedlayer.com (Postfix) with ESMTP id ABEB689133076 for ; Fri, 8 Mar 2019 12:52:39 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 2LXrhcX56mds92LXrhNPuW; Fri, 08 Mar 2019 12:52:39 -0700 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-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Sender:Reply-To:Content-Transfer-Encoding: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=yhKKYJyKKkJXl3tFnk/0/kmCEGNywY8C15NjBwiMO1Y=; b=nXgy1Di9ctzhjmyEGtVCy7MXcd +Fv4roFIBxKB/aaYBmM+SvrXQwWazPBcrLzeRlFLcUHuZU3PZax+fvoIVhPT148f2f9oLJStoY6O/ 77uN770M0g2logxW0yUyXc3Ae; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:43268 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h2LXr-002HfD-Bn; Fri, 08 Mar 2019 12:52:39 -0700 To: Xufeng Liu Cc: TEAS WG , "draft-ietf-teas-yang-te-topo@ietf.org" References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> From: Lou Berger Message-ID: Date: Fri, 8 Mar 2019 14:52:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------8EA819D79C2E525DFA618A80" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h2LXr-002HfD-Bn X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:43268 X-Source-Auth: lberger@labn.net X-Email-Count: 4 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 08 Mar 2019 20:21:27 -0000 This is a multi-part message in MIME format. --------------8EA819D79C2E525DFA618A80 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Xufeng,     Can you (or other authors) discuss the motivations/issue addressed by the information-source-instance?-- Perhaps I missed it, but I believe  this was a change made without WG discussion. Thank you, Lou On 3/8/2019 2:25 PM, Xufeng Liu wrote: > Hi Lou, > > The change summary has been posted to the WG mailing list > (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). > Please advise if the authors need to do anything further. > Thanks, > - Xufeng > > On Wed, Mar 6, 2019 at 4:21 PM Lou Berger > wrote: > > All, > >     The recent versions of the te-topology doc had sufficiently > significant technical changes that our AD and I, with input from > the authors, agreed that the document should come back to the WG > and to rerun a full last call process.  The key changes in rev -19 > were: > > - Referencing the te-types document and updates to point to its module > > - introduction of information-source-instance > > The second change is a technical change resulting from > implementation experience, so is a good change, but as it is a > substantive technical change the document has to come out of the > RFC editor queue to accept it. > > Authors, > Can you send out a message summarizing all changes. > > We will then restart the WG LC process. > > Thank you, > Lou (as Shepherd/co-chair) > > -------- Forwarded Message -------- > Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo > Date: Wed, 06 Mar 2019 10:49:31 -0800 > From: IETF Secretariat > > To: lberger@labn.net , > teas-chairs@ietf.org , > draft-ietf-teas-yang-te-topo@ietf.org > > > > > > The IETF WG state of draft-ietf-teas-yang-te-topo has been changed > to "WG > Document" from "Submitted to IESG for Publication" by Deborah > Brungard: > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --------------8EA819D79C2E525DFA618A80 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

    Xufeng,

        Can you (or other authors) discuss the motivations/issue addressed by the information-source-instance?-- Perhaps I missed it, but I believe  this was a change made without WG discussion.

    Thank you,

    Lou

    On 3/8/2019 2:25 PM, Xufeng Liu wrote:
    Hi Lou,

    The change summary has been posted to the WG mailing list (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please advise if the authors need to do anything further.
    Thanks,
    - Xufeng

    On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net> wrote:

    All,

        The recent versions of the te-topology doc had sufficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.  The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it.

    Authors,
        Can you send out a message summarizing all changes.

    We will then restart the WG LC process.

    Thank you,
    Lou (as Shepherd/co-chair)

    -------- Forwarded Message --------
    Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo
    Date: Wed, 06 Mar 2019 10:49:31 -0800
    From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
    To: lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org



    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG
    Document" from "Submitted to IESG for Publication" by Deborah Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/


    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --------------8EA819D79C2E525DFA618A80-- From nobody Fri Mar 8 12:57:11 2019 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 F06DE126DFA; Fri, 8 Mar 2019 12:57:09 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i9OoLL6MmDX6; Fri, 8 Mar 2019 12:57:08 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 981CD1228B7; Fri, 8 Mar 2019 12:57:07 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id DF0C9ABDF0CEE86736F9; Fri, 8 Mar 2019 20:57:03 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 8 Mar 2019 20:57:03 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.96]) by SJCEML703-CHM.china.huawei.com ([169.254.5.129]) with mapi id 14.03.0415.000; Fri, 8 Mar 2019 12:56:58 -0800 From: Igor Bryskin To: Lou Berger , Xufeng Liu CC: TEAS WG , "draft-ietf-teas-yang-te-topo@ietf.org" Thread-Topic: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo Thread-Index: AQHU1E1aBQyCSlkYE0u3B2IoGmQNwqX/ooYAgAMESYCAAAepAP//g1YQ Date: Fri, 8 Mar 2019 20:56:57 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com> References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.157.170] Content-Type: multipart/alternative; boundary="_000_0C72C38E7EBC34499E8A9E7DD00786391C6B1B1Csjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 08 Mar 2019 20:57:10 -0000 --_000_0C72C38E7EBC34499E8A9E7DD00786391C6B1B1Csjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTG91LA0KDQpXZSBoYXZlIGhhZCBxdWl0ZSBhIGJpdCBvZiAgcHJpdmF0ZSBkaXNjdXNzaW9u cyBiZXR3ZWVuIHRoZSBjby1hbnRoZXJzLCBhbmQgSSBiZWxpZXZlLCB3ZSBwcm92aWRlZCBhIHN1 bW1hcnkgdG8gdGhlIFdHLg0KSW4gb3VyIG9waW5pb24gaXQgaXMgYSB2ZXJ5IHNpbXBsZSwgc3Ry YWlnaHRmb3J3YXJkLCB5ZXQgcXVpdGUgdXNlZnVsIGFkZGl0aW9uLiBJdCB3YXMgYnJvdWdodCAg dG8gb3VyIGF0dGVudGlvbiBieSB0aGUgbW9kZWwgaW1wbGVtZW50ZXJzIHRoYXQgZm9yIGEgZ2l2 ZW4gdG9wb2xvZ2ljYWwgZWxlbWVudCAoZS5nLiBURSBsaW5rKSB0aGVyZSBjb3VsZCBiZSBtb3Jl IHRoYW4gb25lIGluc3RhbmNlIG9mIHRoZSBzYW1lIHNvdXJjZSBvZiB3aGVyZSB0aGUgaW5mb3Jt YXRpb24gaGFzIGNvbWUgZnJvbS4gRm9yIGV4YW1wbGUsIHRoZXJlIGNvdWxkIGJlIG1vcmUgIHRo YW4gb25lIGluc3RhbmNlIG9mIE9TUEYtVEUgcHJvdG9jb2wgcnVubmluZyBpbiB0aGUgbmV0d29y aywgYW5kIGl0IGlzIHVzZWZ1bCBmb3IgdGhlIGNsaWVudCBhcHBsaWNhdGlvbiB0byB1bmRlcnN0 YW5kIHdoaWNoIGluc3RhbmNlIGRpc2NvdmVyZWQvcHJvdmlkZWQgaW5mb3JtYXRpb24gZm9yIHdo aWNoIFRFIGxpbmtzLiAgQmVmb3JlIHRoZSBjaGFuZ2UgdGhlIG1vZGVsIGNvdWxkIG9ubHkgaW5k aWNhdGUgdGhlIHR5cGUgb2YgdGhlIGluZm9ybWF0aW9uIHNvdXJjZSAoT1NQRi1URSBwcm90b2Nv bCksIGJ1dCBub3QgaXRzIHNwZWNpZmljIGluc3RhbmNlLCBoZW5jZSB0aGUgYWRkaXRpb24gb2Yg dGhlIGluc3RhbmNlIGxlYWYuDQoNClJlZ2FyZHMsDQpJZ29yIChhbmQgY28tYXV0aG9ycykNCg0K DQpGcm9tOiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NClNlbnQ6IEZyaWRh eSwgTWFyY2ggMDgsIDIwMTkgMjo1MyBQTQ0KVG86IFh1ZmVuZyBMaXUNCkNjOiBURUFTIFdHOyBk cmFmdC1pZXRmLXRlYXMteWFuZy10ZS10b3BvQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW1RlYXNd IEZ3ZDogSUVURiBXRyBzdGF0ZSBjaGFuZ2VkIGZvciBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10 b3BvDQoNCg0KWHVmZW5nLA0KDQogICAgQ2FuIHlvdSAob3Igb3RoZXIgYXV0aG9ycykgZGlzY3Vz cyB0aGUgbW90aXZhdGlvbnMvaXNzdWUgYWRkcmVzc2VkIGJ5IHRoZSBpbmZvcm1hdGlvbi1zb3Vy Y2UtaW5zdGFuY2U/LS0gUGVyaGFwcyBJIG1pc3NlZCBpdCwgYnV0IEkgYmVsaWV2ZSAgdGhpcyB3 YXMgYSBjaGFuZ2UgbWFkZSB3aXRob3V0IFdHIGRpc2N1c3Npb24uDQoNClRoYW5rIHlvdSwNCg0K TG91DQpPbiAzLzgvMjAxOSAyOjI1IFBNLCBYdWZlbmcgTGl1IHdyb3RlOg0KSGkgTG91LA0KDQpU aGUgY2hhbmdlIHN1bW1hcnkgaGFzIGJlZW4gcG9zdGVkIHRvIHRoZSBXRyBtYWlsaW5nIGxpc3Qg KGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvdGVhcy9zUTJ3TVRYWVh3bmlV dWp0MjlmeXNxSHd3cEkpLiBQbGVhc2UgYWR2aXNlIGlmIHRoZSBhdXRob3JzIG5lZWQgdG8gZG8g YW55dGhpbmcgZnVydGhlci4NClRoYW5rcywNCi0gWHVmZW5nDQoNCk9uIFdlZCwgTWFyIDYsIDIw MTkgYXQgNDoyMSBQTSBMb3UgQmVyZ2VyIDxsYmVyZ2VyQGxhYm4ubmV0PG1haWx0bzpsYmVyZ2Vy QGxhYm4ubmV0Pj4gd3JvdGU6DQoNCkFsbCwNCg0KICAgIFRoZSByZWNlbnQgdmVyc2lvbnMgb2Yg dGhlIHRlLXRvcG9sb2d5IGRvYyBoYWQgc3VmZmljaWVudGx5IHNpZ25pZmljYW50IHRlY2huaWNh bCBjaGFuZ2VzIHRoYXQgb3VyIEFEIGFuZCBJLCB3aXRoIGlucHV0IGZyb20gdGhlIGF1dGhvcnMs IGFncmVlZCB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgY29tZSBiYWNrIHRvIHRoZSBXRyBhbmQg dG8gcmVydW4gYSBmdWxsIGxhc3QgY2FsbCBwcm9jZXNzLiAgVGhlIGtleSBjaGFuZ2VzIGluIHJl diAtMTkgd2VyZToNCg0KLSBSZWZlcmVuY2luZyB0aGUgdGUtdHlwZXMgZG9jdW1lbnQgYW5kIHVw ZGF0ZXMgdG8gcG9pbnQgdG8gaXRzIG1vZHVsZQ0KDQotIGludHJvZHVjdGlvbiBvZiBpbmZvcm1h dGlvbi1zb3VyY2UtaW5zdGFuY2UNCg0KVGhlIHNlY29uZCBjaGFuZ2UgaXMgYSB0ZWNobmljYWwg Y2hhbmdlIHJlc3VsdGluZyBmcm9tIGltcGxlbWVudGF0aW9uIGV4cGVyaWVuY2UsIHNvIGlzIGEg Z29vZCBjaGFuZ2UsIGJ1dCBhcyBpdCBpcyBhIHN1YnN0YW50aXZlIHRlY2huaWNhbCBjaGFuZ2Ug dGhlIGRvY3VtZW50IGhhcyB0byBjb21lIG91dCBvZiB0aGUgUkZDIGVkaXRvciBxdWV1ZSB0byBh Y2NlcHQgaXQuDQpBdXRob3JzLA0KICAgIENhbiB5b3Ugc2VuZCBvdXQgYSBtZXNzYWdlIHN1bW1h cml6aW5nIGFsbCBjaGFuZ2VzLg0KDQpXZSB3aWxsIHRoZW4gcmVzdGFydCB0aGUgV0cgTEMgcHJv Y2Vzcy4NCg0KVGhhbmsgeW91LA0KTG91IChhcyBTaGVwaGVyZC9jby1jaGFpcikNCg0KLS0tLS0t LS0gRm9yd2FyZGVkIE1lc3NhZ2UgLS0tLS0tLS0NClN1YmplY3Q6DQoNCklFVEYgV0cgc3RhdGUg Y2hhbmdlZCBmb3IgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wbw0KDQpEYXRlOg0KDQpXZWQs IDA2IE1hciAyMDE5IDEwOjQ5OjMxIC0wODAwDQoNCkZyb206DQoNCklFVEYgU2VjcmV0YXJpYXQg PGlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc+PG1haWx0bzppZXRmLXNlY3JldGFyaWF0 LXJlcGx5QGlldGYub3JnPg0KDQpUbzoNCg0KbGJlcmdlckBsYWJuLm5ldDxtYWlsdG86bGJlcmdl ckBsYWJuLm5ldD4sIHRlYXMtY2hhaXJzQGlldGYub3JnPG1haWx0bzp0ZWFzLWNoYWlyc0BpZXRm Lm9yZz4sIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG9AaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0 LWlldGYtdGVhcy15YW5nLXRlLXRvcG9AaWV0Zi5vcmc+DQoNCg0KDQoNClRoZSBJRVRGIFdHIHN0 YXRlIG9mIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG8gaGFzIGJlZW4gY2hhbmdlZCB0byAi V0cNCkRvY3VtZW50IiBmcm9tICJTdWJtaXR0ZWQgdG8gSUVTRyBmb3IgUHVibGljYXRpb24iIGJ5 IERlYm9yYWggQnJ1bmdhcmQ6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG8vDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1haWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxt YWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vdGVhcw0K --_000_0C72C38E7EBC34499E8A9E7DD00786391C6B1B1Csjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgTG91LDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+V2UgaGF2ZSBoYWQgcXVpdGUgYSBiaXQgb2YgJm5ic3A7cHJpdmF0ZSBkaXNjdXNz aW9ucyBiZXR3ZWVuIHRoZSBjby1hbnRoZXJzLCBhbmQgSSBiZWxpZXZlLCB3ZSBwcm92aWRlZCBh IHN1bW1hcnkgdG8gdGhlIFdHLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JbiBvdXIg b3BpbmlvbiBpdCBpcyBhIHZlcnkgc2ltcGxlLCBzdHJhaWdodGZvcndhcmQsIHlldCBxdWl0ZSB1 c2VmdWwgYWRkaXRpb24uIEl0IHdhcyBicm91Z2h0ICZuYnNwO3RvIG91ciBhdHRlbnRpb24gYnkg dGhlIG1vZGVsIGltcGxlbWVudGVycyB0aGF0IGZvciBhIGdpdmVuDQogdG9wb2xvZ2ljYWwgZWxl bWVudCAoZS5nLiBURSBsaW5rKSB0aGVyZSBjb3VsZCBiZSBtb3JlIHRoYW4gb25lIGluc3RhbmNl IG9mIHRoZSBzYW1lIHNvdXJjZSBvZiB3aGVyZSB0aGUgaW5mb3JtYXRpb24gaGFzIGNvbWUgZnJv bS4gRm9yIGV4YW1wbGUsIHRoZXJlIGNvdWxkIGJlIG1vcmUgJm5ic3A7dGhhbiBvbmUgaW5zdGFu Y2Ugb2YgT1NQRi1URSBwcm90b2NvbCBydW5uaW5nIGluIHRoZSBuZXR3b3JrLCBhbmQgaXQgaXMg dXNlZnVsIGZvciB0aGUgY2xpZW50DQogYXBwbGljYXRpb24gdG8gdW5kZXJzdGFuZCB3aGljaCBp bnN0YW5jZSBkaXNjb3ZlcmVkL3Byb3ZpZGVkIGluZm9ybWF0aW9uIGZvciB3aGljaCBURSBsaW5r cy4gJm5ic3A7QmVmb3JlIHRoZSBjaGFuZ2UgdGhlIG1vZGVsIGNvdWxkIG9ubHkgaW5kaWNhdGUg dGhlIHR5cGUgb2YgdGhlIGluZm9ybWF0aW9uIHNvdXJjZSAoT1NQRi1URSBwcm90b2NvbCksIGJ1 dCBub3QgaXRzIHNwZWNpZmljIGluc3RhbmNlLCBoZW5jZSB0aGUgYWRkaXRpb24gb2YgdGhlIGlu c3RhbmNlDQogbGVhZi4gJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5JZ29yIChhbmQgY28tYXV0aG9ycyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5k b3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 d2luZG93dGV4dCI+IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KPGJyPg0K PGI+U2VudDo8L2I+IEZyaWRheSwgTWFyY2ggMDgsIDIwMTkgMjo1MyBQTTxicj4NCjxiPlRvOjwv Yj4gWHVmZW5nIExpdTxicj4NCjxiPkNjOjwvYj4gVEVBUyBXRzsgZHJhZnQtaWV0Zi10ZWFzLXlh bmctdGUtdG9wb0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1RlYXNdIEZ3ZDog SUVURiBXRyBzdGF0ZSBjaGFuZ2VkIGZvciBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10b3BvPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+WHVmZW5nLDxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5i c3A7Jm5ic3A7Jm5ic3A7IENhbiB5b3UgKG9yIG90aGVyIGF1dGhvcnMpIGRpc2N1c3MgdGhlIG1v dGl2YXRpb25zL2lzc3VlIGFkZHJlc3NlZCBieSB0aGUgaW5mb3JtYXRpb24tc291cmNlLWluc3Rh bmNlPy0tIFBlcmhhcHMgSSBtaXNzZWQgaXQsIGJ1dCBJIGJlbGlldmUmbmJzcDsgdGhpcyB3YXMg YSBjaGFuZ2UgbWFkZSB3aXRob3V0IFdHIGRpc2N1c3Npb24uPG86cD48L286cD48L3A+DQo8cD5U aGFuayB5b3UsPG86cD48L286cD48L3A+DQo8cD5Mb3U8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAzLzgvMjAxOSAyOjI1IFBNLCBYdWZlbmcgTGl1IHdyb3Rl OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkhpIExvdSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhlIGNoYW5nZSBzdW1tYXJ5IGhhcyBiZWVuIHBvc3RlZCB0byB0 aGUgV0cgbWFpbGluZyBsaXN0ICg8YSBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3Jn L2FyY2gvbXNnL3RlYXMvc1Eyd01UWFlYd25pVXVqdDI5ZnlzcUh3d3BJIj5odHRwczovL21haWxh cmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3RlYXMvc1Eyd01UWFlYd25pVXVqdDI5ZnlzcUh3d3BJ PC9hPikuIFBsZWFzZSBhZHZpc2UgaWYgdGhlDQogYXV0aG9ycyBuZWVkIHRvIGRvIGFueXRoaW5n IGZ1cnRoZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGFua3MsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4tIFh1ZmVuZzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+T24gV2VkLCBNYXIgNiwgMjAxOSBhdCA0OjIxIFBNIExvdSBCZXJnZXIgJmx0OzxhIGhy ZWY9Im1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Ij5sYmVyZ2VyQGxhYm4ubmV0PC9hPiZndDsgd3Jv dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4w cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPHA+QWxsLDxv OnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSByZWNlbnQgdmVyc2lvbnMg b2YgdGhlIHRlLXRvcG9sb2d5IGRvYyBoYWQgc3VmZmljaWVudGx5IHNpZ25pZmljYW50IHRlY2hu aWNhbCBjaGFuZ2VzIHRoYXQgb3VyIEFEIGFuZCBJLCB3aXRoIGlucHV0IGZyb20gdGhlIGF1dGhv cnMsIGFncmVlZCB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgY29tZSBiYWNrIHRvIHRoZSBXRyBh bmQgdG8gcmVydW4gYSBmdWxsIGxhc3QgY2FsbCBwcm9jZXNzLiZuYnNwOyBUaGUga2V5IGNoYW5n ZXMgaW4gcmV2DQogLTE5IHdlcmU6PG86cD48L286cD48L3A+DQo8cD4tIFJlZmVyZW5jaW5nIHRo ZSB0ZS10eXBlcyBkb2N1bWVudCBhbmQgdXBkYXRlcyB0byBwb2ludCB0byBpdHMgbW9kdWxlPG86 cD48L286cD48L3A+DQo8cD4tIGludHJvZHVjdGlvbiBvZiBpbmZvcm1hdGlvbi1zb3VyY2UtaW5z dGFuY2U8bzpwPjwvbzpwPjwvcD4NCjxwPlRoZSBzZWNvbmQgY2hhbmdlIGlzIGEgdGVjaG5pY2Fs IGNoYW5nZSByZXN1bHRpbmcgZnJvbSBpbXBsZW1lbnRhdGlvbiBleHBlcmllbmNlLCBzbyBpcyBh IGdvb2QgY2hhbmdlLCBidXQgYXMgaXQgaXMgYSBzdWJzdGFudGl2ZSB0ZWNobmljYWwgY2hhbmdl IHRoZSBkb2N1bWVudCBoYXMgdG8gY29tZSBvdXQgb2YgdGhlIFJGQyBlZGl0b3IgcXVldWUgdG8g YWNjZXB0IGl0LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkF1 dGhvcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDsmbmJzcDsmbmJzcDsgQ2FuIHlvdSBzZW5kIG91dCBhIG1lc3NhZ2Ugc3VtbWFyaXpp bmcgYWxsIGNoYW5nZXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPldlIHdpbGwgdGhlbiByZXN0YXJ0IHRoZSBXRyBMQyBwcm9jZXNzLjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFuayB5 b3UsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5M b3UgKGFzIFNoZXBoZXJkL2NvLWNoYWlyKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tLS0tLSBGb3J3YXJkZWQgTWVzc2FnZSAtLS0tLS0t LSA8bzpwPjwvbzpwPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0i MCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBu b3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0 Ij48Yj5TdWJqZWN0OiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRk aW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JRVRGIFdHIHN0YXRl IGNoYW5nZWQgZm9yIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG88bzpwPjwvbzpwPjwvcD4N CjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBh ZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdo dCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPkRhdGU6IDxvOnA+PC9vOnA+PC9iPjwvcD4N CjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPldlZCwgMDYgTWFyIDIwMTkgMTA6NDk6MzEgLTA4MDA8bzpwPjwvbzpwPjwvcD4N CjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBh ZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdo dCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPkZyb206IDxvOnA+PC9vOnA+PC9iPjwvcD4N CjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPklFVEYgU2VjcmV0YXJpYXQgPGEgaHJlZj0ibWFpbHRvOmlldGYtc2VjcmV0YXJp YXQtcmVwbHlAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCiZsdDtpZXRmLXNlY3JldGFyaWF0 LXJlcGx5QGlldGYub3JnJmd0OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRy Pg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxp Z246cmlnaHQiPjxiPlRvOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJw YWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJt YWlsdG86bGJlcmdlckBsYWJuLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmxiZXJnZXJAbGFibi5uZXQ8 L2E+LA0KPGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8L2E+LCA8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi10 ZWFzLXlhbmctdGUtdG9wb0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KZHJhZnQtaWV0Zi10 ZWFzLXlhbmctdGUtdG9wb0BpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3Ry Pg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjxicj4NCjxicj4NCjxicj4NClRoZSBJRVRGIFdHIHN0YXRlIG9mIGRy YWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG8gaGFzIGJlZW4gY2hhbmdlZCB0byAmcXVvdDtXRzxi cj4NCkRvY3VtZW50JnF1b3Q7IGZyb20gJnF1b3Q7U3VibWl0dGVkIHRvIElFU0cgZm9yIFB1Ymxp Y2F0aW9uJnF1b3Q7IGJ5IERlYm9yYWggQnJ1bmdhcmQ6PGJyPg0KPGJyPg0KPGEgaHJlZj0iaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9w by8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1pZXRmLXRlYXMteWFuZy10ZS10b3BvLzwvYT48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClRlYXMgbWFpbGluZyBsaXN0PGJyPg0K PGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYu b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vdGVhcyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vdGVhczwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_0C72C38E7EBC34499E8A9E7DD00786391C6B1B1Csjceml521mbxchi_-- From nobody Fri Mar 8 15:32:57 2019 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 C56CC126DFA for ; Fri, 8 Mar 2019 15:32:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 LU3vryrFczf2 for ; Fri, 8 Mar 2019 15:32:54 -0800 (PST) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 0C1471277E7 for ; Fri, 8 Mar 2019 15:32:54 -0800 (PST) Received: from CMGW (unknown [10.9.0.13]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 1161214178F for ; Fri, 8 Mar 2019 16:13:47 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 2OgUhEAAdeyBx2OgUhlUsf; Fri, 08 Mar 2019 16:13:47 -0700 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:MIME-Version:Date: Message-ID:To:Subject:From:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=XThwHhT/Y76Y0HI7kmzqUizc3Vt4ymssPuNXTtd92nk=; b=PMO5iva7/btAxxXY9g3M9lSUXF AImpl8fw3bICFbt8FWqJe4tTVmcWz2q7BS8ZNBgV6val4SHA8cNtKLYTTyYySC/9Vufl7rIkW14kk IT2B8vpLIFehNP/11y4maIwyb; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:52724 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h2OgU-003K0y-Pm for teas@ietf.org; Fri, 08 Mar 2019 16:13:46 -0700 From: Lou Berger To: TEAS WG Message-ID: Date: Fri, 8 Mar 2019 18:13:45 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h2OgU-003K0y-Pm X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:52724 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] 2nd WG Last Call: draft-ietf-teas-yang-te-topo-19 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 08 Mar 2019 23:32:56 -0000 All, This starts a three-week working group last call for draft-ietf-teas-yang-te-topo-19 The LC is extended to allow for additional discussion during the upcoming IETF. Key differences from the previous LC have been summarized on the list and can be seen at https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-teas-yang-te-topo-19.txt The working group last call ends on March 29. Please send your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome! This is useful and important, even from authors. Thank you, Lou (TEAS Co-Chair & doc Shepherd) From nobody Sat Mar 9 13:02:05 2019 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 F39AF127964 for ; Sat, 9 Mar 2019 13:02:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 VMGiugv-ezDL for ; Sat, 9 Mar 2019 13:02:01 -0800 (PST) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) (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 DE340127598 for ; Sat, 9 Mar 2019 13:02:00 -0800 (PST) Received: from cmgw10.unifiedlayer.com (unknown [10.9.0.10]) by gproxy8.mail.unifiedlayer.com (Postfix) with ESMTP id 94D881AC3BC for ; Sat, 9 Mar 2019 13:55:52 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 2j0ahRpdMuj2o2j0ahTXTC; Sat, 09 Mar 2019 13:55:52 -0700 X-Authority-Reason: nr=8 X-Authority-Analysis: $(_cmae_reason DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Sender:Reply-To:Content-Transfer-Encoding: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=YAAz6lwfi3mxWAQn9EE7NsF5zEQyXQZStrtXPkQ4wHI=; b=GQYrdaBB6fXC0hWqQlj7yWmFrn 7Qv+9JLe1bdiCRB9GwlMpU838bq+OY51a2jQ1TVAYN7KbV6Az0dFGSfXzbJvpPYjTnWrO/vQUpsYr dQm4swlVXi9YamgIXPQoSeUT+; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:59012 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h2j0a-000Kll-1T; Sat, 09 Mar 2019 13:55:52 -0700 To: Igor Bryskin , Xufeng Liu Cc: TEAS WG , "draft-ietf-teas-yang-te-topo@ietf.org" References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com> From: Lou Berger Message-ID: Date: Sat, 9 Mar 2019 15:55:49 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com> Content-Type: multipart/alternative; boundary="------------40744AB453DC854D134349C4" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h2j0a-000Kll-1T X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:59012 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 21:02:03 -0000 This is a multi-part message in MIME format. --------------40744AB453DC854D134349C4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Igor, (and authors)     Can you point to where in the archive this discussion took place - https://mailarchive.ietf.org/arch/browse/teas/?q=source%20instance isn't yielding helpful information.  It's also fine for the authors to make the case for the change now if a suitable reference can't be found. Lou PS For future reference, technical changes are generally now allowed once a document has been approved by the IESG, and even more rarely once in the RFC editor queue.  (This is nothing new - I remember having quite a discussion back when Jon P. was RFC editor and having to convince him that moving the '|' in a packet format half a bit over in a drawing didn't require moving the doc out of the RFC editor queue even though half bits clearly didn't match the text.) On 3/8/2019 3:56 PM, Igor Bryskin wrote: > > Hi Lou, > > We have had quite a bit of  private discussions between the > co-anthers, and I believe, we provided a summary to the WG. > > In our opinion it is a very simple, straightforward, yet quite useful > addition. It was brought  to our attention by the model implementers > that for a given topological element (e.g. TE link) there could be > more than one instance of the same source of where the information has > come from. For example, there could be more  than one instance of > OSPF-TE protocol running in the network, and it is useful for the > client application to understand which instance discovered/provided > information for which TE links.  Before the change the model could > only indicate the type of the information source (OSPF-TE protocol), > but not its specific instance, hence the addition of the instance leaf. > > Regards, > > Igor (and co-authors) > > *From:*Lou Berger [mailto:lberger@labn.net] > *Sent:* Friday, March 08, 2019 2:53 PM > *To:* Xufeng Liu > *Cc:* TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org > *Subject:* Re: [Teas] Fwd: IETF WG state changed for > draft-ietf-teas-yang-te-topo > > Xufeng, > >     Can you (or other authors) discuss the motivations/issue addressed > by the information-source-instance?-- Perhaps I missed it, but I > believe  this was a change made without WG discussion. > > Thank you, > > Lou > > On 3/8/2019 2:25 PM, Xufeng Liu wrote: > > Hi Lou, > > The change summary has been posted to the WG mailing list > (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). > Please advise if the authors need to do anything further. > > Thanks, > > - Xufeng > > On Wed, Mar 6, 2019 at 4:21 PM Lou Berger > wrote: > > All, > >     The recent versions of the te-topology doc had > sufficiently significant technical changes that our AD and I, > with input from the authors, agreed that the document should > come back to the WG and to rerun a full last call process.  > The key changes in rev -19 were: > > - Referencing the te-types document and updates to point to > its module > > - introduction of information-source-instance > > The second change is a technical change resulting from > implementation experience, so is a good change, but as it is a > substantive technical change the document has to come out of > the RFC editor queue to accept it. > > Authors, > >     Can you send out a message summarizing all changes. > > We will then restart the WG LC process. > > Thank you, > > Lou (as Shepherd/co-chair) > > -------- Forwarded Message -------- > > *Subject: * > > > > IETF WG state changed for draft-ietf-teas-yang-te-topo > > *Date: * > > > > Wed, 06 Mar 2019 10:49:31 -0800 > > *From: * > > > > IETF Secretariat > > > *To: * > > > > lberger@labn.net , > teas-chairs@ietf.org , > draft-ietf-teas-yang-te-topo@ietf.org > > > > > > The IETF WG state of draft-ietf-teas-yang-te-topo has been > changed to "WG > Document" from "Submitted to IESG for Publication" by Deborah > Brungard: > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --------------40744AB453DC854D134349C4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

    Hi Igor, (and authors)

        Can you point to where in the archive this discussion took place - https://mailarchive.ietf.org/arch/browse/teas/?q=source%20instance isn't yielding helpful information.  It's also fine for the authors to make the case for the change now if a suitable reference can't be found.

    Lou

    PS For future reference, technical changes are generally now allowed once a document has been approved by the IESG, and even more rarely once in the RFC editor queue.  (This is nothing new - I remember having quite a discussion back when Jon P. was RFC editor and having to convince him that moving the '|' in a packet format half a bit over in a drawing didn't require moving the doc out of the RFC editor queue even though half bits clearly didn't match the text.)

    On 3/8/2019 3:56 PM, Igor Bryskin wrote:

    Hi Lou,

     

    We have had quite a bit of  private discussions between the co-anthers, and I believe, we provided a summary to the WG.

    In our opinion it is a very simple, straightforward, yet quite useful addition. It was brought  to our attention by the model implementers that for a given topological element (e.g. TE link) there could be more than one instance of the same source of where the information has come from. For example, there could be more  than one instance of OSPF-TE protocol running in the network, and it is useful for the client application to understand which instance discovered/provided information for which TE links.  Before the change the model could only indicate the type of the information source (OSPF-TE protocol), but not its specific instance, hence the addition of the instance leaf.  

     

    Regards,

    Igor (and co-authors)

     

     

    From: Lou Berger [mailto:lberger@labn.net]
    Sent: Friday, March 08, 2019 2:53 PM
    To: Xufeng Liu
    Cc: TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org
    Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo

     

    Xufeng,

        Can you (or other authors) discuss the motivations/issue addressed by the information-source-instance?-- Perhaps I missed it, but I believe  this was a change made without WG discussion.

    Thank you,

    Lou

    On 3/8/2019 2:25 PM, Xufeng Liu wrote:

    Hi Lou,

     

    The change summary has been posted to the WG mailing list (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please advise if the authors need to do anything further.

    Thanks,

    - Xufeng

     

    On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net> wrote:

    All,

        The recent versions of the te-topology doc had sufficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.  The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it.

    Authors,

        Can you send out a message summarizing all changes.

     

    We will then restart the WG LC process.

     

    Thank you,

    Lou (as Shepherd/co-chair)

     

    -------- Forwarded Message --------

    Subject:

    IETF WG state changed for draft-ietf-teas-yang-te-topo

    Date:

    Wed, 06 Mar 2019 10:49:31 -0800

    From:

    IETF Secretariat <ietf-secretariat-reply@ietf.org>

    To:

    lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org




    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG
    Document" from "Submitted to IESG for Publication" by Deborah Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/

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

    --------------40744AB453DC854D134349C4-- From nobody Sun Mar 10 13:22:37 2019 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 E7D671279B3; Sun, 10 Mar 2019 13:22:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.19 X-Spam-Level: X-Spam-Status: No, score=-4.19 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_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 lBK95N2c49eP; Sun, 10 Mar 2019 13:22:33 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 54EA0127990; Sun, 10 Mar 2019 13:22:33 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 635A2D22DCD5A11FA0FF; Sun, 10 Mar 2019 20:22:31 +0000 (GMT) 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.408.0; Sun, 10 Mar 2019 20:22:30 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.179]) by SJCEML701-CHM.china.huawei.com ([169.254.3.244]) with mapi id 14.03.0415.000; Sun, 10 Mar 2019 13:22:21 -0700 From: Igor Bryskin To: "lberger@labn.net" , Igor Bryskin , "xufeng.liu.ietf@gmail.com" , "xufeng.liu.ietf@gmail.com" CC: "teas@ietf.org" , "draft-ietf-teas-yang-te-topo@ietf.org" Thread-Topic: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo Thread-Index: AQHU1E1aBQyCSlkYE0u3B2IoGmQNwqX/ooYAgAMESYCAAAepAP//g1YQgAIgpoCAAQLfRg== Date: Sun, 10 Mar 2019 20:22:21 +0000 Message-ID: References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan5c85729871b896f228d2localhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 10 Mar 2019 20:22:36 -0000 --_000_etPan5c85729871b896f228d2localhost_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Xufeng, I believe every time we published an update for the document we provided a = summary of the changes since the previous revision. Could you find the one for the latest update? Lou, Since the document was put into the RFC Editor queue we have made far more= serious change - we replaced the dependency on te-tunnel model with the d= ependency on te-types model. You knew about our intention long time ago, as= well as that the document would need in this case another close look by WG= . You have not warned us about the problem, nor pulled the document out of = the queue then. Now you are focused on the most trivial change (almost as harmful as changi= ng Tarek's association from CSCO to Jniper), which could be easily reviewed= by the WG along with consequences of the depency change. Why is that? Igor Thanks, Igor From:Lou Berger To:Igor Bryskin,Xufeng Liu, Cc:TEAS WG,draft-ietf-teas-yang-te-topo@ietf.org, Date:2019-03-09 15:56:11 Subject:Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-t= opo Hi Igor, (and authors) Can you point to where in the archive this discussion took place - http= s://mailarchive.ietf.org/arch/browse/teas/?q=3Dsource%20instance isn't yiel= ding helpful information. It's also fine for the authors to make the case = for the change now if a suitable reference can't be found. Lou PS For future reference, technical changes are generally now allowed once a= document has been approved by the IESG, and even more rarely once in the R= FC editor queue. (This is nothing new - I remember having quite a discussi= on back when Jon P. was RFC editor and having to convince him that moving t= he '|' in a packet format half a bit over in a drawing didn't require movin= g the doc out of the RFC editor queue even though half bits clearly didn't = match the text.) On 3/8/2019 3:56 PM, Igor Bryskin wrote: Hi Lou, We have had quite a bit of private discussions between the co-anthers, and= I believe, we provided a summary to the WG. In our opinion it is a very simple, straightforward, yet quite useful addit= ion. It was brought to our attention by the model implementers that for a = given topological element (e.g. TE link) there could be more than one insta= nce of the same source of where the information has come from. For example,= there could be more than one instance of OSPF-TE protocol running in the = network, and it is useful for the client application to understand which in= stance discovered/provided information for which TE links. Before the chan= ge the model could only indicate the type of the information source (OSPF-T= E protocol), but not its specific instance, hence the addition of the insta= nce leaf. Regards, Igor (and co-authors) From: Lou Berger [mailto:lberger@labn.net] Sent: Friday, March 08, 2019 2:53 PM To: Xufeng Liu Cc: TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-= topo Xufeng, Can you (or other authors) discuss the motivations/issue addressed by t= he information-source-instance?-- Perhaps I missed it, but I believe this = was a change made without WG discussion. Thank you, Lou On 3/8/2019 2:25 PM, Xufeng Liu wrote: Hi Lou, The change summary has been posted to the WG mailing list (https://mailarch= ive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please advise if t= he authors need to do anything further. Thanks, - Xufeng On Wed, Mar 6, 2019 at 4:21 PM Lou Berger > wrote: All, The recent versions of the te-topology doc had sufficiently significant= technical changes that our AD and I, with input from the authors, agreed t= hat the document should come back to the WG and to rerun a full last call p= rocess. The key changes in rev -19 were: - Referencing the te-types document and updates to point to its module - introduction of information-source-instance The second change is a technical change resulting from implementation exper= ience, so is a good change, but as it is a substantive technical change the= document has to come out of the RFC editor queue to accept it. Authors, Can you send out a message summarizing all changes. We will then restart the WG LC process. Thank you, Lou (as Shepherd/co-chair) -------- Forwarded Message -------- Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo Date: Wed, 06 Mar 2019 10:49:31 -0800 From: IETF Secretariat To: lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG Document" from "Submitted to IESG for Publication" by Deborah Brungard: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --_000_etPan5c85729871b896f228d2localhost_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
    Hi Xufeng,

    I believe every time we published an update for the document we provided a = summary of the changes since the previous revision.
    Could you find the one for the latest update?

    Lou,
    Since the document was put into the RFC  Editor queue we have made far= more serious change - we replaced the dependency on te-tunnel model  = with the dependency on te-types model. You knew about our intention long ti= me ago, as well as that the document would need in this case another close look by WG. You have not warned us about t= he problem, nor pulled the document out of the queue then.
    Now you are focused on the most trivial change (almost as harmful as changi= ng Tarek's association from CSCO to Jniper), which could be easily reviewed= by the WG along with consequences of the depency change. Why is that?

    Igor



    Thanks,
    Igor
    From:Lou Berger
    To:Igor Bryskin,Xufeng Liu,
    Cc:TEAS WG,draft-ietf-teas-yang-= te-topo@ietf.org,
    Date:2019-03-09 15:56:11
    Subject:Re: [Teas] Fwd: IETF WG = state changed for draft-ietf-teas-yang-te-topo

    Hi Igor, (and authors)

        Can you point to where in the archive this discussion= took place - https://mailarchive.ietf.org/arch/browse/teas/?q=3Dsource%20instance is= n't yielding helpful information.  It's also fine for the authors to m= ake the case for the change now if a suitable reference can't be found.

    Lou

    PS For future reference, technical changes are generally now allowed onc= e a document has been approved by the IESG, and even more rarely once in th= e RFC editor queue.  (This is nothing new - I remember having quite a = discussion back when Jon P. was RFC editor and having to convince him that moving the '|' in a packet format half a b= it over in a drawing didn't require moving the doc out of the RFC editor qu= eue even though half bits clearly didn't match the text.)

    On 3/8/2019 3:56 PM, Igor Bryskin wrote:

    Hi Lou,

     

    We have had quite a bit= of  private discussions between the co-anthers, and I believe, we pro= vided a summary to the WG.

    In our opinion it is a = very simple, straightforward, yet quite useful addition. It was brought &nb= sp;to our attention by the model implementers that for a given topological element (e.g. TE link) there could be more than one instance o= f the same source of where the information has come from. For example, ther= e could be more  than one instance of OSPF-TE protocol running in the = network, and it is useful for the client application to understand which instance discovered/provided information f= or which TE links.  Before the change the model could only indicate th= e type of the information source (OSPF-TE protocol), but not its specific i= nstance, hence the addition of the instance leaf.  

     

    Regards,

    Igor (and co-authors)

     

     

    From: Lou Berger [mailto:lberger@labn.net]
    Sent: Friday, March 08, 2019 2:53 PM
    To: Xufeng Liu
    Cc: TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org
    Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-y= ang-te-topo

     

    Xufeng,

        Can you (or other authors) discuss the motivations/is= sue addressed by the information-source-instance?-- Perhaps I missed it, bu= t I believe  this was a change made without WG discussion.

    Thank you,

    Lou

    On 3/8/2019 2:25 PM, Xufeng Liu wrote:

    Hi Lou,

     

    The change summary has been posted to the WG mailing= list (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt2= 9fysqHwwpI). Please advise if the authors need to do anything further.

    Thanks,

    - Xufeng

     

    On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net> wrote:

    All,

        The recent versions of the te-topology doc had suffic= iently significant technical changes that our AD and I, with input from the= authors, agreed that the document should come back to the WG and to rerun = a full last call process.  The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation ex= perience, so is a good change, but as it is a substantive technical change = the document has to come out of the RFC editor queue to accept it.

    Authors,

        Can you send out a message summar= izing all changes.

     

    We will then restart the WG LC process.

     

    Thank you,

    Lou (as Shepherd/co-chair)

     

    -------- Forwarded Message --------

    Subjec= t:

    IETF WG state changed for draft-ietf-teas-yang-te-to= po

    Date: =

    Wed, 06 Mar 2019 10:49:31 -0800

    From: =

    IETF Secretariat <ietf-secretariat-reply@ietf.org>

    To:

    lberger@labn.net, teas-chairs@ietf.= org, draft-ietf-teas-yang-te-topo@ietf.org




    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "= ;WG
    Document" from "Submitted to IESG for Publication" by Debora= h Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-= topo/

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

    --_000_etPan5c85729871b896f228d2localhost_-- From nobody Sun Mar 10 15:07:51 2019 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 D1C18127598 for ; Sun, 10 Mar 2019 15:07:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.891 X-Spam-Level: X-Spam-Status: No, score=-1.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 P3fAL9viAeQU for ; Sun, 10 Mar 2019 15:07:46 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (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 7672A12782C for ; Sun, 10 Mar 2019 15:07:44 -0700 (PDT) Received: from cmgw11.unifiedlayer.com (unknown [10.9.0.11]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id CCA3E215C5B for ; Sun, 10 Mar 2019 16:07:42 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 36behtyDkD8Rp36behGbjm; Sun, 10 Mar 2019 16:07:42 -0600 X-Authority-Reason: nr=8 X-Authority-Analysis: $(_cmae_reason DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Sender:Reply-To:Content-Transfer-Encoding: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=e3x/lSuDJb7U5gQRMhn9YymRWe63nVJxAW+wkuMO6Pw=; b=lwGrg7yqsCMu1NfI5aAsCb5qCh O128cuV2ZMudGQQnBRbvbzH2l3wh9CrhMYasuQhTGzt+uFaW7uaRf8knwIS3kSWSiOJIpOvX2p78P bSZGTh1xuiwUqymzn2Rc8CwlR; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:42390 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h36be-002trf-9S; Sun, 10 Mar 2019 16:07:42 -0600 To: Igor Bryskin , "xufeng.liu.ietf@gmail.com" Cc: "teas@ietf.org" , "draft-ietf-teas-yang-te-topo@ietf.org" , "BRUNGARD, DEBORAH A (ATTLABS)" References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com> From: Lou Berger Message-ID: Date: Sun, 10 Mar 2019 18:07:40 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------FA7034FF9421245EEB2CBC1E" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h36be-002trf-9S X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:42390 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 10 Mar 2019 22:07:50 -0000 This is a multi-part message in MIME format. --------------FA7034FF9421245EEB2CBC1E Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Igor, On 3/10/2019 4:22 PM, Igor Bryskin wrote: > Hi Xufeng, > > I believe every time we published an update for the document we > provided a summary of the changes since the previous revision. > Could you find the one for the latest update? > > Lou, > Since the document was put into the RFC  Editor queue we have made far > more serious change - we replaced the dependency on te-tunnel model  > with the dependency on te-types model. You knew about our intention > long time ago, as well as that the document would need in this case > another close look by WG. You have not warned us about the problem, > nor pulled the document out of the queue then. Correct. This has been widely discussed, at the last IETF and on list. > Now you are focused on the most trivial change (almost as harmful as > changing Tarek's association from CSCO to Jniper), which could be > easily reviewed by the WG along with consequences of the depency > change. Why is that? The change in dependency was basically and editorial change, it was to reflect where the module was being defined.  An affiliation change is also not considered to be a substantive technical change by the IETF, remember we contribute to the IETF as individuals, so such affiliation changes are non problematic.  Most importantly,  the RFC editor was consulted *prior* to agreeing to this change, to ensure that it was an acceptable change while in the editor queue and that the reference change didn't require that it be pulled -- this was all coordinated with the Shepherd/AD/RFC-Editor and authors before it was discussed with the WG at the last IETF. The reason that the technical change forced this reset is simply that it happened without any discussion with the IESG. Once a document is submitted for publication, they own it - not the WG.  Once our AD was notified that this change was made, the only question she had for me (as Shepherd/co-chair, Pavan was consulted but recused himself as he is a co-author) was if to send it back to the WG or remove the change and immediately start on a bis.  The former seemed the more reasonable.  At this point, we can always go the BIS route if that's what the WG decides. Please also keep in mind that the WG owns the technical content of a WG document, not the authors or editors.  Authors and editors have a lot of leeway in how to gauge or build consensus, including making a change in an active WG document and then discussing it with the WG.  Ultimately it is WG last call that ensures that a document represents WG consensus prior to publication submission. It is true that technical changes also happen during IESG processing, and it is IETF last call that ensures the final technical comment matches IETF consensus - and it the AD that ensures the content matches IETF consensus. A technical change, no matter how small, post all LCs and in the RFC editor queue initiated by the authors, without any coordination, is a serious process fowl.  Deborah was fully within her rights to reject this change and present the Chairs with the option of doing what we're doing or proceeding with RFC publication without the change.  BTW the formal version of this is documented in RFCs2418 and 4858. Do you think we should proceed with publication without this change?  If so, please respond to the 2nd LC stating this. Lou (as Shepherd and Co-chair) > > Igor > > > > Thanks, > Igor > *From:*Lou Berger > *To:*Igor Bryskin,Xufeng Liu, > *Cc:*TEAS WG,draft-ietf-teas-yang-te-topo@ietf.org, > *Date:*2019-03-09 15:56:11 > *Subject:*Re: [Teas] Fwd: IETF WG state changed for > draft-ietf-teas-yang-te-topo > > Hi Igor, (and authors) > >     Can you point to where in the archive this discussion took place - > https://mailarchive.ietf.org/arch/browse/teas/?q=source%20instance > isn't yielding helpful information.  It's also fine for the authors to > make the case for the change now if a suitable reference can't be found. > > Lou > > PS For future reference, technical changes are generally now allowed > once a document has been approved by the IESG, and even more rarely > once in the RFC editor queue.  (This is nothing new - I remember > having quite a discussion back when Jon P. was RFC editor and having > to convince him that moving the '|' in a packet format half a bit over > in a drawing didn't require moving the doc out of the RFC editor queue > even though half bits clearly didn't match the text.) > > On 3/8/2019 3:56 PM, Igor Bryskin wrote: >> >> Hi Lou, >> >> We have had quite a bit of  private discussions between the >> co-anthers, and I believe, we provided a summary to the WG. >> >> In our opinion it is a very simple, straightforward, yet quite useful >> addition. It was brought  to our attention by the model implementers >> that for a given topological element (e.g. TE link) there could be >> more than one instance of the same source of where the information >> has come from. For example, there could be more  than one instance of >> OSPF-TE protocol running in the network, and it is useful for the >> client application to understand which instance discovered/provided >> information for which TE links.  Before the change the model could >> only indicate the type of the information source (OSPF-TE protocol), >> but not its specific instance, hence the addition of the instance leaf. >> >> Regards, >> >> Igor (and co-authors) >> >> *From:*Lou Berger [mailto:lberger@labn.net] >> *Sent:* Friday, March 08, 2019 2:53 PM >> *To:* Xufeng Liu >> *Cc:* TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org >> *Subject:* Re: [Teas] Fwd: IETF WG state changed for >> draft-ietf-teas-yang-te-topo >> >> Xufeng, >> >>     Can you (or other authors) discuss the motivations/issue >> addressed by the information-source-instance?-- Perhaps I missed it, >> but I believe  this was a change made without WG discussion. >> >> Thank you, >> >> Lou >> >> On 3/8/2019 2:25 PM, Xufeng Liu wrote: >> >> Hi Lou, >> >> The change summary has been posted to the WG mailing list >> (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). >> Please advise if the authors need to do anything further. >> >> Thanks, >> >> - Xufeng >> >> On Wed, Mar 6, 2019 at 4:21 PM Lou Berger > > wrote: >> >> All, >> >>     The recent versions of the te-topology doc had >> sufficiently significant technical changes that our AD and I, >> with input from the authors, agreed that the document should >> come back to the WG and to rerun a full last call process.  >> The key changes in rev -19 were: >> >> - Referencing the te-types document and updates to point to >> its module >> >> - introduction of information-source-instance >> >> The second change is a technical change resulting from >> implementation experience, so is a good change, but as it is >> a substantive technical change the document has to come out >> of the RFC editor queue to accept it. >> >> Authors, >> >>     Can you send out a message summarizing all changes. >> >> We will then restart the WG LC process. >> >> Thank you, >> >> Lou (as Shepherd/co-chair) >> >> -------- Forwarded Message -------- >> >> *Subject: * >> >> >> >> IETF WG state changed for draft-ietf-teas-yang-te-topo >> >> *Date: * >> >> >> >> Wed, 06 Mar 2019 10:49:31 -0800 >> >> *From: * >> >> >> >> IETF Secretariat >> >> >> *To: * >> >> >> >> lberger@labn.net , >> teas-chairs@ietf.org , >> draft-ietf-teas-yang-te-topo@ietf.org >> >> >> >> >> >> The IETF WG state of draft-ietf-teas-yang-te-topo has been >> changed to "WG >> Document" from "Submitted to IESG for Publication" by Deborah >> Brungard: >> >> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> --------------FA7034FF9421245EEB2CBC1E Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

    Igor,

    On 3/10/2019 4:22 PM, Igor Bryskin wrote:
    Hi Xufeng,

    I believe every time we published an update for the document we provided a summary of the changes since the previous revision.
    Could you find the one for the latest update?

    Lou,
    Since the document was put into the RFC  Editor queue we have made far more serious change - we replaced the dependency on te-tunnel model  with the dependency on te-types model. You knew about our intention long time ago, as well as that the document would need in this case another close look by WG. You have not warned us about the problem, nor pulled the document out of the queue then.

    Correct. This has been widely discussed, at the last IETF and on list.

    Now you are focused on the most trivial change (almost as harmful as changing Tarek's association from CSCO to Jniper), which could be easily reviewed by the WG along with consequences of the depency change. Why is that?

    The change in dependency was basically and editorial change, it was to reflect where the module was being defined.  An affiliation change is also not considered to be a substantive technical change by the IETF, remember we contribute to the IETF as individuals,  so such affiliation changes are non problematic.  Most importantly,  the RFC editor was consulted *prior* to agreeing to this change, to ensure that it was an acceptable change while in the editor queue and that the reference change didn't require that it be pulled -- this was all coordinated with the Shepherd/AD/RFC-Editor and authors before it was discussed with the WG at the last IETF.

    The reason that the technical change forced this reset is simply that it happened without any discussion with the IESG. 

    Once a document is submitted for publication, they own it - not the WG.  Once our AD was notified that this change was made, the only question she had for me (as Shepherd/co-chair, Pavan was consulted but recused himself as he is a co-author) was if to send it back to the WG or remove the change and immediately start on a bis.  The former seemed the more reasonable.  At this point, we can always go the BIS route if that's what the WG decides.

    Please also keep in mind that the WG owns the technical content of a WG document, not the authors or editors.  Authors and editors have a lot of leeway in how to gauge or build consensus, including making a change in an active WG document and then discussing it with the WG.  Ultimately it is WG last call that ensures that a document represents WG consensus prior to publication submission.  It is true that technical changes also happen during IESG processing, and it is IETF last call that ensures the final technical comment matches IETF consensus - and it the AD that ensures the content matches IETF consensus. 

    A technical change, no matter how small, post all LCs and in the RFC editor queue initiated by the authors, without any coordination, is a serious process fowl.  Deborah was fully within her rights to reject this change and present the Chairs with the option of doing what we're doing or proceeding with RFC publication without the change.  BTW the formal version of this is documented in RFCs2418 and 4858.

    Do you think we should proceed with publication without this change?  If so, please respond to the 2nd LC stating this.

    Lou

    (as Shepherd and Co-chair)


    Igor



    Thanks,
    Igor
    From:Lou Berger
    To:Igor Bryskin,Xufeng Liu,
    Date:2019-03-09 15:56:11
    Subject:Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo

    Hi Igor, (and authors)

        Can you point to where in the archive this discussion took place - https://mailarchive.ietf.org/arch/browse/teas/?q=source%20instance isn't yielding helpful information.  It's also fine for the authors to make the case for the change now if a suitable reference can't be found.

    Lou

    PS For future reference, technical changes are generally now allowed once a document has been approved by the IESG, and even more rarely once in the RFC editor queue.  (This is nothing new - I remember having quite a discussion back when Jon P. was RFC editor and having to convince him that moving the '|' in a packet format half a bit over in a drawing didn't require moving the doc out of the RFC editor queue even though half bits clearly didn't match the text.)

    On 3/8/2019 3:56 PM, Igor Bryskin wrote:

    Hi Lou,

     

    We have had quite a bit of  private discussions between the co-anthers, and I believe, we provided a summary to the WG.

    In our opinion it is a very simple, straightforward, yet quite useful addition. It was brought  to our attention by the model implementers that for a given topological element (e.g. TE link) there could be more than one instance of the same source of where the information has come from. For example, there could be more  than one instance of OSPF-TE protocol running in the network, and it is useful for the client application to understand which instance discovered/provided information for which TE links.  Before the change the model could only indicate the type of the information source (OSPF-TE protocol), but not its specific instance, hence the addition of the instance leaf.  

     

    Regards,

    Igor (and co-authors)

     

     

    From: Lou Berger [mailto:lberger@labn.net]
    Sent: Friday, March 08, 2019 2:53 PM
    To: Xufeng Liu
    Cc: TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org
    Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo

     

    Xufeng,

        Can you (or other authors) discuss the motivations/issue addressed by the information-source-instance?-- Perhaps I missed it, but I believe  this was a change made without WG discussion.

    Thank you,

    Lou

    On 3/8/2019 2:25 PM, Xufeng Liu wrote:

    Hi Lou,

     

    The change summary has been posted to the WG mailing list (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please advise if the authors need to do anything further.

    Thanks,

    - Xufeng

     

    On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net> wrote:

    All,

        The recent versions of the te-topology doc had sufficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.  The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it.

    Authors,

        Can you send out a message summarizing all changes.

     

    We will then restart the WG LC process.

     

    Thank you,

    Lou (as Shepherd/co-chair)

     

    -------- Forwarded Message --------

    Subject:

    IETF WG state changed for draft-ietf-teas-yang-te-topo

    Date:

    Wed, 06 Mar 2019 10:49:31 -0800

    From:

    IETF Secretariat <ietf-secretariat-reply@ietf.org>

    To:

    lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org




    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG
    Document" from "Submitted to IESG for Publication" by Deborah Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/

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

    --------------FA7034FF9421245EEB2CBC1E-- From nobody Sun Mar 10 18:49:11 2019 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 9D0FE1286CD; Sun, 10 Mar 2019 18:49:09 -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 hFj5--qKiA-3; Sun, 10 Mar 2019 18:49:06 -0700 (PDT) Received: from mail-it1-x12f.google.com (mail-it1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (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 A114512F1AC; Sun, 10 Mar 2019 18:49:06 -0700 (PDT) Received: by mail-it1-x12f.google.com with SMTP id e24so4763517itl.1; Sun, 10 Mar 2019 18:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :mime-version; bh=e2hjVt49EY1BNWjWd4JltYUQMGG59i+qjTWJM20elaI=; b=pdyxslnQCr7iHfZDWqYzLt9MWKpGMg9teZytFGqiPfkIIGmtlL+MZvJU+ZMAMKibvZ +6WuHmI8borLQqWlr7cPH1bx65MuQVcVPYs6cJsDbhqMW9GEaxEK/csnLfIUsWQP1Ete G+Ny0pqRUX+Kkc6IFxkKxd36nPtKGO2m6+ShCJp3y/pQfm1PynENPtQd5aEL+FoJqrYw vMerZWMRS0+6RjMP0O8IQLK5Q34MtLQi0LD3Xe2LFFZQq+kUIqZCG2KEdxgLATX5YILS K/5TLnRiLpA6Xunc7N52pKfGlPeh8gu3Tu3ETt5gg2Tc5tUCiiF4Bx2RHpFTO1aCWD72 WfGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:mime-version; bh=e2hjVt49EY1BNWjWd4JltYUQMGG59i+qjTWJM20elaI=; b=qGTz75lqrVsAg7yW562xbvaDY+OueI9np4Ce7Mf5DmVSXbL8nYQgA8t5e6UbhcfLdH tZtUQ9Ys58gJpW8XEmO+0in2I0vkPhf7Bj4rsndKJh7cfZVcq/n04edEAwDThTzP8WSk KwU7MkEV8yeHM4JsOXG6CTsX8bdiSxRnvSuSDGRRjTlh1HUc4STyf/gHJTx2CAXAE2Db 9i6vh4/9FF11EYaz0R815MB0EZPbvIkr/HBjm+wUEQCMjv1yBrt/qz9bmwicaZ6TWSik VnkzksIKASNs5XiNh4QJmiImWs1hRpgAuQZx/ZZ1Zaghzp6fbcKfvrcbK5xncoeJLg24 hNQQ== X-Gm-Message-State: APjAAAX4qYIxIOgljKUXSNprUXCEraNrxu2KyTlZRzP3kBXCXjAWk1Xp cT8iStEKCZjI0TvSTmD6pN+3Fq/VrRQ= X-Google-Smtp-Source: APXvYqyQLIRZUJ+uSng+VyBHGYBBKfLgQLMAH7rkKxsycRAvesThRzKMGOKqw6jQ/BBBxrSBX4Yt8w== X-Received: by 2002:a24:f644:: with SMTP id u65mr15940106ith.162.1552268945929; Sun, 10 Mar 2019 18:49:05 -0700 (PDT) Received: from BN8PR06MB6289.namprd06.prod.outlook.com ([52.96.29.13]) by smtp.gmail.com with ESMTPSA id c14sm1800158iot.13.2019.03.10.18.49.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Mar 2019 18:49:05 -0700 (PDT) From: Tarek Saad To: Lou Berger , Xufeng Liu CC: "draft-ietf-teas-yang-te-topo@ietf.org" , TEAS WG Thread-Topic: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo Thread-Index: AXIuNDY3JF0FMnCGKaIVzv4enzQkeTg5Njk5d2VydlAyMTgwY75EccKX X-MS-Exchange-MessageSentRepresentingType: 1 Date: Mon, 11 Mar 2019 01:49:03 +0000 Message-ID: References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_BN8PR06MB6289C995A4E4A5AED62716B6FC480BN8PR06MB6289namp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 01:49:10 -0000 --_000_BN8PR06MB6289C995A4E4A5AED62716B6FC480BN8PR06MB6289namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Lou/WG, I also confirm this topic of protocol source-instance was discussed in an i= nternal meeting within the authors. I cant locate the minutes of that meeti= ng, but the decision to add the information-source-instance is inline with = other RFCs that carry IGP/BGP link state. For example, I quote from RFC7752= , https://tools.ietf.org/html/rfc7752#section-3.2 =93 Both OSPF and IS-IS MAY run multiple routing protocol instances over the same link. See [RFC6822] and [= RFC6549]. These instances define independent "routing universes". The 64-bit Identifier field is used to identify the routing universe where the NLRI belongs. =93 In above, the instance is encoded in the 64-bit identifier. In the TE topol= ogy model, the information-source-instance plays the same role. Regards, Tarek From: Teas on behalf of Lou Berger Date: Friday, March 8, 2019 at 3:21 PM To: Xufeng Liu Cc: "draft-ietf-teas-yang-te-topo@ietf.org" , TEAS WG Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-= topo Xufeng, Can you (or other authors) discuss the motivations/issue addressed by t= he information-source-instance?-- Perhaps I missed it, but I believe this = was a change made without WG discussion. Thank you, Lou On 3/8/2019 2:25 PM, Xufeng Liu wrote: Hi Lou, The change summary has been posted to the WG mailing list (https://mailarch= ive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). Please advise if t= he authors need to do anything further. Thanks, - Xufeng On Wed, Mar 6, 2019 at 4:21 PM Lou Berger > wrote: All, The recent versions of the te-topology doc had sufficiently significant= technical changes that our AD and I, with input from the authors, agreed t= hat the document should come back to the WG and to rerun a full last call p= rocess. The key changes in rev -19 were: - Referencing the te-types document and updates to point to its module - introduction of information-source-instance The second change is a technical change resulting from implementation exper= ience, so is a good change, but as it is a substantive technical change the= document has to come out of the RFC editor queue to accept it. Authors, Can you send out a message summarizing all changes. We will then restart the WG LC process. Thank you, Lou (as Shepherd/co-chair) -------- Forwarded Message -------- Subject: IETF WG state changed for draft-ietf-teas-yang-te-topo Date: Wed, 06 Mar 2019 10:49:31 -0800 From: IETF Secretariat To: lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG Document" from "Submitted to IESG for Publication" by Deborah Brungard: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --_000_BN8PR06MB6289C995A4E4A5AED62716B6FC480BN8PR06MB6289namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

    Hi Lou/WG,

     

    I also confirm this topic of protocol source-instanc= e was discussed in an internal meeting within the authors. I cant locate th= e minutes of that meeting, but the decision to add the information-source-i= nstance is inline with other RFCs that carry IGP/BGP link state. For example, I quote from RFC7752, https://tools.ietf.org/html/rfc7752#section-3.2

     

    =93

       Both OSPF and IS-IS MAY run multi= ple routing protocol instances over

       the same link.  See [RFC6822] and [RFC6549].  These instances define

       independent "routing univers= es".  The 64-bit Identifier field is used

       to identify the routing universe = where the NLRI belongs.

    =93

     

    In above, the instance is encoded in the 64-bit iden= tifier. In the TE topology model, the information-source-instance plays the= same role.

     

    Regards,

    Tarek

     

    From= : Teas <teas-bou= nces@ietf.org> on behalf of Lou Berger <lberger@labn.net>
    Date: Friday, March 8, 2019 at 3:21 PM
    To: Xufeng Liu <xufeng.liu.ietf@gmail.com>
    Cc: "draft-ietf-teas-yang-te-topo@ietf.org" <draft-ietf= -teas-yang-te-topo@ietf.org>, TEAS WG <teas@ietf.org>
    Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-y= ang-te-topo

     

    Xufeng,

        Can you (or other authors) discuss the motivations/is= sue addressed by the information-source-instance?-- Perhaps I missed it, bu= t I believe  this was a change made without WG discussion.<= /p>

    Thank you,

    Lou

    On 3/8/2019 2:25 PM, Xufeng Liu wrote:

    Hi Lou,

     

    The change summary has been posted to the WG mailing= list (https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt2= 9fysqHwwpI). Please advise if the authors need to do anything further.

    Thanks,

    - Xufeng

     

    On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net> wrote:

    All,

        The recent versions of the te-topology doc had suffic= iently significant technical changes that our AD and I, with input from the= authors, agreed that the document should come back to the WG and to rerun = a full last call process.  The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation ex= perience, so is a good change, but as it is a substantive technical change = the document has to come out of the RFC editor queue to accept it.

    Authors,

        Can you send out a message summar= izing all changes.

     

    We will then restart the WG LC process.

     

    Thank you,

    Lou (as Shepherd/co-chair)

     

    -------- Forwarded Message --------

    Subjec= t:

    IETF WG state changed for draft-ietf-teas-yang-te-to= po

    Date: =

    Wed, 06 Mar 2019 10:49:31 -0800

    From: =

    IETF Secretariat <ietf-secretariat-reply@ietf.org>

    To:

    lberger@labn.net, teas-chairs@ietf.= org, draft-ietf-teas-yang-te-topo@ietf.org




    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "= ;WG
    Document" from "Submitted to IESG for Publication" by Debora= h Brungard:

    https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-= topo/

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

    --_000_BN8PR06MB6289C995A4E4A5AED62716B6FC480BN8PR06MB6289namp_-- From nobody Sun Mar 10 19:18:53 2019 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 213DF130E66; Sun, 10 Mar 2019 19:18:52 -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_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 Uamo2_nw60KM; Sun, 10 Mar 2019 19:18:48 -0700 (PDT) Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (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 84A1F127918; Sun, 10 Mar 2019 19:18:48 -0700 (PDT) Received: by mail-pg1-x531.google.com with SMTP id h11so2830319pgl.0; Sun, 10 Mar 2019 19:18:48 -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=vvs01KJLK8YggAINYRoeibzGT0BgkoECcoKAoEfqvy4=; b=C1n3lB/pmlT5cS74f/MBVjHkHZHlZKGZB8rEvf5dC/oKTGJHr9n/zTtZSVpg7QpukN jISFoJ0OgCavpw/+IBZ/EFTGrr0R4V1ItlKUGzaM5o0mLj12eAWMC5TzgTvOSQ4mkVWE /a47RaH6eyzsNzzn6A7K2kQ5i6apa9nevjGrLEJ9ptqzhzIkpv8iGcQzlvj9Gj7EUlsy Ut1dYiBu0zUAO4OJXV7VDm4ns0Oc2CWfIK5p4UZJxqgnUBONEzK86h4fJ367vJS4iCwV 5WP0tl8Bf1gfjxt5nYOghMsP5g17aFNrr8bQWzX7frHv/fn0h2yOyH2mfQT2bRmEJNp5 hcTw== 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=vvs01KJLK8YggAINYRoeibzGT0BgkoECcoKAoEfqvy4=; b=PhhbC0Hg5PZ3s2ipMvC71z+PXwm1Y5K7kaDOgfZefXIk9vdmovgzdvNO2LJX28e/LN SwTbbtQjaSiZefka/YYCmySfvJaqcLycNzMAT9P95Saba2kBYJfwcOl7/mb3B//qI7ew UR8v0mgq/zcmCE0xtKapl37OSTHktAPoVCb1sxLnVd5koRpC/s+T8oWLVyIXowbceTsZ 8OTFxM/+d+CfKOxyZWa3rE7QbHkTyda9FZKvU9EoW1P8+4SKepeWAi4j+Z+xTWZpUqam lQBPu6g3bJ+zZQwkIynlwYmOSebua/yBpNKT0RaLIpCkRLqB8TpZ6KXnUTIxlXyHuBlB LYOQ== X-Gm-Message-State: APjAAAUyKM7zqEF8iPoNhNB8OWwUwdqgpzwbnU67Cjk79vB0sdYK6dX+ dieFBJAzeKCXOl2RORqC1+qZrsX/aJF4H6zLdEI= X-Google-Smtp-Source: APXvYqw7GV16D51siaFq63QUlESSORZABswSYD6IdZAMH2n4U5DpNQslib7WMa4QO0j01qiySidGepAxHKJf+w+xs+Y= X-Received: by 2002:a63:4962:: with SMTP id y34mr28672661pgk.425.1552270727847; Sun, 10 Mar 2019 19:18:47 -0700 (PDT) MIME-Version: 1.0 References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com> In-Reply-To: From: Vishnu Pavan Beeram Date: Sun, 10 Mar 2019 21:18:36 -0500 Message-ID: To: Lou Berger Cc: Igor Bryskin , "xufeng.liu.ietf@gmail.com" , "BRUNGARD, DEBORAH A (ATTLABS)" , "draft-ietf-teas-yang-te-topo@ietf.org" , "teas@ietf.org" Content-Type: multipart/alternative; boundary="0000000000005424410583c83151" Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 02:18:52 -0000 --0000000000005424410583c83151 Content-Type: text/plain; charset="UTF-8" Igor, The only foul that the authors made was to not discuss the diffs on the list before submitting rev-19. There was an incorrect assumption made (by the authors) that Xufeng's post submission email with details on the diffs was sufficient to trigger the necessary discussion. This was an oversight and had no intended malice. This practice (of submitting the changes first and then triggering a discussion about the diffs) is sort of deemed acceptable while the document is being reviewed by the WG or IESG, but not while it is sitting in the RFC Editor's queue. In hindsight, given that the document was sitting in the RFC Editor's queue, the authors should have reached out to the AD/Shepherd for guidance before submission (and I take the blame on behalf of the authors for not doing it). Lou, Hi! >> Do you think we should proceed with publication without this change? I think the WG would need more details (to weigh in with an informed opinion) on how proceeding with publication without this change would impact the progress of the document. If a new rev is published now without the information-source-instance change (and with all the other changes made in rev 19 left intact), would the document skip back to the RFC-Editor's queue without any IESG involvement? Regards, -Pavan (no hat on) On Sun, Mar 10, 2019 at 5:08 PM Lou Berger wrote: > Igor, > On 3/10/2019 4:22 PM, Igor Bryskin wrote: > > Hi Xufeng, > > I believe every time we published an update for the document we provided a > summary of the changes since the previous revision. > Could you find the one for the latest update? > > Lou, > Since the document was put into the RFC Editor queue we have made far > more serious change - we replaced the dependency on te-tunnel model with > the dependency on te-types model. You knew about our intention long time > ago, as well as that the document would need in this case another close > look by WG. You have not warned us about the problem, nor pulled the > document out of the queue then. > > Correct. This has been widely discussed, at the last IETF and on list. > > Now you are focused on the most trivial change (almost as harmful as > changing Tarek's association from CSCO to Jniper), which could be easily > reviewed by the WG along with consequences of the depency change. Why is > that? > > The change in dependency was basically and editorial change, it was to > reflect where the module was being defined. An affiliation change is also > not considered to be a substantive technical change by the IETF, remember > we contribute to the IETF as individuals, so such affiliation changes are > non problematic. Most importantly, the RFC editor was consulted *prior* > to agreeing to this change, to ensure that it was an acceptable change > while in the editor queue and that the reference change didn't require that > it be pulled -- this was all coordinated with the Shepherd/AD/RFC-Editor > and authors before it was discussed with the WG at the last IETF. > > The reason that the technical change forced this reset is simply that it > happened without any discussion with the IESG. > > Once a document is submitted for publication, they own it - not the WG. > Once our AD was notified that this change was made, the only question she > had for me (as Shepherd/co-chair, Pavan was consulted but recused himself > as he is a co-author) was if to send it back to the WG or remove the change > and immediately start on a bis. The former seemed the more reasonable. At > this point, we can always go the BIS route if that's what the WG decides. > > Please also keep in mind that the WG owns the technical content of a WG > document, not the authors or editors. Authors and editors have a lot of > leeway in how to gauge or build consensus, including making a change in an > active WG document and then discussing it with the WG. Ultimately it is WG > last call that ensures that a document represents WG consensus prior to > publication submission. It is true that technical changes also happen > during IESG processing, and it is IETF last call that ensures the final > technical comment matches IETF consensus - and it the AD that ensures the > content matches IETF consensus. > > A technical change, no matter how small, post all LCs and in the RFC > editor queue initiated by the authors, without any coordination, is a > serious process fowl. Deborah was fully within her rights to reject this > change and present the Chairs with the option of doing what we're doing or > proceeding with RFC publication without the change. BTW the formal version > of this is documented in RFCs2418 and 4858. > > Do you think we should proceed with publication without this change? If > so, please respond to the 2nd LC stating this. > > Lou > > (as Shepherd and Co-chair) > > > Igor > > > > Thanks, > Igor > *From:*Lou Berger > *To:*Igor Bryskin,Xufeng Liu, > *Cc:*TEAS WG,draft-ietf-teas-yang-te-topo@ietf.org, > *Date:*2019-03-09 15:56:11 > *Subject:*Re: [Teas] Fwd: IETF WG state changed for > draft-ietf-teas-yang-te-topo > > Hi Igor, (and authors) > > Can you point to where in the archive this discussion took place - > https://mailarchive.ietf.org/arch/browse/teas/?q=source%20instance isn't > yielding helpful information. It's also fine for the authors to make the > case for the change now if a suitable reference can't be found. > > Lou > > PS For future reference, technical changes are generally now allowed once > a document has been approved by the IESG, and even more rarely once in the > RFC editor queue. (This is nothing new - I remember having quite a > discussion back when Jon P. was RFC editor and having to convince him that > moving the '|' in a packet format half a bit over in a drawing didn't > require moving the doc out of the RFC editor queue even though half bits > clearly didn't match the text.) > On 3/8/2019 3:56 PM, Igor Bryskin wrote: > > Hi Lou, > > > > We have had quite a bit of private discussions between the co-anthers, > and I believe, we provided a summary to the WG. > > In our opinion it is a very simple, straightforward, yet quite useful > addition. It was brought to our attention by the model implementers that > for a given topological element (e.g. TE link) there could be more than one > instance of the same source of where the information has come from. For > example, there could be more than one instance of OSPF-TE protocol running > in the network, and it is useful for the client application to understand > which instance discovered/provided information for which TE links. Before > the change the model could only indicate the type of the information source > (OSPF-TE protocol), but not its specific instance, hence the addition of > the instance leaf. > > > > Regards, > > Igor (and co-authors) > > > > > > *From:* Lou Berger [mailto:lberger@labn.net ] > *Sent:* Friday, March 08, 2019 2:53 PM > *To:* Xufeng Liu > *Cc:* TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org > *Subject:* Re: [Teas] Fwd: IETF WG state changed for > draft-ietf-teas-yang-te-topo > > > > Xufeng, > > Can you (or other authors) discuss the motivations/issue addressed by > the information-source-instance?-- Perhaps I missed it, but I believe this > was a change made without WG discussion. > > Thank you, > > Lou > > On 3/8/2019 2:25 PM, Xufeng Liu wrote: > > Hi Lou, > > > > The change summary has been posted to the WG mailing list ( > https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). > Please advise if the authors need to do anything further. > > Thanks, > > - Xufeng > > > > On Wed, Mar 6, 2019 at 4:21 PM Lou Berger wrote: > > All, > > The recent versions of the te-topology doc had sufficiently > significant technical changes that our AD and I, with input from the > authors, agreed that the document should come back to the WG and to rerun a > full last call process. The key changes in rev -19 were: > > - Referencing the te-types document and updates to point to its module > > - introduction of information-source-instance > > The second change is a technical change resulting from implementation > experience, so is a good change, but as it is a substantive technical > change the document has to come out of the RFC editor queue to accept it. > > Authors, > > Can you send out a message summarizing all changes. > > > > We will then restart the WG LC process. > > > > Thank you, > > Lou (as Shepherd/co-chair) > > > > -------- Forwarded Message -------- > > *Subject: * > > IETF WG state changed for draft-ietf-teas-yang-te-topo > > *Date: * > > Wed, 06 Mar 2019 10:49:31 -0800 > > *From: * > > IETF Secretariat > > > *To: * > > lberger@labn.net, teas-chairs@ietf.org, > draft-ietf-teas-yang-te-topo@ietf.org > > > > > The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG > Document" from "Submitted to IESG for Publication" by Deborah Brungard: > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ > > _______________________________________________ > 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 > --0000000000005424410583c83151 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Igor,

    The only foul that the= authors made was to not discuss the diffs on the list before submitting re= v-19. There was an incorrect assumption made (by the authors) that Xufeng&#= 39;s post submission email with details on the diffs was sufficient to trig= ger the necessary discussion. This was an oversight and had no intended mal= ice. This practice (of submitting the changes first and then triggering a d= iscussion about the diffs) is sort of deemed acceptable while the document = is being reviewed by the WG or IESG, but not while it is sitting in the RFC= Editor's queue. In hindsight, given that the document was sitting in t= he RFC Editor's queue, the authors should have reached out to the AD/Sh= epherd for guidance before submission (and I take the blame on behalf of th= e authors for not doing it).


    L= ou, Hi!

    >> Do you think we should proceed with publi= cation without this change?=C2=A0

    I think the WG would need more details (to w= eigh in with an informed opinion) on how proceeding with publication withou= t this change would impact the progress of the document. If a new rev is pu= blished now without the information-source-instance change (and with all th= e other changes made in rev 19 left intact), would the document skip back t= o the RFC-Editor's queue without any IESG involvement?

    Regar= ds,

    -Pavan (no hat on)


    On Sun, Mar 10, 2019 at 5:08 PM L= ou Berger <lberger@labn.net> = wrote:
    =20 =20 =20

    Igor,

    On 3/10/2019 = 4:22 PM, Igor Bryskin wrote:
    =20
    Hi Xufeng,

    I believe every time we published an update for the document we provided a summary of the changes since the previous revision.
    Could you find the one for the latest update?

    Lou,
    Since the document was put into the RFC=C2=A0 Editor queue we have made far more serious change - we replaced the dependency on te-tunnel model=C2=A0 with the dependency on te-types model. You kn= ew about our intention long time ago, as well as that the document would need in this case another close look by WG. You have not warned us about the problem, nor pulled the document out of the queue then.

    Correct. This has been widely discussed, at the last IETF and on list.

    Now you are focused on the most trivial change (almost as harmful as changing Tarek's association from CSCO to Jniper), which could be easily reviewed by the WG along with consequences of the depency change. Why is that?

    The change in dependency was basically and editorial change, it was to reflect where the module was being defined.=C2=A0 An affiliati= on change is also not considered to be a substantive technical change by the IETF, remember we contribute to the IETF as individuals,=C2=A0 so such affiliation changes are non problematic.=C2=A0 Most importantly,=C2=A0 the RFC editor was consulted *prior* to agreeing t= o this change, to ensure that it was an acceptable change while in the editor queue and that the reference change didn't require tha= t it be pulled -- this was all coordinated with the Shepherd/AD/RFC-Editor and authors before it was discussed with the WG at the last IETF.

    The reason that the technical change forced this reset is simply that it happened without any discussion with the IESG.=C2=A0

    Once a document is submitted for publication, they own it - not the WG.=C2=A0 Once our AD was notified that this change was made, the only question she had for me (as Shepherd/co-chair, Pavan was consulted but recused himself as he is a co-author) was if to send it back to the WG or remove the change and immediately start on a bis.=C2=A0 The former seemed the more reasonable.=C2=A0 At this point= , we can always go the BIS route if that's what the WG decides.

    Please also keep in mind that the WG owns the technical content of a WG document, not the authors or editors.=C2=A0 Authors and edito= rs have a lot of leeway in how to gauge or build consensus, including making a change in an active WG document and then discussing it with the WG.=C2=A0 Ultimately it is WG last call that ensures that a document represents WG consensus prior to publication submission.=C2= =A0 It is true that technical changes also happen during IESG processing, and it is IETF last call that ensures the final technical comment matches IETF consensus - and it the AD that ensures the content matches IETF consensus.=C2=A0

    A technical change, no matter how small, post all LCs and in the RFC editor queue initiated by the authors, without any coordination, is a serious process fowl.=C2=A0 Deborah was fully with= in her rights to reject this change and present the Chairs with the option of doing what we're doing or proceeding with RFC publication without the change.=C2=A0 BTW the formal version of this = is documented in RFCs2418 and 4858.

    Do you think we should proceed with publication without this change?=C2=A0 If so, please respond to the 2nd LC stating this.

    Lou

    (as Shepherd and Co-chair)


    Igor



    Thanks,
    Igor
    From:Lou Berger
    To:Igor Bryskin,Xufeng Liu,
    Date:2019-03-09 15:56:11
    Subject:Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo

    Hi Igor, (and authors)

    =C2=A0=C2=A0=C2=A0 Can you point to where in the archive this di= scussion took place - https://mailarchive.ietf.org/arch/browse/teas/?q=3Dsource%20instance isn't yielding helpful information.=C2=A0 It's also fine = for the authors to make the case for the change now if a suitable reference can't be found.

    Lou

    PS For future reference, technical changes are generally now allowed once a document has been approved by the IESG, and even more rarely once in the RFC editor queue.=C2=A0 (This is nothing new - I remember having quite a discussion back when Jon P. was RFC editor and having to convince him that moving the '|' in a packet format half a bit over in a drawing d= idn't require moving the doc out of the RFC editor queue even though half bits clearly didn't match the text.)

    On 3/8/20= 19 3:56 PM, Igor Bryskin wrote:
    =20

    Hi Lou,<= /span>

    =C2=A0

    We have = had quite a bit of =C2=A0private discussions between the co-anthers, and I believe, we provided a summary to the WG.

    In our o= pinion it is a very simple, straightforward, yet quite useful addition. It was brought =C2=A0to our attention by the model implementers th= at for a given topological element (e.g. TE link) there could be more than one instance of the same source of where the information has come from. For example, there could be more =C2=A0than one instance of OSPF-TE protocol running in the network, and it is useful for the client application to understand which instance discovered/provided information for which TE links. =C2=A0Before the change the model could only indicate the type of the information source (OSPF-TE protocol), but not its specific instance, hence the addition of the instance leaf. =C2=A0

    =C2=A0

    Regards,=

    Igor (an= d co-authors)

    =C2=A0

    =C2=A0

    From:<= /span> Lou Berger [mailto:lberger@labn.net]
    Sent: Friday, March 08, 2019 2:53 PM
    To: Xufeng Liu
    Cc: TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org
    Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo

    =C2=A0

    Xufeng,

    =C2=A0=C2=A0=C2=A0 Can you (or other authors) discuss the motivations/issue addressed by the information-source-instance?-- Perhaps I missed it, but I believe=C2=A0 this was a change made without WG discussion.

    Thank you,

    Lou

    On 3/8/2019 2:25 PM, Xufeng Liu wrote:

    Hi Lou,

    =C2=A0

    Thanks,

    - Xufeng

    =C2=A0

    All,

    =C2=A0=C2=A0=C2=A0 The recent versions of the te= -topology doc had sufficiently significant technical changes that our AD and I, with input from the authors, agreed that the document should come back to the WG and to rerun a full last call process.=C2=A0 The key changes in rev -19 were:

    - Referencing the te-types document and updates to point to its module

    - introduction of information-source-instance

    The second change is a technical change resulting from implementation experience, so is a good change, but as it is a substantive technical change the document has to come out of the RFC editor queue to accept it.

    Authors,

    =C2=A0=C2=A0=C2=A0 Can you= send out a message summarizing all changes.

    =C2=A0

    We will then restart the WG LC process.

    =C2=A0

    Thank you,

    Lou (as Shepherd/co-chair)

    =C2=A0

    -------- Forwarded Message --------

    Subject:

    IETF WG state changed for draft-ietf-teas-yang-te-topo

    Date:

    Wed, 06 Mar 2019 10:49:31 -0800

    From:

    IETF Secretariat <ietf-secretariat-reply@ietf.org>

    To:

    lberger@labn.net, teas-chairs@ietf.org, draft-ietf-teas-yang-te-topo@ietf.org




    The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG
    Document" from "Submitted to IESG for Publication" by Deborah Brungard:

    https://datatracker.ietf.org/= doc/draft-ietf-teas-yang-te-topo/

    ______________________________= _________________
    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
    --0000000000005424410583c83151-- From nobody Sun Mar 10 20:31:30 2019 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 53165130E83 for ; Sun, 10 Mar 2019 20:31:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 enObksopv_ma for ; Sun, 10 Mar 2019 20:31:26 -0700 (PDT) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 DAAA4130DCB for ; Sun, 10 Mar 2019 20:31:25 -0700 (PDT) Received: from CMGW (unknown [10.9.0.13]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 2914514060A for ; Sun, 10 Mar 2019 21:02:12 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 3BCdhfVt0eyBx3BCdhCcoH; Sun, 10 Mar 2019 21:02:12 -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-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:Date:CC:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=67NBaUA3VXwVLBuAcCOtrc/IZ+lzbRiyFj8UgHsfwJw=; b=TPFDTi+5EiuoAtDDOKOAtFljcA xWQBWn9B5x9iokEh8jeDmgQ6hByVRLWuLjn1oasr7vURouXvu553lOprgeEjhiBNEdqDJeQEwQggI On/tsqjdu1pJpRWrg6cFblFAI; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:56352 helo=[11.5.0.30]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h3BCd-004Ewx-DC; Sun, 10 Mar 2019 21:02:11 -0600 From: Lou Berger To: Vishnu Pavan Beeram CC: Igor Bryskin , , , , "BRUNGARD, DEBORAH A (ATTLABS)" Date: Sun, 10 Mar 2019 23:02:08 -0400 Message-ID: <1696ab310d0.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: References: <155189817187.307.659471814489604970.idtracker@ietfa.amsl.com> <6800dd59-ee76-9985-ec6c-060d9ee9d498@labn.net> <0C72C38E7EBC34499E8A9E7DD00786391C6B1B1C@sjceml521-mbx.china.huawei.com> User-Agent: AquaMail/1.18.2-1413 (build: 101800200) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------1696ab347e51dee27ceb7a919c" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h3BCd-004Ewx-DC X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([11.5.0.30]) [72.66.11.201]:56352 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Fwd: IETF WG state changed for draft-ietf-teas-yang-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 03:31:28 -0000 This is a multi-part message in MIME format. ------------1696ab347e51dee27ceb7a919c Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit > If a new rev is published now without > the information-source-instance change (and with all the other changes made > in rev 19 left intact), would the document skip back to the RFC-Editor's > queue without any IESG involvement? I don't believe so, I think we still have to go through redoing the pub request and iesg, but as there would be no substantive change it might go through faster. Given where we are today, imo let's get it right and move forward. if dropping the change means that we've have to immediately start on a BIS I think dropping it would be the wrong move. If on the other hand the change really isn't needed, that it would be good to hear that. Lou ---------- On March 10, 2019 10:19:27 PM Vishnu Pavan Beeram wrote: > Igor, > > The only foul that the authors made was to not discuss the diffs on the > list before submitting rev-19. There was an incorrect assumption made (by > the authors) that Xufeng's post submission email with details on the diffs > was sufficient to trigger the necessary discussion. This was an oversight > and had no intended malice. This practice (of submitting the changes first > and then triggering a discussion about the diffs) is sort of deemed > acceptable while the document is being reviewed by the WG or IESG, but not > while it is sitting in the RFC Editor's queue. In hindsight, given that the > document was sitting in the RFC Editor's queue, the authors should have > reached out to the AD/Shepherd for guidance before submission (and I take > the blame on behalf of the authors for not doing it). > > > Lou, Hi! > >>> Do you think we should proceed with publication without this change? > > I think the WG would need more details (to weigh in with an informed > opinion) on how proceeding with publication without this change would > impact the progress of the document. If a new rev is published now without > the information-source-instance change (and with all the other changes made > in rev 19 left intact), would the document skip back to the RFC-Editor's > queue without any IESG involvement? > > Regards, > > -Pavan (no hat on) > > On Sun, Mar 10, 2019 at 5:08 PM Lou Berger wrote: > >> Igor, >> On 3/10/2019 4:22 PM, Igor Bryskin wrote: >> >> Hi Xufeng, >> >> I believe every time we published an update for the document we provided a >> summary of the changes since the previous revision. >> Could you find the one for the latest update? >> >> Lou, >> Since the document was put into the RFC Editor queue we have made far >> more serious change - we replaced the dependency on te-tunnel model with >> the dependency on te-types model. You knew about our intention long time >> ago, as well as that the document would need in this case another close >> look by WG. You have not warned us about the problem, nor pulled the >> document out of the queue then. >> >> Correct. This has been widely discussed, at the last IETF and on list. >> >> Now you are focused on the most trivial change (almost as harmful as >> changing Tarek's association from CSCO to Jniper), which could be easily >> reviewed by the WG along with consequences of the depency change. Why is >> that? >> >> The change in dependency was basically and editorial change, it was to >> reflect where the module was being defined. An affiliation change is also >> not considered to be a substantive technical change by the IETF, remember >> we contribute to the IETF as individuals, so such affiliation changes are >> non problematic. Most importantly, the RFC editor was consulted *prior* >> to agreeing to this change, to ensure that it was an acceptable change >> while in the editor queue and that the reference change didn't require that >> it be pulled -- this was all coordinated with the Shepherd/AD/RFC-Editor >> and authors before it was discussed with the WG at the last IETF. >> >> The reason that the technical change forced this reset is simply that it >> happened without any discussion with the IESG. >> >> Once a document is submitted for publication, they own it - not the WG. >> Once our AD was notified that this change was made, the only question she >> had for me (as Shepherd/co-chair, Pavan was consulted but recused himself >> as he is a co-author) was if to send it back to the WG or remove the change >> and immediately start on a bis. The former seemed the more reasonable. At >> this point, we can always go the BIS route if that's what the WG decides. >> >> Please also keep in mind that the WG owns the technical content of a WG >> document, not the authors or editors. Authors and editors have a lot of >> leeway in how to gauge or build consensus, including making a change in an >> active WG document and then discussing it with the WG. Ultimately it is WG >> last call that ensures that a document represents WG consensus prior to >> publication submission. It is true that technical changes also happen >> during IESG processing, and it is IETF last call that ensures the final >> technical comment matches IETF consensus - and it the AD that ensures the >> content matches IETF consensus. >> >> A technical change, no matter how small, post all LCs and in the RFC >> editor queue initiated by the authors, without any coordination, is a >> serious process fowl. Deborah was fully within her rights to reject this >> change and present the Chairs with the option of doing what we're doing or >> proceeding with RFC publication without the change. BTW the formal version >> of this is documented in RFCs2418 and 4858. >> >> Do you think we should proceed with publication without this change? If >> so, please respond to the 2nd LC stating this. >> >> Lou >> >> (as Shepherd and Co-chair) >> >> >> Igor >> >> >> >> Thanks, >> Igor >> *From:*Lou Berger >> *To:*Igor Bryskin,Xufeng Liu, >> *Cc:*TEAS WG,draft-ietf-teas-yang-te-topo@ietf.org, >> *Date:*2019-03-09 15:56:11 >> *Subject:*Re: [Teas] Fwd: IETF WG state changed for >> draft-ietf-teas-yang-te-topo >> >> Hi Igor, (and authors) >> >> Can you point to where in the archive this discussion took place - >> https://mailarchive.ietf.org/arch/browse/teas/?q=source%20instance isn't >> yielding helpful information. It's also fine for the authors to make the >> case for the change now if a suitable reference can't be found. >> >> Lou >> >> PS For future reference, technical changes are generally now allowed once >> a document has been approved by the IESG, and even more rarely once in the >> RFC editor queue. (This is nothing new - I remember having quite a >> discussion back when Jon P. was RFC editor and having to convince him that >> moving the '|' in a packet format half a bit over in a drawing didn't >> require moving the doc out of the RFC editor queue even though half bits >> clearly didn't match the text.) >> On 3/8/2019 3:56 PM, Igor Bryskin wrote: >> >> Hi Lou, >> >> >> >> We have had quite a bit of private discussions between the co-anthers, >> and I believe, we provided a summary to the WG. >> >> In our opinion it is a very simple, straightforward, yet quite useful >> addition. It was brought to our attention by the model implementers that >> for a given topological element (e.g. TE link) there could be more than one >> instance of the same source of where the information has come from. For >> example, there could be more than one instance of OSPF-TE protocol running >> in the network, and it is useful for the client application to understand >> which instance discovered/provided information for which TE links. Before >> the change the model could only indicate the type of the information source >> (OSPF-TE protocol), but not its specific instance, hence the addition of >> the instance leaf. >> >> >> >> Regards, >> >> Igor (and co-authors) >> >> >> >> >> >> *From:* Lou Berger [mailto:lberger@labn.net ] >> *Sent:* Friday, March 08, 2019 2:53 PM >> *To:* Xufeng Liu >> *Cc:* TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org >> *Subject:* Re: [Teas] Fwd: IETF WG state changed for >> draft-ietf-teas-yang-te-topo >> >> >> >> Xufeng, >> >> Can you (or other authors) discuss the motivations/issue addressed by >> the information-source-instance?-- Perhaps I missed it, but I believe this >> was a change made without WG discussion. >> >> Thank you, >> >> Lou >> >> On 3/8/2019 2:25 PM, Xufeng Liu wrote: >> >> Hi Lou, >> >> >> >> The change summary has been posted to the WG mailing list ( >> https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUujt29fysqHwwpI). >> Please advise if the authors need to do anything further. >> >> Thanks, >> >> - Xufeng >> >> >> >> On Wed, Mar 6, 2019 at 4:21 PM Lou Berger wrote: >> >> All, >> >> The recent versions of the te-topology doc had sufficiently >> significant technical changes that our AD and I, with input from the >> authors, agreed that the document should come back to the WG and to rerun a >> full last call process. The key changes in rev -19 were: >> >> - Referencing the te-types document and updates to point to its module >> >> - introduction of information-source-instance >> >> The second change is a technical change resulting from implementation >> experience, so is a good change, but as it is a substantive technical >> change the document has to come out of the RFC editor queue to accept it. >> >> Authors, >> >> Can you send out a message summarizing all changes. >> >> >> >> We will then restart the WG LC process. >> >> >> >> Thank you, >> >> Lou (as Shepherd/co-chair) >> >> >> >> -------- Forwarded Message -------- >> >> *Subject: * >> >> IETF WG state changed for draft-ietf-teas-yang-te-topo >> >> *Date: * >> >> Wed, 06 Mar 2019 10:49:31 -0800 >> >> *From: * >> >> IETF Secretariat >> >> >> *To: * >> >> lberger@labn.net, teas-chairs@ietf.org, >> draft-ietf-teas-yang-te-topo@ietf.org >> >> >> >> >> The IETF WG state of draft-ietf-teas-yang-te-topo has been changed to "WG >> Document" from "Submitted to IESG for Publication" by Deborah Brungard: >> >> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ >> >> _______________________________________________ >> 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 >> > > > > ---------- > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > ------------1696ab347e51dee27ceb7a919c Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    > If a new rev is publishe= d now without
    > the information-source-instance change (and with all the other changes= made
    > in rev 19 left intact), would the document skip back to the RFC-Editor= 's
    > queue without any IESG involvement?

    I don't believe so, I think w= e still have to go through redoing the pub request and iesg, but as there w= ould be no substantive change it might go through faster.

    Given where we are today, imo= let's get it right and move forward.  if dropping the change means th= at we've have to immediately start on a BIS I think dropping it would be th= e wrong move. If on the other hand the change really isn't needed, that it = would be good to hear that.



    Lou


    ----------
    On March 10, 2019 10:19:27 PM Vishnu Pavan Beeram <vishnupavan@gmail.com= > wrote:

    >= Igor,
    >
    > The only foul that the authors made was to not discuss the diffs on th= e
    > list before submitting rev-19. There was an incorrect assumption made = (by
    > the authors) that Xufeng's post submission email with details on the d= iffs
    > was sufficient to trigger the necessary discussion. This was an oversi= ght
    > and had no intended malice. This practice (of submitting the changes f= irst
    > and then triggering a discussion about the diffs) is sort of deemed > acceptable while the document is being reviewed by the WG or IESG, but= not
    > while it is sitting in the RFC Editor's queue. In hindsight, given tha= t the
    > document was sitting in the RFC Editor's queue, the authors should hav= e
    > reached out to the AD/Shepherd for guidance before submission (and I t= ake
    > the blame on behalf of the authors for not doing it).
    >
    >
    > Lou, Hi!
    >
    >>> Do you think we should proceed with publication without this c= hange?
    >
    > I think the WG would need more details (to weigh in with an informed > opinion) on how proceeding with publication without this change would<= br> > impact the progress of the document. If a new rev is published now wit= hout
    > the information-source-instance change (and with all the other changes= made
    > in rev 19 left intact), would the document skip back to the RFC-Editor= 's
    > queue without any IESG involvement?
    >
    > Regards,
    >
    > -Pavan (no hat on)
    >
    > On Sun, Mar 10, 2019 at 5:08 PM Lou Berger <lberger@labn.net> wr= ote:
    >
    >> Igor,
    >> On 3/10/2019 4:22 PM, Igor Bryskin wrote:
    >>
    >> Hi Xufeng,
    >>
    >> I believe every time we published an update for the document we pr= ovided a
    >> summary of the changes since the previous revision.
    >> Could you find the one for the latest update?
    >>
    >> Lou,
    >> Since the document was put into the RFC  Editor queue we have= made far
    >> more serious change - we replaced the dependency on te-tunnel mode= l  with
    >> the dependency on te-types model. You knew about our intention lon= g time
    >> ago, as well as that the document would need in this case another = close
    >> look by WG. You have not warned us about the problem, nor pulled t= he
    >> document out of the queue then.
    >>
    >> Correct. This has been widely discussed, at the last IETF and on l= ist.
    >>
    >> Now you are focused on the most trivial change (almost as harmful = as
    >> changing Tarek's association from CSCO to Jniper), which could be = easily
    >> reviewed by the WG along with consequences of the depency change. = Why is
    >> that?
    >>
    >> The change in dependency was basically and editorial change, it wa= s to
    >> reflect where the module was being defined.  An affiliation c= hange is also
    >> not considered to be a substantive technical change by the IETF, r= emember
    >> we contribute to the IETF as individuals,  so such affiliatio= n changes are
    >> non problematic.  Most importantly,  the RFC editor was = consulted *prior*
    >> to agreeing to this change, to ensure that it was an acceptable ch= ange
    >> while in the editor queue and that the reference change didn't req= uire that
    >> it be pulled -- this was all coordinated with the Shepherd/AD/RFC-= Editor
    >> and authors before it was discussed with the WG at the last IETF.<= br> >>
    >> The reason that the technical change forced this reset is simply t= hat it
    >> happened without any discussion with the IESG.
    >>
    >> Once a document is submitted for publication, they own it - not th= e WG.
    >> Once our AD was notified that this change was made, the only quest= ion she
    >> had for me (as Shepherd/co-chair, Pavan was consulted but recused = himself
    >> as he is a co-author) was if to send it back to the WG or remove t= he change
    >> and immediately start on a bis.  The former seemed the more r= easonable.  At
    >> this point, we can always go the BIS route if that's what the WG d= ecides.
    >>
    >> Please also keep in mind that the WG owns the technical content of= a WG
    >> document, not the authors or editors.  Authors and editors ha= ve a lot of
    >> leeway in how to gauge or build consensus, including making a chan= ge in an
    >> active WG document and then discussing it with the WG.  Ultim= ately it is WG
    >> last call that ensures that a document represents WG consensus pri= or to
    >> publication submission.  It is true that technical changes al= so happen
    >> during IESG processing, and it is IETF last call that ensures the = final
    >> technical comment matches IETF consensus - and it the AD that ensu= res the
    >> content matches IETF consensus.
    >>
    >> A technical change, no matter how small, post all LCs and in the R= FC
    >> editor queue initiated by the authors, without any coordination, i= s a
    >> serious process fowl.  Deborah was fully within her rights to= reject this
    >> change and present the Chairs with the option of doing what we're = doing or
    >> proceeding with RFC publication without the change.  BTW the = formal version
    >> of this is documented in RFCs2418 and 4858.
    >>
    >> Do you think we should proceed with publication without this chang= e?  If
    >> so, please respond to the 2nd LC stating this.
    >>
    >> Lou
    >>
    >> (as Shepherd and Co-chair)
    >>
    >>
    >> Igor
    >>
    >>
    >>
    >> Thanks,
    >> Igor
    >> *From:*Lou Berger
    >> *To:*Igor Bryskin,Xufeng Liu,
    >> *Cc:*TEAS WG,draft-ietf-teas-yang-te-topo@ietf.org,
    >> *Date:*2019-03-09 15:56:11
    >> *Subject:*Re: [Teas] Fwd: IETF WG state changed for
    >> draft-ietf-teas-yang-te-topo
    >>
    >> Hi Igor, (and authors)
    >>
    >>     Can you point to where in the archive this= discussion took place -
    >> https://mailarchive.ietf.org/arch/browse/teas/?q=3Dsource%20= instance isn't
    >> yielding helpful information.  It's also fine for the authors= to make the
    >> case for the change now if a suitable reference can't be found. >>
    >> Lou
    >>
    >> PS For future reference, technical changes are generally now allow= ed once
    >> a document has been approved by the IESG, and even more rarely onc= e in the
    >> RFC editor queue.  (This is nothing new - I remember having q= uite a
    >> discussion back when Jon P. was RFC editor and having to convince = him that
    >> moving the '|' in a packet format half a bit over in a drawing did= n't
    >> require moving the doc out of the RFC editor queue even though hal= f bits
    >> clearly didn't match the text.)
    >> On 3/8/2019 3:56 PM, Igor Bryskin wrote:
    >>
    >> Hi Lou,
    >>
    >>
    >>
    >> We have had quite a bit of  private discussions between the c= o-anthers,
    >> and I believe, we provided a summary to the WG.
    >>
    >> In our opinion it is a very simple, straightforward, yet quite use= ful
    >> addition. It was brought  to our attention by the model imple= menters that
    >> for a given topological element (e.g. TE link) there could be more= than one
    >> instance of the same source of where the information has come from= . For
    >> example, there could be more  than one instance of OSPF-TE pr= otocol running
    >> in the network, and it is useful for the client application to und= erstand
    >> which instance discovered/provided information for which TE links.=   Before
    >> the change the model could only indicate the type of the informati= on source
    >> (OSPF-TE protocol), but not its specific instance, hence the addit= ion of
    >> the instance leaf.
    >>
    >>
    >>
    >> Regards,
    >>
    >> Igor (and co-authors)
    >>
    >>
    >>
    >>
    >>
    >> *From:* Lou Berger [mailto:lberger@labn.net <lberger@labn.net&g= t;]
    >> *Sent:* Friday, March 08, 2019 2:53 PM
    >> *To:* Xufeng Liu
    >> *Cc:* TEAS WG; draft-ietf-teas-yang-te-topo@ietf.org
    >> *Subject:* Re: [Teas] Fwd: IETF WG state changed for
    >> draft-ietf-teas-yang-te-topo
    >>
    >>
    >>
    >> Xufeng,
    >>
    >>     Can you (or other authors) discuss the mot= ivations/issue addressed by
    >> the information-source-instance?-- Perhaps I missed it, but I beli= eve  this
    >> was a change made without WG discussion.
    >>
    >> Thank you,
    >>
    >> Lou
    >>
    >> On 3/8/2019 2:25 PM, Xufeng Liu wrote:
    >>
    >> Hi Lou,
    >>
    >>
    >>
    >> The change summary has been posted to the WG mailing list (
    >> https://mailarchive.ietf.org/arch/msg/teas/sQ2wMTXYXwniUu= jt29fysqHwwpI).
    >> Please advise if the authors need to do anything further.
    >>
    >> Thanks,
    >>
    >> - Xufeng
    >>
    >>
    >>
    >> On Wed, Mar 6, 2019 at 4:21 PM Lou Berger <lberger@labn.net>= wrote:
    >>
    >> All,
    >>
    >>     The recent versions of the te-topology doc= had sufficiently
    >> significant technical changes that our AD and I, with input from t= he
    >> authors, agreed that the document should come back to the WG and t= o rerun a
    >> full last call process.  The key changes in rev -19 were:
    >>
    >> - Referencing the te-types document and updates to point to its mo= dule
    >>
    >> - introduction of information-source-instance
    >>
    >> The second change is a technical change resulting from implementat= ion
    >> experience, so is a good change, but as it is a substantive techni= cal
    >> change the document has to come out of the RFC editor queue to acc= ept it.
    >>
    >> Authors,
    >>
    >>     Can you send out a message summarizing all= changes.
    >>
    >>
    >>
    >> We will then restart the WG LC process.
    >>
    >>
    >>
    >> Thank you,
    >>
    >> Lou (as Shepherd/co-chair)
    >>
    >>
    >>
    >> -------- Forwarded Message --------
    >>
    >> *Subject: *
    >>
    >> IETF WG state changed for draft-ietf-teas-yang-te-topo
    >>
    >> *Date: *
    >>
    >> Wed, 06 Mar 2019 10:49:31 -0800
    >>
    >> *From: *
    >>
    >> IETF Secretariat <ietf-secretariat-reply@ietf.org>
    >> <ietf-secretariat-reply@ietf.org>
    >>
    >> *To: *
    >>
    >> lberger@labn.net, teas-chairs@ietf.org,
    >> draft-ietf-teas-yang-te-topo@ietf.org
    >>
    >>
    >>
    >>
    >> The IETF WG state of draft-ietf-teas-yang-te-topo has been changed= to "WG
    >> Document" from "Submitted to IESG for Publication" by Deborah Brun= gard:
    >>
    >> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/=
    >>
    >> _______________________________________________
    >> 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
    >>
    >
    >
    >
    > ----------
    > _______________________________________________
    > Teas mailing list
    > Teas@ietf.org
    > https://www.iet= f.org/mailman/listinfo/teas
    >

    ------------1696ab347e51dee27ceb7a919c-- From nobody Mon Mar 11 03:51:56 2019 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 37183130F39; Mon, 11 Mar 2019 03:51:49 -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.93.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155230150920.16944.1787557884699864751@ietfa.amsl.com> Date: Mon, 11 Mar 2019 03:51:49 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-pcecc-use-cases-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 10:51:49 -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 : The Use Cases for Path Computation Element (PCE) as a Central Controller (PCECC). Authors : Quintin Zhao Zhenbin (Robin) Li Boris Khasanov Dhruv Dhody King Ke Luyuan Fang Chao Zhou Boris Zhang Artem Rachitskiy Anton Gulida Filename : draft-ietf-teas-pcecc-use-cases-03.txt Pages : 33 Date : 2019-03-11 Abstract: The Path Computation Element (PCE) is a core component of a Software- Defined Networking (SDN) system. It can compute optimal paths for traffic across a network and can also update the paths to reflect changes in the network or traffic demands. PCE was developed to derive paths for MPLS Label Switched Paths (LSPs), which are supplied to the head end of the LSP using the Path Computation Element Communication Protocol (PCEP). SDN has a broader applicability than signaled MPLS traffic-engineered (TE) networks, and the PCE may be used to determine paths in a range of use cases including static LSPs, segment routing (SR), Service Function Chaining (SFC), and most forms of a routed or switched network. It is, therefore, reasonable to consider PCEP as a control protocol for use in these environments to allow the PCE to be fully enabled as a central controller. This document describes general considerations for PCECC deployment and examines its applicability and benefits, as well as its challenges and limitations, through a number of use cases. PCEP extensions required for stateful PCE usage are covered in separate documents. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-pcecc-use-cases/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-pcecc-use-cases-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-pcecc-use-cases-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-pcecc-use-cases-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 11 04:02:45 2019 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 035A1131050 for ; Mon, 11 Mar 2019 04:02:35 -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 z4pcw1K7YXtO for ; Mon, 11 Mar 2019 04:02:32 -0700 (PDT) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 29B431310A6 for ; Mon, 11 Mar 2019 04:02:32 -0700 (PDT) Received: by mail-io1-xd2b.google.com with SMTP id p17so3605456iol.7 for ; Mon, 11 Mar 2019 04:02:32 -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; bh=bndU2Yi2Lmq474n7UNNOXddo/qceAYcA8ncqYB3UPA0=; b=W3nv3jxdQdEfU8vjEzMUbsacd3ioC62CE21KbrzvXD/KK9pSUZ132LRJvivx3wksO+ yEz6rqs5nmPqUaVIFTeBqwbaxkKZw4vpPaBg7gccXQNIoKGe6iJhWY7LkZKU13dEg9/9 ub7SSGgPLmLoqjWJwttMReSuJZ25KF0ITomWksYmIPRPcUdtJN1CaiRVF8pfgA2dwiBM PBaEJTUc9REXWfCAbNoEU4VU6nFs+xrcGttdDNyAd4v5dyn0vE/OUAJmNG/K14VntQ/T 0G80TFGVnGQx92PKMMRHwoF9tftIitSydOaLMIANhQ+uemKRzYbgRy69XmOOzily7Krq Twbg== 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; bh=bndU2Yi2Lmq474n7UNNOXddo/qceAYcA8ncqYB3UPA0=; b=m8HenWM6tCE8d5BQOzyStOH3kspQFGtZmbRdWrZwiwd2qKkAj0UoxJpvoSulYrUJU9 P7DSMxkn1g8HFzRq91+bu2FFF1HPlrTK1SbGA49pa1LbB7ITygRhp5APQ6xLwr7TOje+ JCmaDsF7yWO8vEwdPRS+dfy27n/OzqHalHw7VF8LLWR5itdawwqjUjaG98ijRc++beZE iGJXW2MkTNsGkH1++EhmBNsh4Rvrmi8OjIevAU+YYqg20P6pbL4z1H2IAPWiOiWZ1XrS dMlkAYHtmlm1g+zmlCwlLEWYejBEizm+T4O+dxpJfdHM01IiGs28qO1aw2QG1yjuYITY Lfew== X-Gm-Message-State: APjAAAVoAIqrsrlSHK2NUKu76irUv7LZSUhreNtfmDz1HkWUvGjPe671 lusn/OCGvFvS0Kx/om8+8fXoZXj82yKfvK3KuQ4e2Q== X-Google-Smtp-Source: APXvYqwVZLPjSTiBiQPWbKxeX35Q05pSMUX3cZ8ErxNAC7+Hq3MoeOVL2Q+Th9ytKHspG3zxdI/BduJNW/kWPD0c6tM= X-Received: by 2002:a6b:3ec3:: with SMTP id l186mr8892578ioa.255.1552302150734; Mon, 11 Mar 2019 04:02:30 -0700 (PDT) MIME-Version: 1.0 References: <155230150920.16944.1787557884699864751@ietfa.amsl.com> In-Reply-To: <155230150920.16944.1787557884699864751@ietfa.amsl.com> From: Dhruv Dhody Date: Mon, 11 Mar 2019 16:31:54 +0530 Message-ID: To: "TEAS WG (teas@ietf.org)" Content-Type: multipart/alternative; boundary="000000000000475e940583cf82bb" Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-pcecc-use-cases-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 11:02:44 -0000 --000000000000475e940583cf82bb Content-Type: text/plain; charset="UTF-8" Hi WG, This update was mainly editorial with some more details added for PCECC-SRv6. There is still some pending details related to SFC via PCECC, security considerations (to name a few) that needs to be addressed in a future revision. Thanks! Dhruv (on behalf of co-authors) On Mon, Mar 11, 2019 at 4:23 PM wrote: > > 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 : The Use Cases for Path Computation Element (PCE) > as a Central Controller (PCECC). > Authors : Quintin Zhao > Zhenbin (Robin) Li > Boris Khasanov > Dhruv Dhody > King Ke > Luyuan Fang > Chao Zhou > Boris Zhang > Artem Rachitskiy > Anton Gulida > Filename : draft-ietf-teas-pcecc-use-cases-03.txt > Pages : 33 > Date : 2019-03-11 > > Abstract: > The Path Computation Element (PCE) is a core component of a Software- > Defined Networking (SDN) system. It can compute optimal paths for > traffic across a network and can also update the paths to reflect > changes in the network or traffic demands. PCE was developed to > derive paths for MPLS Label Switched Paths (LSPs), which are supplied > to the head end of the LSP using the Path Computation Element > Communication Protocol (PCEP). > > SDN has a broader applicability than signaled MPLS traffic-engineered > (TE) networks, and the PCE may be used to determine paths in a range > of use cases including static LSPs, segment routing (SR), Service > Function Chaining (SFC), and most forms of a routed or switched > network. It is, therefore, reasonable to consider PCEP as a control > protocol for use in these environments to allow the PCE to be fully > enabled as a central controller. > > This document describes general considerations for PCECC deployment > and examines its applicability and benefits, as well as its > challenges and limitations, through a number of use cases. PCEP > extensions required for stateful PCE usage are covered in separate > documents. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-pcecc-use-cases/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-teas-pcecc-use-cases-03 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-pcecc-use-cases-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-pcecc-use-cases-03 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --000000000000475e940583cf82bb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi WG,=C2=A0

    This update was mainly editorial with some= more details added for PCECC-SRv6.=C2=A0
    There is still some pending deta= ils related to SFC via PCECC, security considerations (to name a few) that = needs to be addressed in a future revision.=C2=A0

    Thanks!=C2=A0
    Dhr= uv (on behalf of co-authors)

    On Mon, Mar 11, 2019 at 4:23 PM <internet-drafts@ietf.org> wro= te:

    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.

    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= The Use Cases for Path Computation Element (PCE) as a Central Controller (= PCECC).
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Quin= tin Zhao
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Zhenbin (Robin) Li
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Boris Khasanov
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Dhruv Dhody
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 King Ke
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Luyuan Fang
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Chao Zhou
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Boris Zhang
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Artem Rachitskiy
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Anton Gulida
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-teas-pcecc-use-cases-03.txt
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 33
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2019-03-11

    Abstract:
    =C2=A0 =C2=A0The Path Computation Element (PCE) is a core component of a So= ftware-
    =C2=A0 =C2=A0Defined Networking (SDN) system.=C2=A0 It can compute optimal = paths for
    =C2=A0 =C2=A0traffic across a network and can also update the paths to refl= ect
    =C2=A0 =C2=A0changes in the network or traffic demands.=C2=A0 PCE was devel= oped to
    =C2=A0 =C2=A0derive paths for MPLS Label Switched Paths (LSPs), which are s= upplied
    =C2=A0 =C2=A0to the head end of the LSP using the Path Computation Element<= br> =C2=A0 =C2=A0Communication Protocol (PCEP).

    =C2=A0 =C2=A0SDN has a broader applicability than signaled MPLS traffic-eng= ineered
    =C2=A0 =C2=A0(TE) networks, and the PCE may be used to determine paths in a= range
    =C2=A0 =C2=A0of use cases including static LSPs, segment routing (SR), Serv= ice
    =C2=A0 =C2=A0Function Chaining (SFC), and most forms of a routed or switche= d
    =C2=A0 =C2=A0network.=C2=A0 It is, therefore, reasonable to consider PCEP a= s a control
    =C2=A0 =C2=A0protocol for use in these environments to allow the PCE to be = fully
    =C2=A0 =C2=A0enabled as a central controller.

    =C2=A0 =C2=A0This document describes general considerations for PCECC deplo= yment
    =C2=A0 =C2=A0and examines its applicability and benefits, as well as its =C2=A0 =C2=A0challenges and limitations, through a number of use cases.=C2= =A0 PCEP
    =C2=A0 =C2=A0extensions required for stateful PCE usage are covered in sepa= rate
    =C2=A0 =C2=A0documents.



    The IETF datatracker status page for this draft is:
    https://datatracker.ietf.org/doc/dr= aft-ietf-teas-pcecc-use-cases/

    There are also htmlized versions available at:
    https://tools.ietf.org/html/draft-ietf= -teas-pcecc-use-cases-03
    https://datatracker.ietf.org= /doc/html/draft-ietf-teas-pcecc-use-cases-03

    A diff from the previous version is available at:
    https://www.ietf.org/rfcdiff?u= rl2=3Ddraft-ietf-teas-pcecc-use-cases-03


    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
    --000000000000475e940583cf82bb-- From nobody Mon Mar 11 08:06:36 2019 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 E7C6A1310E2; Mon, 11 Mar 2019 08:06:28 -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.93.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155231678889.23086.7155700033903531747@ietfa.amsl.com> Date: Mon, 11 Mar 2019 08:06:28 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-05.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 15:06:29 -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 Michael Scharf Daniele Ceccarelli Filename : draft-ietf-teas-yang-path-computation-05.txt Pages : 68 Date : 2019-03-11 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-05 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computation-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-path-computation-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 11 11:24:56 2019 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 12BCC12008A; Mon, 11 Mar 2019 11:24:54 -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.93.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155232869403.23191.8739438181490081970@ietfa.amsl.com> Date: Mon, 11 Mar 2019 11:24:54 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-sr-te-topo-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 18:24:54 -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 SR and SR TE Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Stephane Litkowski Filename : draft-ietf-teas-yang-sr-te-topo-04.txt Pages : 31 Date : 2019-03-11 Abstract: This document defines a YANG data model for Segment Routing (SR) topology and Segment Routing (SR) traffic engineering (TE) topology. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-sr-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-sr-te-topo-04 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-sr-te-topo-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-sr-te-topo-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 11 12:22:01 2019 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 52E871310DD; Mon, 11 Mar 2019 12:22: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.93.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155233212030.23102.15722135695338801767@ietfa.amsl.com> Date: Mon, 11 Mar 2019 12:22:00 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-l3-te-topo-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 19:22:00 -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 Layer 3 TE Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez de Dios Filename : draft-ietf-teas-yang-l3-te-topo-04.txt Pages : 64 Date : 2019-03-11 Abstract: This document defines a YANG data model for layer 3 traffic engineering topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-l3-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo-04 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-l3-te-topo-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-l3-te-topo-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 11 14:47:31 2019 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 03E8613120B; Mon, 11 Mar 2019 14:47:21 -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.93.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155234084097.23110.3488972770232425895@ietfa.amsl.com> Date: Mon, 11 Mar 2019 14:47:21 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-sf-aware-topo-model-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 21:47:29 -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 Jim Guichard Luis Miguel Contreras Daniele Ceccarelli Jeff Tantsura Filename : draft-ietf-teas-sf-aware-topo-model-03.txt Pages : 49 Date : 2019-03-11 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-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-sf-aware-topo-model-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-sf-aware-topo-model-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 11 14:52:06 2019 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 BB2621311A3 for ; Mon, 11 Mar 2019 14:52:05 -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 3T_oHqpKRRkG for ; Mon, 11 Mar 2019 14:52:03 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 3C3B21311BC for ; Mon, 11 Mar 2019 14:52:02 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 4EEAC4879CE3E39FFD34 for ; Mon, 11 Mar 2019 21:52:00 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 11 Mar 2019 21:52:00 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.179]) by SJCEML701-CHM.china.huawei.com ([169.254.3.244]) with mapi id 14.03.0415.000; Mon, 11 Mar 2019 14:51:55 -0700 From: Leeyoung To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-sf-aware-topo-model-03.txt Thread-Index: AQHU2FQk9Zz9JFITJU6d7GYOnmChU6YG+A/w Date: Mon, 11 Mar 2019 21:51:54 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D0FA345@sjceml521-mbx.china.huawei.com> References: <155234084097.23110.3488972770232425895@ietfa.amsl.com> In-Reply-To: <155234084097.23110.3488972770232425895@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.145.78] 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] I-D Action: draft-ietf-teas-sf-aware-topo-model-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 11 Mar 2019 21:52:06 -0000 Hi, Updated version cleaned up duplicated sections for normative references and= updated one author's affiliation.=20 Thanks. Young (on behalf of co-authors) -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org Sent: Monday, March 11, 2019 4:47 PM To: i-d-announce@ietf.org Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-sf-aware-topo-model-03.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 : SF Aware TE Topology YANG Model Authors : Igor Bryskin Xufeng Liu Young Lee Jim Guichard Luis Miguel Contreras Daniele Ceccarelli Jeff Tantsura Filename : draft-ietf-teas-sf-aware-topo-model-03.txt Pages : 49 Date : 2019-03-11 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-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-sf-aware-topo-model-0= 3 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-sf-aware-topo-model-03 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 From nobody Mon Mar 11 18:49:29 2019 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 5794513124C; Mon, 11 Mar 2019 18:49:16 -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 EwQEG6l9GLB0; Mon, 11 Mar 2019 18:49:13 -0700 (PDT) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 8F60C12B003; Mon, 11 Mar 2019 18:49:13 -0700 (PDT) Received: by mail-io1-xd35.google.com with SMTP id b6so705628iog.0; Mon, 11 Mar 2019 18:49:13 -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; bh=iUNsMghDDl6StBSU2TYAuXHL2/FJSiFV/Y/XYtihUcI=; b=UOY4EUucCFugET2+Uk4AYHvW43pJ5cw46qx2+mHnp3PuBnSETgsJ5RsK7JWiJeLhOb fEONNggo1IKL6BhcrVrmF/kUO3XBleul53uFoCw7JuW9i/N1TbvRbcnPWYnsH4GdbH9h 8vjUciCUHyppo/pDitmOWXcEuWJ/xThHg1NphPP434hM4DYUOHN7GmYdHRSJmyN3Edzl c6ZmH4T0kcicDL4+IHWXH0s92nlS1SUfvXzl4fQ9/UXm959b5Bea8QAq92RlKDvMudBr MzCzbVzpZwq4ZcACofMD7zNnN/UdGrefWYrPSvfvzjTXoy4qIxeAcJ5SRc72LMM7yvHb Ewlw== 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; bh=iUNsMghDDl6StBSU2TYAuXHL2/FJSiFV/Y/XYtihUcI=; b=LuOaLwrqbVD0DQGTlPpy39nLsUHjdY+9nyS9KkMaaevmnVz4RP87wyGWHVmB/9udZk 3UIIgJYaXe5zhDOfz2xkLRAv2znEwmF+XYq5at79AdxK/AYUhmzjOU2l0w6soGe4OpNr Ga2Xpvtw8a2RnKwhGF/2WZeVlgxuxoWiDiK2Nu2/FmZcPlTQNSW9KqSD56EEmsm7yU7w EMLGXFzDEaVggsenJNSO2cRLFfI6tJ/M8WSS2MuFX2zBthfl/iJ/p7Xh+EizIaELKivs qkgPqCXFhJJiH4N8bMEbizynZy7zs8RQRfAhRW0sT8W3c1t3t+5BpNADGdhAjYr65/7a +Exg== X-Gm-Message-State: APjAAAUgmxVjmr4duwKit2Kjn0kxB3yR4W+vGfWpGRJo2eQ1QonzMNBp /YfJBQEygwjz/JT7Cu2InTsVtYitDWMjJmRY53ruVhGhAkE= X-Google-Smtp-Source: APXvYqwhzFe5F5S0pPcvKFjW73P4EmYhx9a1UL49eQxCCQjxqmELDpOJPcj8qWQ1ucezM4fA9o/Az7I33Vgi3Wk/ByI= X-Received: by 2002:a6b:510a:: with SMTP id f10mr11216428iob.17.1552355352472; Mon, 11 Mar 2019 18:49:12 -0700 (PDT) MIME-Version: 1.0 References: <155232869403.23191.8739438181490081970@ietfa.amsl.com> In-Reply-To: <155232869403.23191.8739438181490081970@ietfa.amsl.com> From: Xufeng Liu Date: Mon, 11 Mar 2019 21:48:59 -0400 Message-ID: To: TEAS WG , spring@ietf.org Content-Type: multipart/alternative; boundary="0000000000005970470583dbe532" Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-yang-sr-te-topo-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 12 Mar 2019 01:49:21 -0000 --0000000000005970470583dbe532 Content-Type: text/plain; charset="UTF-8" TEAS and SPRING WGs: An updated version of draft-ietf-teas-yang-sr-te-topo has been posted. The changes are: - Synchronize with the updated draft-ietf-spring-sr-yang-12, which provides several shared groupings, including srgb and srlb. - Added a leaf to indicate the instance of the information source, in addition to the existing information source protocol type, to cater to the use-cases where the information is learned via different instances of the same source protocol (different instances of the same IGP). Thanks, - Xufeng On Mon, Mar 11, 2019 at 2:25 PM wrote: > > 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 SR and SR TE Topologies > Authors : Xufeng Liu > Igor Bryskin > Vishnu Pavan Beeram > Tarek Saad > Himanshu Shah > Stephane Litkowski > Filename : draft-ietf-teas-yang-sr-te-topo-04.txt > Pages : 31 > Date : 2019-03-11 > > Abstract: > This document defines a YANG data model for Segment Routing (SR) > topology and Segment Routing (SR) traffic engineering (TE) topology. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-sr-te-topo/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-teas-yang-sr-te-topo-04 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-sr-te-topo-04 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-sr-te-topo-04 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --0000000000005970470583dbe532 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    TEAS and SPRING WGs:

    <= /div>
    An updated version of draft-ietf-teas-yang-sr-te-topo has been po= sted. The changes are:

    - Synchronize with the updated draft-ietf-spr= ing-sr-yang-12, which provides several shared groupings, including srgb and= srlb.

    - Added a leaf to indicate the instance of the informa= tion source, in addition to the existing information source protocol type, = to cater to the use-cases where the information is learned via different in= stances of the same source protocol (different instances of the same IGP). =

    Thanks,
    - Xufeng

    =

    = On Mon, Mar 11, 2019 at 2:25 PM <internet-drafts@ietf.org> wrote:

    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.

    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= YANG Data Model for SR and SR TE Topologies
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Xufe= ng Liu
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Igor Bryskin
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Vishnu Pavan Beeram
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Tarek Saad
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Himanshu Shah
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Stephane Litkowski
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-teas-yang-sr-te-topo-04.txt
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 31
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2019-03-11

    Abstract:
    =C2=A0 =C2=A0This document defines a YANG data model for Segment Routing (S= R)
    =C2=A0 =C2=A0topology and Segment Routing (SR) traffic engineering (TE) top= ology.


    The IETF datatracker status page for this draft is:
    https://datatracker.ietf.org/doc/dr= aft-ietf-teas-yang-sr-te-topo/

    There are also htmlized versions available at:
    https://tools.ietf.org/html/draft-ietf= -teas-yang-sr-te-topo-04
    https://datatracker.ietf.org= /doc/html/draft-ietf-teas-yang-sr-te-topo-04

    A diff from the previous version is available at:
    https://www.ietf.org/rfcdiff?u= rl2=3Ddraft-ietf-teas-yang-sr-te-topo-04


    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
    --0000000000005970470583dbe532-- From nobody Wed Mar 13 14:18:18 2019 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 C921512423B; Wed, 13 Mar 2019 14:18:16 -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 pVkqXmBj_oaF; Wed, 13 Mar 2019 14:18:14 -0700 (PDT) Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (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 6B8CD12008A; Wed, 13 Mar 2019 14:18:14 -0700 (PDT) Received: by mail-it1-x129.google.com with SMTP id h9so1237071itl.1; Wed, 13 Mar 2019 14:18:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :mime-version; bh=SLLaBBXxs8OUo53ZWpe9xtxERCpLRuYHE2oTri4WmJo=; b=qTyHUleJK+axmFHNTMRBHfvt/r7CW6u0JhLOenA4fI/dZpwnYfYK1GnPqZM5XKOPaX y/JYDLhcoG2nZ6pjhWoTqHMmBsmyTj7hM7eT3mfjUuYtCzGCTPHwAuZkhiufPAhgtmiy R6BD4ho5gE6+UIM2AGsqwDG8jzhjdjRrFZrFcGFH5j5pCBFyKWb3Mrpr1cmgYa2EYQji AvCaPc/CX+e6tszIwKcWce9olzBdn+lIR9uHNQSDVVfiNIzvqoW9mvf05XaU4lo97a4y ylBsbH14uj5pBqNNWA+Fo3K2IIb2pQbMWoVTYIZ+9uoXxA9ULcN3ibjrZ6kWXxz5xmRo G1wg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:mime-version; bh=SLLaBBXxs8OUo53ZWpe9xtxERCpLRuYHE2oTri4WmJo=; b=AUbIazl//o4uvoxH4ppjn0tR3UjHyIIHPEPYdEikoXfg4zCX2CrXbuT9v6DepA+Gjo Zyh1Gds15jq1E7IvkaYNBXFgqjQATilPcRijAM0iJ6XXw8vZ9u06SJFgAenQa85UZYRa BHjpDGXGmzE1pAUMm2Z65hJyjk8IEe1ebQ2aQnHU6/sRC8fEx4OfxqKmXFpmyqjLvlXl RPUYELSm6/aqKm/mEiG56jFboWAGpOdQqjxx8cNSHryJHeouOqL9/ajdJwwpasmE27Qv 8UZVYORL+hfJVcn8q+C4I5Iv6OvFPywNUUQbBa7mPYrJKozEhN2TVBBboC7r93OPlBys dqvQ== X-Gm-Message-State: APjAAAWvHd7hrDPv0n6A1VwwFj1rUy4/cPmvfpUOkMDcFbBHhvmO8BnQ deXYXPobOy7vlgfOil39zbk= X-Google-Smtp-Source: APXvYqyANtC9enZxUwDD1kdS6F490StM9VfbdJiIqRL7dUL0AP1vSlrKa5xhObw6VZTmVHgdonO3Sg== X-Received: by 2002:a24:55c9:: with SMTP id e192mr138224itb.166.1552511893738; Wed, 13 Mar 2019 14:18:13 -0700 (PDT) Received: from BN8PR06MB6289.namprd06.prod.outlook.com ([52.96.29.13]) by smtp.gmail.com with ESMTPSA id x25sm6158504ioh.63.2019.03.13.14.18.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Mar 2019 14:18:13 -0700 (PDT) From: Tarek Saad To: Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs , Matt Hartley Thread-Topic: [Teas] IETF104: TEAS Agenda Slot Requests Thread-Index: AUFRV3B4YFUkmAu/IZSSBTt+pLPI3acRFaQL X-MS-Exchange-MessageSentRepresentingType: 1 Date: Wed, 13 Mar 2019 21:18:11 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_BN8PR06MB6289F13F8F308EE1AC4BBF2EFC4A0BN8PR06MB6289namp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] IETF104: TEAS Agenda Slot Requests X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 13 Mar 2019 21:18:17 -0000 --_000_BN8PR06MB6289F13F8F308EE1AC4BBF2EFC4A0BN8PR06MB6289namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi all, We=92d like to request a slot to present update on the following drafts: draft-ietf-teas-yang-te draft-ietf-teas-yang-rsvp-te draft-ietf-teas-yang-rsvp Presenter: Tarek Saad Duration: 10-12 minutes Regards, Tarek From: Teas on behalf of Vishnu Pavan Beeram Date: Monday, March 4, 2019 at 9:00 PM To: TEAS WG Cc: TEAS WG Chairs , Matt Hartley Subject: [Teas] IETF104: TEAS Agenda Slot Requests All, The IETF 104 meeting agenda is available at https://datatracker.ietf.org/me= eting/104/agenda/. We have 2 slots scheduled on Tuesday, March 26th - 11:20= to 12:20 and 13:50 to 15:50. If you'd like to present your draft, please send a request to the Secretary= (Matt on cc) and the Chairs by Monday, March 11th with the draft name, the= speaker name, and the desired slot duration. Please note that this is also= the cut-off for draft submissions. If you have a WG draft that you aren't = presenting, please provide a status update. Thanks Matt/Lou/Pavan Important Dates: =95 2019-03-11 (Monday): Internet Draft submission cut-off (for all drafts= , including -00) by UTC 23:59. =95 2019-03-11 (Monday): Standard rate registration and payment cut-off at= UTC 23:59.. =95 2019-03-13 (Wednesday): Draft Working Group agendas due by UTC 23:59. =95 2019-03-18 (Monday): Registration cancellation cut-off at UTC 23:59. =95 2019-03-18 (Monday): Revised Working Group agendas due by UTC 23:59. =95 2019-04-19 (Friday): Proceedings submission cutoff date by UTC 23:59. =95 2019-05-13 (Monday): Proceedings submission corrections cutoff date by= UTC 23:59. --_000_BN8PR06MB6289F13F8F308EE1AC4BBF2EFC4A0BN8PR06MB6289namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

    Hi all,

     

    We=92d like to request a slot to present update on t= he following drafts:

    draft-ietf-teas-yang-te

    draft-ietf-teas-yang-rsvp-te

    draft-ietf-teas-yang-rsvp

     

    Presenter: Tarek Saad

    Duration: 10-12 minutes

     

    Regards,

    Tarek

     

    From= : Teas <teas-bou= nces@ietf.org> on behalf of Vishnu Pavan Beeram <vishnupavan@gmail.co= m>
    Date: Monday, March 4, 2019 at 9:00 PM
    To: TEAS WG <teas@ietf.org>
    Cc: TEAS WG Chairs <teas-chairs@ietf.org>, Matt Hartley <mh= artley.ietf@gmail.com>
    Subject: [Teas] IETF104: TEAS Agenda Slot Requests    =

     

    All,

    The IETF 104 meeting agenda is available at https://datatracker.ietf.org/meeting/104/agenda/. We have 2 slots sched= uled on Tuesday, March 26th - 11:20 to 12:20 and 13:50 to 15:50.

    If you'd like to present your draft, please send a request to the Secretary= (Matt on cc) and the Chairs by Monday, March 11th with the draft name, the= speaker name, and the desired slot duration. Please note that this is also= the cut-off for draft submissions. If you have a WG draft that you aren't presenting, please provide a status= update.

    Thanks
    Matt/Lou/Pavan

     

    Important Dates:

    =B7  = 2019-03-= 11 (Monday): Internet Draft submission cut-off (for all dra= fts, including -00) by UTC 23:59.

    =B7  = 2019-03-= 11 (Monday): Standard rate registration and payment cut-off= at UTC 23:59..

    =B7  = 2019-03-= 13 (Wednesday): Draft Working Group agendas due by UTC 23:5= 9.

    =B7  = 2019-03-= 18 (Monday): Registration cancellation cut-off at UTC 23:59= .

    =B7  = 2019-03-= 18 (Monday): Revised Working Group agendas due by UTC 23:59= .

    =B7  = 2019-04-= 19 (Friday): Proceedings submission cutoff date by UTC 23:5= 9.

    =B7  = 2019-05-= 13 (Monday): Proceedings submission corrections cutoff date= by UTC 23:59.

    --_000_BN8PR06MB6289F13F8F308EE1AC4BBF2EFC4A0BN8PR06MB6289namp_-- From nobody Thu Mar 14 11:47:19 2019 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 02E3C130DBE for ; Thu, 14 Mar 2019 11:47:18 -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 RorU_z736pe4 for ; Thu, 14 Mar 2019 11:47:16 -0700 (PDT) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 E6D1A130F43 for ; Thu, 14 Mar 2019 11:47:14 -0700 (PDT) Received: by mail-wr1-x435.google.com with SMTP id y15so7025004wro.4 for ; Thu, 14 Mar 2019 11:47:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=pbJ1TcWbY6evkWMARUbgX7ty52mgiBVn8ZJyl2HDm1c=; b=qUZVe3jSdQU5suC86hS2MI4e5rKPEVUPadB8xIr0YKazpyZd0/wRoileZ0+edy4klM QgiqcvHAbjzsUk/+hZwvltIN3czEC9eYOXFBQZ7PfGz6tHWdXAxAlkOks7iqfvdhIAAa ENbXMXVKSMBHIjp9BIdW+yeC2SVa+Y1gzVzgy5damtZ3dJU7TKbslh0EosR5McRkHzpj BX7LDiF8NRWRkWxy+kRuZHF4JbdB2gNeb5zIKYpIPQrUiRyb0nC8PVQIeLQIqbgJD1gq SbDZZoP5pU0jIdbJWNBHMOojFaKuOdPGU3kEg3v9gQcLfZx72+uWt7X9z6SAJooVs98f iKHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pbJ1TcWbY6evkWMARUbgX7ty52mgiBVn8ZJyl2HDm1c=; b=IIH6a3NbVoslNv54KDHKUB+0WIk02rpIG571CZruEdBhFrMs76QsUPo9OC9i98fASU 3nbQethvLX1ax3eNyXv5KxM9G/y3z/HNgGuVyH1zo0zhqItYA4xH5bpDdsE9FnhhvuzF WFSt5akRpTZ6dOGG0uBOh4B54gLkcGd77vHHRjHJCc+Zwy1YFokX9ag1zWZBnDQVDtuk /zErlFa99VO3o3k5HGlQrNpN2dUjMt0Vllwn20TF4NdHEO3D7J+xTvdNGyge4naTxlqg 6FubPmMmWHpLlPW0KODdWect7uzttwm0diH5TWKWigSOhWKaNGy7lWtvv269aFLE1zlp RCGA== X-Gm-Message-State: APjAAAVyYwMc+uvb/q60aGAPSxEA5R51sf/JoPsJo6RHaMC4kALp9bBP H1x/PaFKtKRs4v/m8PNAmoX/6ETKwAnzPznXob9lvjGn X-Google-Smtp-Source: APXvYqwt408fkmTO5YLTi7mJf9hnHzI/BsNzMbHyCgJ2kD9WDRoP9n3xY/s7QJlVakqDLF0Yla6T+2SHpST/xWlLNDE= X-Received: by 2002:adf:ee8e:: with SMTP id b14mr31586516wro.71.1552589233258; Thu, 14 Mar 2019 11:47:13 -0700 (PDT) MIME-Version: 1.0 From: Matt Hartley Date: Thu, 14 Mar 2019 14:47:02 -0400 Message-ID: To: teas@ietf.org Content-Type: multipart/alternative; boundary="000000000000bb04ea058412594a" Archived-At: Subject: [Teas] Slides for Prague X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 14 Mar 2019 18:47:18 -0000 --000000000000bb04ea058412594a Content-Type: text/plain; charset="UTF-8" All, The agenda for Prague is now up at https://datatracker.ietf.org/meeting/104/materials/agenda-104-teas-04. If you're presenting, please send slides to me and the Chairs by the end of the day on Friday, March 22nd (that's next week) so that we can get them uploaded. If you have a WG draft that isn't being presented, please send an update to the WG by the same day. Cheers Matt/Lou/Pavan --000000000000bb04ea058412594a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    All,


    If you're = presenting, please send slides to me and the Chairs by the end of the day o= n Friday, March 22nd (that's next week) so that we can get them uploade= d. If you have a WG draft that isn't being presented, please send an up= date to the WG by the same day.

    Cheers
    <= br>
    Matt/Lou/Pavan
    --000000000000bb04ea058412594a-- From nobody Sun Mar 17 07:07:31 2019 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 669491277DE for ; Sun, 17 Mar 2019 07:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 kwGOdRkMT7x8 for ; Sun, 17 Mar 2019 07:07:28 -0700 (PDT) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 473881279E6 for ; Sun, 17 Mar 2019 07:07:28 -0700 (PDT) Received: from cmgw14.unifiedlayer.com (unknown [10.9.0.14]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id F1CE6140469 for ; Sun, 17 Mar 2019 08:07:24 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 5WRehyxZOXFO55WRehfwi2; Sun, 17 Mar 2019 08:07:22 -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-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Sender:Reply-To:Cc:Content-Transfer-Encoding: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=s0hxhBAMueucM0ZIlm6jLnrd8jae6PzEsGapanmaFE8=; b=07FDKuHlJ/AmnVXGHosGH976z7 TGHYydXmSZZG46vWW6XuFAQgY/6F5oESSVgXZy30yDf/FUsOHawEodSGtqbVi8dhJE0VRo9Zh6/SA tXz+dkw/VrelrUCQ01ZPNDa47; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:50618 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h5WRe-001K1m-6E; Sun, 17 Mar 2019 08:07:22 -0600 To: Matt Hartley , teas@ietf.org References: From: Lou Berger Message-ID: Date: Sun, 17 Mar 2019 10:07:21 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------D187680CFB9BF3F588941AE6" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h5WRe-001K1m-6E X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:50618 X-Source-Auth: lberger@labn.net X-Email-Count: 4 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Slides for Prague X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 17 Mar 2019 14:07:30 -0000 This is a multi-part message in MIME format. --------------D187680CFB9BF3F588941AE6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit FYI - A revised agenda has been uploaded, see https://datatracker.ietf.org/meeting/104/materials/agenda-104-teas On 3/14/2019 2:47 PM, Matt Hartley wrote: > All, > > The agenda for Prague is now up at > https://datatracker.ietf.org/meeting/104/materials/agenda-104-teas-04. > > If you're presenting, please send slides to me and the Chairs by the > end of the day on Friday, March 22nd (that's next week) so that we can > get them uploaded. If you have a WG draft that isn't being presented, > please send an update to the WG by the same day. > > Cheers > > Matt/Lou/Pavan > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas --------------D187680CFB9BF3F588941AE6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

    FYI - A revised agenda has been uploaded, see https://datatracker.ietf.org/meeting/104/materials/agenda-104-teas


    On 3/14/2019 2:47 PM, Matt Hartley wrote:
    All,


    If you're presenting, please send slides to me and the Chairs by the end of the day on Friday, March 22nd (that's next week) so that we can get them uploaded. If you have a WG draft that isn't being presented, please send an update to the WG by the same day.

    Cheers

    Matt/Lou/Pavan

    _______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas
    --------------D187680CFB9BF3F588941AE6-- From nobody Wed Mar 20 05:10:24 2019 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 901381286C8; Wed, 20 Mar 2019 05:10:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.245 X-Spam-Level: X-Spam-Status: No, score=0.245 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no 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 WsP_QCy-Ym29; Wed, 20 Mar 2019 05:10:20 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40109.outbound.protection.outlook.com [40.107.4.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C3E6127918; Wed, 20 Mar 2019 05:10:19 -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=Snt5qd/M0sz3k1cFs+3sXYMW8bZqyTLfdhnVhe1mw2k=; b=hnwoAFrk1K5dJE1cpsFmO4xw8uf7hTst0Xj5YMInefV8K0W+VMzCl+yKEgj1UNxrl+oUQEqNajBRNSsJfGIU4rh0406nsOPTZlMYzwj7UByYQVZEdaTv1mTGampD1+tjchgEPpA4cAd0e/hQNgl44pJ6BQQ5lzds4PkTCbVZgwc= Received: from VI1PR07MB4480.eurprd07.prod.outlook.com (20.177.57.76) by VI1PR07MB3086.eurprd07.prod.outlook.com (10.175.242.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1730.7; Wed, 20 Mar 2019 12:10:16 +0000 Received: from VI1PR07MB4480.eurprd07.prod.outlook.com ([fe80::61c6:2077:27f3:cc61]) by VI1PR07MB4480.eurprd07.prod.outlook.com ([fe80::61c6:2077:27f3:cc61%2]) with mapi id 15.20.1709.015; Wed, 20 Mar 2019 12:10:16 +0000 From: tom petch To: Lou Berger , TEAS WG CC: "draft-lee-teas-te-service-mapping-yang@ietf.org" , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll on draft-lee-teas-te-service-mapping-yang-13 Thread-Index: AQHU3xV/mAcEiC/lWUGAnVsmjDpKGA== Date: Wed, 20 Mar 2019 12:10:16 +0000 Message-ID: <05cb01d4df15$8a5dd720$4001a8c0@gateway.2wire.net> References: <67adf787-e69b-3af8-8b49-5639833fda7a@labn.net> <185672df-946f-4b10-fd69-e4e92ab60bd1@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0104.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:c::20) To VI1PR07MB4480.eurprd07.prod.outlook.com (2603:10a6:803:75::12) x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.234] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ae9bd524-21aa-498b-d922-08d6ad2d0353 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600127)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:VI1PR07MB3086; x-ms-traffictypediagnostic: VI1PR07MB3086: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-forefront-prvs: 098291215C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(376002)(396003)(39860400002)(346002)(366004)(199004)(189003)(13464003)(386003)(256004)(14444005)(6506007)(53546011)(102836004)(305945005)(6346003)(99286004)(97736004)(76176011)(81816011)(52116002)(86362001)(81686011)(476003)(71200400001)(71190400001)(186003)(486006)(26005)(9686003)(6306002)(6512007)(53936002)(14496001)(68736007)(86152003)(6486002)(44736005)(6436002)(105586002)(54906003)(110136005)(478600001)(229853002)(8676002)(81166006)(81156014)(316002)(1556002)(25786009)(7736002)(84392002)(2906002)(4326008)(966005)(44716002)(14454004)(106356001)(62236002)(66066001)(61296003)(5660300002)(6246003)(4720700003)(50226002)(6116002)(8936002)(446003)(3846002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB3086; H:VI1PR07MB4480.eurprd07.prod.outlook.com; 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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfa@btconnect.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 6E3jee+7qf9xcnsvI4FNMJZqU0HLWyCmTTPlxCZIls2+NMhtbtODfrNJn3bemvF8ExWTDJc9ylB10JjluySKAWOyUt0k6U/ydJ5CVTPDzQL+wegmqYq3D1grpuMdghE9VduTFy7T/9TTTb9Rm4Ng44kt1hXyJHqoox1BhI4cJKdNQ+akOhQF7Pa2NKb+JokpTmLhplRTrkLHyrguLsVv6TP/BdJlSSe6lmxdkGgww8ULmqaZoWxAcWeVLaZtDCiHrnhwDDR4xpbUewiJyMHHKJt3xxQ/8dS5Zf73VU4E/5Rtu0Xi6aBM+DTof/WzwQpYzwaxRVc0KHoqfmAVT39D+EgClJtTh/LYVhWH+ZrDl0cnjUOnn6uVCOnJZ+fLbAMPbPkXZSvcx8TZK+Q5bw4Kra/mXj6uI2VaKIiOCBbuYY0= Content-Type: text/plain; charset="utf-8" Content-ID: <73EA582FE5212549B751333F3CE1B86C@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: ae9bd524-21aa-498b-d922-08d6ad2d0353 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2019 12:10:16.7449 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3086 Archived-At: Subject: Re: [Teas] WG adoption poll on draft-lee-teas-te-service-mapping-yang-13 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 12:10:23 -0000 LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIkxvdSBCZXJnZXIiIDxsYmVyZ2Vy QGxhYm4ubmV0Pg0KU2VudDogVHVlc2RheSwgTWFyY2ggMDUsIDIwMTkgMTozMiBQTQ0KDQo+IEFs bCwNCj4NCj4gICBUaGlzIGRyYWZ0IGlzIGFkb3B0ZWQuDQo+DQo+IEF1dGhvcnMsDQo+DQo+ICAg UGxlYXNlIHJlcHVibGlzaCB0aGUgZHJhZnQgd2l0aCBvbmx5IHRoZSBmaWxlIG5hbWUgY2hhbmdl ZA0KPiBkcmFmdC1pZXRmLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmctMDAgYW5kIGFuIHVw ZGF0ZWQgZGF0ZS4NCj4NCj4gT25jZSBwdWJsaXNoZWQsIHBsZWFzZSB3b3JrIHRvIGFkZHJlc3Mg aXNzdWVzIHJhaXNlZCBhcyBwYXJ0IG9mIHRoZQ0KPiBhZG9wdGlvbiBwcm9jZXNzIC0gbm90YWJs eSBjb250aW51ZWQvaW1wcm92ZWQgYWxpZ25tZW50IHdpdGggb3RoZXINCnlhbmcNCj4gbW9kZWxz LCB0aGUgaXNzdWVzIHJhaXNlZCBieSBUb20gUC4sIHlhbmcgdmFsaWRhdGlvbiBlcnJvcnMgcmVw b3J0ZWQNCmF0DQo+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1sZWUt dGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZw0KPiBhbmQgaWRuaXRzIGFzIHJlcG9ydGVkIGF0 DQo+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2lkbml0cz91cmw9aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9pZC9kcmFmdC1sZWUtdGUNCmFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLTEzLnR4dA0K DQpJIG5vdGljZSB0aGF0DQpkcmFmdC1pZXRmLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmct MDANCmFwcGVhcmVkIGhvdGx5IGZvbGxvd2VkIGJ5DQpkcmFmdC1pZXRmLXRlYXMtdGUtc2Vydmlj ZS1tYXBwaW5nLXlhbmctMDENCmJ1dCB0aGUgbGF0dGVyIGRvZXMgbm90IGFkZHJlc3MgdGhlIGlz c3VlcyBJIHJhaXNlZC4NCg0KSW4gYWRkaXRpb24gdG8gbXkgcHJldmlvdXMgY29tbWVudHMsIEkg ZmluZCB0aGUgaW5kZW50YXRpb24gb2YgdGhlIFlBTkcNCm1vZHVsZSBtYWtlcyBpdCBoYXJkIHRv IGZvbGxvdyAtIGl0IGlzIG92ZXIgMzAgY2hhcmFjdGVyIGluIHBsYWNlcw0Kd2hlcmVhcyB0aGUg bm9ybWFsIGxpbWl0IGlzIGMuMTAuDQoNCkFuZCB0aGUgSUFOQSBDb25zaWRlcmF0aW9ucyBzaG91 bGQgaW5jbHVkZSB0aGUgcHJlZml4LCB3aGljaCBhcmUNCm1pc3NpbmcuDQoNClRvbSBQZXRjaA0K DQo+IFRoYW5rIHlvdSwNCj4NCj4gTG91IChhbmQgUGF2YW4pDQo+DQo+IE9uIDIvMTQvMjAxOSAy OjU2IFBNLCBMb3UgQmVyZ2VyIHdyb3RlOg0KPiA+IEFsbCwNCj4gPg0KPiA+IFRoaXMgaXMgc3Rh cnQgb2YgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZw0KPiA+IGRyYWZ0LWxlZS10ZWFzLXRlLXNl cnZpY2UtbWFwcGluZy15YW5nLTEzIGEgd29ya2luZyBncm91cA0KPiA+IGRvY3VtZW50LiBQbGVh c2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nICJ5ZXMvc3VwcG9ydCIgb3INCj4g PiAibm8vZG8gbm90IHN1cHBvcnQiLiAgSWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlv dXINCnJlc2VydmF0aW9ucw0KPiA+IHdpdGggdGhlIGRvY3VtZW50LiAgSWYgeWVzLCBwbGVhc2Ug YWxzbyBmZWVsIGZyZWUgdG8gcHJvdmlkZQ0KY29tbWVudHMNCj4gPiB5b3UnZCBsaWtlIHRvIHNl ZSBhZGRyZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMgYSBXRyBkb2N1bWVudC4NCj4gPg0KPiA+ IFRoZSBwb2xsIGVuZHMgRmVicnVhcnkgMjguDQo+ID4NCj4gPiBUaGFua3MsDQo+ID4NCj4gPiBM b3UgKGFuZCBQYXZhbikNCj4gPg0KPiA+DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IFRlYXMgbWFpbGluZyBsaXN0DQo+IFRlYXNAaWV0Zi5v cmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo+DQoNCg== From nobody Wed Mar 20 08:08:27 2019 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 8D42212950A for ; Wed, 20 Mar 2019 08:08:25 -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 5NZQntbv8YTD for ; Wed, 20 Mar 2019 08:08:23 -0700 (PDT) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 45E441294B6 for ; Wed, 20 Mar 2019 08:08:23 -0700 (PDT) Received: by mail-wm1-x32a.google.com with SMTP id o10so50366wmc.1 for ; Wed, 20 Mar 2019 08:08:23 -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; bh=cTPHgzngl5dlvxWoWdx03sL2J183IZjxE+5U0OomrGU=; b=GB56rrPh8q2uB0Svk3BfiC7gtiOPHLmZDgWGSPkbLN0iUYOcYANAiv3bBggYguAIHn L0Z/te6Da/VQnwi5URVtqsZia3VUVfORbGPHHC/07L1YZ7MMsAhNpfN+NZNOnLEzEPfu iH4kQuQux5+cns70QqcosEwRVDDzMh/laI2t3E4HIy/GTM0dzePMx5MC+iRVpvNTF9rk 3KTGJwi7oM3v5BQHc70Y8s5GxtO4GKXYi+B1IPGkhqn8P3yRz1b4gycChn0z5aqlo8LZ kAf3GAzf0ZHGvjhkQRR6UoT2Ro1YPPMIJLjnBkPyEFbRsvYr32zy4lmTbpvxYv7DxXlp 6tQA== 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; bh=cTPHgzngl5dlvxWoWdx03sL2J183IZjxE+5U0OomrGU=; b=AK3r26OcGm0ZAeU1nPAO6pr2UNjhORnMVGb3wss9h/AvVrBbJLuZn1BiubfSPFJ+Iq JR5qKP76MByeV5YVmK3C+qGdxC/WudnT1pCnTye6himyZh8A955gEVquCD4RbKRptjiN IAmUFCF1v3+mNA3aRUybZgQWCzQn3w9MoM7uAfrM/k6cvNIRO0OfeHlNmxMwf7jI6IXh Y3BnrfgY5TupUZ1Zqt4IBZBaDSfA+kMcZYZD0ecagkF349ymlW8eLNxOiS+w1XVEqWlf B/F7zSvyHJ1gAenrs0yXBG3cegkZbzaZJqtIUORtoeF03EX6vTGjTjFmApyCqRPawU1w Y1gw== X-Gm-Message-State: APjAAAUVMkiQYJvnGWU5PIgGwil109hba0u6k8RcmatggOYh7FDxX9mL 7hFOAeEQ28C/167iOXRZjUnty7Vu75sfPIU9vkh/hg== X-Google-Smtp-Source: APXvYqxOWbQr4Hp41Bs0yMSX43aBpc4sNVbAoVqnkRLefV6aVAAj/4w1YQsE2oAZ+tmSfdFlAhYBvMxT0HZJXslAa/c= X-Received: by 2002:a05:600c:20e:: with SMTP id 14mr9312063wmi.144.1553094501631; Wed, 20 Mar 2019 08:08:21 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Hartley Date: Wed, 20 Mar 2019 11:08:10 -0400 Message-ID: To: teas@ietf.org Content-Type: multipart/alternative; boundary="000000000000128a7d058487feae" Archived-At: Subject: Re: [Teas] Slides for Prague X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 15:08:26 -0000 --000000000000128a7d058487feae Content-Type: text/plain; charset="UTF-8" A gentle reminder... please send slides in the next couple of days! Cheers Matt On Thu, Mar 14, 2019 at 2:47 PM Matt Hartley wrote: > All, > > The agenda for Prague is now up at > https://datatracker.ietf.org/meeting/104/materials/agenda-104-teas-04. > > If you're presenting, please send slides to me and the Chairs by the end > of the day on Friday, March 22nd (that's next week) so that we can get them > uploaded. If you have a WG draft that isn't being presented, please send an > update to the WG by the same day. > > Cheers > > Matt/Lou/Pavan > --000000000000128a7d058487feae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    A gentle reminder... please send slides in the next c= ouple of days!

    Cheers

    Mat= t

    On Thu, Mar 14, 2019 at 2:47 PM Matt Hartley <mhartley.ietf@gmail.com> wrote:
    All,


    If you're presen= ting, please send slides to me and the Chairs by the end of the day on Frid= ay, March 22nd (that's next week) so that we can get them uploaded. If = you have a WG draft that isn't being presented, please send an update t= o the WG by the same day.

    Cheers

    Matt/Lou/Pavan
    --000000000000128a7d058487feae-- From nobody Thu Mar 21 18:43:58 2019 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 E4D4512DF71; Thu, 21 Mar 2019 18:43:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 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, WEIRD_PORT=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 4J_lGzkLOfMU; Thu, 21 Mar 2019 18:43:52 -0700 (PDT) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (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 018BE13116F; Thu, 21 Mar 2019 18:43:50 -0700 (PDT) Received: by mail-pg1-x532.google.com with SMTP id p6so319665pgh.9; Thu, 21 Mar 2019 18:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=qwUrWrb9D4VEobBmnbX6Xvff2i1PhWtFTa9Qgkrq4FY=; b=Mh/OBrVGB0FHEuVafWBmepNqGcAaIvAD8/TBcwOdQXwe00PsH3ohHhH3gdoIG5FCy3 KB9rNB8Ei9jiIZZjl7WcIhf/TU+caoQZnTnWHygCN8eybjfJibUJc2KnV9ilD0LfkfFf BZXopc1rEMS9G1yeBrE9ngUsgC73s1HYup+Bzjouxl3QVNDUDH1hYUnMd0/UUcWoDmO8 gyR+5dzmmzd8qJ08G6vyEiLJEuUv2wLhbb/u79nGwHhQXV4zEWIEcE2LmdPiDjSDTch0 MmpLTbGt7skIaC/dpKeT8Ij75m7x/+xMcLx2TgY+1OJgN726JBL2NUeOr7aXqtynpy8s hd/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=qwUrWrb9D4VEobBmnbX6Xvff2i1PhWtFTa9Qgkrq4FY=; b=k0dlyezTWMYJoDS1XTDKC3iJKRUa0ut9kvTCHLtLU16Qd3esYmTCEp0hY2moyDpoYz 1O3VYHqmDj3S1cbfA6+6KIpvqONKbToP9+vRF3XYlzW5HRqFeIwA7HP/761Uw1poZnaD lzifFs0L14WIFqleSVWhqifaFUhv+a30tn+1TpcNmD9a2pXWFtGyJizDWv/cJoLGhoFO xlElOs3XQkneQ6kBuY8vbpzDWx5dcveFmgpvIsLy/bGMOZdnMMH+ogdsr93LcFNxI849 MdlZmn68B204guMlDvt3P3Slb+SEOayhXlJIj6CocWLZohaSQIb8k+0wPMKNFB4ryMNy R9zw== X-Gm-Message-State: APjAAAWejwOdj6NJf4LfWrSh25HcaksqbZqgodLvtA63m/t6LIiu7Bo7 bO+7CDcbGMywZjBrP8Fwi5WNKSe1GKaXWMMgHqskdg== X-Google-Smtp-Source: APXvYqyGWQ6bnnRCTKybTU5COH2K/KBEsfRLSHeCbQBsq6RZvphbAgFkULvMhDtqIXXZKvgyEADLSWe+Zb/2qnyRg0g= X-Received: by 2002:a17:902:3a5:: with SMTP id d34mr6538328pld.174.1553219029370; Thu, 21 Mar 2019 18:43:49 -0700 (PDT) MIME-Version: 1.0 From: Vishnu Pavan Beeram Date: Thu, 21 Mar 2019 20:43:38 -0500 Message-ID: To: TEAS WG Cc: TEAS WG Chairs Content-Type: multipart/alternative; boundary="000000000000810c2e0584a4fc4a" Archived-At: Subject: [Teas] Prague Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 01:43:57 -0000 --000000000000810c2e0584a4fc4a Content-Type: text/plain; charset="UTF-8" Folks, Hi! *Agenda:* https://datatracker.ietf.org/meeting/104/materials/agenda-104-teas Session 1: Tuesday March 26th 2019, 11:20 - 12:20, Room - Congress Hall 2 Session 2: Tuesday March 26th 2019, 13:50 - 15:50, Room - Grand Ballroom Please take a look and let us know if there are any errors/questions. Also, if you intend to present remotely, please let the chairs know - you can confirm that you are listed as remote presenter at https://ietf104.conf.meetecho.com/list.php *Other Logistics:* We will as always be using etherpad for collaborative note taking. The etherpad link is http://etherpad.tools.ietf.org:9000/p/notes-ietf-104-teas?useMonospaceFont=true Links to audio streams, meetecho and jabber can be found at Session 1: https://tools.ietf.org/agenda/104/#104-tue-1120-teas Session 2: https://tools.ietf.org/agenda/104/#104-tue-1350-teas Please note that WG Draft authors who aren't presenting should send status to the list prior to the WG meeting. Please send your status update by *Friday, March 22nd* (tomorrow). Status includes review of: any recent changes, any open discussions or issues, and planned next steps. For all drafts that have a slot in the agenda, we need the presentation-slides sent out to us (Chairs/Secretary) by *Friday, March 22nd* (tomorrow). Cheers, Pavan and Lou --000000000000810c2e0584a4fc4a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Folks, Hi!

    = Agenda:
    Session 1: Tuesday March 26th 2019, 11:20 - 12:20, Room - Congress Hall = 2
    Session 2: Tuesday March 26th 2019, 13:50 - 15:50, Room - G= rand Ballroom

    Please take a look and let us know if there are any errors/questions.=C2=A0 Also,= =20 if you intend to present remotely, please let the chairs know - you can=20 confirm that you are listed as remote presenter at https://ietf104.conf.meete= cho.com/list.php

    Other Logistics:
    =

    We will as always be using etherpad for collaborative n= ote taking.
    The etherpad link is
    http://etherpad.tools= .ietf.org:9000/p/notes-ietf-104-teas?useMonospaceFont=3Dtrue

    Lin= ks to audio streams, meetecho =C2=A0and jabber can be found at

    --000000000000810c2e0584a4fc4a-- From nobody Fri Mar 22 14:35:21 2019 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 347F0131211; Fri, 22 Mar 2019 14:35:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.851 X-Spam-Level: X-Spam-Status: No, score=-1.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, KHOP_DYNAMIC=0.85, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bbZaC7bbAQJf; Fri, 22 Mar 2019 14:35:18 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 772C01311FD; Fri, 22 Mar 2019 14:35:18 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x2MLULPd020578; Fri, 22 Mar 2019 14:35:17 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=3pX6j5CgScwAaHp9Fa3Fw8gAVZSCy2zfIRZ9TgL6Riw=; b=yxVe0KcyRf5MJ+dOmr7lpV2IoOE33XcmDLdmaJ2DvNBw6kzdTzp7phxsgLXxeTcGZhbj 0CNi6w7HkSRx++VXg6Qg8YmO93JZur12DxRleBcC+svMV8EqIS52BwvJWCZPMQrDSqoB smUBFTjAyqDLKUz3ZTdZKJ+ow97+20MJVMJ8vnw1lWwY8fmaMA8akLd6PxytU6AMztWi lkw85vrrhGCy+81WYgzePZHefxtoN3YZDYlGtHFwYKysNnoOhzK0h/QBJoLvJnm+F19/ 25XczsHtRDnm6qxbZCVqmtn3TmCFruXVKrLFYEi9TP/VQD3Js+DBDNijDeDK/K/l3gu6 7g== Received: from nam01-by2-obe.outbound.protection.outlook.com (mail-by2nam01lp2056.outbound.protection.outlook.com [104.47.34.56]) by mx0b-00273201.pphosted.com with ESMTP id 2rd3pu0c65-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 22 Mar 2019 14:35:17 -0700 Received: from BYAPR05MB5109.namprd05.prod.outlook.com (20.177.231.15) by BYAPR05MB4183.namprd05.prod.outlook.com (52.135.200.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1750.10; Fri, 22 Mar 2019 21:35:14 +0000 Received: from BYAPR05MB5109.namprd05.prod.outlook.com ([fe80::7955:82de:5ea4:53d6]) by BYAPR05MB5109.namprd05.prod.outlook.com ([fe80::7955:82de:5ea4:53d6%5]) with mapi id 15.20.1750.010; Fri, 22 Mar 2019 21:35:14 +0000 From: Abhishek Deshmukh To: "teas@ietf.org" , TEAS WG Chairs Thread-Topic: Status update for draft-ietf-teas-rsvp-rmr-extension Thread-Index: AQHUdUpmwinAhG2lxk6p0jDe1WZ02aYYwKCA Date: Fri, 22 Mar 2019 21:35:14 +0000 Message-ID: <9C05D27A-72B3-4A14-958C-1AFE6EA8DF77@juniper.net> References: <090CE082-3D6D-4C7C-B5B1-9924A686EE56@juniper.net> In-Reply-To: <090CE082-3D6D-4C7C-B5B1-9924A686EE56@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.15.0.190117 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c18f50d6-3152-4793-5994-08d6af0e4548 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(4618075)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB4183; x-ms-traffictypediagnostic: BYAPR05MB4183: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-forefront-prvs: 09840A4839 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(396003)(376002)(346002)(366004)(136003)(199004)(189003)(45074003)(486006)(11346002)(446003)(256004)(26005)(5660300002)(2501003)(2616005)(476003)(7736002)(186003)(6346003)(14444005)(82746002)(68736007)(76176011)(6506007)(99286004)(102836004)(15650500001)(2420400007)(6306002)(33656002)(36756003)(97736004)(450100002)(6512007)(53936002)(66066001)(7110500001)(86362001)(9326002)(14454004)(8936002)(8676002)(58126008)(316002)(110136005)(2906002)(106356001)(81166006)(81156014)(478600001)(4744005)(6116002)(6486002)(54896002)(83716004)(25786009)(3846002)(71190400001)(105586002)(71200400001)(10710500007)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4183; H:BYAPR05MB5109.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 8KO4n8uy8a/dYfh9CQutOLO9D8sD3ydhXM3oPPQoNUQPo1HEFkLejshXimjwdRhGnm8waJbDgCumFPjZZvWAI4IHTQ5/qS0YFsItuB51OkzZdxIsbjeQS8StTuRmmiYkjfM4BKWLhWF+M1yeT4RO+cHBW7OG0snnhm+hKaQs346ELgxX+fLQNdu5YijS7QmLygIPTs+eied6v+BfaTXfOW09Om5UnqSV/GvlW2YNDXQ2q6+qupnGtwZjD7VULa6xeMwc2VUnZW1SdF/MFPRUK0V1LZTr0nkRhYOGQdwOl0wVvihWICnaTE0fs6ABvz0fxBMueZoSbcKDsGAIWw4kc2xiu8g6FLkIUnucnO3LmtY3ZTHUMx3sWhqw4s+q0CquygxJxsP3yLWtJyPR08PLdcLQBYOzFUr864C4jlsIl5g= Content-Type: multipart/alternative; boundary="_000_9C05D27A72B34A14958C1AFE6EA8DF77junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: c18f50d6-3152-4793-5994-08d6af0e4548 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Mar 2019 21:35:14.4344 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4183 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-03-22_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=966 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1903220152 Archived-At: Subject: [Teas] Status update for draft-ietf-teas-rsvp-rmr-extension X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 21:35:20 -0000 --_000_9C05D27A72B34A14958C1AFE6EA8DF77junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkZvbGxvd2luZyBpcyB0aGUgY3VycmVudCBzdGF0dXMgZm9yIGRyYWZ0LWlldGYtdGVh cy1yc3ZwLXJtci1leHRlbnNpb246DQoNCg0KICAqICAgTm8gdXBkYXRlcyB0byB0aGUgZHJhZnQg c2luY2UgbGFzdCBJRVRGLg0KICAqICAgRHJhZnQgaXMgY3VycmVudGx5IGV4cGlyZWQsIGJ1dCB3 aWxsIGJlIHJldml2ZWQgYWZ0ZXIgbmV4dCB3ZWVrLg0KICAqICAgRHJhZnQgaXMgc3RhYmxlLg0K ICAqICAgTmV4dCBTdGVwczoNCiAgICAgKiAgIElkZW50aWZ5IGJlc3Qgd2F5IHRvIHBlcmZvcm0g cnN2cCBzaWduYWxpbmcgZm9yIHJpbmcgdG9wb2xvZ2llcyBjb250YWluaW5nIGV4cHJlc3MgbGlu a3MuDQogICAgICogICBSZXF1ZXN0IGZ1cnRoZXIgcmV2aWV3ICYgZmVlZGJhY2sgZnJvbSB3b3Jr aW5nIGdyb3VwLg0KDQpUaGFua3MsDQpBYmhpc2hlaw0K --_000_9C05D27A72B34A14958C1AFE6EA8DF77junipernet_ 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 b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw Lk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdy YXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsN CgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdp bi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDAN Cgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0K CW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2lu LWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdp bjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0 LWlkOjYyODE3MjcwNTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTM3NjI5MzYzODt9DQpAbGlz dCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjI1aW47DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0Oi4yNWluOw0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA bGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOi43NWluOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDouNzVpbjsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBO ZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGww OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxLjI1aW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEuMjVpbjsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNzVpbjsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MS43NWluOw0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9 DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4yNWluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoyLjI1aW47DQoJdGV4dC1pbmRl bnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyLjc1aW47DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIuNzVpbjsNCgl0ZXh0 LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMjVpbjsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6My4yNWluOw0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My43 NWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDozLjc1 aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv cDo0LjI1aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0 OjQuMjVpbjsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6OTAyNDUz MTcyOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNTgzOTA0MDA0O30NCkBsaXN0IGwxOmxldmVs MQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3 Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3Rv cDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlz dCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41 aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA bGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9 DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpvbA0KCXttYXJnaW4tYm90 dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPg0KPC9oZWFk Pg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjI1aW47dGV4dC1pbmRlbnQ6LS4yNWluIj5IaSw8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbjt0ZXh0LWluZGVudDot LjI1aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi4yNWluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkZvbGxvd2luZyBpcyB0aGUgY3VycmVudCBzdGF0dXMg Zm9yIGRyYWZ0LWlldGYtdGVhcy1yc3ZwLXJtci1leHRlbnNpb246PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluO3RleHQt aW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHVsIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgdHlwZT0iZGlzYyI+DQo8bGkg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJjb2xvcjpibGFjazttYXJnaW4tdG9wOjBp bjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDotLjI1aW47bWFyZ2luLWJvdHRvbTouMDAw MXB0O21zby1saXN0OmwwIGxldmVsMSBsZm8zIj4NCk5vIHVwZGF0ZXMgdG8gdGhlIGRyYWZ0IHNp bmNlIGxhc3QgSUVURi48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8zIj5EcmFm dCBpcyBjdXJyZW50bHkgZXhwaXJlZCwgYnV0IHdpbGwgYmUgcmV2aXZlZCBhZnRlciBuZXh0IHdl ZWsuPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9ImNv bG9yOmJsYWNrO21hcmdpbi10b3A6MGluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0Oi0u MjVpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPg0KRHJh ZnQgaXMgc3RhYmxlLjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJjb2xvcjpibGFjazttYXJnaW4tdG9wOjBpbjttYXJnaW4tYm90dG9tOjBpbjttYXJn aW4tbGVmdDotLjI1aW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O21zby1saXN0OmwwIGxldmVsMSBs Zm8zIj4NCk5leHQgU3RlcHM6PG86cD48L286cD48L2xpPjx1bCBzdHlsZT0ibWFyZ2luLXRvcDow aW4iIHR5cGU9ImNpcmNsZSI+DQo8bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJj b2xvcjpibGFjazttYXJnaW4tdG9wOjBpbjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDot LjI1aW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O21zby1saXN0OmwwIGxldmVsMiBsZm8zIj4NCklk ZW50aWZ5IGJlc3Qgd2F5IHRvIHBlcmZvcm0gcnN2cCBzaWduYWxpbmcgZm9yIHJpbmcgdG9wb2xv Z2llcyBjb250YWluaW5nIGV4cHJlc3MgbGlua3MuPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9ImNvbG9yOmJsYWNrO21hcmdpbi10b3A6MGluO21hcmdp bi1ib3R0b206MGluO21hcmdpbi1sZWZ0Oi0uMjVpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bXNv LWxpc3Q6bDAgbGV2ZWwyIGxmbzMiPg0KUmVxdWVzdCBmdXJ0aGVyIHJldmlldyAmYW1wOyBmZWVk YmFjayBmcm9tIHdvcmtpbmcgZ3JvdXAuPG86cD48L286cD48L2xpPjwvdWw+DQo8L3VsPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh Y2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5UaGFua3MsPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkFiaGlzaGVrPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9C05D27A72B34A14958C1AFE6EA8DF77junipernet_-- From nobody Fri Mar 22 16:14:21 2019 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 D3BBE131106 for ; Fri, 22 Mar 2019 16:14:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 gAjyOrJdWQVS for ; Fri, 22 Mar 2019 16:14:17 -0700 (PDT) Received: from m21397.mail.qiye.163.com (m21397.mail.qiye.163.com [223.252.213.97]) by ietfa.amsl.com (Postfix) with ESMTP id DEA0A1310FD for ; Fri, 22 Mar 2019 16:14:16 -0700 (PDT) Received: from [240.0.0.1] (unknown [195.123.238.132]) by m21397.mail.qiye.163.com (Hmail) with ESMTPA id 33112142A5E for ; Sat, 23 Mar 2019 07:14:10 +0800 (CST) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-376CB054-2701-43FF-BD16-91EDB80522A0 From: Aijun Wang Mime-Version: 1.0 (1.0) Message-Id: Date: Sat, 23 Mar 2019 07:14:05 +0800 To: teas@ietf.org X-Mailer: iPhone Mail (16D57) X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6OVE6ATo5KjlWIgg9TghOCQ0v FSpPCixVSlVKTk5ISUJNT05PTEJJVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKQk5VSklIVUlIQ1VKSElZV1kIAVlBTk1ITDcG X-HM-Tid: 0a69a7aee2a17f6bkuuk33112142a5e Archived-At: Subject: [Teas] Regarding status updates for draft-ietf-teas-pce-native-ip and draft-ietf-teas-native-ip-scenarios X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 23:14:20 -0000 --Apple-Mail-376CB054-2701-43FF-BD16-91EDB80522A0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi, TEAS experts: Following are the current statuses for draft-ietf-teas-pce-native-ip and dra= ft-teas-native-ip-scenarios: =20 No updates to the drafts since the last IETF. Drafts are stable. Next Steps: Draft draft-teas-native-ip-scenarios( https://tools.ietf.org/html/draft-ietf= -teas-native-ip-scenarios-02) is ready for last call review.=20 New proposals/drafts for the solution https://tools.ietf.org/html/draft-ietf= -teas-pce-native-ip-02 are welcome. Finished first the related PCEP protocol extension draft(https://tools.ietf.= org/html/draft-ietf-pce-pcep-extension-native-ip-03) in PCE WG. If there is a= ny new proposal/suggestion for the solutions, then update the above solution= draft accordingly. Further review & feedback from working group are welcome. I will participate in the coming meeting in Prague, and wish have chances to= discuss these drafts during the meeting. Aijun Wang China Telecom= --Apple-Mail-376CB054-2701-43FF-BD16-91EDB80522A0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

    Hi, TEAS experts:


    Fol= lowing are the current statuses for draft-ietf-teas-pce-native-ip and draft-= teas-native-ip-scenarios:

     


    I will participa= te in the coming meeting in Prague, and wish have chances to discuss these d= rafts during the meeting.

    Aijun Wang
    China Telecom
    = --Apple-Mail-376CB054-2701-43FF-BD16-91EDB80522A0-- From nobody Sat Mar 23 05:02:30 2019 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 91C96127AC2 for ; Sat, 23 Mar 2019 05:02: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 MGjwaFueLTWj for ; Sat, 23 Mar 2019 05:02:26 -0700 (PDT) Received: from mail-it1-x132.google.com (mail-it1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (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 BFF251279AA for ; Sat, 23 Mar 2019 05:02:26 -0700 (PDT) Received: by mail-it1-x132.google.com with SMTP id m18so7367847ita.3 for ; Sat, 23 Mar 2019 05:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=yklFf2g8QLYyCzXkIjPFU2EDZfoB/1Cm0BRcKo88xBQ=; b=sZvjRoFB1MCwctcxPZpJyvTokQNAHwgC2AhN1b4OxSZ00MHNzUsQ3K74cDKt/yaN1e E4aHP39IytRolBWviS+OBpHUHztM2wtrZjwlP8zJEHpjdE4o7UaoQrvEZyxCJVlj0Ku7 twsHil3Abozjz86vzt/B34p+Sbz3L7BOgGcehLo0kO1+Jr/7du+bo71vmJjvEWpGeOtL jjn+jqb3Rw4YljqQCYNVbYcoK3nh/FkHUXzNvWxj5pUxXya5lFPQbtza78PITu6XCtrC iyQQqEPFtLY/63knq0SPcB+4G4FtCS3K5n2rh4QiUJ8NgIDN8NuMK7OK06BEGD/f1wQl eWJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=yklFf2g8QLYyCzXkIjPFU2EDZfoB/1Cm0BRcKo88xBQ=; b=WFpObYafioEfwvdYEv6JK7t278yiCrpiP9dHyn4NUJWKvtnqlxqEEqDKT6Ko5rv1mF +kK+4DAGojkru1OtuO6pigZMNrVh0N8YdnvVcgjwz9mm7OMFqrhiErQN94Ve4SZBCy8s YZbWlme2KGz3RU/btpnZUiobvGWO4PK6Yfk7EyYD47xPZyDLlKGJs+tLbwuXNCckw4au 4hp22DJxN/uvOYb8Wv5hIPu30xfQ8u2dliHGndFpEwf06NWf/sIXyjG1OCj471zxL/Ta A3Nv9lcsFc1pigbNdcsYw7Oe+1afaio5oFueMFWvDs1mV94kAB2fGm09EsXKQPaInJb5 NXIA== X-Gm-Message-State: APjAAAWVEzYzwsQFvgUUmZogoIEAWxwkdbIhlvEZr0NVonWyDw+HeLPV ucBtQT+rxv0t7kvvq+HDEA1rl7YTHkF20CjwKumA9GDs6jE= X-Google-Smtp-Source: APXvYqxlnGOVGOsk9JCfGQ61rj8ICyVMGejhWz11n8QNpQR+YPU0B6onzxDDmPaulw1D+54bmaTS9X1HPms2OrkVwBU= X-Received: by 2002:a24:f30d:: with SMTP id t13mr1813361ith.90.1553342545896; Sat, 23 Mar 2019 05:02:25 -0700 (PDT) MIME-Version: 1.0 From: Xufeng Liu Date: Sat, 23 Mar 2019 08:02:15 -0400 Message-ID: To: TEAS WG Content-Type: multipart/alternative; boundary="000000000000a9a7a70584c1be95" Archived-At: Subject: [Teas] Status update on draft-ietf-teas-sf-aware-topo-model X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 23 Mar 2019 12:02:29 -0000 --000000000000a9a7a70584c1be95 Content-Type: text/plain; charset="UTF-8" Current Status: * The updated revision -03 was posted on Mar 11, 2019: > Editorial fixes. Open Issues: * None. Next Steps: * Update the document to align with the latest versions of referenced documents, including draft-ietf-teas-yang-te-topo, RFC8340, RFC8342, RFC8345, and RFC8459. * Update the section of Security Considerations according to latest guidelines. * Get further reviews. * YANG doctor's review. * Working Group Last Call after completing above. Thanks, - Xufeng --000000000000a9a7a70584c1be95 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Current Status:

    =C2=A0 *=C2=A0 The= updated revision -03 was posted on Mar 11, 2019:

    =C2=A0=C2=A0=C2=A0= =C2=A0 > Editorial fixes.

    Open Issues:

    =C2=A0 *=C2=A0=C2= =A0 None.

    Next Steps:

    =C2=A0 *=C2=A0 Update the document to a= lign with the latest versions of
    =C2=A0=C2=A0=C2=A0=C2=A0 referenced doc= uments, including draft-ietf-teas-yang-te-topo,
    =C2=A0=C2=A0=C2=A0=C2=A0= RFC8340, RFC8342, RFC8345, and RFC8459.
    =C2=A0 *=C2=A0 Update the secti= on of Security Considerations according to latest
    =C2=A0=C2=A0=C2=A0=C2= =A0 guidelines.
    =C2=A0 *=C2=A0 Get further reviews.
    =C2=A0 *=C2=A0 YA= NG doctor's review.
    =C2=A0 *=C2=A0 Working Group Last Call after com= pleting above.

    Thanks,
    -= Xufeng
    --000000000000a9a7a70584c1be95-- From nobody Mon Mar 25 01:36:34 2019 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 C0079120365; Mon, 25 Mar 2019 01:36:25 -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.94.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <155350298575.22357.13920110002836929729@ietfa.amsl.com> Date: Mon, 25 Mar 2019 01:36:25 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-20.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 08:36:26 -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 Igor Bryskin Filename : draft-ietf-teas-yang-te-20.txt Pages : 104 Date : 2019-03-25 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. 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-20 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-20 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 25 01:45:42 2019 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 32542120408 for ; Mon, 25 Mar 2019 01:45:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 9szF-q1_GHbs for ; Mon, 25 Mar 2019 01:45:10 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 2BA321203A2 for ; Mon, 25 Mar 2019 01:45:07 -0700 (PDT) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 0977389492AE3FB1DECF for ; Mon, 25 Mar 2019 08:45:05 +0000 (GMT) Received: from LHREML504-MBS.china.huawei.com ([10.201.109.59]) by LHREML713-CAH.china.huawei.com ([10.201.108.36]) with mapi id 14.03.0415.000; Mon, 25 Mar 2019 08:45:04 +0000 From: Italo Busi To: "teas@ietf.org" Thread-Topic: Status updates for draft-ietf-teas-gmpls-signaling-smp Thread-Index: AdTi5aEziH1cvLdURjmRTIg9qn8otQ== Date: Mon, 25 Mar 2019 08:45:03 +0000 Message-ID: <91E3A1BD737FDF4FA14118387FF6766B276F0E07@lhreml504-mbs> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.220.67.24] Content-Type: multipart/alternative; boundary="_000_91E3A1BD737FDF4FA14118387FF6766B276F0E07lhreml504mbs_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] Status updates for draft-ietf-teas-gmpls-signaling-smp X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 08:45:18 -0000 --_000_91E3A1BD737FDF4FA14118387FF6766B276F0E07lhreml504mbs_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi TEAS WG, This is the status update for draft-ietf-teas-gmpls-signaling-smp: * The draft has been accepted as a WG draft after last IETF meeting. * Next steps: Address comments received during WG call and previous meetings (e.g., APS c= onfiguration) o Further review & feedback from working group are welcome Jia and Italo --_000_91E3A1BD737FDF4FA14118387FF6766B276F0E07lhreml504mbs_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi TEAS WG,

     

    This is the status update for draft-ietf-teas-gmpls-= signaling-smp:

    ·       The draft has been accepted as a WG draft af= ter last IETF meeting.

    ·       Next steps:

    Address comments= received during WG call and previous meetings (e.g., APS configuration)

    o   Further review & feedback from working g= roup are welcome

     

    Jia and Italo

     

    --_000_91E3A1BD737FDF4FA14118387FF6766B276F0E07lhreml504mbs_-- From nobody Mon Mar 25 06:53:14 2019 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 B6E881203EF; Mon, 25 Mar 2019 06:53:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, 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, 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 header.b=Z1h2PLlu; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=F/col4Am 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 rCrsf53ncjid; Mon, 25 Mar 2019 06:53:02 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A90AD12038C; Mon, 25 Mar 2019 06:53:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4439; q=dns/txt; s=iport; t=1553521981; x=1554731581; h=from:to:cc:subject:date:message-id:mime-version; bh=shC1IMM4ASwn2kUU/BqUzklEpCJfMv9LciNB4iwPwok=; b=Z1h2PLlueZR7IyYbcPuJLOKtTCkUsiYmCNYcr35AxJxO09EUC5uSKrEQ BqvdIyckMMEFh1B16OY36P6fzeBB3pNkKruMn5S86brCuCBZ0a1iGiGn5 pyZxv1+1Fol/8fW2RvBkrzUIx7ewQvuAoyL6Kkqb62ymXg/r7Fb8amPux M=; IronPort-PHdr: =?us-ascii?q?9a23=3AiTKaYRFMpLbierk3jcbmz51GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4w0Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBjyJ/PnRyc7B89FElRi+iLzPA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYAwD33Jhc/4ENJK1jHAEBAQQBAQc?= =?us-ascii?q?EAQGBZYEPL1ADaHQECyeEDoNHA48qlRqESYJSA1QNAQEshEAZhHsiOBIBAQM?= =?us-ascii?q?BAQkBAwJtHAELhXQdAQE3AREBDD4CBDAnBA6DJwGBEUwDFQGjHwKKFHGBL4J?= =?us-ascii?q?4AQEFgkeCNhiCDAiBL4syF4F/gRABJx+KWDGCJoxzhB+UBwkCkzcZggKJSIg?= =?us-ascii?q?0ixyTKgIEAgQFAg4BAQWBZCGBVnAVZQGCQYIKg26KU3KBKI5+AQE?= X-IronPort-AV: E=Sophos;i="5.60,269,1549929600"; d="scan'208,217";a="539530534" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Mar 2019 13:52:58 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x2PDqw9C004107 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 25 Mar 2019 13:52:58 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 25 Mar 2019 08:52:58 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 25 Mar 2019 09:52:57 -0400 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 25 Mar 2019 08:52:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=shC1IMM4ASwn2kUU/BqUzklEpCJfMv9LciNB4iwPwok=; b=F/col4Am/6VlG9ezWhtLhY8emcezvtlCKRV1yATxE/n5PsIiQ7oUFk0GCCwMfiF2WPw5NygkS+8bAWnjAA2cBppVkPChwiOugWQ5Tt3nNwvXQPnD5kug0fhQK5QzOcmDAMgZpWdw5Tb94Cu7YuOAxmdX/FRBLuair3vManDCjXw= Received: from BN6PR1101MB2226.namprd11.prod.outlook.com (10.174.112.11) by BN6PR1101MB2145.namprd11.prod.outlook.com (10.174.112.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1730.15; Mon, 25 Mar 2019 13:52:55 +0000 Received: from BN6PR1101MB2226.namprd11.prod.outlook.com ([fe80::7c15:be1e:a2bd:7e28]) by BN6PR1101MB2226.namprd11.prod.outlook.com ([fe80::7c15:be1e:a2bd:7e28%5]) with mapi id 15.20.1730.019; Mon, 25 Mar 2019 13:52:55 +0000 From: "Acee Lindem (acee)" To: "draft-peng-lsr-network-slicing@ietf.org" CC: "lsr@ietf.org" , "teas@ietf.org" Thread-Topic: "Packet Network Slicing using Segment Routing" Thread-Index: AQHU4xILek5NKjADBEyPAWo56MO/iA== Date: Mon, 25 Mar 2019 13:52:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=acee@cisco.com; x-originating-ip: [2001:420:c0c8:1002::287] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f067457c-fc7a-4b93-cafd-08d6b1292e8e x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600127)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:BN6PR1101MB2145; x-ms-traffictypediagnostic: BN6PR1101MB2145: x-microsoft-antispam-prvs: x-forefront-prvs: 0987ACA2E2 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(39860400002)(396003)(376002)(136003)(189003)(199004)(6486002)(478600001)(83716004)(316002)(68736007)(53936002)(476003)(6506007)(9326002)(81166006)(2906002)(2501003)(6436002)(82746002)(6116002)(5640700003)(256004)(54896002)(6512007)(7736002)(6306002)(8936002)(97736004)(6916009)(102836004)(2616005)(106356001)(14454004)(46003)(4326008)(450100002)(105586002)(99286004)(2351001)(486006)(54906003)(71190400001)(86362001)(8676002)(33656002)(81156014)(36756003)(5660300002)(25786009)(71200400001)(4744005)(186003)(440344003)(222603001); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR1101MB2145; H:BN6PR1101MB2226.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: U0Y/2tEAQ8nZPM6z2CWFF7ED4S+A7yPjMvG2UYgK1yG0vMNBbIirjTZSQ9EksNt8QhR8DUlTeTPeRLOeIp8J0MVhlJxbIlf31zbggPCLpcxICbBF1zDvAUYh/rjwy5R/thsHVneVk7bR+BZXCPv58pgQqooEFVIJgBMXzNbtZxqKMyQf3+qqH/w08RrOiLuT2FSdL2bwicwExQMPomagwKsKDIgliS4e0o/sPfzUEmRWXrm43bYmuNA/7urveKLWFK/WyltJJfFO+Z8/GbilnU1b+Wtcy2K8GkTAnj0Jm9j7+N7kn19yUqRcq6Re922EL+aiZ94sHqylBMLqwfS7kTwAfz39mCDqd9Nj3MmKbhubAL3QBT4XfT/8s53S+hrOvLuReeI5DI6lYhx/emYPFp9yCL3d7zW6RTpdBMQTDmI= Content-Type: multipart/alternative; boundary="_000_DB700EDA6ACF4B179B9AC5C2939F89D7ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: f067457c-fc7a-4b93-cafd-08d6b1292e8e X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2019 13:52:54.9867 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR1101MB2145 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: alln-core-9.cisco.com Archived-At: Subject: [Teas] "Packet Network Slicing using Segment Routing" X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 13:53:04 -0000 --_000_DB700EDA6ACF4B179B9AC5C2939F89D7ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQXV0aG9ycywNCg0KSSByZWFkIHRoaXMgZHJhZnQgb24gdGhlIHBsYW5lIG9uIHRoZSB3YXkg dG8gUHJhZ3VlIGFuZCBJIGRvbuKAmXQgdGhpbmsgaXQgYmVsb25ncyBpbiBMU1IuIEkgYmVsaWV2 ZSBpdCBiZWxvbmdzIGluIFRFQXMgYXMgaXQgaXMgbW9yZSBhYm91dCB0aGUgcmVxdWlyZW1lbnQg YW5kIGZyYW1ld29yayBmb3IgVEUgc2xpY2luZyB0aGFuIGl0IGRvZXMgYWJvdXQgYWRkaW5nIHRo ZSBBZG1pbmlzdHJhdGl2ZSBJbnN0YW5jZSBJZGVudGlmaWVyIChBSUkpIHRvIHRoZSBPU1BGIGFu ZCBJUy1JUyBURSBlbmNvZGluZ3MuIFdlIHdpbGwgZ28gZm9yd2FyZCB3aXRoIHRoZSBwcmVzZW50 YXRpb24gb24gVGh1cnNkYXkgd2l0aCB0aGUgdW5kZXJzdGFuZGluZyB0aGF0IExTUiB3aWxsIG5v dCBhZG9wdCB0aGlzIHdvcmsuIElmIGl0IGlzIGFkb3B0ZWQgaW4gVEVBUywgd2UgY2FuIGRlY2lk ZSB3aGV0aGVyIHRvIHByb2NlZWQgd2l0aCBhIHNtYWxsIExTUiBkcmFmdCB3aXRoIGp1c3QgdGhl IG5ldyBBSUlzIG9yIHNpbXBseSBwcm92aWRlIHJldmlldyBhbmQgSUFOQSBjb2RlIHBvaW50cyBp biBvdXIgcmVnaXN0cmllcy4NCg0KVGhhbmtzLA0KQWNlZQ0K --_000_DB700EDA6ACF4B179B9AC5C2939F89D7ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <4DDC91C988501C4C8CF4D75D7ED53C56@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5IaSBBdXRob3JzLCA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPkkgcmVhZCB0aGlzIGRyYWZ0IG9uIHRoZSBwbGFuZSBvbiB0aGUgd2F5IHRvIFBy YWd1ZSBhbmQgSSBkb27igJl0IHRoaW5rIGl0IGJlbG9uZ3MgaW4gTFNSLiBJIGJlbGlldmUgaXQg YmVsb25ncyBpbiBURUFzIGFzIGl0IGlzIG1vcmUgYWJvdXQgdGhlIHJlcXVpcmVtZW50IGFuZCBm cmFtZXdvcmsgZm9yIFRFIHNsaWNpbmcgdGhhbiBpdCBkb2VzIGFib3V0IGFkZGluZw0KIHRoZSBB ZG1pbmlzdHJhdGl2ZSBJbnN0YW5jZSBJZGVudGlmaWVyIChBSUkpIHRvIHRoZSBPU1BGIGFuZCBJ Uy1JUyBURSBlbmNvZGluZ3MuIFdlIHdpbGwgZ28gZm9yd2FyZCB3aXRoIHRoZSBwcmVzZW50YXRp b24gb24gVGh1cnNkYXkgd2l0aCB0aGUgdW5kZXJzdGFuZGluZyB0aGF0IExTUiB3aWxsIG5vdCBh ZG9wdCB0aGlzIHdvcmsuIElmIGl0IGlzIGFkb3B0ZWQgaW4gVEVBUywgd2UgY2FuIGRlY2lkZSB3 aGV0aGVyIHRvIHByb2NlZWQgd2l0aA0KIGEgc21hbGwgTFNSIGRyYWZ0IHdpdGgganVzdCB0aGUg bmV3IEFJSXMgb3Igc2ltcGx5IHByb3ZpZGUgcmV2aWV3IGFuZCBJQU5BIGNvZGUgcG9pbnRzIGlu IG91ciByZWdpc3RyaWVzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5UaGFua3MsPGJyPg0KQWNlZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9i b2R5Pg0KPC9odG1sPg0K --_000_DB700EDA6ACF4B179B9AC5C2939F89D7ciscocom_-- From nobody Mon Mar 25 12:29:17 2019 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 025E3120020; Mon, 25 Mar 2019 12:29:15 -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 ztu79ubuhy3w; Mon, 25 Mar 2019 12:29:12 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 1290512001A; Mon, 25 Mar 2019 12:29:12 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id CDC1E17FF00CBED91FAC; Mon, 25 Mar 2019 19:29:09 +0000 (GMT) Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 25 Mar 2019 19:29:09 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.239]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0415.000; Tue, 26 Mar 2019 03:29:02 +0800 From: "Zhenghaomian (Zhenghaomian, Optical Technology Research Dept)" To: 'Lou Berger' , "'adrian@olddog.co.uk'" , "'teas@ietf.org'" CC: "'draft-zheng-teas-gmpls-controller-inter-work@ietf.org'" , "draft-li-teas-hierarchy-ip-controllers@ietf.org" Thread-Topic: Consistency checked & WG adoption Request//Re: [Teas] Review and thoughts on draft-zheng-teas-gmpls-controller-inter-work Thread-Index: AdTjQKp/5WNxXJSCTXySJbStF4sFog== Date: Mon, 25 Mar 2019 19:29:02 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.220.71.102] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] Consistency checked & WG adoption Request//Re: Review and thoughts on draft-zheng-teas-gmpls-controller-inter-work X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 19:29:15 -0000 SGksIENoYWlycywgV0csIA0KDQpBcyBpbmRpY2F0ZWQgaW4gcHJldmlvdXMgZW1haWxzLCB3ZSBo YXZlIGJlZW4gd29ya2luZyBvbiB1cGRhdGluZyBkcmFmdC16aGVuZy10ZWFzLWdtcGxzLWNvbnRy b2xsZXItaW50ZXItd29yayBhbmQgYWRkcmVzc2luZyB0aGUgY29tbWVudHMgZnJvbSBjaGFpcnMu IFdlIGFyZSBub3cgd3JpdGluZyB0byBpbmRpY2F0ZSB0aGF0IHRoZSBjb250cm9sbGVyIHN0cnVj dHVyZSBpbiB0aGlzIHdvcmsgaXMgaW4gZ29vZCBjb25zaXN0ZW5jeSB3aXRoIHRoZSBjb3VudGVy cGFydCBpbiBkcmFmdC1saS10ZWFzLWhpZXJhcmNoeS1pcC1jb250cm9sbGVycy4gDQoNCkdpdmVu IHRoZSBwcm9ncmVzcyBzbyBmYXIsIHRoZSBhdXRob3JzIHdvdWxkIGxpa2UgdG8gYXNrIGZvciBX RyBhZG9wdGlvbiBpbiB0aGUgV0cgc2Vzc2lvbiwgdGhhbmsgeW91LiANCg0KQmVzdCB3aXNoZXMs DQpIYW9taWFuIChvbiBiZWhhbGYgb2YgYWxsIHRoZSBhdXRob3JzICYgY29udHJpYnV0b3JzKQ0K DQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IFpoZW5naGFvbWlhbiAoWmhlbmdo YW9taWFuLCBPcHRpY2FsIFRlY2hub2xvZ3kgUmVzZWFyY2ggRGVwdCkgDQrlj5HpgIHml7bpl7Q6 IDIwMTnlubQy5pyIMTXml6UgMTc6MjMNCuaUtuS7tuS6ujogTG91IEJlcmdlciA8bGJlcmdlckBs YWJuLm5ldD47IGFkcmlhbkBvbGRkb2cuY28udWs7IHRlYXNAaWV0Zi5vcmcNCuaKhOmAgTogZHJh ZnQtemhlbmctdGVhcy1nbXBscy1jb250cm9sbGVyLWludGVyLXdvcmtAaWV0Zi5vcmcNCuS4u+mi mDogUmU6IFtUZWFzXSBSZXZpZXcgYW5kIHRob3VnaHRzIG9uIGRyYWZ0LXpoZW5nLXRlYXMtZ21w bHMtY29udHJvbGxlci1pbnRlci13b3JrDQoNCkhpLCBMb3UsIEFkcmlhbiwgUGF2YW4sIFdHLCAN Cg0KV2UgZm9sbG93ZWQgdXAgdGhlIHByZXZpb3VzIGNvbW1lbnRzIGJ5IHVwZGF0aW5nIHRoaXMg d29yayB3aXRoIC0wMywgd2l0aCB0aGUgZmlyc3QgMiBjb21tZW50cyBhZGRyZXNzZWQuIFlvdXIg cmV2aWV3IGFuZCBjb21tZW50cyBhcmUgaGlnaGx5IGFwcHJlY2lhdGVkLCB0aGFua3MuDQoNClRo ZSAzcmQgb25lIHdvdWxkIGJlIGFsd2F5cyBvbmdvaW5nIGFuZCB3ZSBjYW4gY29udGludWUgd29y a2luZyBhZnRlciBXRyBhZG9wdGlvbiwgZHJhZnQgZGV0YWlscyBjYW4gYmUgZm91bmQgYXMgZm9s bG93LiANCg0KTmFtZToJCWRyYWZ0LXpoZW5nLXRlYXMtZ21wbHMtY29udHJvbGxlci1pbnRlci13 b3JrDQpSZXZpc2lvbjoJMDMNClRpdGxlOgkJSW50ZXJ3b3JraW5nIG9mIEdNUExTIENvbnRyb2wg YW5kIENlbnRyYWxpemVkIENvbnRyb2xsZXIgU3lzdGVtDQpEb2N1bWVudCBkYXRlOgkyMDE5LTAy LTE1DQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkxNA0KVVJMOiAgICAg ICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC16aGVuZy10 ZWFzLWdtcGxzLWNvbnRyb2xsZXItaW50ZXItd29yay0wMy50eHQgDQpTdGF0dXM6ICAgICAgICAg aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhlbmctdGVhcy1nbXBscy1j b250cm9sbGVyLWludGVyLXdvcmsvIA0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC16aGVuZy10ZWFzLWdtcGxzLWNvbnRyb2xsZXItaW50ZXItd29yay0w MyANCkh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LXpoZW5nLXRlYXMtZ21wbHMtY29udHJvbGxlci1pbnRlci13b3JrIA0KRGlmZjogICAg ICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC16aGVuZy10ZWFz LWdtcGxzLWNvbnRyb2xsZXItaW50ZXItd29yay0wMyANCg0KQmVzdCB3aXNoZXMsDQpIYW9taWFu IChvbiBiZWhhbGYgb2YgYWxsIGF1dGhvcnMgJiBjb250cmlidXRvcnMpDQoNCi0tLS0t6YKu5Lu2 5Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogTG91IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5u ZXRdDQrlj5HpgIHml7bpl7Q6IDIwMTjlubQxMuaciDjml6UgMjE6NTQNCuaUtuS7tuS6ujogWmhl bmdoYW9taWFuIChaaGVuZ2hhb21pYW4sIE9wdGljYWwgJk1pY3Jvd2F2ZSBUZWNobm9sb2d5IFJl c2VhcmNoIERlcHQpIDx6aGVuZ2hhb21pYW5AaHVhd2VpLmNvbT47IGFkcmlhbkBvbGRkb2cuY28u dWs7IHRlYXNAaWV0Zi5vcmcNCuaKhOmAgTogZHJhZnQtemhlbmctdGVhcy1nbXBscy1jb250cm9s bGVyLWludGVyLXdvcmtAaWV0Zi5vcmcNCuS4u+mimDogUmU6IFtUZWFzXSBSZXZpZXcgYW5kIHRo b3VnaHRzIG9uIGRyYWZ0LXpoZW5nLXRlYXMtZ21wbHMtY29udHJvbGxlci1pbnRlci13b3JrDQoN CkhpLA0KDQpTaW5jZSB5b3UgYXNrZWQuLi4uDQoNCkkgdGhpbmsgUGF2YW4gYW5kIEkgaGF2ZSBu byByZXNlcnZhdGlvbnMgYWJvdXQgdGhpcyB3b3JrIHByb2dyZXNzaW5nIGluIHRoZSBXRy7CoCBX ZSBkbyBoYXZlIGEgY291cGxlIG9mIHRoaW5ncyB0aGF0IHRoaW5rIGl0IHdvdWxkIGJlIHdvcnRo IGNsYXJpZnlpbmcgYmVmb3JlIGFkb3B0aW9uIHBvbGwuDQoNCjEpIGl0IHdvdWxkIGJlIGdvb2Qg dG8gY2xhcmlmeSB0aGF0IEFDVE4gaXMgb25lIChleGFtcGxlKSBtZXRob2QgZm9yIGltcGxlbWVu dGluZyBjZW50cmFsaXplZCBjb250cm9sLsKgIFRoZSBkb2N1bWVudCBpcyBnb29kIGluIHNvbWUg cGxhY2VzLCBlLmcuLCBzZWN0aW9uIDEsIGJ1dCBsZXNzIHNvIGluIG90aGVycy4gSXQgd291bGQg YmUgZ29vZCB0byBlbnN1cmUgdGhhdCB0aGUgcmVhZGVyLCBwYXJ0aWN1bGFybHkgdGhvc2UgbmV3 IHRvIHRoZSB0b3BpYywgdW5kZXJzdGFuZCB0aGF0IEFDVE4gaXMganVzdCBvbmUgd2F5IHRvIHBy b3ZpZGUgY2VudHJhbGl6ZWQgY29udHJvbCwgZS5nLiwgc2VjdGlvbiAyLjMgcmVhZHMgYXMgaWYg QUNUTiBpcyB0aGUgc29sZSBzdXBwb3J0ZWQgbWV0aG9kOyBhIFBDRSBiYXNlZCBhcHByb2FjaCBp cyBtZW50aW9uZWQgaW4gdGhlIGRvY3VtZW50IGJ1dCB0aGlzIGlzIGJ1cmllZCBhdCBlbmQgb2Yg c2VjdGlvbiA1LjIuDQoNCjIpIEl0IHdvdWxkIGJlc3QgaWYgdGhlIGV4YW1wbGVzIGxpbmVkIHVw IHdpdGggd2hhdCB3ZSBhcmUgY292ZXJpbmcgaW4gdGhlIFdHLsKgIEZvciBleGFtcGxlLCBJIGRv bid0IGJlbGlldmUgd2UndmUgaGFkIGFueSBzdWdnZXN0aW9uIG9yIGRpc2N1c3Npb24gdXNlIG9m IE9TUEYtVEUgYXMgYW4gU0JJIGFzIHNob3duIGluIGZpZ3VyZSAxLsKgIChBIG5pdCwgaXQgc2hv dWxkIGJlIE5ldENvbmYvWUFORy4pIElmIHlvdXIgaW50ZW50IGlzIHRvIHByb3Bvc2UgdGhpcywg dGhhbiB0aGlzIHNob3VsZCBiZSBjbGFyaWZpZWQgYW5kIHBlcmhhcHMgYWRkZWQgdG8gc2VjdGlv biA3Lg0KDQozKSBXZSBzZWUgU2VjdGlvbiA3IGFzIHRoZSAoZnV0dXJlKSBjb3JlIG9mIHRoZSBk b2N1bWVudCBhbmQgY2xlYXJseSBhIHdvcmsgaW4gcHJvZ3Jlc3MuwqAgVGhpcyBpcyBjYW4gYmUg YWRkcmVzc2VkIHByZSBvciBwb3N0IFdHIGFkb3B0aW9uLg0KDQpUaGFua3MsDQpQYXZhbiBhbmQg TG91DQoNCk9uIDEyLzYvMjAxOCA3OjM4IEFNLCBaaGVuZ2hhb21pYW4gKFpoZW5naGFvbWlhbiwg T3B0aWNhbCAmTWljcm93YXZlIFRlY2hub2xvZ3kgUmVzZWFyY2ggRGVwdCkgd3JvdGU6DQo+IEhp LCBBZHJpYW4sDQo+DQo+IFRoYW5rIHlvdSBmb3IgdGhlIGNvbW1lbnRzLCB3ZSBqdXN0IHVwZGF0 ZWQgdGhpcyB3b3JrIHRvIC0wMiBhbmQgaG9wZWZ1bGx5IGFsbCB0aGUgY29tbWVudHMgYXJlIGFk ZHJlc3NlZC4gV2UgYXJlIGFsc28gbG9va2luZyBmb3J3YXJkIHRvIHNlZSB0aGUgZmVlZGJhY2sg ZnJvbSB0aGUgY2hhaXJzLCBwbGFucyBhbmQvb3IgYWR2aWNlcyBhcmUgaGlnaGx5IGFwcHJlY2lh dGVkLCB0aGFuayB5b3UuDQo+DQo+IEZZSSwgdGhlIC0wMiBkcmFmdCBpcyBub3cgYXZhaWxhYmxl IGF0Og0KPiBVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh ZnRzL2RyYWZ0LXpoZW5nLXRlYXMtZ21wbHMtY29udHJvbGxlci1pbnRlci13b3JrLTAyLnR4dA0K PiBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt emhlbmctdGVhcy1nbXBscy1jb250cm9sbGVyLWludGVyLXdvcmsvDQo+IEh0bWxpemVkOiAgICAg ICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtemhlbmctdGVhcy1nbXBscy1jb250 cm9sbGVyLWludGVyLXdvcmstMDINCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtemhlbmctdGVhcy1nbXBscy1jb250cm9sbGVyLWlu dGVyLXdvcmsNCj4gRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC16aGVuZy10ZWFzLWdtcGxzLWNvbnRyb2xsZXItaW50ZXItd29yay0wMg0KPg0K PiBCZXN0IHdpc2hlcywNCj4gSGFvbWlhbg0KPg0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+ IOWPkeS7tuS6ujogQWRyaWFuIEZhcnJlbCBbbWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWtdDQo+ IOWPkemAgeaXtumXtDogMjAxOOW5tDEy5pyINeaXpSAxNzozMw0KPiDmlLbku7bkuro6IHRlYXNA aWV0Zi5vcmcNCj4g5oqE6YCBOiBkcmFmdC16aGVuZy10ZWFzLWdtcGxzLWNvbnRyb2xsZXItaW50 ZXItd29ya0BpZXRmLm9yZw0KPiDkuLvpopg6IFJldmlldyBhbmQgdGhvdWdodHMgb24NCj4gZHJh ZnQtemhlbmctdGVhcy1nbXBscy1jb250cm9sbGVyLWludGVyLXdvcmsNCj4NCj4gSGksDQo+DQo+ IEkganVzdCBoYWQgY2F1c2UgdG8gcmVhZCB0aGlzIGRyYWZ0LCBhbmQgdGhhdCBnZW5lcmF0ZWQg YSBmZXcgc21hbGwgY29tbWVudHMgKGJlbG93KS4gT3RoZXJ3aXNlLCBpdCBzZWVtcyBhIGZhaXJs eSBzb3VuZCBkb2N1bWVudC4NCj4NCj4gSSB3b25kZXIgd2hhdCB0aGUgcGxhbnMgYXJlIGZvciB0 aGlzIGRvY3VtZW50LiBJSVJDIGl0IHdhcyBtb3ZlZCBmcm9tIENDQU1QIHRvIFRFQVMgYWZ0ZXIg ZGlzY3Vzc2lvbiBiZXR3ZWVuIHRoZSBjaGFpcnMgYW5kIGNvbnNpZGVyaW5nIHRoYXQgaXQgaGFk IGEgYnJvYWRlciBURSBzY29wZS4gRG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgYSBwbGFuIGZvciB0 aGlzIHRvIGJlY29tZSBhIFRFQVMgV0cgZG9jdW1lbnQ/IENoYWlycz8NCj4NCj4gVGhhbmtzLA0K PiBBZHJpYW4NCj4NCj4gPT09DQo+DQo+IFJpZ2h0IGhhbmQgbWFyZ2luIGFsaWdubWVudCBvbiB0 aGUgdG9wIG9mIHRoZSBmcm9udCBwYWdlIHNlZW1zIHRvIGJlIGEgYml0IG1lc3NlZCB1cC4NCj4g ICANCj4gLS0tDQo+ICAgDQo+IFRoZXJlIHNlZW0gdG8gYmUgdHdvIGNhcnJpYWdlIHJldHVybnMg YXQgdGhlIGJvdHRvbSBvZiBlYWNoIHBhZ2UuDQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiBpZG5pdHMg c2hvd3MgYSBmZXcgaXNzdWVzIHdpdGggcmVmZXJlbmNlcw0KPiAgICA9PSBNaXNzaW5nIFJlZmVy ZW5jZTogJ1RFLVRPUE8nIGlzIG1lbnRpb25lZCBvbiBsaW5lIDI0NywgYnV0IG5vdCANCj4gZGVm aW5lZA0KPiAgIA0KPiAgICA9PSBNaXNzaW5nIFJlZmVyZW5jZTogJ0ktRC5pZXRmLXBjZS1wY2Ut aW5pdGlhdGVkLWxzcCcgaXMgbWVudGlvbmVkIG9uIGxpbmUNCj4gICAgICAgMzQ5LCBidXQgbm90 IGRlZmluZWQNCj4gICANCj4gICAgPT0gTWlzc2luZyBSZWZlcmVuY2U6ICdQQ0VQLUxTJyBpcyBt ZW50aW9uZWQgb24gbGluZSAzOTcsIGJ1dCBub3QgDQo+IGRlZmluZWQNCj4gICANCj4gICAgPT0g VW51c2VkIFJlZmVyZW5jZTogJ1JGQzgyODEnIGlzIGRlZmluZWQgb24gbGluZSA1OTMsIGJ1dCBu byBleHBsaWNpdA0KPiAgICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQo+ICAg DQo+IC0tLQ0KPiAgIA0KPiBBYnN0cmFjdA0KPiBJIHRoaW5rLCBpbiBvcmRlciB0byBhdm9pZCBo YXZpbmcgdG8gZXhwYW5kICJMTVAiIGFuZCB0byBtYWtlIHRoZSB0ZXh0IGEgbGl0dGxlIGJpdCBt b3JlIGJyaWVmLCB5b3UgbWlnaHQgbGVhdmUgb3V0IHRoZSB0aHJlZSBleGFtcGxlcyBpbiBwYXJl bnRoZXNlcy4NCj4gICANCj4gLS0tDQo+ICAgDQo+IEFic3RyYWN0DQo+IFlvdSBhcmVuJ3QgYWxs b3dlZCBjaXRhdGlvbnMgaW4gdGhlIEFic3RyYWN0LCBzbyBPTEQgaXMgQUNUTiANCj4gY29udHJv bGxlciBoaWVyYXJjaHkgW1JGQzg0NTNdIE5FVyBpcyB0aGUgQUNUTiBjb250cm9sbGVyIGhpZXJh cmNoeSANCj4gZGVzY3JpYmVkIGluIFJGQyA4NDUzIEVORA0KPiAgIA0KPiAtLS0NCj4gICANCj4g QWJzdHJhY3QNCj4gcy9hZHZhbnRhZ2UvYWR2YW50YWdlcy8NCj4gICANCj4gLS0tDQo+ICAgDQo+ IElmIHlvdSB0aGluayB5b3UgbmVlZCB0aGUgMjExOSBsYW5ndWFnZSAod2hpY2ggeW91IGN1cnJl bnRseSBkb24ndCB1c2UgYW5kIHByb2JhYmx5IGRvbid0IG5lZWQpLCB5b3Ugc2hvdWxkIG1vdmUg IkNvbnZlbnRpb25zIHVzZWQgaW4gdGhpcyBkb2N1bWVudCIgZG93biB0byBiZWNvbWUgU2VjdGlv biAyIGFuZCByZXBsYWNlIGl0IHdpdGggdGhlIG5ldyB0ZXh0Li4uDQo+ICAgDQo+ICAgICBUaGUg a2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxM IE5PVCIsDQo+ICAgICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTk9U IFJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZA0KPiAgICAgIk9QVElPTkFMIiBpbiB0aGlzIGRvY3Vt ZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gQkNQDQo+ICAgICAxNCBb UkZDMjExOV0gW1JGQzgxNzRdIHdoZW4sIGFuZCBvbmx5IHdoZW4sIHRoZXkgYXBwZWFyIGluIGFs bA0KPiAgICAgY2FwaXRhbHMsIGFzIHNob3duIGhlcmUuDQo+ICAgDQo+IFRoYXQgcmVxdWlyZXMg eW91IHRvIG1ha2UgYW4gYWRkaXRpb24gdG8gdGhlIG5vcm1hdGl2ZSByZWZlcmVuY2VzIGZvciBS RkMgODE3NC4NCj4gICANCj4gT2YgY291cnNlLCBiZXR0ZXIgaXMgdG8gZW50aXJlbHkgcmVtb3Zl IHRoaXMgdGV4dCBhbmQgdG8gcmVtb3ZlIHRoZSByZWZlcmVuY2UgdG8gMjExOSBmcm9tIDExLjEu DQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiBJbnRyb2R1Y3Rpb24NCj4gTmVlZCB0byBleHBhbmQgUE5D LCBNRFNDLCBhbmQgQ05DLg0KPiBTaW1pbGFybHkgUENFLg0KPiAgIA0KPiAtLS0NCj4gICANCj4g Mi4xDQo+IHMvZXN0YWJsaXNoIExTUC9lc3RhYmxpc2ggTGFiZWwgU3dpdGNoZWQgUGF0aHMgKExT UHMpLyBzL3RoZSBzYW1lIA0KPiBuZXR3b3JrIHRvcG9sb2d5L3RoZSBzYW1lIHZpZXcgb2YgdGhl IG5ldHdvcmsgdG9wb2xvZ3kvDQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiAyLjINCj4gcy9JbiBjZW50 cmFsaXplZCBjb250cm9sbGVyIHN5c3RlbS9JbiBjZW50cmFsaXplZCBjb250cm9sbGVyIHN5c3Rl bXMvDQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiAyLjMNCj4gcy9Gb2xsb3dpbmcgZmlndXJlL0ZpZ3Vy ZSAxLw0KPiAgIA0KPiAtLS0NCj4gICANCj4gMy4NCj4gT0xEDQo+ICAgICBJbiBhZGRpdGlvbiB0 byBzZXR1cCBhbmQNCj4gICAgIG1haW50YWluIGNvbnRyb2wgY2hhbm5lbHMsDQo+IE5FVw0KPiAg ICAgSW4gYWRkaXRpb24gdG8gdGhlIHNldHVwIGFuZA0KPiAgICAgbWFpbnRlbmFuY2Ugb2YgY29u dHJvbCBjaGFubmVscywNCj4gRU5EDQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiA1Lg0KPiBzL09uY2Ug YSBjb250cm9sbGVyIGxlYXJuL09uY2UgYSBjb250cm9sbGVyIGxlYXJucy8NCj4gICANCj4gLS0t DQo+ICAgDQo+IDYuDQo+IHMvU2lnbmFsaW5nIG1lY2hhbmlzbSBpcy9TaWduYWxpbmcgbWVjaGFu aXNtcyBhcmUvDQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiA2Lg0KPiBZb3UgaGF2ZS4uLi4NCj4gICAg IFNpZ25hbGluZyBwcm90b2NvbHMgc3VjaCBhcw0KPiAgICAgUlNWUC1URSBbUkZDMzQ3M10gYW5k IENSLUxEUCBbUkZDMzQ3Ml0gaGF2ZSBiZWVuIGV4dGVuZGVkIHRvIHN1cHBvcnQNCj4gICAgIGRp ZmZlcmVudCBpbnRlcmZhY2VzIGluIEdNUExTLg0KPiAgIA0KPiBJIHRoaW5rIGl0IGlzIHRpbWUg dG8gc3RvcCBtZW50aW9uaW5nIENSLUxEUC4gSXQgaXMgbm93IHN1YnN0YW50aWFsbHkgaGlzdG9y aWMgYW5kIGhhcyBmYWxsZW4gc28gZmFyIGJlaGluZCBSU1ZQLVRFIGFzIHRvIGJlIGJhc2ljYWxs eSB1bnVzYWJsZS4NCj4gICANCj4gLS0tDQo+ICAgDQo+IDcuMQ0KPiBzL21ldGhvZCBoYXMvbWV0 aG9kcyBoYXZlLw0KPiAgIA0KPiAtLS0NCj4gICANCj4gT2J2aW91c2x5IHNlY3Rpb25zIDggYW5k IDkgbmVlZCBzb21lIHRleHQuDQo+ICAgDQo+IC0tLQ0KPiAgIA0KPiBJIHRoaW5rIHlvdSBuZWVk IHRvIHNvcnQgb3V0IHRoZSByZWZlcmVuY2VzLiBDdXJyZW50bHkgeW91IGhhdmUgdGhlbSBhbGwg YXMgTm9ybWF0aXZlLCBhbmQgdGhhdCBpc24ndCByaWdodC4gWW91ciBndWlkZSBzaG91bGQgYmUg IldoaWNoIGRvY3VtZW50cyAqbXVzdCogeW91IHJlYWQgdG8gdW5kZXJzdGFuZCB0aGUgYmFzaXMg b2YgdGhpcyBkb2N1bWVudCAobm9ybWF0aXZlKSwgYW5kIHdoaWNoIGRvY3VtZW50cyBwcm92aWRl IGFkZGl0aW9uYWwgZGV0YWlsIHRoYXQgYSBkZWRpY2F0ZWQgcmVhZGVyIHdvdWxkIHdhbnQgdG8g cmVhZCAoaW5mb3JtYXRpdmUpPyINCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gVGVhcyBtYWlsaW5nIGxpc3QNCj4gVGVhc0BpZXRmLm9yZw0K PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg== From nobody Mon Mar 25 16:31:00 2019 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 01D2A12014C for ; Mon, 25 Mar 2019 16:30:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 (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 psksSxla8nQg for ; Mon, 25 Mar 2019 16:30:57 -0700 (PDT) Received: from outbound-ss-879.bluehost.com (outbound-ss-879.bluehost.com [69.89.30.202]) (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 1143412001A for ; Mon, 25 Mar 2019 16:30:57 -0700 (PDT) Received: from cmgw14.unifiedlayer.com (unknown [10.9.0.14]) by gproxy2.mail.unifiedlayer.com (Postfix) with ESMTP id A9F7E1E0CFD for ; Mon, 25 Mar 2019 17:30:54 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 8Z3OhXctjXFO58Z3OhDMqI; Mon, 25 Mar 2019 17:30:54 -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-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Sender:Reply-To:Content-Transfer-Encoding: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=KwLl0JVOPwQMr2UMsBsTzDaAftPE426L9Q0kfVtKXm4=; b=zoxGasvSvoKoVQJ9ytay9eck7G E7HtZWmo1An3kl/JE4vQrQdIXfz5k5sbwwuHEYJKmQzsXdpABLD8BCDFhUCLaKtuf/Q+8OYaleBD7 CzRuwi7gWx/hJe+zrwY06hTFZ; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:59916 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h8Z3O-000JYv-6L; Mon, 25 Mar 2019 17:30:54 -0600 To: "Acee Lindem (acee)" , "draft-peng-lsr-network-slicing@ietf.org" Cc: "lsr@ietf.org" , "teas@ietf.org" References: From: Lou Berger Message-ID: <728204ac-3c16-6a49-21de-2ad1b62a28ba@labn.net> Date: Tue, 26 Mar 2019 00:30:51 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------98B46BE6B3B222A866FBB24D" 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h8Z3O-000JYv-6L X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:59916 X-Source-Auth: lberger@labn.net X-Email-Count: 4 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] "Packet Network Slicing using Segment Routing" X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 23:30:59 -0000 This is a multi-part message in MIME format. --------------98B46BE6B3B222A866FBB24D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Authors, just resubmit with teas in place of lsr, when you do your update based on other feedback you received this week. Thanks, Lou (TEAS co-chair) On 3/25/2019 2:52 PM, Acee Lindem (acee) wrote: > > Hi Authors, > > I read this draft on the plane on the way to Prague and I don’t think > it belongs in LSR. I believe it belongs in TEAs as it is more about > the requirement and framework for TE slicing than it does about adding > the Administrative Instance Identifier (AII) to the OSPF and IS-IS TE > encodings. We will go forward with the presentation on Thursday with > the understanding that LSR will not adopt this work. If it is adopted > in TEAS, we can decide whether to proceed with a small LSR draft with > just the new AIIs or simply provide review and IANA code points in our > registries. > > Thanks, > Acee > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas --------------98B46BE6B3B222A866FBB24D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

    Authors, just resubmit with teas in place of lsr, when you do your update based on other feedback you received this week.

    Thanks,

    Lou

    (TEAS co-chair)

    On 3/25/2019 2:52 PM, Acee Lindem (acee) wrote:

    Hi Authors,

     

    I read this draft on the plane on the way to Prague and I don’t think it belongs in LSR. I believe it belongs in TEAs as it is more about the requirement and framework for TE slicing than it does about adding the Administrative Instance Identifier (AII) to the OSPF and IS-IS TE encodings. We will go forward with the presentation on Thursday with the understanding that LSR will not adopt this work. If it is adopted in TEAS, we can decide whether to proceed with a small LSR draft with just the new AIIs or simply provide review and IANA code points in our registries.

     

    Thanks,
    Acee


    _______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas
    --------------98B46BE6B3B222A866FBB24D-- From nobody Mon Mar 25 23:54:01 2019 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 BAB3812028C for ; Mon, 25 Mar 2019 23:53:59 -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 85zLgWPsrQin for ; Mon, 25 Mar 2019 23:53:55 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 26A8512028B for ; Mon, 25 Mar 2019 23:53:55 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 728DE4567AF5F0272D5E for ; Tue, 26 Mar 2019 06:53:52 +0000 (GMT) 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.408.0; Tue, 26 Mar 2019 06:53:51 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.5]) by SJCEML701-CHM.china.huawei.com ([169.254.3.224]) with mapi id 14.03.0439.000; Mon, 25 Mar 2019 23:53:47 -0700 From: Leeyoung To: TEAS WG Thread-Topic: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-09.txt Thread-Index: AQHUqEyrXyT8vqd54UqlpmZ0lBKuHqWnSV0ggHalC2A= Date: Tue, 26 Mar 2019 06:53:46 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D1072FB@sjceml521-mbs.china.huawei.com> References: <154706003014.4881.7219886259665876158.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D0AE5EC@sjceml521-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173D0AE5EC@sjceml521-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.220.65.10] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173D1072FBsjceml521mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-09.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 26 Mar 2019 06:54:00 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E173D1072FBsjceml521mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0csDQoNClRvIGZvbGxvdy11cCB3aXRoIHRoZSBwcmV2aW91cyBURUFTIFdHIG1lZXRpbmcs IHBsZWFzZSBmaW5kIHRoZSB1cGRhdGVkIGRyYWZ0OiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLw0KDQpQ bGVhc2Ugc2VlIHNlY3Rpb24gNCBmb3Igc2NhbGluZyBpbnRlbnQgaWxsdXN0cmF0aW9uIHdoaWNo IHdhcyBhbiBhY3Rpb24gdG8gdGFrZSBmcm9tIHRoZSBsYXN0IFRFQUcgV0cgbWVldGluZyBpbiBJ RVRGIDEwMy4NCg0KV2UgYWxzbyBkZWxldGVkIHBhY2tldCBsb3NzIGFuZCBkZWxheSB2YXJpYXRp b24gZnJvbSB0aGUgbW9kZWwgdG8gcmVtYWluIHRlY2hub2xvZ3ktYWdub3N0aWMuICBXZSBiZWxp ZXZlIHRoZSB1cGRhdGVkIGRyYWZ0IGhhcyBpbmNvcnBvcmF0ZWQgYWxsIHRoZSBwZW5kaW5nIGlz c3Vlcy4NCg0KVGhhbmtzLg0KWW91bmcNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNl c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIExlZXlvdW5nDQpTZW50OiBXZWRuZXNkYXksIEphbnVh cnkgOSwgMjAxOSAxOjEzIFBNDQpUbzogVEVBUyBXRyA8dGVhc0BpZXRmLm9yZz4NClN1YmplY3Q6 IFtUZWFzXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1sZWUtdGVhcy1h Y3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLTA5LnR4dA0KDQoNCkhpLA0KDQoNCg0KQXMgcGVy IHRoZSBjb21tZW50cyByZWNlaXZlZCBmcm9tIHRoZSBsYXN0IElFVEYgVEVBUyBXRyBtZWV0aW5n IChodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTAzL21hdGVyaWFscy9taW51 dGVzLTEwMy10ZWFzLTAxLnR4dCksDQoNCnRoZSB1cGRhdGVkIHZlcnNpb24gKDA5KSBoYXMgaW5j b3Jwb3JhdGVkIGFsbCB0aGUgY29tbWVudHMuIEluIGEgbnV0c2hlbGwsDQoNCg0KDQrCtyAgICAg ICBQYWNrZXQtbG9zcyBpcyByZW1vdmVkIChkZWxheS12YXJpYXRpb24gd2lsbCBhbHNvIGJlIHJl bW92ZWQgd2hlbiBURS10eXBl4oCZcyBncm91cGluZyBpcyB1cGRhdGVkKQ0KDQrCtyAgICAgICBB ZGRlZCBTZWN0aW9uIDUgaW4gd2hpY2ggdG8gc2hvdyBob3cgc2NhbGluZyBtZWNoYW5pc20gd29y a3MuDQoNCsK3ICAgICAgIEFkZGVkIGluIHRoZSBpbnRyb2R1Y3Rpb24gdG8gY2xhcmlmeSB0aGF0 IHRoZSBkcmFmdCBzdXBwb3J0cyBQTSB0ZWxlbWV0cnkgYW5kIGF1dG9ub21pY3MgZm9yIGJvdGgg VEUgYW5kIEFDVE4gKFZOKS4NCg0KDQoNClBsZWFzZSBsZXQgdXMga25vdyBpZiB0aGVyZSBhcmUg c3RpbGwgYW55IG1pc3NpbmcgaXRlbXMgaW4gdGhlIHJldmlzaW9uLg0KDQoNCg0KVGhhbmtzLg0K DQpZb3VuZyAob24gYmVoYWxmIG9mIGNvLWF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycykNCg0KDQoN Cg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KRnJvbTogaW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IFttYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAx OSAxMjo1NCBQTQ0KDQpUbzogRGFuaWVsZSBDZWNjYXJlbGxpIDxkYW5pZWxlLmNlY2NhcmVsbGlA ZXJpY3Nzb24uY29tPG1haWx0bzpkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPj47IFNh dGlzaCBLYXJ1bmFuaXRoaSA8c2F0aXNoLmthcnVuYW5pdGhpQGdtYWlsLmNvbTxtYWlsdG86c2F0 aXNoLmthcnVuYW5pdGhpQGdtYWlsLmNvbT4+OyBMZWV5b3VuZyA8bGVleW91bmdAaHVhd2VpLmNv bTxtYWlsdG86bGVleW91bmdAaHVhd2VpLmNvbT4+OyBEaHJ1diBEaG9keSA8ZGhydXYuZGhvZHlA aHVhd2VpLmNvbTxtYWlsdG86ZGhydXYuZGhvZHlAaHVhd2VpLmNvbT4+OyBEYW5pZWwgS2luZyA8 ZC5raW5nQGxhbmNhc3Rlci5hYy51azxtYWlsdG86ZC5raW5nQGxhbmNhc3Rlci5hYy51az4+OyBS aWNhcmQgVmlsYXRhIDxyaWNhcmQudmlsYWx0YUBjdHRjLmVzPG1haWx0bzpyaWNhcmQudmlsYWx0 YUBjdHRjLmVzPj47IFJpY2FyZCBWaWxhbHRhIDxyaWNhcmQudmlsYWx0YUBjdHRjLmVzPG1haWx0 bzpyaWNhcmQudmlsYWx0YUBjdHRjLmVzPj4NCg0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZp Y2F0aW9uIGZvciBkcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLTA5 LnR4dA0KDQoNCg0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1sZWUtdGVhcy1hY3Ru LXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLTA5LnR4dA0KDQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkg c3VibWl0dGVkIGJ5IFlvdW5nIExlZSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnku DQoNCg0KDQpOYW1lOiAgICAgICAgICAgICAgICAgZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxl bWV0cnktYXV0b25vbWljcw0KDQpSZXZpc2lvbjogICAgICAgICAgICAwOQ0KDQpUaXRsZTogICAg ICAgICAgICAgICAgICAgIFlBTkcgbW9kZWxzIGZvciBBQ1ROIFRFIFBlcmZvcm1hbmNlIE1vbml0 b3JpbmcgVGVsZW1ldHJ5IGFuZCBOZXR3b3JrIEF1dG9ub21pY3MNCg0KRG9jdW1lbnQgZGF0ZTog ICAgICAgICAgICAgIDIwMTktMDEtMDkNCg0KR3JvdXA6ICAgICAgICAgICAgICAgIEluZGl2aWR1 YWwgU3VibWlzc2lvbg0KDQpQYWdlczogICAgICAgICAgICAgICAgIDI1DQoNClVSTDogICAgICAg ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGVlLXRlYXMt YWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOS50eHQNCg0KU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVs ZW1ldHJ5LWF1dG9ub21pY3MvDQoNCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOQ0K DQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzDQoNCkRpZmY6ICAgICAg ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGVlLXRlYXMtYWN0 bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOQ0KDQoNCg0KQWJzdHJhY3Q6DQoNCiAgIEFic3Ry YWN0aW9uIGFuZCBDb250cm9sIG9mIFRFIE5ldHdvcmtzIChBQ1ROKSByZWZlcnMgdG8gdGhlIHNl dCBvZg0KDQogICB2aXJ0dWFsIG5ldHdvcmsgb3BlcmF0aW9ucyBuZWVkZWQgdG8gb3BlcmF0ZSwg Y29udHJvbCBhbmQgbWFuYWdlDQoNCiAgIGxhcmdlLXNjYWxlIG11bHRpLWRvbWFpbiwgbXVsdGkt bGF5ZXIgYW5kIG11bHRpLXZlbmRvciBURSBuZXR3b3JrcywNCg0KICAgc28gYXMgdG8gZmFjaWxp dGF0ZSBuZXR3b3JrIHByb2dyYW1tYWJpbGl0eSwgYXV0b21hdGlvbiwgZWZmaWNpZW50DQoNCiAg IHJlc291cmNlIHNoYXJpbmcuDQoNCg0KDQogICBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIFlBTkcg ZGF0YSBtb2RlbHMgdGhhdCBkZXNjcmliZSBLZXkNCg0KICAgUGVyZm9ybWFuY2UgSW5kaWNhdG9y IChLUEkpIHRlbGVtZXRyeSBhbmQgbmV0d29yayBhdXRvbm9taWNzIGZvciBURS0NCg0KICAgdHVu bmVscyBhbmQgQUNUTiBWTnMuDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNClBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1 Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJs ZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg0K --_000_7AEB3D6833318045B4AE71C2C87E8E173D1072FBsjceml521mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z b1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJn aW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9y bWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1t YXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJ e21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFG NDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp bjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0K CXttc28tbGlzdC1pZDo0Nzc4Mzk3MzQ7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxp c3QtdGVtcGxhdGUtaWRzOi05NzQ3NzI2NiA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5 ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlz dCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NDEuMHB0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVm dDo3Ny4wcHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjExMy4wcHQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6MTQ5LjBwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTg1LjBwdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlz dCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjIxLjBwdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJn aW4tbGVmdDoyNTcuMHB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoyOTMuMHB0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs OQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDozMjkuMHB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFy Z2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMw NTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgV0csIDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VG8gZm9sbG93LXVwIHdpdGggdGhlIHBy ZXZpb3VzIFRFQVMgV0cgbWVldGluZywgcGxlYXNlIGZpbmQgdGhlIHVwZGF0ZWQgZHJhZnQ6DQo8 L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGVl LXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy8iPmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9ub21pY3Mv PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ UGxlYXNlIHNlZSBzZWN0aW9uIDQgZm9yIHNjYWxpbmcgaW50ZW50IGlsbHVzdHJhdGlvbiB3aGlj aCB3YXMgYW4gYWN0aW9uIHRvIHRha2UgZnJvbSB0aGUgbGFzdCBURUFHIFdHIG1lZXRpbmcgaW4g SUVURiAxMDMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldlIGFsc28g ZGVsZXRlZCBwYWNrZXQgbG9zcyBhbmQgZGVsYXkgdmFyaWF0aW9uIGZyb20gdGhlIG1vZGVsIHRv IHJlbWFpbiB0ZWNobm9sb2d5LWFnbm9zdGljLiZuYnNwOyBXZSBiZWxpZXZlIHRoZSB1cGRhdGVk IGRyYWZ0IGhhcyBpbmNvcnBvcmF0ZWQgYWxsIHRoZSBwZW5kaW5nIGlzc3Vlcy4NCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzLiA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+WW91 bmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9i PiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YNCjwv Yj5MZWV5b3VuZzxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAxOSAx OjEzIFBNPGJyPg0KPGI+VG86PC9iPiBURUFTIFdHICZsdDt0ZWFzQGlldGYub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6PC9iPiBbVGVhc10gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig ZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOS50eHQ8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhpLDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij5BcyBwZXIgdGhlIGNvbW1lbnRzIHJlY2VpdmVkIGZyb20gdGhlIGxhc3Qg SUVURiBURUFTIFdHIG1lZXRpbmcgKDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL21pbnV0ZXMtMTAzLXRlYXMtMDEudHh0Ij5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTAzL21hdGVyaWFscy9taW51dGVzLTEwMy10 ZWFzLTAxLnR4dDwvYT4pLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ dGhlIHVwZGF0ZWQgdmVyc2lvbiAoMDkpIGhhcyBpbmNvcnBvcmF0ZWQgYWxsIHRoZSBjb21tZW50 cy4gSW4gYSBudXRzaGVsbCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjQxLjBwdDt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm bzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJv bCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBw dCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlBhY2tldC1sb3NzIGlz IHJlbW92ZWQgKGRlbGF5LXZhcmlhdGlvbiB3aWxsIGFsc28gYmUgcmVtb3ZlZCB3aGVuIFRFLXR5 cGXigJlzIGdyb3VwaW5nIGlzIHVwZGF0ZWQpDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDo0MS4wcHQ7dGV4dC1pbmRlbnQ6LS4yNWlu O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3 PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwh W2VuZGlmXT5BZGRlZCBTZWN0aW9uIDUgaW4gd2hpY2ggdG8gc2hvdyBob3cgc2NhbGluZyBtZWNo YW5pc20gd29ya3MuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0 eWxlPSJtYXJnaW4tbGVmdDo0MS4wcHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxl dmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZv bnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5BZGRlZCBp biB0aGUgaW50cm9kdWN0aW9uIHRvIGNsYXJpZnkgdGhhdCB0aGUgZHJhZnQgc3VwcG9ydHMgUE0g dGVsZW1ldHJ5IGFuZCBhdXRvbm9taWNzIGZvciBib3RoIFRFIGFuZCBBQ1ROIChWTikuDQo8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UGxlYXNlIGxldCB1cyBrbm93IGlmIHRoZXJlIGFy ZSBzdGlsbCBhbnkgbWlzc2luZyBpdGVtcyBpbiB0aGUgcmV2aXNpb24uDQo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+VGhhbmtzLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPllvdW5nIChvbiBiZWhhbGYgb2YgY28tYXV0aG9ycyBhbmQgY29udHJpYnV0b3Jz KSA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Gcm9tOiA8YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2E+IFs8YSBocmVmPSJtYWls dG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIj5tYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnPC9hPl0NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VudDog V2VkbmVzZGF5LCBKYW51YXJ5IDksIDIwMTkgMTI6NTQgUE08bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPlRvOiBEYW5pZWxlIENlY2NhcmVsbGkgJmx0OzxhIGhyZWY9Im1h aWx0bzpkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tIj5kYW5pZWxlLmNlY2NhcmVsbGlA ZXJpY3Nzb24uY29tPC9hPiZndDs7IFNhdGlzaCBLYXJ1bmFuaXRoaSAmbHQ7PGEgaHJlZj0ibWFp bHRvOnNhdGlzaC5rYXJ1bmFuaXRoaUBnbWFpbC5jb20iPnNhdGlzaC5rYXJ1bmFuaXRoaUBnbWFp bC5jb208L2E+Jmd0OzsgTGVleW91bmcgJmx0OzxhIGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3 ZWkuY29tIj5sZWV5b3VuZ0BodWF3ZWkuY29tPC9hPiZndDs7DQogRGhydXYgRGhvZHkgJmx0Ozxh IGhyZWY9Im1haWx0bzpkaHJ1di5kaG9keUBodWF3ZWkuY29tIj5kaHJ1di5kaG9keUBodWF3ZWku Y29tPC9hPiZndDs7IERhbmllbCBLaW5nICZsdDs8YSBocmVmPSJtYWlsdG86ZC5raW5nQGxhbmNh c3Rlci5hYy51ayI+ZC5raW5nQGxhbmNhc3Rlci5hYy51azwvYT4mZ3Q7OyBSaWNhcmQgVmlsYXRh ICZsdDs8YSBocmVmPSJtYWlsdG86cmljYXJkLnZpbGFsdGFAY3R0Yy5lcyI+cmljYXJkLnZpbGFs dGFAY3R0Yy5lczwvYT4mZ3Q7OyBSaWNhcmQgVmlsYWx0YQ0KICZsdDs8YSBocmVmPSJtYWlsdG86 cmljYXJkLnZpbGFsdGFAY3R0Yy5lcyI+cmljYXJkLnZpbGFsdGFAY3R0Yy5lczwvYT4mZ3Q7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5TdWJqZWN0OiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9u b21pY3MtMDkudHh0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRy YWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9ub21pY3MtMDkudHh0PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5oYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3Vi bWl0dGVkIGJ5IFlvdW5nIExlZSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPk5hbWU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9ub21p Y3M8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlJldmlzaW9uOiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAwOTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VGl0bGU6Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFlB TkcgbW9kZWxzIGZvciBBQ1ROIFRFIFBlcmZvcm1hbmNlIE1vbml0b3JpbmcgVGVsZW1ldHJ5IGFu ZCBOZXR3b3JrIEF1dG9ub21pY3M8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkRvY3VtZW50IGRhdGU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIwMTktMDEtMDk8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkdyb3VwOiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBJbmRpdmlkdWFsIFN1Ym1pc3Npb248bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPlBhZ2VzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAyNTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VVJM OiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv ZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOS50eHQiPg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcG0t dGVsZW1ldHJ5LWF1dG9ub21pY3MtMDkudHh0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+U3RhdHVzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLyI+DQpodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1h dXRvbm9taWNzLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkh0 bWxpemVkOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnkt YXV0b25vbWljcy0wOSI+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGVlLXRl YXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOTwvYT48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPkh0bWxpemVkOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9ub21pY3MiPg0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVt ZXRyeS1hdXRvbm9taWNzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+RGlmZjombmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9ub21pY3MtMDkiPmh0dHBzOi8vd3d3 LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1h dXRvbm9taWNzLTA5PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BYnN0cmFjdDo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBBYnN0 cmFjdGlvbiBhbmQgQ29udHJvbCBvZiBURSBOZXR3b3JrcyAoQUNUTikgcmVmZXJzIHRvIHRoZSBz ZXQgb2Y8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNw OyB2aXJ0dWFsIG5ldHdvcmsgb3BlcmF0aW9ucyBuZWVkZWQgdG8gb3BlcmF0ZSwgY29udHJvbCBh bmQgbWFuYWdlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsm bmJzcDsgbGFyZ2Utc2NhbGUgbXVsdGktZG9tYWluLCBtdWx0aS1sYXllciBhbmQgbXVsdGktdmVu ZG9yIFRFIG5ldHdvcmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jm5ic3A7Jm5ic3A7IHNvIGFzIHRvIGZhY2lsaXRhdGUgbmV0d29yayBwcm9ncmFtbWFiaWxpdHks IGF1dG9tYXRpb24sIGVmZmljaWVudDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jm5ic3A7Jm5ic3A7IHJlc291cmNlIHNoYXJpbmcuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPiZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIFlBTkcgZGF0YSBt b2RlbHMgdGhhdCBkZXNjcmliZSBLZXk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPiZuYnNwOyZuYnNwOyBQZXJmb3JtYW5jZSBJbmRpY2F0b3IgKEtQSSkgdGVsZW1ldHJ5 IGFuZCBuZXR3b3JrIGF1dG9ub21pY3MgZm9yIFRFLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IHR1bm5lbHMgYW5kIEFDVE4gVk5zLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Q bGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUg dGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFy ZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPlRoZSBJRVRGIFNlY3JldGFyaWF0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7AEB3D6833318045B4AE71C2C87E8E173D1072FBsjceml521mbschi_-- From nobody Tue Mar 26 02:01:31 2019 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 78332120296; Tue, 26 Mar 2019 02:01:21 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 38nwuB9bPK_D; Tue, 26 Mar 2019 02:01:18 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D35E120309; Tue, 26 Mar 2019 02:01:15 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id 3D9F349AD8696E7E9EDA; Tue, 26 Mar 2019 17:01:11 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Forcepoint Email with ESMTPS id 025BBE2D2E7AD24E60B0; Tue, 26 Mar 2019 17:01:11 +0800 (CST) Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse01.zte.com.cn with SMTP id x2Q90vFn016605; Tue, 26 Mar 2019 17:00:57 +0800 (GMT-8) (envelope-from chen.ran@zte.com.cn) Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid203; Tue, 26 Mar 2019 17:00:58 +0800 (CST) Date: Tue, 26 Mar 2019 17:00:58 +0800 (CST) X-Zmail-TransId: 2afd5c99ea4a0ee07aec X-Mailer: Zmail v1.0 Message-ID: <201903261700586759048@zte.com.cn> Mime-Version: 1.0 From: To: , Cc: , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse01.zte.com.cn x2Q90vFn016605 Archived-At: Subject: Re: [Teas] =?utf-8?q?//Re=3A_=5BLsr=5D__=22Packet_Network_Slicing_us?= =?utf-8?q?ing_Segment_Routing=22?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 26 Mar 2019 09:01:30 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgY2hhaXJz77yMDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgc3VnZ2VzdGlvbnMu DQoNCkkgd2lsbCBjaGFuZ2UgdGhlIG5hbWUgb2YgdGhlIGRyYWZ0LCBhbmQgY29udGludWUgdGhl IGRyYWZ0IG9uIHRoZSB0ZWFzIHdHLg0KDQpSZWdhcmRzLA0KDQoNClJhbg0KDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LVJlOiBbTHNyXSBbVGVhc10gIlBhY2tldCBOZXR3b3JrIFNsaWNpbmcgdXNpbmcgU2VnbWVudCBS b3V0aW5nIg0KTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD4gTW9uLCAyNSBNYXJjaCAyMDE5 IDIzOjMyIFVUQ1Nob3cgaGVhZGVyDQoNCg0KQXV0aG9ycywganVzdCByZXN1Ym1pdCB3aXRoIHRl YXMgaW4gcGxhY2Ugb2YgbHNyLCB3aGVuIHlvdSBkbyB5b3VyIAp1cGRhdGUgYmFzZWQgb24gb3Ro ZXIgZmVlZGJhY2sgeW91IHJlY2VpdmVkIHRoaXMgd2Vlay4KClRoYW5rcywKCkxvdQoKKFRFQVMg Y28tY2hhaXIpCgpPbiAzLzI1LzIwMTkgMjo1MiBQTSwgQWNlZSBMaW5kZW0gKGFjZWUpIHdyb3Rl Ogo+Cj4gSGkgQXV0aG9ycywKPgo+IEkgcmVhZCB0aGlzIGRyYWZ0IG9uIHRoZSBwbGFuZSBvbiB0 aGUgd2F5IHRvIFByYWd1ZSBhbmQgSSBkb27igJl0IHRoaW5rIAo+IGl0IGJlbG9uZ3MgaW4gTFNS LiBJIGJlbGlldmUgaXQgYmVsb25ncyBpbiBURUFzIGFzIGl0IGlzIG1vcmUgYWJvdXQgCj4gdGhl IHJlcXVpcmVtZW50IGFuZCBmcmFtZXdvcmsgZm9yIFRFIHNsaWNpbmcgdGhhbiBpdCBkb2VzIGFi b3V0IGFkZGluZyAKPiB0aGUgQWRtaW5pc3RyYXRpdmUgSW5zdGFuY2UgSWRlbnRpZmllciAoQUlJ KSB0byB0aGUgT1NQRiBhbmQgSVMtSVMgVEUgCj4gZW5jb2RpbmdzLiBXZSB3aWxsIGdvIGZvcndh cmQgd2l0aCB0aGUgcHJlc2VudGF0aW9uIG9uIFRodXJzZGF5IHdpdGggCj4gdGhlIHVuZGVyc3Rh bmRpbmcgdGhhdCBMU1Igd2lsbCBub3QgYWRvcHQgdGhpcyB3b3JrLiBJZiBpdCBpcyBhZG9wdGVk IAo+IGluIFRFQVMsIHdlIGNhbiBkZWNpZGUgd2hldGhlciB0byBwcm9jZWVkIHdpdGggYSBzbWFs bCBMU1IgZHJhZnQgd2l0aCAKPiBqdXN0IHRoZSBuZXcgQUlJcyBvciBzaW1wbHkgcHJvdmlkZSBy ZXZpZXcgYW5kIElBTkEgY29kZSBwb2ludHMgaW4gb3VyIAo+IHJlZ2lzdHJpZXMuCj4KPiBUaGFu a3MsCj4gQWNlZQo+Cj4= --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwPkhpIGNoYWlyc++8jDwvcD48cD5UaGFuayB5b3Ug dmVyeSBtdWNoIGZvciB5b3VyIHN1Z2dlc3Rpb25zLjwvcD5JIHdpbGwgY2hhbmdlIHRoZSBuYW1l IG9mIHRoZSBkcmFmdCwgYW5kIGNvbnRpbnVlIHRoZSBkcmFmdCBvbiB0aGUgdGVhcyB3Ry48YnI+ PGgzIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW46IDJweCAwcHg7IGZvbnQt ZmFtaWx5OiAtYXBwbGUtc3lzdGVtLCBCbGlua01hY1N5c3RlbUZvbnQsICdTZWdvZSBVSScsIFJv Ym90bywgJ0hlbHZldGljYSBOZXVlJywgQXJpYWwsIHNhbnMtc2VyaWYsICdBcHBsZSBDb2xvciBF bW9qaScsICdTZWdvZSBVSSBFbW9qaScsICdTZWdvZSBVSSBTeW1ib2wnLCAnTm90byBDb2xvciBF bW9qaSc7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxpbmUtaGVpZ2h0OiAxLjI7IGNvbG9yOiByZ2Io MzMsIDM3LCA0MSk7IGZvbnQtc2l6ZTogMThweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgYmFja2dy b3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PGJyPjwvaDM+PHA+UmVnYXJkcyw8YnI+ PC9wPjxwPlJhbjwvcD48aDMgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG1hcmdpbjog MnB4IDBweDsgZm9udC1mYW1pbHk6IC1hcHBsZS1zeXN0ZW0sIEJsaW5rTWFjU3lzdGVtRm9udCwg J1NlZ29lIFVJJywgUm9ib3RvLCAnSGVsdmV0aWNhIE5ldWUnLCBBcmlhbCwgc2Fucy1zZXJpZiwg J0FwcGxlIENvbG9yIEVtb2ppJywgJ1NlZ29lIFVJIEVtb2ppJywgJ1NlZ29lIFVJIFN5bWJvbCcs ICdOb3RvIENvbG9yIEVtb2ppJzsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IDEu MjsgY29sb3I6IHJnYigzMywgMzcsIDQxKTsgZm9udC1zaXplOiAxOHB4OyB3aGl0ZS1zcGFjZTog bm9ybWFsOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij4tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LTwvaDM+PGgzIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW46IDJweCAwcHg7 IGZvbnQtZmFtaWx5OiAtYXBwbGUtc3lzdGVtLCBCbGlua01hY1N5c3RlbUZvbnQsICdTZWdvZSBV SScsIFJvYm90bywgJ0hlbHZldGljYSBOZXVlJywgQXJpYWwsIHNhbnMtc2VyaWYsICdBcHBsZSBD b2xvciBFbW9qaScsICdTZWdvZSBVSSBFbW9qaScsICdTZWdvZSBVSSBTeW1ib2wnLCAnTm90byBD b2xvciBFbW9qaSc7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxpbmUtaGVpZ2h0OiAxLjI7IGNvbG9y OiByZ2IoMzMsIDM3LCA0MSk7IGZvbnQtc2l6ZTogMThweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg YmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+UmU6IFtMc3JdIFtUZWFzXSAi UGFja2V0IE5ldHdvcmsgU2xpY2luZyB1c2luZyBTZWdtZW50IFJvdXRpbmciPC9oMz48cCBpZD0i bXNnLWluZm8iIGNsYXNzPSJtc2ctaGVhZGVyIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAyMHB4OyBjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyBmb250LWZhbWlseTogLWFwcGxlLXN5c3RlbSwgQmxpbmtNYWNTeXN0ZW1Gb250 LCAnU2Vnb2UgVUknLCBSb2JvdG8sICdIZWx2ZXRpY2EgTmV1ZScsIEFyaWFsLCBzYW5zLXNlcmlm LCAnQXBwbGUgQ29sb3IgRW1vamknLCAnU2Vnb2UgVUkgRW1vamknLCAnU2Vnb2UgVUkgU3ltYm9s JywgJ05vdG8gQ29sb3IgRW1vamknOyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IG5v cm1hbDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4gaWQ9Im1z Zy1mcm9tIiBjbGFzcz0icGlwZSIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij5Mb3Ug QmVyZ2VyICZsdDtsYmVyZ2VyQGxhYm4ubmV0Jmd0Ozwvc3Bhbj4mbmJzcDs8c3BhbiBpZD0ibXNn LWRhdGUiIGNsYXNzPSJwaXBlIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPk1vbiwg MjUgTWFyY2ggMjAxOSAyMzozMiBVVEM8L3NwYW4+PGEgaWQ9InRvZ2dsZS1tc2ctaGVhZGVyIiBj bGFzcz0idG9nZ2xlIiBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNn L2xzci8tQnh4RDRXUmNtTkJxa0VpTnExQ0RERnF4RGsjIiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDsgY29sb3I6IHJnYig1MSwgMTIyLCAxODMpOyB0ZXh0LWRlY29yYXRpb246IG5vbmU7 IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+U2hvdyBoZWFkZXI8L2E+PC9wPjxkaXYg Y2xhc3M9Im1zZy1wYXlsb2FkIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgY29sb3I6 IHJnYigzMywgMzcsIDQxKTsgZm9udC1mYW1pbHk6IC1hcHBsZS1zeXN0ZW0sIEJsaW5rTWFjU3lz dGVtRm9udCwgJ1NlZ29lIFVJJywgUm9ib3RvLCAnSGVsdmV0aWNhIE5ldWUnLCBBcmlhbCwgc2Fu cy1zZXJpZiwgJ0FwcGxlIENvbG9yIEVtb2ppJywgJ1NlZ29lIFVJIEVtb2ppJywgJ1NlZ29lIFVJ IFN5bWJvbCcsICdOb3RvIENvbG9yIEVtb2ppJzsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNw YWNlOiBub3JtYWw7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxwcmUg Y2xhc3M9IndvcmR3cmFwIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC1mYW1p bHk6IFNGTW9uby1SZWd1bGFyLCBNZW5sbywgTW9uYWNvLCBDb25zb2xhcywgJ0xpYmVyYXRpb24g TW9ubycsICdDb3VyaWVyIE5ldycsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMi4yNXB4OyBtYXJn aW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDFyZW07IG92ZXJmbG93OiBhdXRvOyB3aGl0ZS1z cGFjZTogcHJlLXdyYXA7IHdvcmQtd3JhcDogbm9ybWFsOyB3b3JkLWJyZWFrOiBub3JtYWw7IHBh ZGRpbmc6IDBweDsiPkF1dGhvcnMsIGp1c3QgcmVzdWJtaXQgd2l0aCB0ZWFzIGluIHBsYWNlIG9m IGxzciwgd2hlbiB5b3UgZG8geW91ciAKdXBkYXRlIGJhc2VkIG9uIG90aGVyIGZlZWRiYWNrIHlv dSByZWNlaXZlZCB0aGlzIHdlZWsuCgpUaGFua3MsCgpMb3UKCihURUFTIGNvLWNoYWlyKQoKT24g My8yNS8yMDE5IDI6NTIgUE0sIEFjZWUgTGluZGVtIChhY2VlKSB3cm90ZToKJmd0OwomZ3Q7IEhp IEF1dGhvcnMsCiZndDsKJmd0OyBJIHJlYWQgdGhpcyBkcmFmdCBvbiB0aGUgcGxhbmUgb24gdGhl IHdheSB0byBQcmFndWUgYW5kIEkgZG9u4oCZdCB0aGluayAKJmd0OyBpdCBiZWxvbmdzIGluIExT Ui4gSSBiZWxpZXZlIGl0IGJlbG9uZ3MgaW4gVEVBcyBhcyBpdCBpcyBtb3JlIGFib3V0IAomZ3Q7 IHRoZSByZXF1aXJlbWVudCBhbmQgZnJhbWV3b3JrIGZvciBURSBzbGljaW5nIHRoYW4gaXQgZG9l cyBhYm91dCBhZGRpbmcgCiZndDsgdGhlIEFkbWluaXN0cmF0aXZlIEluc3RhbmNlIElkZW50aWZp ZXIgKEFJSSkgdG8gdGhlIE9TUEYgYW5kIElTLUlTIFRFIAomZ3Q7IGVuY29kaW5ncy4gV2Ugd2ls bCBnbyBmb3J3YXJkIHdpdGggdGhlIHByZXNlbnRhdGlvbiBvbiBUaHVyc2RheSB3aXRoIAomZ3Q7 IHRoZSB1bmRlcnN0YW5kaW5nIHRoYXQgTFNSIHdpbGwgbm90IGFkb3B0IHRoaXMgd29yay4gSWYg aXQgaXMgYWRvcHRlZCAKJmd0OyBpbiBURUFTLCB3ZSBjYW4gZGVjaWRlIHdoZXRoZXIgdG8gcHJv Y2VlZCB3aXRoIGEgc21hbGwgTFNSIGRyYWZ0IHdpdGggCiZndDsganVzdCB0aGUgbmV3IEFJSXMg b3Igc2ltcGx5IHByb3ZpZGUgcmV2aWV3IGFuZCBJQU5BIGNvZGUgcG9pbnRzIGluIG91ciAKJmd0 OyByZWdpc3RyaWVzLgomZ3Q7CiZndDsgVGhhbmtzLAomZ3Q7IEFjZWUKJmd0OwomZ3Q7PC9wcmU+ PC9kaXY+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwv cD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9wPjwv ZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Tue Mar 26 02:56:48 2019 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 F13801202C1; Tue, 26 Mar 2019 02:56:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: Cc: Martin Vigoureux , Deborah Brungard , Vishnu Beeram , Multiprotocol Label Switching Discussion List , Adrian Farrel , Scott Mansfield , Dhruv Dhody , Path Computation Element Discussion List , Nicolai Leymann , John Drake , Alvaro Retana , Daniele Ceccarelli , Loa Andersson , Lou Berger , Common Control and Measurement Plane Discussion List , Fatai Zhang , scott.mansfield@ericsson.com, itu-t-liaison@iab.org, Traffic Engineering Architecture and Signaling Discussion List , Julien Meuric X-Test-IDTracker: no X-IETF-IDTracker: 6.94.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <155359419797.20696.5453093815420919008.idtracker@ietfa.amsl.com> Date: Tue, 26 Mar 2019 02:56:37 -0700 Archived-At: Subject: [Teas] New Liaison Statement, "Reply to LS on OTNT Standardization Work Plan" X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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 Mar 2019 09:56:45 -0000 Title: Reply to LS on OTNT Standardization Work Plan Submission Date: 2019-03-26 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1636/ From: Scott Mansfield To: hiroshi.ota@itu.int Cc: John Drake ,Deborah Brungard ,Julien Meuric ,Multiprotocol Label Switching Discussion List ,Adrian Farrel ,Scott Mansfield ,Fatai Zhang ,Vishnu Beeram ,Path Computation Element Discussion List ,Traffic Engineering Architecture and Signaling Discussion List ,Martin Vigoureux ,Alvaro Retana ,Daniele Ceccarelli ,Dhruv Dhody ,Loa Andersson ,Lou Berger ,Common Control and Measurement Plane Discussion List ,itu-t-liaison@iab.org,Nicolai Leymann ,itu-t-liaison@iab.org Response Contacts: scott.mansfield@ericsson.com Technical Contacts: scott.mansfield@ericsson.com Purpose: For information Body: Thank you for your continued interest in the work of the IETF related to OTNT standardization. Below is a list of the recent RFCs and working group drafts related to OTNT. * Recent Relevant RFC * RFC8282 * Extensions to the Path Computation Element Communication Protocol (PCEP) for Inter-Layer MPLS and GMPLS Traffic Engineering * https://datatracker.ietf.org/doc/rfc8282/ * RFC8283 * An Architecture for Use of PCE and the PCE Communication Protocol (PCEP) in a Network with Central Control * https://datatracker.ietf.org/doc/rfc8283/ * RFC8363 * GMPLS OSPF-TE Extensions in Support of Flexi-Grid Dense Wavelength Division Multiplexing (DWDM) Networks * https://datatracker.ietf.org/doc/rfc8363/ * RFC8413 * Framework for Scheduled Use of Resources * https://datatracker.ietf.org/doc/rfc8413/ * RFC 8453 * Framework for Abstraction and Control of TE Networks (ACTN) * https://datatracker.ietf.org/doc/rfc8453/ * RFC 8469 * Recommendation to Use the Ethernet Control Word * https://datatracker.ietf.org/doc/rfc8469/ * Working Group Updates * Common Control and Measurement Plane (ccamp) * A framework for Management and Control of DWDM optical interface parameters * https://datatracker.ietf.org/doc/draft-ietf-ccamp-dwdm-if-mng-ctrl-fwk/ * YANG data model for Flexi-Grid media-channels * https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-media-channel-ya ng/ * YANG data model for Flexi-Grid Optical Networks * https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-yang/ * Applicability of GMPLS for B100G Optical Transport Network * https://datatracker.ietf.org/doc/draft-ietf-ccamp-gmpls-otn-b100g-applicabil ity/ * A YANG Data Model for L1 Connectivity Service Model (L1CSM) * https://datatracker.ietf.org/doc/draft-ietf-ccamp-l1csm-yang/ * A YANG Data Model for Optical Transport Network Topology * https://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-topo-yang/ * OTN Tunnel YANG Model * https://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-tunnel-model/ * Information Encoding for WSON with Impairments Validation * https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-iv-encode/ * Information Model for Wavelength Switched Optical Networks (WSONs) with Impairments Validation * https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-iv-info/ * A Yang Data Model for WSON Tunnel * https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-tunnel-model/ * A YANG Data Model for WSON (Wavelength Switched Optical Networks) * https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-yang/ * Path Computation Element (pce) * PCEP Extension for WSON Routing and Wavelength Assignment * https://datatracker.ietf.org/doc/draft-ietf-pce-wson-rwa-ext/ * PCEP extensions for GMPLS * https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions/ * PCEP Extension for Flexible Grid Networks * https://datatracker.ietf.org/doc/draft-ietf-pce-flexible-grid/ * Path Computation Element (PCE) Protocol Extensions for Stateful PCE Usage in GMPLS-controlled Networks * https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-stateful-pce-gmpls/ * Path Computation Element Communication Protocol (PCEP) Extensions for remote-initiated GMPLS LSP Setup * https://datatracker.ietf.org/doc/draft-ietf-pce-remote-initiated-gmpls-lsp/ The list of upcoming IETF meetings can be found on the IETF website at https://www.ietf.org/how/meetings/upcoming/ Thank You, Daniele Ceccarelli (CCAMP Chair), Fatai Zhang (CCAMP Chair), Dhruv Dhody (PCE Chair) , Adrian Farrel (PCE Chair), Julien Meuric (PCE Chair), Vishnu Beeram (TEAS Chair), Lou Berger (TEAS Chair), Loa Andersson (MPLS Chair), Nicolai Leymann (MPLS Chair), and Scott Mansfield (IETF's ITU-T Liaison) Attachments: No document has been attached From nobody Tue Mar 26 03:06:05 2019 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 D71431202A1 for ; Tue, 26 Mar 2019 03:06:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.247 X-Spam-Level: X-Spam-Status: No, score=0.247 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 K-OS_kNe4ApR for ; Tue, 26 Mar 2019 03:06:01 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140093.outbound.protection.outlook.com [40.107.14.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E6E9120282 for ; Tue, 26 Mar 2019 03:06:01 -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=3VSiUEgLezSSPMfu/XdAXza0UX7BdV4eCK8aGmpPf1o=; b=hMK9AkrAMX+u/cwzr09gTuV3jLNnZpfKDo7VK2xmqU6CX2QwxQqKeHoTaspfR0gX/k5dSTkLY1174wkFaHQEbGh7bdo+1bm1yn2xgJx+wKXzO2Oe7LDQrRVTMV8Ya6OdfQ3x2dFDf/k3F/+Yelb7Gwz1fDwbavYWLMVAQwsvHUg= Received: from VI1PR07MB4480.eurprd07.prod.outlook.com (20.177.57.76) by VI1PR07MB4413.eurprd07.prod.outlook.com (20.176.7.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1750.12; Tue, 26 Mar 2019 10:05:59 +0000 Received: from VI1PR07MB4480.eurprd07.prod.outlook.com ([fe80::9d64:eef4:45b4:441e]) by VI1PR07MB4480.eurprd07.prod.outlook.com ([fe80::9d64:eef4:45b4:441e%5]) with mapi id 15.20.1750.013; Tue, 26 Mar 2019 10:05:58 +0000 From: tom petch To: Xufeng Liu , TEAS WG Thread-Topic: [Teas] Status update on draft-ietf-teas-sf-aware-topo-model Thread-Index: AQHU47uCu4vCPIdoU02dfsaQIzhTxw== Date: Tue, 26 Mar 2019 10:05:58 +0000 Message-ID: <030801d4e3bb$26523be0$4001a8c0@gateway.2wire.net> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0047.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:61::35) To VI1PR07MB4480.eurprd07.prod.outlook.com (2603:10a6:803:75::12) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfa@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.234] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9174ca76-82df-495e-ea23-08d6b1d2a4c6 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7193020); SRVR:VI1PR07MB4413; x-ms-traffictypediagnostic: VI1PR07MB4413: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-forefront-prvs: 09888BC01D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(366004)(136003)(39860400002)(376002)(51444003)(199004)(189003)(13464003)(45074003)(6486002)(6506007)(386003)(44736005)(256004)(25786009)(68736007)(305945005)(14444005)(7736002)(99286004)(5660300002)(81686011)(6116002)(229853002)(52116002)(26005)(102836004)(81816011)(76176011)(4720700003)(61296003)(14496001)(6436002)(53936002)(486006)(81166006)(105586002)(6246003)(44716002)(2906002)(476003)(6512007)(6306002)(66066001)(9686003)(106356001)(446003)(15650500001)(316002)(3846002)(62236002)(53546011)(71190400001)(71200400001)(86362001)(1556002)(84392002)(110136005)(966005)(8676002)(50226002)(186003)(81156014)(478600001)(8936002)(86152003)(97736004)(14454004)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4413; H:VI1PR07MB4480.eurprd07.prod.outlook.com; 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-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: u4xaIJJy6URIqNAb6fhXyfbQq8uyaDxBSOqQhxRubasLQvJxgtw9SRdHRsIDJ2Hk7lwx+YiNHsK6AVKlPMB0S87pSpIFWw7MYMlhL8aLM0QruUv7d2n5ratF3DyFthn/FNMr0+px/44mmIwHfuFm4Y/ayEGZxMkSV0gTcKCogoN/JGvDALAiWm2T3oIxjYS2BvsY8DP6/qant/6Ur0odP+KAJy1EvzMeYUsj3QDeJihbHRa7lELASKU5NTdm9B3HZj+TNq2IqnYCh36/NZTwlqURTP9cXZLBsnOp4ED78sx56Vo44wPkv042VEFbHcJVNXbWSYjQGvP0/ETMVPZXAXCYpPICget9M85J4GCuBiyvJhxvkLAQ8niFs779a9lOPkIZLaKzw7k7cr9eCt/yynHc3cGGbgxkofF6uXTn6Fs= Content-Type: text/plain; charset="utf-8" Content-ID: <276920516801004595BC084D6AE20824@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9174ca76-82df-495e-ea23-08d6b1d2a4c6 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2019 10:05:58.8434 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4413 Archived-At: Subject: Re: [Teas] Status update on draft-ietf-teas-sf-aware-topo-model X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 26 Mar 2019 10:06:04 -0000 WHVmZW5nDQoNClNvbWUgcXVpcmtzLg0KDQpJbnRyb2R1Y3Rpb24vQWJzdHJhY3QgZG8gbm90IG1l bnRpb24gc3VwcG9ydCBvciBsYWNrIHRoZXJlb2YgIGZvciBOTURBDQood2hpY2ggdGhlIElFU0cg aGF2ZSBiZWVuIGNhbGxpbmcgZm9yKS4NCg0KSW50cm9kdWN0aW9uIGRvZXMgbm90IGhhdmUgYSBy ZWZlcmVuY2UgZm9yIFlBTkcgbGVhdmluZyB0aGUgcXVlc3Rpb24gb2YNCnZlcnNpb24gbnVtYmVy IHVuY2VydGFpbg0KDQpUZXJtaW5vbG9neSBmYWlscyB0byByZWZlcmVuY2UgUkZDODE3NA0KDQpF eHBhbmQgb24gZmlyc3QgdXNlLCBwZXJoYXBzIGluIFRlcm1pbm9sb2d5LCBpcyBoZWxwZnVsIC0g VE9TQ0EsIFNGMkxUUCwNClNGMlNGLCBTRjJUVFAsIENTTw0KDQp5YW5nLXZlcnNpb24gMSBpcyBy YXRoZXIgbGltaXRpbmcNCg0KWUFORyBpbXBvcnQgc3RhdGVtZW50cyBsYWNrIHJlZmVyZW5jZXMg KHdoaWNoIFlBTkcgMS4xIGFsbG93cykNCg0KLyAgICAgICByZWZlcmVuY2UgIlRCRCI7Lw0KICAg ICAgIHJlZmVyZW5jZSAiUkZDIFhYWFggLSBTRiBBd2FyZSBURSBUb3BvbG9neSBZQU5HIE1vZGVs IjsgLw0KDQogICBtb2R1bGUgaWV0Zi1jc28tZGMNCm5vIHZlcnNpb24NCm5vIGNvcHlyaWdodA0K bm8gcmVmZXJlbmNlIHRvIHRoZSBJLUQNCm5vIGRlc2NyaXB0aW9uIGNsYXVzZXMNCm5vIHJlZmVy ZW5jZSBjbGF1c2VzDQpzb21ld2hhdCBzaG9ydCBvZiByZWFkeSBJTUhPLSBJIHRoaW5rIHRoYXQg dGhpcyBuZWVkcyBhIGxvdCBvZiB3b3JrIQ0KDQpJQU5BIENvbnNpZGVyYXRpb25zDQogICBSRkMg RWQuOiBJbiB0aGlzIHNlY3Rpb24sIHJlcGxhY2UgYWxsIG9jY3VycmVuY2VzIG9mICdYWFhYJyB3 aXRoIHRoZQ0KICAgYWN0dWFsIFJGQyBudW1iZXIgKGFuZCByZW1vdmUgdGhpcyBub3RlKS4NCkkg c3VnZ2VzdCB0aGF0IHRoaXMgYXBwbHkgdGhyb3VnaG91dCB0aGUgSS1EIGFuZCB0aGF0IHRoZSBO b3RlIGlzIHBsYWNlZA0KYXQgdGhlIHN0YXJ0LCBiZWZvcmUgdGhlIEludHJvZHVjdGlvbiAodGhl IFJGQyBFZGl0b3IgYXJlIGhhcHB5IHdpdGgNCmp1c3QgdGhlIG9uZSBub3RlKQ0KDQpSRkM2MDIw IGlzIGEgYmV0dGVyIHJlZmVyZW5jZSBmb3IgdGhlIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KICAg W0ktRC5pZXRmLW5ldG1vZC1yZXZpc2VkLWRhdGFzdG9yZXNdDQpSRkM4MzQyDQoNCiAgIFtJLUQu aWV0Zi1uZXRtb2QteWFuZy10cmVlLWRpYWdyYW1zXQ0KUkZDODM0MA0KDQogICBbSS1ELmlldGYt aTJycy15YW5nLW5ldHdvcmstdG9wb10NClJGQzgzNDUNCg0KICAgICBpbXBvcnQgaWV0Zi1hY3Ru LXZuIHsNCmRvZXMgbm90IGFwcGVhciBpbiBzZWN0aW9uIDEuMw0KDQpUb20gUGV0Y2gNCg0KLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIlh1ZmVuZyBMaXUiIDx4dWZlbmcubGl1 LmlldGZAZ21haWwuY29tPg0KVG86ICJURUFTIFdHIiA8dGVhc0BpZXRmLm9yZz4NClNlbnQ6IFNh dHVyZGF5LCBNYXJjaCAyMywgMjAxOSAxMjowMiBQTQ0KU3ViamVjdDogW1RlYXNdIFN0YXR1cyB1 cGRhdGUgb24gZHJhZnQtaWV0Zi10ZWFzLXNmLWF3YXJlLXRvcG8tbW9kZWwNCg0KDQo+IEN1cnJl bnQgU3RhdHVzOg0KPg0KPiAgICogIFRoZSB1cGRhdGVkIHJldmlzaW9uIC0wMyB3YXMgcG9zdGVk IG9uIE1hciAxMSwgMjAxOToNCj4NCj4gICAgICA+IEVkaXRvcmlhbCBmaXhlcy4NCj4NCj4gT3Bl biBJc3N1ZXM6DQo+DQo+ICAgKiAgIE5vbmUuDQo+DQo+IE5leHQgU3RlcHM6DQo+DQo+ICAgKiAg VXBkYXRlIHRoZSBkb2N1bWVudCB0byBhbGlnbiB3aXRoIHRoZSBsYXRlc3QgdmVyc2lvbnMgb2YN Cj4gICAgICByZWZlcmVuY2VkIGRvY3VtZW50cywgaW5jbHVkaW5nIGRyYWZ0LWlldGYtdGVhcy15 YW5nLXRlLXRvcG8sDQo+ICAgICAgUkZDODM0MCwgUkZDODM0MiwgUkZDODM0NSwgYW5kIFJGQzg0 NTkuDQo+ICAgKiAgVXBkYXRlIHRoZSBzZWN0aW9uIG9mIFNlY3VyaXR5IENvbnNpZGVyYXRpb25z IGFjY29yZGluZyB0byBsYXRlc3QNCj4gICAgICBndWlkZWxpbmVzLg0KPiAgICogIEdldCBmdXJ0 aGVyIHJldmlld3MuDQo+ICAgKiAgWUFORyBkb2N0b3IncyByZXZpZXcuDQo+ICAgKiAgV29ya2lu ZyBHcm91cCBMYXN0IENhbGwgYWZ0ZXIgY29tcGxldGluZyBhYm92ZS4NCj4NCj4gVGhhbmtzLA0K PiAtIFh1ZmVuZw0KPg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0NCg0KDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFRlYXMgbWFpbGlu ZyBsaXN0DQo+IFRlYXNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby90ZWFzDQo+DQoNCg== From nobody Tue Mar 26 06:42:06 2019 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 6F31512008A for ; Tue, 26 Mar 2019 06:42:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 enDsR8i6S1Vb for ; Tue, 26 Mar 2019 06:42:00 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) (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 497EA1202DC for ; Tue, 26 Mar 2019 06:41:59 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy4.mail.unifiedlayer.com (Postfix) with ESMTP id 73F2917BD81 for ; Tue, 26 Mar 2019 07:21:30 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 8m1ChuMv2mds98m1Chd6AF; Tue, 26 Mar 2019 07:21:30 -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:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=bP6vSFTHGhqumoykx2PUKhQCp5LySMzSmJfvahHS6qY=; b=1zh3slmNhqctzBOIbZU2UOzfhY Ey1SfKTbuf4WtB0FvWTWwEtapiUnIdIOiPjlmOmjWLjyW0XZwrX/AVlYxRWSsW26GcXyCqMozXkQs hFEmyLuu+Y4dqke2Edyd4jH0p; Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:58576 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1h8m1B-003iQL-Vr for teas@ietf.org; Tue, 26 Mar 2019 07:21:30 -0600 To: TEAS WG From: Lou Berger Message-ID: <2c111165-85ba-6540-ce7a-4e9e9e689366@labn.net> Date: Tue, 26 Mar 2019 14:21:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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: 72.66.11.201 X-Source-L: No X-Exim-ID: 1h8m1B-003iQL-Vr X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:58576 X-Source-Auth: lberger@labn.net X-Email-Count: 15 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] FYI new etherpad link X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 26 Mar 2019 13:42:04 -0000 If you are having issues connecting, try... https://etherpad.tools.ietf.org/p/notes-ietf-104-teas From nobody Tue Mar 26 09:00:37 2019 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 C4C6B120540 for ; Tue, 26 Mar 2019 09:00:17 -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 wsmr7d-E8e_b for ; Tue, 26 Mar 2019 09:00:13 -0700 (PDT) Received: from mail-it1-x136.google.com (mail-it1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) (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 5B6A5120521 for ; Tue, 26 Mar 2019 09:00:13 -0700 (PDT) Received: by mail-it1-x136.google.com with SMTP id h9so20825553itl.1 for ; Tue, 26 Mar 2019 09:00:13 -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=9oHCYVG4mq5uxGXzmup+72QTC+X4gS/T7h7VEfzwYf4=; b=fiRnqqtz7cL3tmL3XPLnzmmCL0OTtX/wVEHvQmW9vElycSfVPY32948nPLFlQQDxJW 1xqKeTvH2l6G0q3+9zwOCQuDJyJIu4Fw8XeQJVFKhqqg7q/7Dam9Q4eOSRvQ0oTbVqSc MW6fY5QulX0zuK+J47/7YFPfgz7zkUs+ibOkU8c6fVjKlebN+1/sZXzJvtg6I3bBtQSR weniJBX6Fxr1lU8i7bt1n89XpNkQW9UlkUEcyS9pEX4pkGvjr6j5tg3JnXdaVgWLOgjD HpFKkGwko141jY76aY9ZeuPsca9tjZD9q42nYgUTizhNXrTiT93ED4hA7HjmtMmvq+3V IYsA== 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=9oHCYVG4mq5uxGXzmup+72QTC+X4gS/T7h7VEfzwYf4=; b=aI8v1YSn6gCFAyn487vkFTveFz5xKBdNHEKM00F/X1G5PK3CyqjfvfbReraed3pUgS dOHURL/sYVeX8vBSWGx1k9tXHJ5txsUjspf1bm0/orUmdYDPPd2k8eECXR48wUAWDjnY mgegGWVWkCIsY/65pUlFGAMDfTeRyJrKop/DBpSMwDfSdIgI/aIX6IRQaCOMQ3rCieE5 YC3P05SbCkYA7obmGRuHkVx33PzeVoi2Hqa6CkQUfRCKBsmcvpqqyQBqa/z/lwsvdoQB 3VuAIzrfBjY6e8wcbfybAqVLbhMQJJxYG7SsBlH8rnmgMWPAmQDhyqGrwbLSl0EtqZft N6bw== X-Gm-Message-State: APjAAAU99QdCsos3ChqjvI4MzwcYzAYL/KaCNv2+KhvHboX1bkS9mPpT VvbA1YFw3MBIimjy6Gj4WsyaSOqjtgA/vQkfhqA= X-Google-Smtp-Source: APXvYqzSFBvjwrjvHG0M1jx9KtJ0SzeR8KdUWsM5Jm/jFy7WQ0DEWgCEfS23vaNzThGMMO9yvhrvnwZG3rdBzucGQKk= X-Received: by 2002:a24:f30d:: with SMTP id t13mr827349ith.90.1553616012151; Tue, 26 Mar 2019 09:00:12 -0700 (PDT) MIME-Version: 1.0 References: <030801d4e3bb$26523be0$4001a8c0@gateway.2wire.net> In-Reply-To: <030801d4e3bb$26523be0$4001a8c0@gateway.2wire.net> From: Xufeng Liu Date: Tue, 26 Mar 2019 12:00:00 -0400 Message-ID: To: tom petch Cc: TEAS WG Content-Type: multipart/alternative; boundary="000000000000858de80585016a71" Archived-At: Subject: Re: [Teas] Status update on draft-ietf-teas-sf-aware-topo-model X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 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, 26 Mar 2019 16:00:18 -0000 --000000000000858de80585016a71 Content-Type: text/plain; charset="UTF-8" Hi Tom, Thanks for pointing these out. We will fix them in the next revision. - Xufeng On Tue, Mar 26, 2019 at 6:05 AM tom petch wrote: > Xufeng > > Some quirks. > > Introduction/Abstract do not mention support or lack thereof for NMDA > (which the IESG have been calling for). > > Introduction does not have a reference for YANG leaving the question of > version number uncertain > > Terminology fails to reference RFC8174 > > Expand on first use, perhaps in Terminology, is helpful - TOSCA, SF2LTP, > SF2SF, SF2TTP, CSO > > yang-version 1 is rather limiting > > YANG import statements lack references (which YANG 1.1 allows) > > / reference "TBD";/ > reference "RFC XXXX - SF Aware TE Topology YANG Model"; / > > module ietf-cso-dc > no version > no copyright > no reference to the I-D > no description clauses > no reference clauses > somewhat short of ready IMHO- I think that this needs a lot of work! > > IANA Considerations > RFC Ed.: In this section, replace all occurrences of 'XXXX' with the > actual RFC number (and remove this note). > I suggest that this apply throughout the I-D and that the Note is placed > at the start, before the Introduction (the RFC Editor are happy with > just the one note) > > RFC6020 is a better reference for the IANA Considerations > > [I-D.ietf-netmod-revised-datastores] > RFC8342 > > [I-D.ietf-netmod-yang-tree-diagrams] > RFC8340 > > [I-D.ietf-i2rs-yang-network-topo] > RFC8345 > > import ietf-actn-vn { > does not appear in section 1.3 > > Tom Petch > > ----- Original Message ----- > From: "Xufeng Liu" > To: "TEAS WG" > Sent: Saturday, March 23, 2019 12:02 PM > Subject: [Teas] Status update on draft-ietf-teas-sf-aware-topo-model > > > > Current Status: > > > > * The updated revision -03 was posted on Mar 11, 2019: > > > > > Editorial fixes. > > > > Open Issues: > > > > * None. > > > > Next Steps: > > > > * Update the document to align with the latest versions of > > referenced documents, including draft-ietf-teas-yang-te-topo, > > RFC8340, RFC8342, RFC8345, and RFC8459. > > * Update the section of Security Considerations according to latest > > guidelines. > > * Get further reviews. > > * YANG doctor's review. > > * Working Group Last Call after completing above. > > > > Thanks, > > - Xufeng > > > > > ------------------------------------------------------------------------ > -------- > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > --000000000000858de80585016a71 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Tom,

    Thanks for pointing = these out.
    We will fix them in the next revision.
    - Xuf= eng

    On Tue, Mar 26, 2019 at 6:05 AM tom petch <ietfa@btconnect.com> wrote:
    Xufeng

    Some quirks.

    Introduction/Abstract do not mention support or lack thereof=C2=A0 for NMDA=
    (which the IESG have been calling for).

    Introduction does not have a reference for YANG leaving the question of
    version number uncertain

    Terminology fails to reference RFC8174

    Expand on first use, perhaps in Terminology, is helpful - TOSCA, SF2LTP, SF2SF, SF2TTP, CSO

    yang-version 1 is rather limiting

    YANG import statements lack references (which YANG 1.1 allows)

    /=C2=A0 =C2=A0 =C2=A0 =C2=A0reference "TBD";/
    =C2=A0 =C2=A0 =C2=A0 =C2=A0reference "RFC XXXX - SF Aware TE Topology = YANG Model"; /

    =C2=A0 =C2=A0module ietf-cso-dc
    no version
    no copyright
    no reference to the I-D
    no description clauses
    no reference clauses
    somewhat short of ready IMHO- I think that this needs a lot of work!

    IANA Considerations
    =C2=A0 =C2=A0RFC Ed.: In this section, replace all occurrences of 'XXXX= ' with the
    =C2=A0 =C2=A0actual RFC number (and remove this note).
    I suggest that this apply throughout the I-D and that the Note is placed at the start, before the Introduction (the RFC Editor are happy with
    just the one note)

    RFC6020 is a better reference for the IANA Considerations

    =C2=A0 =C2=A0[I-D.ietf-netmod-revised-datastores]
    RFC8342

    =C2=A0 =C2=A0[I-D.ietf-netmod-yang-tree-diagrams]
    RFC8340

    =C2=A0 =C2=A0[I-D.ietf-i2rs-yang-network-topo]
    RFC8345

    =C2=A0 =C2=A0 =C2=A0import ietf-actn-vn {
    does not appear in section 1.3

    Tom Petch

    ----- Original Message -----
    From: "Xufeng Liu" <xufeng.liu.ietf@gmail.com>
    To: "TEAS WG" <teas@ietf.org>
    Sent: Saturday, March 23, 2019 12:02 PM
    Subject: [Teas] Status update on draft-ietf-teas-sf-aware-topo-model


    > Current Status:
    >
    >=C2=A0 =C2=A0*=C2=A0 The updated revision -03 was posted on Mar 11, 201= 9:
    >
    >=C2=A0 =C2=A0 =C2=A0 > Editorial fixes.
    >
    > Open Issues:
    >
    >=C2=A0 =C2=A0*=C2=A0 =C2=A0None.
    >
    > Next Steps:
    >
    >=C2=A0 =C2=A0*=C2=A0 Update the document to align with the latest versi= ons of
    >=C2=A0 =C2=A0 =C2=A0 referenced documents, including draft-ietf-teas-ya= ng-te-topo,
    >=C2=A0 =C2=A0 =C2=A0 RFC8340, RFC8342, RFC8345, and RFC8459.
    >=C2=A0 =C2=A0*=C2=A0 Update the section of Security Considerations acco= rding to latest
    >=C2=A0 =C2=A0 =C2=A0 guidelines.
    >=C2=A0 =C2=A0*=C2=A0 Get further reviews.
    >=C2=A0 =C2=A0*=C2=A0 YANG doctor's review.
    >=C2=A0 =C2=A0*=C2=A0 Working Group Last Call after completing above. >
    > Thanks,
    > - Xufeng
    >


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


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

    --000000000000858de80585016a71--