From nobody Thu Feb 1 09:37:15 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 573CF12E86A for ; Thu, 1 Feb 2018 09:37:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 z0TxwwRmBQkS for ; Thu, 1 Feb 2018 09:37:11 -0800 (PST) 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 4CDD512D87C for ; Thu, 1 Feb 2018 09:37:11 -0800 (PST) Received: from CMOut01 (unknown [10.0.90.82]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id 2CCB6215EC0 for ; Thu, 1 Feb 2018 10:37:10 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id 5Vd61x00B2SSUrH01Vd9YR; Thu, 01 Feb 2018 10:37:10 -0700 X-Authority-Analysis: v=2.2 cv=Rf/gMxlv c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=Op4juWPpsa0A:10 a=z0eYedOI_5e0QM-H0WcA:9 a=QEXdDO2ut3YA:10 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:Cc:To:Subject:From:Sender:Reply-To: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=nXRXresHS5XMk1zyYeHPHu7zFwttEc7ZFJexPcGvS4E=; b=OsaXaxkU+FagZtTItL8WaCji4j bYtbQpPZERZOyNNQCFx+MWGotkE9wa/P99obw79RHpwyjJpgCGbUdFEhByi/lwVIQs9PD+DKRCXCC 4qa4cEOcE8WlDoP5w3UHXzhF9; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:46336 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ehInK-003lW1-84; Thu, 01 Feb 2018 10:37:06 -0700 From: Lou Berger To: TEAS WG Cc: TEAS WG Chairs Message-ID: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Date: Thu, 1 Feb 2018 12:37:05 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Exim-ID: 1ehInK-003lW1-84 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:46336 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Feb 2018 17:37:13 -0000 All, This is start of a two week poll on making draft-liu-teas-yang-l3-te-topo-05 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 15. Thanks, Lou From nobody Thu Feb 1 09:56:48 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1239212EB01; Thu, 1 Feb 2018 09:56:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5nZvI1Fa8svb; Thu, 1 Feb 2018 09:56:40 -0800 (PST) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (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 8FA6A12EAED; Thu, 1 Feb 2018 09:56:39 -0800 (PST) Received: by mail-it0-x234.google.com with SMTP id e1so4837759ita.0; Thu, 01 Feb 2018 09:56:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version:content-transfer-encoding; bh=woKMIuptnqFpEBpcCpnFPMpoREUJ7RqzM8x7iDeEzZQ=; b=r6+Fx2Dad3x8dp2YHa59B8Q+Hg9qL+qBR3UVHZJAFn0TbedchqpESnq4GLwmk+D10L rQD3+l201XaZ+JLw/Ep7HcpS/71gyKyG96VZR+vfO2YyVxN8YT0l4QJqjOHJ3JHkEFIC RIjVSpkwCucyi6RS0Rvr53mB+/8aKkqwaTPE6vVIq9SitvMb3VDWqsUmkuZ6W+MCviDo FySS0m2zYMt5r1cQ1pVw573vE1CNh0E9gm12FL4LQCyi0y0+o9CHBXOJC14B4YKMbdD5 gqO8ERw0VjOwUGvFl1gdZuk6K+kvIiOl6pORYBFld2CRp1lFzDvSeVefXIE3wCJcNT+h EI6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version :content-transfer-encoding; bh=woKMIuptnqFpEBpcCpnFPMpoREUJ7RqzM8x7iDeEzZQ=; b=nEf6m+lokaeI9I2BHZT0JxuvgApJHkofCHbFh2eLFvdOHw3BtGv8xpqjbO9pCUMSD1 uwPX5WUxTD9xJjiwCt/n7yE6pla3JlnwWD30r0nMK/qxCPTDIBTFoa2St0E9D1NnlaM5 iASA5r7KIy5fLbQOScQGR1S8nEkTFnQO1PuxZ+IJqZMiLGkVRd7fuO7jTB07xGhLAEGX 2bXZUr45i/kbipm8vXZjdE38uXtBZuCmYvXXeG2+mGNYDqkWk2336I7tjj1uz/puq30k x1PTF4bgq3guiccQ7s+3GKtYioDal9b29+VxdFSg63GpwXCtC0+2kQYP1rODAan6KQ/A /c6Q== X-Gm-Message-State: AKwxytcN6m1DshG+iuk/Dyb41IExI8YP8macrig0kln/r9+oDVSGdUxg 4tLQERcfigrg2SN/6PXzwJQiuw== X-Google-Smtp-Source: AH8x227qikwxUr/fzijpc0zVWdhJsVuEwPPepMxOt+55pBCzODJ/XLIhB7/hsAHhh+FhWVymhk3PSQ== X-Received: by 10.36.92.212 with SMTP id q203mr40069259itb.120.1517507798987; Thu, 01 Feb 2018 09:56:38 -0800 (PST) Received: from [128.203.211.142] ([128.203.211.142]) by smtp.gmail.com with ESMTPSA id f139sm62784iof.35.2018.02.01.09.56.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Feb 2018 09:56:38 -0800 (PST) User-Agent: Microsoft-MacOutlook/10.9.0.180116 Date: Thu, 01 Feb 2018 12:56:31 -0500 From: Jeff Tantsura To: Lou Berger , TEAS WG CC: TEAS WG Chairs Message-ID: <320936E2-3A8D-40C8-9384-4ED6A771FA68@gmail.com> Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Feb 2018 17:56:47 -0000 Yes/support Cheers, Jeff =EF=BB=BFOn 2/1/18, 12:37, "Teas on behalf of Lou Berger" wrote: All, =20 This is start of a two week poll on making draft-liu-teas-yang-l3-te-topo-05 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. =20 The poll ends February 15. =20 Thanks, =20 Lou =20 =20 _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas =20 From nobody Thu Feb 1 10:04:13 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67E3312EBBE for ; Thu, 1 Feb 2018 10:04:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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 ziHNJoYFRiGD for ; Thu, 1 Feb 2018 10:04:11 -0800 (PST) Received: from gproxy3-pub.mail.unifiedlayer.com (gproxy3-pub.mail.unifiedlayer.com [69.89.30.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3160B12EBB9 for ; Thu, 1 Feb 2018 10:04:11 -0800 (PST) Received: from cmgw2 (unknown [10.0.90.83]) by gproxy3.mail.unifiedlayer.com (Postfix) with ESMTP id CE28140D94 for ; Thu, 1 Feb 2018 10:37:11 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id 5Vd81x00z2SSUrH01VdBcp; Thu, 01 Feb 2018 10:37:11 -0700 X-Authority-Analysis: v=2.2 cv=TIA1cxta c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=Op4juWPpsa0A:10 a=dvM0rRqo0K98DPTZhbQA:9 a=QEXdDO2ut3YA:10 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=tuESFGbUx8pIQGoR9x6X5aEo7F2ZLs12mQjz2ghiXpM=; b=KGCmPXc79ywpCaceG/9CvhVBB1 nodj81RiU/LBpc0ZY7GsZp+5a3rNCmDC59xKR7pz6gD5o08AGkt3DgS67L1uPJILn1HtG+yzs/V4U AvbtkmVG5ZB9VYPHKrw/e+gDX; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:46342 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ehInM-003lWk-Hl; Thu, 01 Feb 2018 10:37:08 -0700 To: TEAS WG , TEAS WG Chairs From: Lou Berger Message-ID: Date: Thu, 1 Feb 2018 12:37:07 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Exim-ID: 1ehInM-003lWk-Hl X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:46342 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Feb 2018 18:04:12 -0000 All, This is start of a two week poll on making draft-liu-teas-yang-sr-te-topo-04 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 15. Thanks, Lou From nobody Thu Feb 1 12:24:44 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B98A212EAD1; Thu, 1 Feb 2018 12:24:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 a6q4XID9dmTH; Thu, 1 Feb 2018 12:24:34 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31B5C12EA53; Thu, 1 Feb 2018 12:24:34 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 9A1E1909F99EC; Thu, 1 Feb 2018 20:24:20 +0000 (GMT) Received: from DGGEML404-HUB.china.huawei.com (10.3.17.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 1 Feb 2018 20:24:21 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.185]) by DGGEML404-HUB.china.huawei.com ([fe80::b177:a243:7a69:5ab8%31]) with mapi id 14.03.0361.001; Fri, 2 Feb 2018 04:24:16 +0800 From: Zhenghaomian To: Lou Berger , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo Thread-Index: AQHTm4NeSFzRquDtBEGhqeLVyEQVwqOP/ibA Date: Thu, 1 Feb 2018 20:24:16 +0000 Message-ID: References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.94.242] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] =?gb2312?b?tPC4tDogIFdHIGFkb3B0aW9uIHBvbGwgZHJhZnQtbGl1?= =?gb2312?b?LXRlYXMteWFuZy1sMy10ZS10b3Bv?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Feb 2018 20:24:37 -0000 WWVzL1N1cHBvcnQuIA0KDQpCZXN0IHdpc2hlcywNCkhhb21pYW4NCg0KLS0tLS3Tyrz+1K28/i0t LS0tDQq3orz+yMs6IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gTG91 IEJlcmdlcg0Kt6LLzcqxvOQ6IDIwMTjE6jLUwjLI1SAxOjM3DQrK1bz+yMs6IFRFQVMgV0cNCrOt y806IFRFQVMgV0cgQ2hhaXJzDQrW98ziOiBbVGVhc10gV0cgYWRvcHRpb24gcG9sbCBkcmFmdC1s aXUtdGVhcy15YW5nLWwzLXRlLXRvcG8NCg0KQWxsLA0KDQpUaGlzIGlzIHN0YXJ0IG9mIGEgdHdv IHdlZWsgcG9sbCBvbiBtYWtpbmcNCmRyYWZ0LWxpdS10ZWFzLXlhbmctbDMtdGUtdG9wby0wNSBh IHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuIFBsZWFzZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGlu ZGljYXRpbmcgInllcy9zdXBwb3J0IiBvciAibm8vZG8gbm90IHN1cHBvcnQiLiAgSWYgaW5kaWNh dGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zIHdpdGggdGhlIGRvY3VtZW50 LiAgSWYgeWVzLCBwbGVhc2UgYWxzbyBmZWVsIGZyZWUgdG8gcHJvdmlkZSBjb21tZW50cyB5b3Un ZCBsaWtlIHRvIHNlZSBhZGRyZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMgYSBXRyBkb2N1bWVu dC4NCg0KVGhlIHBvbGwgZW5kcyBGZWJydWFyeSAxNS4NCg0KVGhhbmtzLA0KDQpMb3UNCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWls aW5nIGxpc3QNClRlYXNAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vdGVhcw0K From nobody Thu Feb 1 13:34:05 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D9D9124C27; Thu, 1 Feb 2018 13:33:58 -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.71.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151752083820.24396.6286602640065152251@ietfa.amsl.com> Date: Thu, 01 Feb 2018 13:33:58 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-info-model-06.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 21:33:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Information Model for Abstraction and Control of TE Networks (ACTN) Authors : Young Lee Sergio Belotti Dhruv Dhody Daniele Ceccarelli Bin Yeong Yoon Filename : draft-ietf-teas-actn-info-model-06.txt Pages : 24 Date : 2018-02-01 Abstract: This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-info-model-06 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-info-model-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-info-model-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 1 23:44:46 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 296E7127601; Thu, 1 Feb 2018 23:44:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 jUpJmJJvlhW4; Thu, 1 Feb 2018 23:44:43 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1656712F4E3; Thu, 1 Feb 2018 23:44:43 -0800 (PST) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 61C3163FA954E; Fri, 2 Feb 2018 07:44:38 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 2 Feb 2018 07:44:38 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0361.001; Fri, 2 Feb 2018 15:44:32 +0800 From: "Dongjie (Jimmy)" To: Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip Thread-Index: AQHTli06znT0MsjJ7USefiZ8LfZ8J6OQxsSQ Date: Fri, 2 Feb 2018 07:44:31 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927982BC10B@NKGEML515-MBX.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C927982BC10BNKGEML515MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 02 Feb 2018 07:44:45 -0000 --_000_76CD132C3ADEF848BD84D028D243C927982BC10BNKGEML515MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzL3N1cHBvcnQuDQoNCkJlc3QgcmVnYXJkcywNCkppZQ0KDQpGcm9tOiBUZWFzIFttYWlsdG86 dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgVmlzaG51IFBhdmFuIEJlZXJhbQ0K U2VudDogRnJpZGF5LCBKYW51YXJ5IDI2LCAyMDE4IDY6MzggQU0NClRvOiBURUFTIFdHIDx0ZWFz QGlldGYub3JnPjsgVEVBUyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYub3JnPg0KU3ViamVj dDogW1RlYXNdIFdHIGFkb3B0aW9uIHBvbGwgLSBkcmFmdC13YW5nLXRlYXMtcGNlLW5hdGl2ZS1p cA0KDQpBbGwsDQoNClRoaXMgaXMgc3RhcnQgb2YgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZw0K ZHJhZnQtd2FuZy10ZWFzLXBjZS1uYXRpdmUtaXAtMDcgYSBURUFTIHdvcmtpbmcgZ3JvdXAgZG9j dW1lbnQuDQpQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nICJ5ZXMvc3Vw cG9ydCIgb3IgIm5vL2RvIG5vdA0Kc3VwcG9ydCIuIElmIGluZGljYXRpbmcgbm8sIHBsZWFzZSBz dGF0ZSB5b3VyIHJlc2VydmF0aW9ucyB3aXRoIHRoZQ0KZG9jdW1lbnQuIElmIHllcywgcGxlYXNl IGFsc28gZmVlbCBmcmVlIHRvIHByb3ZpZGUgY29tbWVudHMgeW91J2QNCmxpa2UgdG8gc2VlIGFk ZHJlc3NlZCBvbmNlIHRoZSBkb2N1bWVudCBpcyBhIFdHIGRvY3VtZW50Lg0KDQpOb3RlOiBhbiBJ UFIgZGlzY2xvc3VyZSBoYXMgYmVlbiBtYWRlIG9uIHRoaXMgZG9jdW1lbnQsIHNlZQ0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMzEzNC8NClRoZSBwb2xsIGVuZHMgRmViIDh0aC4N Cg0KVGhhbmtzLA0KUGF2YW4gYW5kIExvdQ0K --_000_76CD132C3ADEF848BD84D028D243C927982BC10BNKGEML515MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmdtYWls LW0tNjM5OTQ1NjkzNzgyNDMzNzI0MmdtYWlsLW02NjUxOTY1MTcxMzEyMzgzMzE1Z21haWwtbS00 OTcwMzI1Njk5NDU2NjA2NjU3Z21haWwtbTU5MjQzNzcyNTg2MDU2Njc4NDNnbWFpbC1pbA0KCXtt c28tc3R5bGUtbmFtZTpnbWFpbC1tXy02Mzk5NDU2OTM3ODI0MzM3MjQyZ21haWwtbV82NjUxOTY1 MTcxMzEyMzgzMzE1Z21haWwtbV8tNDk3MDMyNTY5OTQ1NjYwNjY1N2dtYWlsLW1fNTkyNDM3NzI1 ODYwNTY2Nzg0M2dtYWlsLWlsO30NCnNwYW4uZ21haWwtaWwNCgl7bXNvLXN0eWxlLW5hbWU6Z21h aWwtaWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlllcy9zdXBwb3J0Lg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVn YXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkppZTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20g MGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5j ZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlZpc2hudSBQYXZhbiBCZWVyYW08YnI+ DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBKYW51YXJ5IDI2LCAyMDE4IDY6MzggQU08YnI+DQo8Yj5U bzo8L2I+IFRFQVMgV0cgJmx0O3RlYXNAaWV0Zi5vcmcmZ3Q7OyBURUFTIFdHIENoYWlycyAmbHQ7 dGVhcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtUZWFzXSBXRyBh ZG9wdGlvbiBwb2xsIC0gZHJhZnQtd2FuZy10ZWFzLXBjZS1uYXRpdmUtaXA8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QWxsLDxicj4NCjxicj4NClRoaXMgaXMgc3Rh cnQgb2YgYSB0d28gd2VlayA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPnBvbGw8L3NwYW4+IG9uIG1h a2luZyA8YnI+DQpkcmFmdC13YW5nLXRlYXMtcGNlLW5hdGl2ZS1pcC0wNyBhIFRFQVMgd29ya2lu ZyBncm91cCBkb2N1bWVudC4gPGJyPg0KUGxlYXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5k aWNhdGluZyAmcXVvdDt5ZXMvc3VwcG9ydCZxdW90OyBvciAmcXVvdDtuby9kbyBub3Q8YnI+DQpz dXBwb3J0JnF1b3Q7LiBJZiBpbmRpY2F0aW5nIG5vLCBwbGVhc2Ugc3RhdGUgeW91ciByZXNlcnZh dGlvbnMgd2l0aCB0aGU8YnI+DQpkb2N1bWVudC4gSWYgeWVzLCBwbGVhc2UgYWxzbyBmZWVsIGZy ZWUgdG8gcHJvdmlkZSBjb21tZW50cyB5b3UnZDxicj4NCmxpa2UgdG8gc2VlIGFkZHJlc3NlZCBv bmNlIHRoZSBkb2N1bWVudCBpcyBhIFdHIGRvY3VtZW50Ljxicj4NCjxicj4NCk5vdGU6IGFuIElQ UiBkaXNjbG9zdXJlIGhhcyBiZWVuIG1hZGUgb24gdGhpcyBkb2N1bWVudCwgc2VlPGJyPg0KPGEg aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMzEzNC8iPmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzMxMzQvPC9hPjxicj4NClRoZSA8c3BhbiBjbGFzcz0iZ21h aWwtaWwiPnBvbGw8L3NwYW4+IGVuZHMgRmViIDh0aC48YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0K UGF2YW4gYW5kIExvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_76CD132C3ADEF848BD84D028D243C927982BC10BNKGEML515MBXchi_-- From nobody Mon Feb 5 01:11:33 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B235C126CE8; Mon, 5 Feb 2018 01:11:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 rnb7L4iM2TnJ; Mon, 5 Feb 2018 01:11:30 -0800 (PST) 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 1C274126CC4; Mon, 5 Feb 2018 01:11:29 -0800 (PST) Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 187DAB024BD34229AE73; Mon, 5 Feb 2018 17:11:28 +0800 (CST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Forcepoint Email with ESMTPS id E9C28D20BE0F2C466F58; Mon, 5 Feb 2018 17:11:27 +0800 (CST) Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse02.zte.com.cn with SMTP id w159BJxD026328; Mon, 5 Feb 2018 17:11:19 +0800 (GMT-8) (envelope-from peng.shaofu@zte.com.cn) Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid201; Mon, 5 Feb 2018 17:11:22 +0800 (CST) Date: Mon, 5 Feb 2018 17:11:22 +0800 (CST) X-Zmail-TransId: 2afd5a781fba1f4-c11ab X-Mailer: Zmail v1.0 Message-ID: <201802051711224273626@zte.com.cn> Mime-Version: 1.0 From: To: , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse02.zte.com.cn w159BJxD026328 Archived-At: Subject: Re: [Teas] =?utf-8?q?WG_adoption_poll_-_draft-wang-teas-pce-native-i?= =?utf-8?q?p?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 09:11:32 -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 eWVzL3N1cHBvcnQNCg0KDQphcyBjby1hdXRob3INCg0KDQoNCg0KDQoNClRoYW5rcw0KDQoNCkRl Y2Nhbg0KDQoNCg0KDQoNCltUZWFzXSBXRyBhZG9wdGlvbiBwb2xsIC0gZHJhZnQtd2FuZy10ZWFz LXBjZS1uYXRpdmUtaXANClZpc2hudSBQYXZhbiBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNv bT4gICAgICAgVGh1LCAyNSBKYW51YXJ5ICAyMDE4IDIyOjM4IFVUQ1Nob3cgaGVhZGVyICAgIA0K DQoNCg0KDQoNCkFsbCwKClRoaXMgaXMgc3RhcnQgb2YgYSB0d28gd2VlayBwb2xsIG9uIG1ha2lu ZwpkcmFmdC13YW5nLXRlYXMtcGNlLW5hdGl2ZS1pcC0wNyBhIFRFQVMgd29ya2luZyBncm91cCBk b2N1bWVudC4KUGxlYXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5kaWNhdGluZyAieWVzL3N1 cHBvcnQiIG9yICJuby9kbyBub3QKc3VwcG9ydCIuIElmIGluZGljYXRpbmcgbm8sIHBsZWFzZSBz dGF0ZSB5b3VyIHJlc2VydmF0aW9ucyB3aXRoIHRoZQpkb2N1bWVudC4gSWYgeWVzLCBwbGVhc2Ug YWxzbyBmZWVsIGZyZWUgdG8gcHJvdmlkZSBjb21tZW50cyB5b3UnZApsaWtlIHRvIHNlZSBhZGRy ZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMgYSBXRyBkb2N1bWVudC4KCk5vdGU6IGFuIElQUiBk aXNjbG9zdXJlIGhhcyBiZWVuIG1hZGUgb24gdGhpcyBkb2N1bWVudCwgc2VlaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9pcHIvMzEzNC9UaGUgcG9sbCBlbmRzIEZlYiA4dGguCgpUaGFua3Ms ClBhdmFuIGFuZCBMb3U= --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m YW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWls eTphcmlhbDsiPnllcy9zdXBwb3J0PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTphcmlhbDsiPmFzIGNvLWF1dGhvcjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9u dC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTphcmlhbDsiPlRoYW5rczwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5EZWNjYW48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5 OmFyaWFsOyI+PGJyPjwvcD48aDM+W1RlYXNdIFdHIGFkb3B0aW9uIHBvbGwgLSBkcmFmdC13YW5n LXRlYXMtcGNlLW5hdGl2ZS1pcDwvaDM+PHAgY2xhc3M9Im1zZy1oZWFkZXIiIGlkPSJtc2ctaW5m byI+PHNwYW4gY2xhc3M9InBpcGUiIGlkPSJtc2ctZnJvbSI+VmlzaG51IFBhdmFuIEJlZXJhbSAm bHQ7dmlzaG51cGF2YW5AZ21haWwuY29tJmd0Ozwvc3Bhbj4gJm5ic3A7ICZuYnNwOyAmbmJzcDsg PHNwYW4gY2xhc3M9InBpcGUiIGlkPSJtc2ctZGF0ZSI+VGh1LCAyNSBKYW51YXJ5ICZuYnNwOzIw MTggMjI6MzggVVRDPC9zcGFuPjxhIGNsYXNzPSJ0b2dnbGUiIGlkPSJ0b2dnbGUtbXNnLWhlYWRl ciIgaHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL3NlYXJjaC8/cT1kcmFm dC13YW5nLXRlYXMtcGNlLW5hdGl2ZS1pcCVFRiU4MSVBMSsjIj5TaG93IGhlYWRlcjwvYT4gJm5i c3A7ICZuYnNwOzwvcD48cD48YnI+PC9wPjxkaXYgaWQ9Im1zZy1wYXlsb2FkIj48cHJlIGNsYXNz PSJ3b3Jkd3JhcCI+QWxsLAoKVGhpcyBpcyBzdGFydCBvZiBhIHR3byB3ZWVrIHBvbGwgb24gbWFr aW5nCmRyYWZ0LXdhbmctdGVhcy1wY2UtbmF0aXZlLWlwLTA3IGEgVEVBUyB3b3JraW5nIGdyb3Vw IGRvY3VtZW50LgpQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nICJ5ZXMv c3VwcG9ydCIgb3IgIm5vL2RvIG5vdApzdXBwb3J0Ii4gSWYgaW5kaWNhdGluZyBubywgcGxlYXNl IHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zIHdpdGggdGhlCmRvY3VtZW50LiBJZiB5ZXMsIHBsZWFz ZSBhbHNvIGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1lbnRzIHlvdSdkCmxpa2UgdG8gc2VlIGFk ZHJlc3NlZCBvbmNlIHRoZSBkb2N1bWVudCBpcyBhIFdHIGRvY3VtZW50LgoKTm90ZTogYW4gSVBS IGRpc2Nsb3N1cmUgaGFzIGJlZW4gbWFkZSBvbiB0aGlzIGRvY3VtZW50LCBzZWU8YSBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMTM0LyIgcmVsPSJub2ZvbGxvdyI+aHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMzEzNC88L2E+VGhlIHBvbGwgZW5kcyBGZWIg OHRoLgoKVGhhbmtzLApQYXZhbiBhbmQgTG91PC9wcmU+PC9kaXY+PHAgc3R5bGU9ImZvbnQtc2l6 ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD4gPC9kaXY+ --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Mon Feb 5 06:28:41 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 121141242F7; Mon, 5 Feb 2018 06:28:30 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Deborah Brungard To: "The IESG" Cc: draft-ietf-ospf-link-overload@ietf.org, Acee Lindem , ospf-chairs@ietf.org, acee@cisco.com, ospf@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.71.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151784091006.5767.7523007440587109122.idtracker@ietfa.amsl.com> Date: Mon, 05 Feb 2018 06:28:30 -0800 Archived-At: Subject: [Teas] Deborah Brungard's No Objection on draft-ietf-ospf-link-overload-16: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 14:28:30 -0000 Deborah Brungard has entered the following ballot position for draft-ietf-ospf-link-overload-16: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my Discuss and comment. From nobody Mon Feb 5 07:03:36 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC5FF126D73; Mon, 5 Feb 2018 07:03:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 IdaERsCSLwRS; Mon, 5 Feb 2018 07:03:34 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58521124F57; Mon, 5 Feb 2018 07:03:34 -0800 (PST) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 128B8F330799; Mon, 5 Feb 2018 15:03:31 +0000 (GMT) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.115]) by lhreml703-cah.china.huawei.com ([10.201.108.44]) with mapi id 14.03.0361.001; Mon, 5 Feb 2018 14:59:24 +0000 From: Khasanov Boris To: Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll - draft-wang-teas-ccdr Thread-Index: AQHTlioXSxO1lFuVTUypnyblML9vKKOV83Rw Date: Mon, 5 Feb 2018 14:59:23 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.162.123] Content-Type: multipart/alternative; boundary="_000_C7794D4A32C7D046B93DBCF0FA202C182E6C56B9lhreml505mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-ccdr X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 15:03:36 -0000 --_000_C7794D4A32C7D046B93DBCF0FA202C182E6C56B9lhreml505mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzL1N1cHBvcnQuDQpNb3JlIGRldGFpbHMgYWJvdXQgQ0NEUiBzaW11bGF0aW9uIHRvb2xzIGFu ZCBzZXR1cCBzaG91bGQgYmUgaW5jbHVkZWQuDQoNClNZLA0KQm9yaXMNCg0KRnJvbTogVGVhcyBb bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFZpc2hudSBQYXZhbiBC ZWVyYW0NClNlbnQ6IEZyaWRheSwgSmFudWFyeSAyNiwgMjAxOCAxOjE2IEFNDQpUbzogVEVBUyBX RzsgVEVBUyBXRyBDaGFpcnMNClN1YmplY3Q6IFtUZWFzXSBXRyBhZG9wdGlvbiBwb2xsIC0gZHJh ZnQtd2FuZy10ZWFzLWNjZHINCg0KQWxsLA0KDQpUaGlzIGlzIHN0YXJ0IG9mIGEgdHdvIHdlZWsg cG9sbCBvbiBtYWtpbmcNCmRyYWZ0LXdhbmctdGVhcy1jY2RyLTA1IGEgVEVBUyB3b3JraW5nIGdy b3VwIGRvY3VtZW50Lg0KUGxlYXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5kaWNhdGluZyAi eWVzL3N1cHBvcnQiIG9yICJuby9kbyBub3QNCnN1cHBvcnQiLiBJZiBpbmRpY2F0aW5nIG5vLCBw bGVhc2Ugc3RhdGUgeW91ciByZXNlcnZhdGlvbnMgd2l0aCB0aGUNCmRvY3VtZW50LiBJZiB5ZXMs IHBsZWFzZSBhbHNvIGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1lbnRzIHlvdSdkDQpsaWtlIHRv IHNlZSBhZGRyZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMgYSBXRyBkb2N1bWVudC4NCg0KVGhl IHBvbGwgZW5kcyBGZWIgOHRoLg0KDQpUaGFua3MsDQpQYXZhbiBhbmQgTG91DQo= --_000_C7794D4A32C7D046B93DBCF0FA202C182E6C56B9lhreml505mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u Z21haWwtaWwNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtaWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46Mi4wY20gNDIuNXB0IDIuMGNtIDMuMGNtO30NCmRpdi5Xb3Jk U2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYi IC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl bGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0K PC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0i UlUiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WWVzL1N1cHBvcnQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Nb3JlIGRldGFpbHMgYWJvdXQgQ0NEUiBzaW11bGF0aW9u IHRvb2xzIGFuZCBzZXR1cCBzaG91bGQgYmUgaW5jbHVkZWQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPlNZLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+Qm9yaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYg T2YgPC9iPlZpc2hudSBQYXZhbiBCZWVyYW08YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBKYW51 YXJ5IDI2LCAyMDE4IDE6MTYgQU08YnI+DQo8Yj5Ubzo8L2I+IFRFQVMgV0c7IFRFQVMgV0cgQ2hh aXJzPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtUZWFzXSBXRyBhZG9wdGlvbiBwb2xsIC0gZHJhZnQt d2FuZy10ZWFzLWNjZHI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkFsbCw8YnI+DQo8YnI+DQpUaGlzIGlzIHN0YXJ0IG9mIGEgdHdvIHdlZWsgPHNwYW4gY2xh c3M9ImdtYWlsLWlsIj5wb2xsPC9zcGFuPiBvbiBtYWtpbmc8YnI+DQpkcmFmdC13YW5nLXRlYXMt Y2Nkci0wNSBhIFRFQVMgd29ya2luZyBncm91cCBkb2N1bWVudC48YnI+DQpQbGVhc2Ugc2VuZCBl bWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nICZxdW90O3llcy9zdXBwb3J0JnF1b3Q7IG9yICZx dW90O25vL2RvIG5vdDxicj4NCnN1cHBvcnQmcXVvdDsuIElmIGluZGljYXRpbmcgbm8sIHBsZWFz ZSBzdGF0ZSB5b3VyIHJlc2VydmF0aW9ucyB3aXRoIHRoZTxicj4NCmRvY3VtZW50LiBJZiB5ZXMs IHBsZWFzZSBhbHNvIGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1lbnRzIHlvdSdkPGJyPg0KbGlr ZSB0byBzZWUgYWRkcmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlzIGEgV0cgZG9jdW1lbnQuPGJy Pg0KPGJyPg0KVGhlIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+cG9sbDwvc3Bhbj4gZW5kcyBGZWIg OHRoLjxicj4NCjxicj4NClRoYW5rcyw8YnI+DQpQYXZhbiBhbmQgTG91PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_C7794D4A32C7D046B93DBCF0FA202C182E6C56B9lhreml505mbschi_-- From nobody Mon Feb 5 08:06:02 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C96A126C2F; Mon, 5 Feb 2018 08:05:54 -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.71.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151784675445.5821.8297768505066380355@ietfa.amsl.com> Date: Mon, 05 Feb 2018 08:05:54 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-info-model-07.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 16:05:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Information Model for Abstraction and Control of TE Networks (ACTN) Authors : Young Lee Sergio Belotti Dhruv Dhody Daniele Ceccarelli Bin Yeong Yoon Filename : draft-ietf-teas-actn-info-model-07.txt Pages : 24 Date : 2018-02-05 Abstract: This draft provides an information model for Abstraction and Control of Traffic Engineered Networks (ACTN). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-info-model-07 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-info-model-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-info-model-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 5 08:11:05 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5E3C12D84A; Mon, 5 Feb 2018 08:11:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 pLU3dVLGVGQQ; Mon, 5 Feb 2018 08:11:01 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D486126C2F; Mon, 5 Feb 2018 08:11:01 -0800 (PST) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 788AC52456FC3; Mon, 5 Feb 2018 15:44:32 +0000 (GMT) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.115]) by lhreml705-cah.china.huawei.com ([10.201.108.46]) with mapi id 14.03.0361.001; Mon, 5 Feb 2018 15:44:33 +0000 From: Khasanov Boris To: Vishnu Pavan Beeram , TEAS WG , "TEAS WG Chairs" Thread-Topic: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip Thread-Index: AQHTli094alV/dia0EW/n+k6rbhl7aOWA+6A Date: Mon, 5 Feb 2018 15:44:32 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.162.123] Content-Type: multipart/alternative; boundary="_000_C7794D4A32C7D046B93DBCF0FA202C182E6C5701lhreml505mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 16:11:04 -0000 --_000_C7794D4A32C7D046B93DBCF0FA202C182E6C5701lhreml505mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzL3N1cHBvcnQgKGFzIGNvLWF1dGhvcikuDQoNClNZLA0KQm9yaXMNCg0KRnJvbTogVGVhcyBb bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFZpc2hudSBQYXZhbiBC ZWVyYW0NClNlbnQ6IEZyaWRheSwgSmFudWFyeSAyNiwgMjAxOCAxOjM4IEFNDQpUbzogVEVBUyBX RzsgVEVBUyBXRyBDaGFpcnMNClN1YmplY3Q6IFtUZWFzXSBXRyBhZG9wdGlvbiBwb2xsIC0gZHJh ZnQtd2FuZy10ZWFzLXBjZS1uYXRpdmUtaXANCg0KQWxsLA0KDQpUaGlzIGlzIHN0YXJ0IG9mIGEg dHdvIHdlZWsgcG9sbCBvbiBtYWtpbmcNCmRyYWZ0LXdhbmctdGVhcy1wY2UtbmF0aXZlLWlwLTA3 IGEgVEVBUyB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KUGxlYXNlIHNlbmQgZW1haWwgdG8gdGhl IGxpc3QgaW5kaWNhdGluZyAieWVzL3N1cHBvcnQiIG9yICJuby9kbyBub3QNCnN1cHBvcnQiLiBJ ZiBpbmRpY2F0aW5nIG5vLCBwbGVhc2Ugc3RhdGUgeW91ciByZXNlcnZhdGlvbnMgd2l0aCB0aGUN CmRvY3VtZW50LiBJZiB5ZXMsIHBsZWFzZSBhbHNvIGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1l bnRzIHlvdSdkDQpsaWtlIHRvIHNlZSBhZGRyZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMgYSBX RyBkb2N1bWVudC4NCg0KTm90ZTogYW4gSVBSIGRpc2Nsb3N1cmUgaGFzIGJlZW4gbWFkZSBvbiB0 aGlzIGRvY3VtZW50LCBzZWUNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzMxMzQv DQpUaGUgcG9sbCBlbmRzIEZlYiA4dGguDQoNClRoYW5rcywNClBhdmFuIGFuZCBMb3UNCg== --_000_C7794D4A32C7D046B93DBCF0FA202C182E6C5701lhreml505mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u Z21haWwtbS02Mzk5NDU2OTM3ODI0MzM3MjQyZ21haWwtbTY2NTE5NjUxNzEzMTIzODMzMTVnbWFp bC1tLTQ5NzAzMjU2OTk0NTY2MDY2NTdnbWFpbC1tNTkyNDM3NzI1ODYwNTY2Nzg0M2dtYWlsLWls DQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLW1fLTYzOTk0NTY5Mzc4MjQzMzcyNDJnbWFpbC1tXzY2 NTE5NjUxNzEzMTIzODMzMTVnbWFpbC1tXy00OTcwMzI1Njk5NDU2NjA2NjU3Z21haWwtbV81OTI0 Mzc3MjU4NjA1NjY3ODQzZ21haWwtaWw7fQ0Kc3Bhbi5nbWFpbC1pbA0KCXttc28tc3R5bGUtbmFt ZTpnbWFpbC1pbDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMx RjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjoyLjBj bSA0Mi41cHQgMi4wY20gMy4wY207fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJSVSIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Z ZXMvc3VwcG9ydCAoYXMgY28tYXV0aG9yKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+U1ksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Cb3Jp czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gVGVh cyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+Vmlz aG51IFBhdmFuIEJlZXJhbTxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIEphbnVhcnkgMjYsIDIw MTggMTozOCBBTTxicj4NCjxiPlRvOjwvYj4gVEVBUyBXRzsgVEVBUyBXRyBDaGFpcnM8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gW1RlYXNdIFdHIGFkb3B0aW9uIHBvbGwgLSBkcmFmdC13YW5nLXRlYXMt cGNlLW5hdGl2ZS1pcDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+QWxsLDxicj4NCjxicj4NClRoaXMgaXMgc3RhcnQgb2YgYSB0d28gd2VlayA8c3BhbiBjbGFz cz0iZ21haWwtaWwiPnBvbGw8L3NwYW4+IG9uIG1ha2luZyA8YnI+DQpkcmFmdC13YW5nLXRlYXMt cGNlLW5hdGl2ZS1pcC0wNyBhIFRFQVMgd29ya2luZyBncm91cCBkb2N1bWVudC4gPGJyPg0KUGxl YXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5kaWNhdGluZyAmcXVvdDt5ZXMvc3VwcG9ydCZx dW90OyBvciAmcXVvdDtuby9kbyBub3Q8YnI+DQpzdXBwb3J0JnF1b3Q7LiBJZiBpbmRpY2F0aW5n IG5vLCBwbGVhc2Ugc3RhdGUgeW91ciByZXNlcnZhdGlvbnMgd2l0aCB0aGU8YnI+DQpkb2N1bWVu dC4gSWYgeWVzLCBwbGVhc2UgYWxzbyBmZWVsIGZyZWUgdG8gcHJvdmlkZSBjb21tZW50cyB5b3Un ZDxicj4NCmxpa2UgdG8gc2VlIGFkZHJlc3NlZCBvbmNlIHRoZSBkb2N1bWVudCBpcyBhIFdHIGRv Y3VtZW50Ljxicj4NCjxicj4NCk5vdGU6IGFuIElQUiBkaXNjbG9zdXJlIGhhcyBiZWVuIG1hZGUg b24gdGhpcyBkb2N1bWVudCwgc2VlPGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9pcHIvMzEzNC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzMxMzQv PC9hPjxicj4NClRoZSA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPnBvbGw8L3NwYW4+IGVuZHMgRmVi IDh0aC48YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KUGF2YW4gYW5kIExvdTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_C7794D4A32C7D046B93DBCF0FA202C182E6C5701lhreml505mbschi_-- From nobody Mon Feb 5 08:11:40 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13CE4127286; Mon, 5 Feb 2018 08:11:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 oXe5IDnUJ_nw; Mon, 5 Feb 2018 08:11:38 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 446921270AC; Mon, 5 Feb 2018 08:11:38 -0800 (PST) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 15EF2232912E8; Mon, 5 Feb 2018 15:49:05 +0000 (GMT) Received: from DFWEML702-CAH.china.huawei.com (10.193.5.176) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 5 Feb 2018 15:49:06 +0000 Received: from DFWEML521-MBX.china.huawei.com ([169.254.1.182]) by dfweml702-cah.china.huawei.com ([10.193.5.176]) with mapi id 14.03.0361.001; Mon, 5 Feb 2018 07:49:03 -0800 From: Quintin zhao To: "vishnupavan@gmail.com" , "teas@ietf.org" , "teas-chairs@ietf.org" Thread-Topic: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip Thread-Index: AQHTnmFfDhG+iABQLk2rjz585sf5TqOV9L0Q Date: Mon, 5 Feb 2018 15:49:03 +0000 Message-ID: <11208E03C9803E4CB4C3D898F153D6C03BB1817B@dfweml521-mbx.china.huawei.com> References: <201802051711224273626@zte.com.cn> In-Reply-To: <201802051711224273626@zte.com.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.79.98] Content-Type: multipart/alternative; boundary="_000_11208E03C9803E4CB4C3D898F153D6C03BB1817Bdfweml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 16:11:40 -0000 --_000_11208E03C9803E4CB4C3D898F153D6C03BB1817Bdfweml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLCAgU3VwcG9ydCENCg0KUXVpbnRpbg0KDQpbVGVhc10gV0cgYWRvcHRpb24gcG9sbCAtIGRy YWZ0LXdhbmctdGVhcy1wY2UtbmF0aXZlLWlwDQoNClZpc2hudSBQYXZhbiBCZWVyYW0gPHZpc2hu dXBhdmFuQGdtYWlsLmNvbT4gICAgICAgVGh1LCAyNSBKYW51YXJ5ICAyMDE4IDIyOjM4IFVUQ1No b3cgaGVhZGVyPGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9zZWFyY2gvP3E9ZHJh ZnQtd2FuZy10ZWFzLXBjZS1uYXRpdmUtaXAlRUYlODElQTErPg0KDQoNCg0KQWxsLA0KDQoNCg0K VGhpcyBpcyBzdGFydCBvZiBhIHR3byB3ZWVrIHBvbGwgb24gbWFraW5nDQoNCmRyYWZ0LXdhbmct dGVhcy1wY2UtbmF0aXZlLWlwLTA3IGEgVEVBUyB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpQ bGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nICJ5ZXMvc3VwcG9ydCIgb3Ig Im5vL2RvIG5vdA0KDQpzdXBwb3J0Ii4gSWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlv dXIgcmVzZXJ2YXRpb25zIHdpdGggdGhlDQoNCmRvY3VtZW50LiBJZiB5ZXMsIHBsZWFzZSBhbHNv IGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1lbnRzIHlvdSdkDQoNCmxpa2UgdG8gc2VlIGFkZHJl c3NlZCBvbmNlIHRoZSBkb2N1bWVudCBpcyBhIFdHIGRvY3VtZW50Lg0KDQoNCg0KTm90ZTogYW4g SVBSIGRpc2Nsb3N1cmUgaGFzIGJlZW4gbWFkZSBvbiB0aGlzIGRvY3VtZW50LCBzZWVodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMTM0L1RoZSBwb2xsIGVuZHMgRmViIDh0aC4NCg0K DQoNClRoYW5rcywNCg0KUGF2YW4gYW5kIExvdQ0KDQoNCg== --_000_11208E03C9803E4CB4C3D898F153D6C03BB1817Bdfweml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEg NiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmgzDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDMgQ2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN CgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEzLjVwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnByZQ0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0K CW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhlYWRpbmczQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSGVhZGluZyAzIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1z by1zdHlsZS1saW5rOiJIZWFkaW5nIDMiOw0KCWZvbnQtZmFtaWx5OiJDYW1icmlhIiwic2VyaWYi Ow0KCWNvbG9yOiM0RjgxQkQ7DQoJZm9udC13ZWlnaHQ6Ym9sZDt9DQpwLm1zZy1oZWFkZXIsIGxp Lm1zZy1oZWFkZXIsIGRpdi5tc2ctaGVhZGVyDQoJe21zby1zdHlsZS1uYW1lOm1zZy1oZWFkZXI7 DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4ucGlwZQ0K CXttc28tc3R5bGUtbmFtZTpwaXBlO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5 OkNvbnNvbGFzO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFG NDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxkaXY+DQo8cD48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WWVzLCAmbmJzcDtTdXBwb3J0ITxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5R dWludGluPG86cD48L286cD48L3NwYW4+PC9wPg0KPGgzPltUZWFzXSBXRyBhZG9wdGlvbiBwb2xs IC0gZHJhZnQtd2FuZy10ZWFzLXBjZS1uYXRpdmUtaXA8bzpwPjwvbzpwPjwvaDM+DQo8cCBjbGFz cz0ibXNnLWhlYWRlciIgaWQ9Im1zZy1pbmZvIj48c3BhbiBjbGFzcz0icGlwZSI+VmlzaG51IFBh dmFuIEJlZXJhbSAmbHQ7dmlzaG51cGF2YW5AZ21haWwuY29tJmd0Ozwvc3Bhbj4gJm5ic3A7ICZu YnNwOyAmbmJzcDsNCjxzcGFuIGNsYXNzPSJwaXBlIj5UaHUsIDI1IEphbnVhcnkgJm5ic3A7MjAx OCAyMjozOCBVVEM8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9h cmNoL3NlYXJjaC8/cT1kcmFmdC13YW5nLXRlYXMtcGNlLW5hdGl2ZS1pcCVFRiU4MSVBMSYjNDM7 IiBpZD0idG9nZ2xlLW1zZy1oZWFkZXIiPlNob3cgaGVhZGVyPC9hPiAmbmJzcDsgJm5ic3A7PG86 cD48L286cD48L3A+DQo8cD48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgaWQ9Im1zZy1wYXls b2FkIj4NCjxwcmU+QWxsLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wcmU+DQo8cHJlPlRoaXMgaXMgc3RhcnQgb2YgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZzxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRyYWZ0LXdhbmctdGVhcy1wY2UtbmF0aXZlLWlwLTA3IGEg VEVBUyB3b3JraW5nIGdyb3VwIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlBsZWFz ZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGluZGljYXRpbmcgJnF1b3Q7eWVzL3N1cHBvcnQmcXVv dDsgb3IgJnF1b3Q7bm8vZG8gbm90PG86cD48L286cD48L3ByZT4NCjxwcmU+c3VwcG9ydCZxdW90 Oy4gSWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zIHdpdGgg dGhlPG86cD48L286cD48L3ByZT4NCjxwcmU+ZG9jdW1lbnQuIElmIHllcywgcGxlYXNlIGFsc28g ZmVlbCBmcmVlIHRvIHByb3ZpZGUgY29tbWVudHMgeW91J2Q8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT5saWtlIHRvIHNlZSBhZGRyZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMgYSBXRyBkb2N1bWVu dC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5O b3RlOiBhbiBJUFIgZGlzY2xvc3VyZSBoYXMgYmVlbiBtYWRlIG9uIHRoaXMgZG9jdW1lbnQsIHNl ZTxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzMxMzQvIj5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMTM0LzwvYT5UaGUgcG9sbCBlbmRzIEZlYiA4dGgu PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+VGhh bmtzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlBhdmFuIGFuZCBMb3U8bzpwPjwvbzpwPjwvcHJl Pg0KPC9kaXY+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_11208E03C9803E4CB4C3D898F153D6C03BB1817Bdfweml521mbxchi_-- From nobody Mon Feb 5 08:13:18 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C63512D84A; Mon, 5 Feb 2018 08:13:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.231 X-Spam-Level: X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 OeKF6Exjs-Ve; Mon, 5 Feb 2018 08:13:15 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 467C812D852; Mon, 5 Feb 2018 08:13:15 -0800 (PST) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id DFC456BC90C18; Mon, 5 Feb 2018 16:03:02 +0000 (GMT) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.115]) by lhreml705-cah.china.huawei.com ([10.201.108.46]) with mapi id 14.03.0361.001; Mon, 5 Feb 2018 16:02:59 +0000 From: Khasanov Boris To: Lou Berger , TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo Thread-Index: AQHTm4cjQtOm45hz40ayfs7X670VzqOV/oMA Date: Mon, 5 Feb 2018 16:02:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.162.123] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 16:13:17 -0000 WWVzL3N1cHBvcnQuDQoNClNZLA0KQm9yaXMNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m IExvdSBCZXJnZXINClNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAwMSwgMjAxOCA4OjM3IFBNDQpU bzogVEVBUyBXRzsgVEVBUyBXRyBDaGFpcnMNClN1YmplY3Q6IFtUZWFzXSBXRyBhZG9wdGlvbiBw b2xsIGRyYWZ0LWxpdS10ZWFzLXlhbmctc3ItdGUtdG9wbw0KDQpBbGwsDQoNClRoaXMgaXMgc3Rh cnQgb2YgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZw0KZHJhZnQtbGl1LXRlYXMteWFuZy1zci10 ZS10b3BvLTA0IGEgd29ya2luZyBncm91cCBkb2N1bWVudC4gUGxlYXNlIHNlbmQgZW1haWwgdG8g dGhlIGxpc3QgaW5kaWNhdGluZyAieWVzL3N1cHBvcnQiIG9yICJuby9kbyBub3Qgc3VwcG9ydCIu wqAgSWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zIHdpdGgg dGhlIGRvY3VtZW50LsKgIElmIHllcywgcGxlYXNlIGFsc28gZmVlbCBmcmVlIHRvIHByb3ZpZGUg Y29tbWVudHMgeW91J2QgbGlrZSB0byBzZWUgYWRkcmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlz IGEgV0cgZG9jdW1lbnQuDQoNClRoZSBwb2xsIGVuZHMgRmVicnVhcnkgMTUuDQoNClRoYW5rcywN Cg0KTG91DQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpUZWFzIG1haWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo= From nobody Mon Feb 5 08:15:15 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 444F112D86B; Mon, 5 Feb 2018 08:15:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 7esCy3jfjfvF; Mon, 5 Feb 2018 08:15:12 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B74A112D84A; Mon, 5 Feb 2018 08:15:12 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 1C5D69B08A56A; Mon, 5 Feb 2018 16:15:09 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 5 Feb 2018 16:15:10 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML702-CHM.china.huawei.com ([169.254.4.179]) with mapi id 14.03.0382.000; Mon, 5 Feb 2018 08:15:05 -0800 From: Leeyoung To: Lou Berger , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo Thread-Index: AQHTm4NfiwuIVwd8tkSrXwPPPd2m96OWAeNA Date: Mon, 5 Feb 2018 16:15:05 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173CF98532@sjceml521-mbs.china.huawei.com> References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.71] 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] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 16:15:14 -0000 Yes/support. Young -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger Sent: Thursday, February 01, 2018 11:37 AM To: TEAS WG Cc: TEAS WG Chairs Subject: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo All, This is start of a two week poll on making draft-liu-teas-yang-l3-te-topo-05 a working group document. Please send ema= il to the list indicating "yes/support" or "no/do not support". If indicat= ing no, please state your reservations with the document. If yes, please a= lso feel free to provide comments you'd like to see addressed once the docu= ment is a WG document. The poll ends February 15. Thanks, Lou _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Mon Feb 5 08:15:30 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC3FC1270A0; Mon, 5 Feb 2018 08:15:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 iZqLs5C9puDM; Mon, 5 Feb 2018 08:15:24 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F075B12D86B; Mon, 5 Feb 2018 08:15:22 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 575F050263465; Mon, 5 Feb 2018 16:15:18 +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.361.1; Mon, 5 Feb 2018 16:15:19 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML703-CHM.china.huawei.com ([169.254.5.179]) with mapi id 14.03.0382.000; Mon, 5 Feb 2018 08:15:17 -0800 From: Leeyoung To: Lou Berger , TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo Thread-Index: AQHTm4ckuFqY+cjtxEGDBW4d7OEuH6OWAe3g Date: Mon, 5 Feb 2018 16:15:16 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173CF98540@sjceml521-mbs.china.huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.71] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 16:15:26 -0000 WWVzL1N1cHBvcnQuDQoNCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG91IEJl cmdlcg0KU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDAxLCAyMDE4IDExOjM3IEFNDQpUbzogVEVB UyBXRyA8dGVhc0BpZXRmLm9yZz47IFRFQVMgV0cgQ2hhaXJzIDx0ZWFzLWNoYWlyc0BpZXRmLm9y Zz4NClN1YmplY3Q6IFtUZWFzXSBXRyBhZG9wdGlvbiBwb2xsIGRyYWZ0LWxpdS10ZWFzLXlhbmct c3ItdGUtdG9wbw0KDQpBbGwsDQoNClRoaXMgaXMgc3RhcnQgb2YgYSB0d28gd2VlayBwb2xsIG9u IG1ha2luZw0KZHJhZnQtbGl1LXRlYXMteWFuZy1zci10ZS10b3BvLTA0IGEgd29ya2luZyBncm91 cCBkb2N1bWVudC4gUGxlYXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5kaWNhdGluZyAieWVz L3N1cHBvcnQiIG9yICJuby9kbyBub3Qgc3VwcG9ydCIuwqAgSWYgaW5kaWNhdGluZyBubywgcGxl YXNlIHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zIHdpdGggdGhlIGRvY3VtZW50LsKgIElmIHllcywg cGxlYXNlIGFsc28gZmVlbCBmcmVlIHRvIHByb3ZpZGUgY29tbWVudHMgeW91J2QgbGlrZSB0byBz ZWUgYWRkcmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlzIGEgV0cgZG9jdW1lbnQuDQoNClRoZSBw b2xsIGVuZHMgRmVicnVhcnkgMTUuDQoNClRoYW5rcywNCg0KTG91DQoNCg0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1haWxpbmcgbGlz dA0KVGVhc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90 ZWFzDQo= From nobody Mon Feb 5 09:10:57 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C29A12D863; Mon, 5 Feb 2018 09:10:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.231 X-Spam-Level: X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 6pGh9PXmCiOi; Mon, 5 Feb 2018 09:10:53 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24C121273B1; Mon, 5 Feb 2018 09:10:53 -0800 (PST) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 4916BC58AC1E6; Mon, 5 Feb 2018 17:10:49 +0000 (GMT) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.115]) by LHREML713-CAH.china.huawei.com ([10.201.108.36]) with mapi id 14.03.0361.001; Mon, 5 Feb 2018 17:10:49 +0000 From: Khasanov Boris To: Lou Berger , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo Thread-Index: AQHTm4NnP6GawAiof0yEcVBCshtOSaOWEW4Q Date: Mon, 5 Feb 2018 17:10:49 +0000 Message-ID: References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.162.123] 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] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 05 Feb 2018 17:10:55 -0000 Yes/support SY, Boris -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger Sent: Thursday, February 01, 2018 8:37 PM To: TEAS WG Cc: TEAS WG Chairs Subject: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo All, This is start of a two week poll on making draft-liu-teas-yang-l3-te-topo-05 a working group document. Please send ema= il to the list indicating "yes/support" or "no/do not support". If indicat= ing no, please state your reservations with the document. If yes, please a= lso feel free to provide comments you'd like to see addressed once the docu= ment is a WG document. The poll ends February 15. Thanks, Lou _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Mon Feb 5 15:40:10 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CF5C612025C; Mon, 5 Feb 2018 15:40:08 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Vishnu Beeram To: X-Test-IDTracker: no X-IETF-IDTracker: 6.71.1 Auto-Submitted: auto-generated Precedence: bulk Cc: iesg-secretary@ietf.org, teas-chairs@ietf.org, Vishnu Beeram , teas@ietf.org, vbeeram@juniper.net Message-ID: <151787400884.24968.15064441530032369647.idtracker@ietfa.amsl.com> Date: Mon, 05 Feb 2018 15:40:08 -0800 Archived-At: Subject: [Teas] Publication has been requested for draft-ietf-teas-actn-info-model-07 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 23:40:09 -0000 Vishnu Beeram has requested publication of draft-ietf-teas-actn-info-model-07 as Informational on behalf of the TEAS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-teas-actn-info-model/ From nobody Mon Feb 5 19:32:04 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2176D12DA48 for ; Mon, 5 Feb 2018 19:32:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 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_RP_MATCHES_RCVD=-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=yahoo.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 Rj1FMjO7fae4 for ; Mon, 5 Feb 2018 19:31:54 -0800 (PST) Received: from sonic315-49.consmr.mail.ne1.yahoo.com (sonic315-49.consmr.mail.ne1.yahoo.com [66.163.190.175]) (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 94EC812DA46 for ; Mon, 5 Feb 2018 19:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1517887913; bh=TBzJZThsJmwU3NPOYXUnTF/zlioCaJh7dHUYN78PbpE=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=grQMaxARMEjFEJlo40MVdoBvqmId6Sd0oskThdpQiM6M3pAjmFTqEjYRo3HnTHqGLFgeBeLf33OMk1qm6ljIt8PKDB77509KKsiUG1SdEsFe5z+rFG2Xjw3DQzKs7ISIJvSXXwEA1tDaQCIlzgXfEncTxDngoerFW4x9hIo0nv1q04s27ebSh0RzGW6EYHo7MvoZdSQpws7RK8Y5E93XmCno9UuVrqzhi0g2CT5Pl5XLuEeszWKicWcOWh+EpxAFlUSsKBQCmeIKS8iiZH1QL4VZrXAEzo5pM0T90iTZv2RU3mNn/fjwdtNEaMb/gvYnMZ5OOgPIwpTAWOS3shH1cg== X-YMail-OSG: BNe6pIMVM1npTnKBZzPvr0ntgaLQo9a.Ji7RXjVBDDLBBWbA7Pgv0M503DlYNxC DG2QWfNIFZNrTVUSzjyZ0j5QcLEr1IpVA3_6OoTCLGsTyuLk4h02pcBwNI0snn6BrtgzE6YAmXAz f5XbmqpINsfVbSAhC5cm22gYY15lfeHLek7Xx2FBKtVr_sDjDgS0cKZlTK4.cLao655XCTQtEIuQ S5BkdbIPbd9d4pgdqZZCz9qD0xGP4.YEehMpWjIOf5ssDZs1BZ_zpvw31riDEgWPWR3J_L_4lNGZ o5JQ_stUn8czRSdeMUBkEh4VJ2sCQhM3KDlWK6eK9Y_MrmNMeILO74.jSnAQBHh5Mq1PJhEM7npt VvxerHcvgXf5rNFqzj89gmIpGEth0SvkqPi8LjQojNobBoIUYJQsYLjcSSh8cJTSy_vneqdQqacJ .V3tFd846lvS5AeFO4zgVKuuW9p.o_OTTY9WvdX4pIhw6gRI7hkkKdFbdhtrr2GLPrriGrWr26_n LjQQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Tue, 6 Feb 2018 03:31:53 +0000 Date: Tue, 6 Feb 2018 03:27:49 +0000 (UTC) From: LuHuang To: Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs Message-ID: <52471459.4330036.1517887669299@mail.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4330035_1946530812.1517887669298" X-Mailer: WebService/1.1.11316 YahooMailIosMobile Raven/40856 CFNetwork/894 Darwin/17.4.0 Archived-At: Subject: [Teas] =?utf-8?b?5Zue5aSN77yaICBXRyBhZG9wdGlvbiBwb2xsIC0gZHJhZnQt?= =?utf-8?q?wang-teas-ccdr?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 06 Feb 2018 03:32:03 -0000 ------=_Part_4330035_1946530812.1517887669298 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable yes/support B.R.HuangLu =E6=98=9F=E6=9C=9F=E4=BA=94, =E4=B8=80=E6=9C=88 26, 2018, 06:15 =E4=BA=8E V= ishnu Pavan Beeram =E5=86=99=E9=81=93=EF=BC=9A All, This is start of a two week poll on making draft-wang-teas-ccdr-05 a TEAS 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 Feb 8th. Thanks, Pavan and Lou_______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas ------=_Part_4330035_1946530812.1517887669298 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable yes/support


B.R.
HuangLu

=E6=98=9F=E6=9C=9F=E4=BA=94, =E4=B8=80=E6=9C= =88 26, 2018, 06:15 =E4=BA=8E Vishnu Pavan Beeram <vishnupavan@gmail.com= >=E5=86=99=E9=81=93=EF=BC=9A

All,

This is start of a two week poll on making
draft-wang-teas-ccdr-05 a TEAS 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 Feb 8th.

Thanks,
Pavan and Lou
_______________________________________________
Teas mailing list<= br>Teas@i= etf.org
https://www.ietf.org/mailman/listinfo/teas
=
------=_Part_4330035_1946530812.1517887669298-- From nobody Mon Feb 5 19:32:20 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B0B512DA48 for ; Mon, 5 Feb 2018 19:32:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 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_RP_MATCHES_RCVD=-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=yahoo.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 X9UCuiNqQjCK for ; Mon, 5 Feb 2018 19:32:17 -0800 (PST) Received: from sonic306-49.consmr.mail.ne1.yahoo.com (sonic306-49.consmr.mail.ne1.yahoo.com [66.163.189.111]) (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 A404A12DA46 for ; Mon, 5 Feb 2018 19:32:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1517887937; bh=KoRk7c/HB0a8+yZIiOh8JAJG9aUe8TPKeG8bVEB5mag=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=M0bUziYE/KYIm7maWd3CoJ75MCxXMPhzEjATboKFj92ZCNCedMYh39sBENTLCDQJgLfJtSbwX44d5p4Ci95VDZCeNsP0KL3TiXYxWjl7EIt053ORdCdjbe/qS0aHxofcUJlpnHkbjHn6M0MiyGM0+OLZeuds8wgl6vG+qYRtNUcxPr5SH6DAymayZ/YyI/jptvYDt42Z2jUW0jc14wWnU2+S3FVKHHvoChOu/gW0c8cSnV9j5B5mlABrvftbDyNL106xwP9FRjw+QFViDHBSnxxNtW2kxhRak0U66/XUQgdqeWN/1YoAqtkuNmrSsWTzg0Xj4lmnpWN2vE7zEHrQ0w== X-YMail-OSG: H3lPo2sVM1kfL9Ewgb05FUizb2nsDtt7ONhs_pZpQwOAg4p4mjb68ePPnxEvCab nKUGh6dv2elqjepNozpTSAIf8q01z7dA_UVW6V.k7Go879PPButtJ1PpcyYIKwMqRuFAcSo3aPFf yq49jJfwYvvAZXZ2YTBWfzjmbgTiea1fmXNyhde9_hMjSO2BQPUWgaz5eR1ks9AifEvsqktxShto sqMSWAEGPlz2xYXRMzd40Zp4MJRfcKZAS6iQ0PWcessTnDbomvnN7l0ZkDGotEhpyuYSHaoD8DbI lzUW31tN.FF7JnYYHy_Fjt7q5I5W3MjC3slWsBV2YWAk.cKENJxszI5Hc_LPhqJxjxAL5V93a28V 2I8gZc07XlxiYRjWlsDctmvPh3I3H8aHRyM463wEOG94ttvNxoTUI9QS8TjdHD2TqXpTYHENEXV3 Lnte2oIvYE4fysqXMGQSL2i4DU9dlkWY7WoQF63M0dM1HPhUMmwerhkGIp7_YKWa5.5_9lmcTAaM t4JL4Exa_dx8sMbhRdNwJYeURp02UU8R5emISuFQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Tue, 6 Feb 2018 03:32:17 +0000 Date: Tue, 6 Feb 2018 03:28:13 +0000 (UTC) From: LuHuang To: Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs Message-ID: <1560475415.4330463.1517887693105@mail.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4330462_1126656743.1517887693104" X-Mailer: WebService/1.1.11316 YahooMailIosMobile Raven/40856 CFNetwork/894 Darwin/17.4.0 Archived-At: Subject: [Teas] =?utf-8?b?5Zue5aSN77yaICBXRyBhZG9wdGlvbiBwb2xsIC0gZHJhZnQt?= =?utf-8?q?wang-teas-pce-native-ip?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 06 Feb 2018 03:32:19 -0000 ------=_Part_4330462_1126656743.1517887693104 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable yes/support B.R.HuangLu =E6=98=9F=E6=9C=9F=E4=BA=94, =E4=B8=80=E6=9C=88 26, 2018, 06:38 =E4=BA=8E V= ishnu Pavan Beeram =E5=86=99=E9=81=93=EF=BC=9A All, This is start of a two week poll on making=20 draft-wang-teas-pce-native-ip-07 a TEAS working group document.=20 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. Note: an IPR disclosure has been made on this document, see https://datatracker.ietf.org/ipr/3134/ The poll ends Feb 8th. Thanks, Pavan and Lou_______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas ------=_Part_4330462_1126656743.1517887693104 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable yes/support


B.R.
HuangLu

=E6=98=9F=E6=9C=9F=E4=BA=94, =E4=B8=80=E6=9C= =88 26, 2018, 06:38 =E4=BA=8E Vishnu Pavan Beeram <vishnupavan@gmail.com= >=E5=86=99=E9=81=93=EF=BC=9A

All,

This is start of a two week poll= on making
draft-wang-teas-pce-native-ip-07 a TEAS working group= document.
Please send email to the list indicating "yes/support" or "n= o/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.

Note: an IPR disclosure has been made on this document, see
https://datatracker.ietf.org/ipr/3134/
The poll ends Feb 8th.
Thanks,
Pavan and Lou
_______________________________________________Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas<= /a>
------=_Part_4330462_1126656743.1517887693104-- From nobody Wed Feb 7 13:22:29 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CECB412711D; Wed, 7 Feb 2018 13:22:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 NkXk6x8wShaE; Wed, 7 Feb 2018 13:22:19 -0800 (PST) Received: from cstnet.cn (smtp63.cstnet.cn [159.226.251.63]) by ietfa.amsl.com (Postfix) with ESMTP id AF9F912D77A; Wed, 7 Feb 2018 13:22:18 -0800 (PST) Received: by ajax-webmail-APP-17 (Coremail) ; Thu, 8 Feb 2018 05:22:15 +0800 (GMT+08:00) X-Originating-IP: [208.54.4.250] Date: Thu, 8 Feb 2018 05:22:15 +0800 (GMT+08:00) X-CM-HeaderCharset: UTF-8 From: =?UTF-8?B?5a+H5b2p6Zye?= To: vishnupavan@gmail.com Cc: teas-chairs@ietf.org, teas@ietf.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT5.0.5 build 20161025(89512.9021) Copyright (c) 2002-2018 www.mailtech.cn cstnet In-Reply-To: <0B1E8473-3B6A-40BC-A298-506E32EBDB06@tsinghua.org.cn> References: <0B1E8473-3B6A-40BC-A298-506E32EBDB06@tsinghua.org.cn> Content-Type: multipart/alternative; boundary="----=_Part_7684_2100177026.1518038535469" MIME-Version: 1.0 Message-ID: <34d6e29f.8c8.1617225cd2e.Coremail.koucx@lsec.cc.ac.cn> X-Coremail-Locale: zh_CN X-CM-TRANSID: 1wCowAAXhzQHbntaVA8SAA--.32850W X-CM-SenderInfo: pnrxu546ovvuwoffhtffof0/1tbiCQQJBllo+BCNYAABs3 X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VW5Jw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU= Archived-At: Subject: [Teas] WG adoption poll - draft-wang-teas-ccdr X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 07 Feb 2018 21:22:28 -0000 ------=_Part_7684_2100177026.1518038535469 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 CgoKCgoKWWVzL1N1cHBvcnQgYXMgY28tYXV0aG9yLgoKCgoKQmVzdAoKQ2FpeGlhIEtvdQoKCgoK CiAKCkZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBWaXNobnUgUGF2YW4gQmVlcmFtClNlbnQ6IEZyaWRheSwgSmFudWFyeSAyNiwgMjAxOCAxOjE2 IEFNClRvOiBURUFTIFdHOyBURUFTIFdHIENoYWlycwpTdWJqZWN0OiBbVGVhc10gV0cgYWRvcHRp b24gcG9sbCAtIGRyYWZ0LXdhbmctdGVhcy1jY2RyCgogCgpBbGwsCgpUaGlzIGlzIHN0YXJ0IG9m IGEgdHdvIHdlZWsgcG9sbCBvbiBtYWtpbmcKZHJhZnQtd2FuZy10ZWFzLWNjZHItMDUgYSBURUFT IHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuClBsZWFzZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGlu ZGljYXRpbmcgInllcy9zdXBwb3J0IiBvciAibm8vZG8gbm90CnN1cHBvcnQiLiBJZiBpbmRpY2F0 aW5nIG5vLCBwbGVhc2Ugc3RhdGUgeW91ciByZXNlcnZhdGlvbnMgd2l0aCB0aGUKZG9jdW1lbnQu IElmIHllcywgcGxlYXNlIGFsc28gZmVlbCBmcmVlIHRvIHByb3ZpZGUgY29tbWVudHMgeW91J2QK bGlrZSB0byBzZWUgYWRkcmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlzIGEgV0cgZG9jdW1lbnQu CgpUaGUgcG9sbCBlbmRzIEZlYiA4dGguCgpUaGFua3MsClBhdmFuIGFuZCBMb3UKCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClRlYXMgbWFpbGluZyBsaXN0 ClRlYXNAaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFz CgoKLS0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tIEluc3RpdHV0ZSBvZiBDb21wdXRhdGlvbmFsIE1hdGhlbWF0aWNzIGFuZCBTY2llbnRp ZmljL0VuZ2luZWVyaW5nIENvbXB1dGluZywgQWNhZGVteSBvZiBNYXRoZW1hdGljcyBhbmQgU3lz dGVtIFNjaWVuY2VzLCBDaGluZXNlIEFjYWRlbXkgb2YgU2NpZW5jZXMsIDU1IFpob25nIEd1YW4g Q3VuIERvbmcgTHUsIEJlaWppbmcgMTAwMTkwLCBDSElOQQ== ------=_Part_7684_2100177026.1518038535469 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PHA+Cgk8YnI+CjwvcD4KPHA+Cgk8YnI+CjwvcD4KPHA+CglZZXMvU3VwcG9ydCBhcyBjby1hdXRo b3IuCjwvcD4KPHA+Cgk8YnI+CjwvcD4KPHA+CglCZXN0CjwvcD4KPHA+CglDYWl4aWEgS291Cjwv cD4KPGJyPgo8YmxvY2txdW90ZSBuYW1lPSJyZXBseUNvbnRlbnQiIGNsYXNzPSJSZWZlcmVuY2VR dW90ZSIgc3R5bGU9InBhZGRpbmctbGVmdDo1cHg7bWFyZ2luLWxlZnQ6NXB4O2JvcmRlci1sZWZ0 OiNiNmI2YjYgMnB4IHNvbGlkO21hcmdpbi1yaWdodDowOyI+Cgk8YnI+Cgk8YmxvY2txdW90ZSB0 eXBlPSJjaXRlIj4KCQk8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPgoJCQk8cCBjbGFzcz0iTXNv Tm9ybWFsIj4KCQkJCTxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtjb2xvcjojMUY0OTdEOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ CgkJCTwvcD4KCQkJPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVD NERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY207Ij4KCQkJCTxwIGNsYXNzPSJNc29O b3JtYWwiPgoJCQkJCTxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Ij4gVGVhcyBbPGEgaHJl Zj0ibWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRm Lm9yZzwvYT5dIDxiPk9uIEJlaGFsZiBPZiA8L2I+VmlzaG51IFBhdmFuIEJlZXJhbTxicj4KPGI+ U2VudDo8L2I+IEZyaWRheSwgSmFudWFyeSAyNiwgMjAxOCAxOjE2IEFNPGJyPgo8Yj5Ubzo8L2I+ IFRFQVMgV0c7IFRFQVMgV0cgQ2hhaXJzPGJyPgo8Yj5TdWJqZWN0OjwvYj4gW1RlYXNdIFdHIGFk b3B0aW9uIHBvbGwgLSBkcmFmdC13YW5nLXRlYXMtY2NkcjxvOnA+PC9vOnA+PC9zcGFuPgoJCQkJ PC9wPgoJCQk8L2Rpdj4KCQkJPHAgY2xhc3M9Ik1zb05vcm1hbCI+CgkJCQk8bzpwPiZuYnNwOzwv bzpwPgoJCQk8L3A+CgkJCTxkaXY+CgkJCQk8cCBjbGFzcz0iTXNvTm9ybWFsIj4KCQkJCQlBbGws PGJyPgo8YnI+ClRoaXMgaXMgc3RhcnQgb2YgYSB0d28gd2VlayA8c3BhbiBjbGFzcz0iZ21haWwt aWwiPnBvbGw8L3NwYW4+IG9uIG1ha2luZzxicj4KZHJhZnQtd2FuZy10ZWFzLWNjZHItMDUgYSBU RUFTIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuPGJyPgpQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUg bGlzdCBpbmRpY2F0aW5nICJ5ZXMvc3VwcG9ydCIgb3IgIm5vL2RvIG5vdDxicj4Kc3VwcG9ydCIu IElmIGluZGljYXRpbmcgbm8sIHBsZWFzZSBzdGF0ZSB5b3VyIHJlc2VydmF0aW9ucyB3aXRoIHRo ZTxicj4KZG9jdW1lbnQuIElmIHllcywgcGxlYXNlIGFsc28gZmVlbCBmcmVlIHRvIHByb3ZpZGUg Y29tbWVudHMgeW91J2Q8YnI+Cmxpa2UgdG8gc2VlIGFkZHJlc3NlZCBvbmNlIHRoZSBkb2N1bWVu dCBpcyBhIFdHIGRvY3VtZW50Ljxicj4KPGJyPgpUaGUgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5w b2xsPC9zcGFuPiBlbmRzIEZlYiA4dGguPGJyPgo8YnI+ClRoYW5rcyw8YnI+ClBhdmFuIGFuZCBM b3U8bzpwPjwvbzpwPgoJCQkJPC9wPgoJCQk8L2Rpdj4KCQk8L2Rpdj4KCTwvYmxvY2txdW90ZT4K CTxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPgoJCTxkaXY+CgkJCTxzcGFuPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxicj4KPHNwYW4+VGVhcyBt YWlsaW5nIGxpc3Q8L3NwYW4+PGJyPgo8c3Bhbj48YSBocmVmPSJtYWlsdG86VGVhc0BpZXRmLm9y ZyI+VGVhc0BpZXRmLm9yZzwvYT48L3NwYW4+PGJyPgo8c3Bhbj48YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vdGVhczwvYT48L3NwYW4+PGJyPgoJCTwvZGl2PgoJPC9ibG9ja3F1b3Rl Pgo8c3R5bGU+PCEtLSBfZm9udC1mYWNlIHtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsgcGFu b3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9IF9mb250LWZhY2Uge2ZvbnQtZmFtaWx5OkNhbGli cmk7IHBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30gX2ZvbnQtZmFjZSB7Zm9udC1mYW1p bHk6VGFob21hOyBwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9IHAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwge21hcmdpbjowY207IG1hcmdpbi1ib3R0b206LjAw MDFwdDsgZm9udC1zaXplOjEyLjBwdDsgZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNl cmlmIjt9IGE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsge21zby1zdHlsZS1wcmlvcml0eTo5OTsg Y29sb3I6Ymx1ZTsgdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9IGE6dmlzaXRlZCwgc3Bhbi5N c29IeXBlcmxpbmtGb2xsb3dlZCB7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OyBjb2xvcjpwdXJwbGU7 IHRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fSBzcGFuLmdtYWlsLWlsIHttc28tc3R5bGUtbmFt ZTpnbWFpbC1pbDt9IHNwYW4uRW1haWxTdHlsZTE4IHttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsgZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsgY29sb3I6IzFGNDk3RDt9 IC5Nc29DaHBEZWZhdWx0IHttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9IF9wYWdlIFdvcmRT ZWN0aW9uMSB7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7IG1hcmdpbjoyLjBjbSA0Mi41cHQgMi4wY20g My4wY207fSBkaXYuV29yZFNlY3Rpb24xIHtwYWdlOldvcmRTZWN0aW9uMTt9IC0tPjwvc3R5bGU+ CjwvYmxvY2txdW90ZT4KPGJyPgo8c3Bhbj4tLTxicj4KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCkluc3RpdHV0ZSBvZiBDb21wdXRhdGlv bmFsIE1hdGhlbWF0aWNzIGFuZCBTY2llbnRpZmljL0VuZ2luZWVyaW5nIENvbXB1dGluZywgCkFj YWRlbXkgb2YgTWF0aGVtYXRpY3MgYW5kIFN5c3RlbSBTY2llbmNlcywgCkNoaW5lc2UgQWNhZGVt eSBvZiBTY2llbmNlcywgCjU1IFpob25nIEd1YW4gQ3VuIERvbmcgTHUsIEJlaWppbmcgMTAwMTkw LCBDSElOQSA8L3NwYW4+ ------=_Part_7684_2100177026.1518038535469-- From nobody Wed Feb 7 13:42:37 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DD121273E2; Wed, 7 Feb 2018 13:42:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HTny9tvjFAra; Wed, 7 Feb 2018 13:42:34 -0800 (PST) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D169126D46; Wed, 7 Feb 2018 13:42:34 -0800 (PST) Received: by mail-io0-x22a.google.com with SMTP id z6so3587390iob.11; Wed, 07 Feb 2018 13:42:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:content-language:thread-index; bh=dfWzJgSEa4i7pXgWljl1oQpeWpwYNuNyWjJDDFzNSf0=; b=qL9OVIbUs004QaRuhWnmVzZs1Z6tEvfrQRFZqCfvXnUysQZ6lvCa8X3nYRZ7F9FD2k M+gyP6Eqxs/GdC+C3RQO2D8jzzjyXqOGkjwpNbNGLSmn9cpXXIqkHd2ZI4B/dHVSaU7l EHV8t0q746GDNPvv3IBgAc3tPPgI/4Y5O0RY6M7CSY4htZkLrQ5CXJ4F3bai0ApbSoKn hKwHmek41QRXV5L6W82fgEAb/iQ0lBpt8qqkJStOCeoRyJ0dh4oc1EyMYo9CngCbX927 9PTnrPAPmTRXKNfsl37ZTGRE2rukwauzH3vBkakNn7HuvQIKmz6NPlktrVtGcIlx2Sp5 d6rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:content-language :thread-index; bh=dfWzJgSEa4i7pXgWljl1oQpeWpwYNuNyWjJDDFzNSf0=; b=th8e0bZ8EfZCtsxW7o9neB6l7CBAONtUImjtvNpw27fGzugvqiWJdXMwZNQGMaDeeP Q8iATltR25yHrquIQd4LaJMsjxFu3jm6N7wV2qYLYDkgtJqG/vSgvmTvC6jxE3WkBqsw hdISy6tvi8ZjU1VfVIQPjvZW9SqUpD5oxE3kGsfhimNtyOa9TT045izw+CUM+6PnymTp Nd558hXn0HGx3c9usAx1kq5opusRTZbWeFaPHJd1A+Tgen9WcI5x/JkNduTT4hcKxAyp y6vN6d+z1Hd0uu2U7HDIHsr9WXpBxA2nM7W0QBU9UnrD84ymDazLXqSaC/a4k8Lk9ZrX vvkw== X-Gm-Message-State: APf1xPA0uER34q5DN+EyL71ExWEOPkj0H6VCtOPpTtdcngFf9XW3XKTT tbtF4XPdl+N1sXgrLZ/LS6qEPG80 X-Google-Smtp-Source: AH8x227T0Rw5WwmLvtXC9Jm6vKv4bO1wiqCC1Wa2MK3GF42ol1jXOePXFKpDZO4WQ9yhW+kt7ytHBg== X-Received: by 10.107.185.215 with SMTP id j206mr8959134iof.181.1518039753274; Wed, 07 Feb 2018 13:42:33 -0800 (PST) Received: from xliuus (ip72-196-214-116.dc.dc.cox.net. [72.196.214.116]) by smtp.gmail.com with ESMTPSA id d65sm3117629itd.19.2018.02.07.13.42.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Feb 2018 13:42:32 -0800 (PST) From: "Xufeng Liu" To: "'Lou Berger'" , "'TEAS WG'" , "'TEAS WG Chairs'" References: In-Reply-To: Date: Wed, 7 Feb 2018 16:42:33 -0500 Message-ID: <017f01d3a05c$90811390$b1833ab0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: en-us Thread-Index: AQGFXyAVHTEZpgCsQxuJ60kuOhrJ9qQ1+pdw x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5LnR4dCIgcD0iYzpcdXNlcnNceGxpdVxhcHBkYXRhXHJvYW1pbmdcMDlkODQ5YjYtMzJkMy00YTQwLTg1ZWUtNmI4NGJhMjllMzViXG1zZ3NcbXNnLWNkMTc3ODU5LTBjNGYtMTFlOC05YzQ0LTE4NWUwZmUzYzQ1Y1xhbWUtdGVzdFxjZDE3Nzg1YS0wYzRmLTExZTgtOWM0NC0xODVlMGZlM2M0NWNib2R5LnR4dCIgc3o9IjEwMzQiIHQ9IjEzMTYyNTEzMzUyODY0MzE3MyIgaD0ibk1hZmZtN1Fzc0RrZ0ZSOHN4ZzZZUFRYK0lBPSIgaWQ9IiIgYmw9IjAiIGJvPSIxIi8+PC9tZXRhPg== Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 07 Feb 2018 21:42:36 -0000 yes/support (as a co-author). Thanks, - Xufeng > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Thursday, February 1, 2018 12:37 PM > To: TEAS WG ; TEAS WG Chairs > Subject: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo > > All, > > This is start of a two week poll on making > draft-liu-teas-yang-sr-te-topo-04 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 15. > > Thanks, > > Lou > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Wed Feb 7 13:43:59 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A61F1273E2; Wed, 7 Feb 2018 13:43:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LdZbBFTFcI6u; Wed, 7 Feb 2018 13:43:56 -0800 (PST) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (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 61597126D46; Wed, 7 Feb 2018 13:43:56 -0800 (PST) Received: by mail-io0-x234.google.com with SMTP id f89so3609088ioj.4; Wed, 07 Feb 2018 13:43:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:content-language :thread-index; bh=lfco1Qx06qbWhULxrBO+OiqbqAs6Rc1TE2KOdtIZ0GM=; b=CLWWJnheG/1+IZRLXxll/9nisGdfH540gyjhXFbbWmKO5zyuDdKCqnuSXhWAtDJX3i 7CfZVxEA9cOa3Ffw8dFMLJagdzZ2weLeiDDD2JRzmkR4ELOON4k9+Ap/tV0Kc6KBDaD+ u+YAXJjfU5tAuGJ2uDc4OdBDpfpBiBEGNECQNxNjVIHNYXAuEC33uGkrq7CoBZHDNDTB BA6R1n4F1s3xChnt6eqhngs94lFwq0BYqCzQZearel04nnkqv1DH8oq18losF4fap4i5 9KKAUx244usvdS+P6MZj62CROPtrIL3umVWUY0GPMjswl+XIZGcv1CY1TkUWR6RLFIGl ei6Q== 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:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:content-language :thread-index; bh=lfco1Qx06qbWhULxrBO+OiqbqAs6Rc1TE2KOdtIZ0GM=; b=HTdyXZ6lH+L5KqbbB3xrSc4UTce+zWPfs673a1IIBrFfAuGSbB7lil1oKlN2ItSL6X oYHTZ+Les1qX10QSwQmh0A9gbpxuLeBE/asz5oVaPmU6lzgtv077UtGw5uvQ4Duva4hF 44a3zg0tV3xkx3tpVnU7UZqP9f8hw2d6u4KuLAPSgp7VHUiav8mb78ax5v4vqnBMbTst e+1sDW62A/tKyDdAN5WZGocSrdHk7JtTkdh1szZMEakHNUa78WEProwaiNDa4S06IcXS YY5xKBBGH0vqyNBm022yjzn+TKCny8N2WypkJ7jK/Sh2uPBxMRZGNVCSby3L0oKEuJDr Xnbw== X-Gm-Message-State: APf1xPBtGjAfO69cTPGK2ry980iHUqjxaEidGCSs2U4+t/Z2sVuFA2K2 d2vlP/ITygZky4iarmHc3mrNjgYW X-Google-Smtp-Source: AH8x2246EtkpnS8nKkdDp9Q/23sjv1Kaf2PQmP8gwId2bSeJO6miQBfpEautbbbE9obFN0dG0GX2NQ== X-Received: by 10.107.141.83 with SMTP id p80mr9083146iod.97.1518039835725; Wed, 07 Feb 2018 13:43:55 -0800 (PST) Received: from xliuus (ip72-196-214-116.dc.dc.cox.net. [72.196.214.116]) by smtp.gmail.com with ESMTPSA id z1sm2745934itg.37.2018.02.07.13.43.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Feb 2018 13:43:55 -0800 (PST) From: "Xufeng Liu" To: "'Lou Berger'" , "'TEAS WG'" Cc: "'TEAS WG Chairs'" References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Date: Wed, 7 Feb 2018 16:43:56 -0500 Message-ID: <018001d3a05c$c1c7d290$455777b0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: en-us Thread-Index: AQIu+lHh1Pi46UXnU5hIFxLRyTtXNaLixLOA x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5LnR4dCIgcD0iYzpcdXNlcnNceGxpdVxhcHBkYXRhXHJvYW1pbmdcMDlkODQ5YjYtMzJkMy00YTQwLTg1ZWUtNmI4NGJhMjllMzViXG1zZ3NcbXNnLWZlYmQyMjU2LTBjNGYtMTFlOC05YzQ0LTE4NWUwZmUzYzQ1Y1xhbWUtdGVzdFxmZWJkMjI1OC0wYzRmLTExZTgtOWM0NC0xODVlMGZlM2M0NWNib2R5LnR4dCIgc3o9IjEwMzIiIHQ9IjEzMTYyNTEzNDM2MDk1MzA4MSIgaD0iRk5DUXE5NlY1SG10N1FPb1lUWGVzeld2UXZVPSIgaWQ9IiIgYmw9IjAiIGJvPSIxIi8+PC9tZXRhPg== Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 07 Feb 2018 21:43:58 -0000 yes/support (as a co-author). Thanks, - Xufeng > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Thursday, February 1, 2018 12:37 PM > To: TEAS WG > Cc: TEAS WG Chairs > Subject: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo > > All, > > This is start of a two week poll on making > draft-liu-teas-yang-l3-te-topo-05 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 15. > > Thanks, > > Lou > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Thu Feb 8 07:31:56 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0E1B126E64; Thu, 8 Feb 2018 07:31:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.609 X-Spam-Level: X-Spam-Status: No, score=-2.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 QzEp3YEzVJLA; Thu, 8 Feb 2018 07:31:46 -0800 (PST) Received: from mail4.tencent.com (mail4.tencent.com [183.57.53.109]) by ietfa.amsl.com (Postfix) with ESMTP id 4CE4E12AAB6; Thu, 8 Feb 2018 07:31:23 -0800 (PST) Received: from EXHUB-SZMail05.tencent.com (unknown [10.14.6.11]) by mail4.tencent.com (Postfix) with ESMTP id 5A3945021F; Thu, 8 Feb 2018 23:31:17 +0800 (CST) Received: from EXHUB-TJ01.tencent.com (10.14.134.19) by EXHUB-SZMail05.tencent.com (10.14.6.11) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 8 Feb 2018 23:31:17 +0800 Received: from EXMBX-TJ014.tencent.com ([fe80::f9e1:a50:aaf2:ffed]) by EXHUB-TJ01.tencent.com ([::1]) with mapi id 14.03.0123.003; Thu, 8 Feb 2018 23:31:16 +0800 From: =?utf-8?B?a2V2aW5taSjnsbPpuY/ovokp?= To: TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip(Internet mail) Thread-Index: AQHTnp1A7ebHl4TW2EGR3y5aNoqNHaOaphEg Date: Thu, 8 Feb 2018 15:31:15 +0000 Message-ID: <58872012BFC4054AB65321EDB32DD161D85BE2A7@EXMBX-TJ014.tencent.com> References: <55780140-05CD-47AA-84A5-C101E5BEB33F@tsinghua.org.cn> In-Reply-To: <55780140-05CD-47AA-84A5-C101E5BEB33F@tsinghua.org.cn> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.90.5.194] Content-Type: multipart/alternative; boundary="_000_58872012BFC4054AB65321EDB32DD161D85BE2A7EXMBXTJ014tence_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip(Internet mail) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 08 Feb 2018 15:31:54 -0000 --_000_58872012BFC4054AB65321EDB32DD161D85BE2A7EXMBXTJ014tence_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzL1N1cHBvcnQgYXMgY28tYXV0aG9yDQoNClRoYW5rcywNCg0KS2V2aW4NCkZyb206IFRlYXMg W21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBWaXNobnUgUGF2YW4g QmVlcmFtDQpTZW50OiBGcmlkYXksIEphbnVhcnkgMjYsIDIwMTggMTozOCBBTQ0KVG86IFRFQVMg V0c7IFRFQVMgV0cgQ2hhaXJzDQpTdWJqZWN0OiBbVGVhc10gV0cgYWRvcHRpb24gcG9sbCAtIGRy YWZ0LXdhbmctdGVhcy1wY2UtbmF0aXZlLWlwDQoNCkFsbCwNCg0KVGhpcyBpcyBzdGFydCBvZiBh IHR3byB3ZWVrIHBvbGwgb24gbWFraW5nDQpkcmFmdC13YW5nLXRlYXMtcGNlLW5hdGl2ZS1pcC0w NyBhIFRFQVMgd29ya2luZyBncm91cCBkb2N1bWVudC4NClBsZWFzZSBzZW5kIGVtYWlsIHRvIHRo ZSBsaXN0IGluZGljYXRpbmcgInllcy9zdXBwb3J0IiBvciAibm8vZG8gbm90DQpzdXBwb3J0Ii4g SWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zIHdpdGggdGhl DQpkb2N1bWVudC4gSWYgeWVzLCBwbGVhc2UgYWxzbyBmZWVsIGZyZWUgdG8gcHJvdmlkZSBjb21t ZW50cyB5b3UnZA0KbGlrZSB0byBzZWUgYWRkcmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlzIGEg V0cgZG9jdW1lbnQuDQoNCk5vdGU6IGFuIElQUiBkaXNjbG9zdXJlIGhhcyBiZWVuIG1hZGUgb24g dGhpcyBkb2N1bWVudCwgc2VlDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMTM0 Lw0KVGhlIHBvbGwgZW5kcyBGZWIgOHRoLg0KDQpUaGFua3MsDQpQYXZhbiBhbmQgTG91DQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5n IGxpc3QNClRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg== --_000_58872012BFC4054AB65321EDB32DD161D85BE2A7EXMBXTJ014tence_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnNwYW4uZ21haWwtaWwNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwt aWw7fQ0Kc3Bhbi5nbWFpbC1tLTYzOTk0NTY5Mzc4MjQzMzcyNDJnbWFpbC1tNjY1MTk2NTE3MTMx MjM4MzMxNWdtYWlsLW0tNDk3MDMyNTY5OTQ1NjYwNjY1N2dtYWlsLW01OTI0Mzc3MjU4NjA1NjY3 ODQzZ21haWwtaWwNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtbV8tNjM5OTQ1NjkzNzgyNDMzNzI0 MmdtYWlsLW1fNjY1MTk2NTE3MTMxMjM4MzMxNWdtYWlsLW1fLTQ5NzAzMjU2OTk0NTY2MDY2NTdn bWFpbC1tXzU5MjQzNzcyNTg2MDU2Njc4NDNnbWFpbC1pbDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5ZZXMvU3VwcG9ydCBhcyBjby1hdXRo b3I8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPktldmluPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fu cy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gVGVhcyBbPGEgaHJlZj0i bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9y ZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlZpc2hudSBQYXZhbiBCZWVyYW08YnI+DQo8Yj5T ZW50OjwvYj4gRnJpZGF5LCBKYW51YXJ5IDI2LCAyMDE4IDE6MzggQU08YnI+DQo8Yj5Ubzo8L2I+ IFRFQVMgV0c7IFRFQVMgV0cgQ2hhaXJzPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtUZWFzXSBXRyBh ZG9wdGlvbiBwb2xsIC0gZHJhZnQtd2FuZy10ZWFzLXBjZS1uYXRpdmUtaXA8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5BbGwsPGJyPg0KPGJyPg0KVGhp cyBpcyBzdGFydCBvZiBhIHR3byB3ZWVrIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+cG9sbDwvc3Bh bj4gb24gbWFraW5nIDxicj4NCmRyYWZ0LXdhbmctdGVhcy1wY2UtbmF0aXZlLWlwLTA3IGEgVEVB UyB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiA8YnI+DQpQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUg bGlzdCBpbmRpY2F0aW5nICZxdW90O3llcy9zdXBwb3J0JnF1b3Q7IG9yICZxdW90O25vL2RvIG5v dDxicj4NCnN1cHBvcnQmcXVvdDsuIElmIGluZGljYXRpbmcgbm8sIHBsZWFzZSBzdGF0ZSB5b3Vy IHJlc2VydmF0aW9ucyB3aXRoIHRoZTxicj4NCmRvY3VtZW50LiBJZiB5ZXMsIHBsZWFzZSBhbHNv IGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1lbnRzIHlvdSdkPGJyPg0KbGlrZSB0byBzZWUgYWRk cmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlzIGEgV0cgZG9jdW1lbnQuPGJyPg0KPGJyPg0KTm90 ZTogYW4gSVBSIGRpc2Nsb3N1cmUgaGFzIGJlZW4gbWFkZSBvbiB0aGlzIGRvY3VtZW50LCBzZWU8 YnI+DQo8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMTM0LyI+aHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMzEzNC88L2E+PGJyPg0KVGhlIDxzcGFuIGNs YXNzPSJnbWFpbC1pbCI+cG9sbDwvc3Bhbj4gZW5kcyBGZWIgOHRoLjxicj4NCjxicj4NClRoYW5r cyw8YnI+DQpQYXZhbiBhbmQgTG91PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpUZWFzIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3JnIj5UZWFzQGlldGYub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcyI+aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_58872012BFC4054AB65321EDB32DD161D85BE2A7EXMBXTJ014tence_-- From nobody Thu Feb 8 10:45:43 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 652FC12D7EB; Thu, 8 Feb 2018 10:45:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jkl-H4rtthrf; Thu, 8 Feb 2018 10:45:39 -0800 (PST) Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C42B1242F7; Thu, 8 Feb 2018 10:45:39 -0800 (PST) Received: by mail-yw0-x22e.google.com with SMTP id v196so3340709ywc.6; Thu, 08 Feb 2018 10:45:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:message-id:thread-topic:references :in-reply-to:mime-version:content-transfer-encoding; bh=UgL6BOaYvGZ28TV9fU+Qfm2kYEItZQii0Eene1cRnGU=; b=aKemkvnLWoIH4OxJ4yFH/tgUP0/BFh4LfNr44F/0tqMG0sAlc4JnSsu1DbnhhzeDcw CQNmiajReZCwL/ne6iCuamLWH4X361+T4r/uv0jJBDPNcIK4e02qjs4WBWk4o0g0tEVD kUlEOkf4yKOaULuC0gy86D2qtIccTib4LljQtbLBTEMRsnkmmVnUMAiFbFunSZcXaw4h ZffAk3PEUMP9LyQbh/Et0mD5zVWi9SUfcor0RMfWV0PY7We50nGemORZgI+2y14SXq0v 4yMbI2Z+EhxGE31/sxZT/fvPfY5KQhDLoeTWbDY4X4DDeuhlVjyHWihjBnOsXSTi5hsN 3YWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:message-id :thread-topic:references:in-reply-to:mime-version :content-transfer-encoding; bh=UgL6BOaYvGZ28TV9fU+Qfm2kYEItZQii0Eene1cRnGU=; b=abZi26jT+ljrISGTMrBJXpfQfY5Wxo7EHm8mDE8MzN8PUYSBZJBYox3gE1Fjn9IG8P bkEo+64MFONzkzS5UTxrAxKUcYZ4scXFRhEDPwKkQHSJWEeey8QYHCHy6/XPPAEyiGKU 0T83dmhCWxE2zkyvD3xOz+T/JRegu7nl/eAoZdb13ntN1B6tMNHhZyKUKD/Fh0i2dDly 5GFdQDTcrwsIr7/MReL7pJbZCrAs2nQBXzWoKCVnU6FagbbZFpAxD+TSHNJvtdU5EzSl B8OH0Z7y6EZJQc8WxjPHvuHV+3fd24KmdsVVJmlPihaBtZ5gAGk/2exkiDJZLD0PTw/t XJdQ== X-Gm-Message-State: APf1xPC+HxidIakOxqkn534E5TwAiEnd4q6q1BnZKRMP4ifY452XM4tL UyXUv1gTYIY+vkmh2dHP+Cb0Lw== X-Google-Smtp-Source: AH8x227082q9enqYwQ/krHsWT1TnxSpiTh6hhkWa43JkGlogEqYLtiNcXGQbVb+UVyPjST6gr9lfBQ== X-Received: by 10.13.214.80 with SMTP id y77mr147083ywd.103.1518115538712; Thu, 08 Feb 2018 10:45:38 -0800 (PST) Received: from [135.227.239.108] ([66.201.62.254]) by smtp.gmail.com with ESMTPSA id b123sm201980ywf.84.2018.02.08.10.45.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Feb 2018 10:45:38 -0800 (PST) User-Agent: Microsoft-MacOutlook/10.9.0.180116 Date: Thu, 08 Feb 2018 10:45:36 -0800 From: Jeff Tantsura To: 'Lou Berger' , 'TEAS WG' , 'TEAS WG Chairs' Message-ID: Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo References: <017f01d3a05c$90811390$b1833ab0$@gmail.com> In-Reply-To: <017f01d3a05c$90811390$b1833ab0$@gmail.com> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 08 Feb 2018 18:45:41 -0000 Yes/support Cheers, Jeff =EF=BB=BF > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Thursday, February 1, 2018 12:37 PM > To: TEAS WG ; TEAS WG Chairs > Subject: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo >=20 > All, >=20 > This is start of a two week poll on making > draft-liu-teas-yang-sr-te-topo-04 a working group document. Please se= nd > email to the list indicating "yes/support" or "no/do not support". I= f > 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. >=20 > The poll ends February 15. >=20 > Thanks, >=20 > Lou >=20 >=20 >=20 >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas =20 _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas =20 From nobody Thu Feb 8 14:42:29 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44EF612711D; Thu, 8 Feb 2018 14:42:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 lWaGQGs9p40K; Thu, 8 Feb 2018 14:42:26 -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 2473A1270A7; Thu, 8 Feb 2018 14:42:26 -0800 (PST) Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w18Mc9wY032270; Thu, 8 Feb 2018 17:42:25 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049297.ppops.net-00191d01. with ESMTP id 2g0wq92t4q-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 08 Feb 2018 17:42:24 -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 w18MgN89011294; Thu, 8 Feb 2018 17:42:23 -0500 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w18MgHj4011260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Feb 2018 17:42:20 -0500 Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [135.66.87.42]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Thu, 8 Feb 2018 22:42:02 GMT Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [127.0.0.1]) by zlp27129.vci.att.com (Service) with ESMTP id 1D37C40006B6; Thu, 8 Feb 2018 22:42:02 +0000 (GMT) Received: from MISOUT7MSGHUBAH.ITServices.sbc.com (unknown [130.9.129.152]) by zlp27129.vci.att.com (Service) with ESMTPS id 09A3740006A1; Thu, 8 Feb 2018 22:42:02 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.213]) by MISOUT7MSGHUBAH.ITServices.sbc.com ([130.9.129.152]) with mapi id 14.03.0361.001; Thu, 8 Feb 2018 17:42:01 -0500 From: "BRUNGARD, DEBORAH A" To: "draft-ietf-teas-scheduled-resources@ietf.org" CC: "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: AD review: draft-ietf-teas-scheduled-resources Thread-Index: AdOhJaSnwTHXH0/6Ta+mxLk8WzkOWA== Date: Thu, 8 Feb 2018 22:42:00 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.246.171] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C88822B7E0MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-08_11:, , 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=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802080260 Archived-At: Subject: [Teas] AD review: draft-ietf-teas-scheduled-resources X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 08 Feb 2018 22:42:28 -0000 --_000_F64C10EAA68C8044B33656FA214632C88822B7E0MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've done my AD review of your draft. This draft is on a complex problem sp= ace. In reviewing it, it reminded me of the discussion around the MLN work = (RFC5212, RFC5339) which discussed scheduling of resources (virtual). Most = significantly, I missed discussion related to operator policy. Here's sever= al critical items which were discussed in the MLN work: * Amount of capacity available for scheduling needs to be under operato= r policy. * The use of scheduled resources if needed during a sudden change in tr= affic demand event or a complex (multiple nodes/links) failure event needs = to be based on operator policy so as to protect against network destabiliza= tion. * The choice of reserving immediately resources for future use or to bo= ok without reserving network capacity must be under the control of an opera= tor. And both should be supported by the database (need to be able to disti= nguish). * Section 2.5 "allows pre-emption". This was the first mention of pre-e= mption of current reservations to handle a scheduled reservation. There is = no additional discussion e.g. priority, etc. Pre-emption is a complex subje= ct and if it is allowed, more description is needed and it needs to be adde= d that it is based on operator policy. * Need to include network performance factors (maximum link utilization= and residual capacity of the network) with respect to supporting schedulin= g and subject to operator policy. * When you discuss re-optimization, you need to add this needs to be un= der control of operator policy as the stability of the network will be impa= cted. * The OAM status of the reserved resources (alarms) must be available. = Control of recalculations for the scheduled resources and notifications of = the alarms needs to be subject to policy. In the abstract, you say "This document provides a framework..discusses the= architecture..". As this document is more than an architecture, I think th= e title should reflect it is a "Framework..". You listed CPU utilization, memory, buffers of interfaces as resources that= can be scheduled. As this draft is on TE LSPs, I didn't see the relation t= o these parameters (for RSVP-TE signaling or PCE use)? In the acknowledgements, you list chen-teas-frmwk-tts and also list it in t= he references. As this earlier document was dated March 2016, it would be s= ufficient to list the authors as you have done, saying contributed to earli= er version, but don't list the no longer existing document. There are multiple instances where the English lacks in clarity and impacts= the understanding. I've suggested improvements for multiple sentences, tho= ugh the document needs a more careful review. As I said, this is a complex problem space so don't take my comments negati= vely. I'll send a marked up document to the authors with my suggestions for= appropriate sections to add text and improving clarity. Thanks, Deborah --_000_F64C10EAA68C8044B33656FA214632C88822B7E0MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I’ve done my AD review of your draft. This dra= ft is on a complex problem space. In reviewing it, it reminded me of the di= scussion around the MLN work (RFC5212, RFC5339) which discussed scheduling = of resources (virtual). Most significantly, I missed discussion related to operator policy. Here’s several criti= cal items which were discussed in the MLN work:

  • Amount of capacity available for scheduling needs to be under operato= r policy.
  • The use of scheduled resources if needed dur= ing a sudden change in traffic demand event or a complex (multiple nodes/li= nks) failure event needs to be based on operator policy so as to protect against network destabilization.
  • The choic= e of reserving immediately resources for future use or to book without rese= rving network capacity must be under the control of an operator. And both s= hould be supported by the database (need to be able to distinguish).
  • Sectio= n 2.5 “allows pre-emption”. This was the first mention of pre-e= mption of current reservations to handle a scheduled reservation. There is = no additional discussion e.g. priority, etc. Pre-emption is a complex subject and if it is allowed, more descripti= on is needed and it needs to be added that it is based on operator policy.<= o:p>
  • Need to include network performance factors (maximum l= ink utilization and residual capacity of the network) with respect to suppo= rting scheduling and subject to operator policy.
  • Whe= n you discuss re-optimization, you need to add this needs to be under contr= ol of operator policy as the stability of the network will be impacted.
  • The OAM status of the reserved resources (alarms) must be= available. Control of recalculations for the scheduled resources and notif= ications of the alarms needs to be subject to policy.

 

In the abstract, you say “This document provid= es a framework..discusses the architecture..”. As this document is mo= re than an architecture, I think the title should reflect it is a “Fr= amework..”.

 

You listed CPU utilization, memory, buffers of inter= faces as resources that can be scheduled. As this draft is on TE LSPs, I di= dn’t see the relation to these parameters (for RSVP-TE signaling or P= CE use)?

 

In the acknowledgements, you list chen-teas-frmwk-tt= s and also list it in the references. As this earlier document was dated Ma= rch 2016, it would be sufficient to list the authors as you have done, sayi= ng contributed to earlier version, but don’t list the no longer existing document.

 

There are multiple instances where the English lacks= in clarity and impacts the understanding. I’ve suggested improvement= s for multiple sentences, though the document needs a more careful review.

 

As I said, this is a complex problem space so don= 217;t take my comments negatively. I’ll send a marked up document to = the authors with my suggestions for appropriate sections to add text and im= proving clarity.

 

Thanks,

Deborah

 

--_000_F64C10EAA68C8044B33656FA214632C88822B7E0MISOUT7MSGUSRDE_-- From nobody Fri Feb 9 06:38:40 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE3EA126C0F; Fri, 9 Feb 2018 06:38:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3GnyO9414RwZ; Fri, 9 Feb 2018 06:38:37 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB093124205; Fri, 9 Feb 2018 06:38:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1126; q=dns/txt; s=iport; t=1518187116; x=1519396716; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ZO2Hnw+r3v0X4GXhUd2+05V5IFfgQzHXK3kBeXTjXSo=; b=FT+2dX/uM/gkKYQbZM2pgD0tE0RwhyzPQ0jeL4o3Tu9lpT4B+DWz8sQT 17QP3wYt7ll1sYPpop6iyij6jCPdCLbqrFzlW7EgwGQ7NhBOCKNQHQ4t8 hvPmFK8dGlfDs1Fi2piLzAKCNs0HS1fdXwnWogZkiXyLiW09ZNV8f3wYn c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAQAKsX1a/4MNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNRZnAoCoNbiiSOJYFbl34VggMKGAuFGAIagh1UGAECAQEBAQE?= =?us-ascii?q?BAmsohSQCBAEBIRE6CxACAQgODAImAgICJQsVEAIEAQ0FijUQrnOCJ4UBg3eCC?= =?us-ascii?q?gEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQ+DbYIVgVeCEQyCeYMvAQGBPgESAR8?= =?us-ascii?q?XgwAxgjQFmiSKCAkClX+CHoYoi3mXZgIRGQGBOwEfOWBwcBU9KgGCG4R3eIo6g?= =?us-ascii?q?SWBFwEBAQ?= X-IronPort-AV: E=Sophos;i="5.46,483,1511827200"; d="scan'208";a="136092313" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Feb 2018 14:38:36 +0000 Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w19EcZcq031832 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Feb 2018 14:38:36 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-017.cisco.com (173.36.7.27) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 9 Feb 2018 08:38:35 -0600 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1320.000; Fri, 9 Feb 2018 08:38:35 -0600 From: "Rakesh Gandhi (rgandhi)" To: Lou Berger , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo Thread-Index: AQHTm4NPcXMf0W9DGUe51+dEysSqsKOcQQ6A Date: Fri, 9 Feb 2018 14:38:35 +0000 Message-ID: <2F523B9C-629D-4891-8B19-3D1A157B96B3@cisco.com> References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.248.58] Content-Type: text/plain; charset="utf-8" Content-ID: <253A247E1C74D3428D91B18216C34772@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 09 Feb 2018 14:38:39 -0000 SGkgTG91LCBXRywgDQoNClllcy9zdXBwb3J0LiANCg0KVGhhbmtzLA0KUmFrZXNoDQoNCg0KT24g MjAxOC0wMi0wMSwgMTI6MzcgUE0sICJUZWFzIG9uIGJlaGFsZiBvZiBMb3UgQmVyZ2VyIiA8dGVh cy1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBsYmVyZ2VyQGxhYm4ubmV0PiB3cm90ZToN Cg0KICAgIEFsbCwNCiAgICANCiAgICBUaGlzIGlzIHN0YXJ0IG9mIGEgdHdvIHdlZWsgcG9sbCBv biBtYWtpbmcNCiAgICBkcmFmdC1saXUtdGVhcy15YW5nLWwzLXRlLXRvcG8tMDUgYSB3b3JraW5n IGdyb3VwDQogICAgZG9jdW1lbnQuIFBsZWFzZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGluZGlj YXRpbmcgInllcy9zdXBwb3J0IiBvcg0KICAgICJuby9kbyBub3Qgc3VwcG9ydCIuICBJZiBpbmRp Y2F0aW5nIG5vLCBwbGVhc2Ugc3RhdGUgeW91ciByZXNlcnZhdGlvbnMNCiAgICB3aXRoIHRoZSBk b2N1bWVudC4gIElmIHllcywgcGxlYXNlIGFsc28gZmVlbCBmcmVlIHRvIHByb3ZpZGUgY29tbWVu dHMNCiAgICB5b3UnZCBsaWtlIHRvIHNlZSBhZGRyZXNzZWQgb25jZSB0aGUgZG9jdW1lbnQgaXMg YSBXRyBkb2N1bWVudC4NCiAgICANCiAgICBUaGUgcG9sbCBlbmRzIEZlYnJ1YXJ5IDE1Lg0KICAg IA0KICAgIFRoYW5rcywNCiAgICANCiAgICBMb3UNCiAgICANCiAgICANCiAgICBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIFRlYXMgbWFpbGluZyBs aXN0DQogICAgVGVhc0BpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vdGVhcw0KICAgIA0KDQo= From nobody Fri Feb 9 06:40:26 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F94A126C0F; Fri, 9 Feb 2018 06:40:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NxC8MVk5IV53; Fri, 9 Feb 2018 06:40:23 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A087D124205; Fri, 9 Feb 2018 06:40:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1138; q=dns/txt; s=iport; t=1518187223; x=1519396823; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=gWMZAPypavd9EBxikg0nY9W3azr+jfMcp0TQKz0wuGI=; b=IICY+d5LSZpMZKwk3sAW3eTGZ0IeSImeq8bzJ1/jCjqaq5pfFbfXWSk0 ecLHhHIjiEs0ZVUPR6o+2D6GveTxQzAHcDyVCkD0J8durq2+akqx49CY2 41ou0dAMaC5iPHgnnQqQNnKRH134ywHe9vAzueXWb3Y+cxyMqg0/P2/2R Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAQA8sn1a/5FdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNRZnAoCoNbiiSOJYFbl34VggMKGAuFGAIagh1UGAECAQEBAQE?= =?us-ascii?q?BAmsohSQCBAEBIRE6GwIBCA4MAiYCAgIlCxUQAgQBEoo1EK53gieFAYN3ggoBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEYBYEPg22CFYFXghEMgnmDLwEBgT4BEgE2gwA?= =?us-ascii?q?xgjQFmiSKCAkClX+CHoYoi3mXZgIRGQGBOwEfOWBwcBU9KgGCG4R3eIo6gSWBF?= =?us-ascii?q?wEBAQ?= X-IronPort-AV: E=Sophos;i="5.46,483,1511827200"; d="scan'208";a="68076834" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Feb 2018 14:40:22 +0000 Received: from XCH-RCD-018.cisco.com (xch-rcd-018.cisco.com [173.37.102.28]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w19EeMZI030023 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Feb 2018 14:40:22 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-018.cisco.com (173.37.102.28) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 9 Feb 2018 08:40:21 -0600 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1320.000; Fri, 9 Feb 2018 08:40:21 -0600 From: "Rakesh Gandhi (rgandhi)" To: Lou Berger , TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo Thread-Index: AQHTm4cVWj2TTKTHBUuLkvdV+2+mmKOcQYiA Date: Fri, 9 Feb 2018 14:40:21 +0000 Message-ID: <499FDAB1-2B3D-4B12-9611-9585F74D3068@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.248.58] Content-Type: text/plain; charset="utf-8" Content-ID: <37731543DEB1444C94684703AF054D31@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 09 Feb 2018 14:40:25 -0000 SGkgTG91LCBXRywNCg0KWWVzL3N1cHBvcnQuDQoNClRoYW5rcywNClJha2VzaA0KDQoNCk9uIDIw MTgtMDItMDEsIDEyOjM3IFBNLCAiVGVhcyBvbiBiZWhhbGYgb2YgTG91IEJlcmdlciIgPHRlYXMt Ym91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgbGJlcmdlckBsYWJuLm5ldD4gd3JvdGU6DQoN CiAgICBBbGwsDQogICAgDQogICAgVGhpcyBpcyBzdGFydCBvZiBhIHR3byB3ZWVrIHBvbGwgb24g bWFraW5nDQogICAgZHJhZnQtbGl1LXRlYXMteWFuZy1zci10ZS10b3BvLTA0IGEgd29ya2luZyBn cm91cA0KICAgIGRvY3VtZW50LiBQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0 aW5nICJ5ZXMvc3VwcG9ydCIgb3INCiAgICAibm8vZG8gbm90IHN1cHBvcnQiLiAgSWYgaW5kaWNh dGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgcmVzZXJ2YXRpb25zDQogICAgd2l0aCB0aGUgZG9j dW1lbnQuICBJZiB5ZXMsIHBsZWFzZSBhbHNvIGZlZWwgZnJlZSB0byBwcm92aWRlIGNvbW1lbnRz DQogICAgeW91J2QgbGlrZSB0byBzZWUgYWRkcmVzc2VkIG9uY2UgdGhlIGRvY3VtZW50IGlzIGEg V0cgZG9jdW1lbnQuDQogICAgDQogICAgVGhlIHBvbGwgZW5kcyBGZWJydWFyeSAxNS4NCiAgICAN CiAgICBUaGFua3MsDQogICAgDQogICAgTG91DQogICAgDQogICAgDQogICAgDQogICAgDQogICAg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBUZWFz IG1haWxpbmcgbGlzdA0KICAgIFRlYXNAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCiAgICANCg0K From nobody Sun Feb 11 12:43:40 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF7D01200B9; Sun, 11 Feb 2018 12:43:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 CwRM1ws1_6ym; Sun, 11 Feb 2018 12:43:36 -0800 (PST) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 19C5D12711B; Sun, 11 Feb 2018 12:43:35 -0800 (PST) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id w1BKhVCI000604; Sun, 11 Feb 2018 20:43:31 GMT Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 35B6A2203B; Sun, 11 Feb 2018 20:43:31 +0000 (GMT) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id 1F0622203A; Sun, 11 Feb 2018 20:43:31 +0000 (GMT) Received: from 950129200 ([209.48.7.126]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id w1BKhSUJ026145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Feb 2018 20:43:30 GMT Reply-To: From: "Adrian Farrel" To: Cc: , , References: <6c943a33ef27453f8907cbffeab4c84f@BN1PR05MB376.namprd05.prod.outlook.com> In-Reply-To: <6c943a33ef27453f8907cbffeab4c84f@BN1PR05MB376.namprd05.prod.outlook.com> Date: Sun, 11 Feb 2018 20:43:27 -0000 Message-ID: <00b401d3a378$f8f0f3e0$ead2dba0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI2Lr6Bk2YGZ2wuXsCUs8+1WJg4jgE28+f/otDEUYA= Content-Language: en-gb X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-23658.003 X-TM-AS-Result: No--20.591-10.0-31-10 X-imss-scan-details: No--20.591-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-23658.003 X-TMASE-Result: 10--20.591500-10.000000 X-TMASE-MatchedRID: yebcs53SkkCnykMun0J1wvHkpkyUphL97yWPaQc4INTagsZM0qVv14Rt MnIKNxbw9EP6lYvzNvWZ5rXmZbU9pe23QcQvcFRXxZQoGMRGhhNhjS00Z2+WLVmmz7LVVfOpmre FG4OJwsh6SQfl2PWfsHwhppk5iOew7IkP5o4tMCnThGbP9qB93ClayzmQ9QV04NLx9LHk4c/T5B sFyOgF7PCENbHDbSIjiSQL5szRvdFHRwCgLVR8bfSG/+sPtZVkxN/Anz+KE85GMe+tDjQ3Fvm0Y T+bdWquaru0pN5FiZqPByyhRJUrm2TXem/gPudaR+GtoiXVeDGZ7jpwt34KXVfgf8AdlMAqt9zU wxhckRHIX/mcZGrSpgsG5S1WjvAP4bHZGhxVtKcx87MtvE/hlfZy7UNdXqxOyL0CMroLynV6llT JDoR4NdwZQbxQpGvbD1+q8GxMwst/TZ/6kP79zt9DPXGOTEAjTsL397r0Sjcpvin3qJPKeNLuX2 hj/M7Uk1ZvyioUqi33Dos2a+Uj25Eeei9rlCljLa1owjfZfxamHa5d2aiWj7YXhr68jbY+SucqL Hu3mZPsUVWWISnYivAL7Jj8ilE4GYHf0nN4FOMa5z6i6exhAIBmvqGKeYuqyj+mMsG+WjaSsVtq QZCUs/85PXnIyicNGegCmeQgyY4mL2LVAKTQj5X2EdBJA/laf6iC0fNopZkptGPruhNzqax7XMx teOt3LQcNR/F9N+Bxavi/+FQQxx7kI5Tt00LCzK2bvl29/tl33TJL/+AmhpJejtIXk6RvbfuQO2 /rMovrN3FE9FNYOn/inirn0Q3s0GGIl8EkJPOeAiCmPx4NwGNn8XPiALIb+gD2vYtOFhgqtq5d3 cxkNQP90fJP9eHt X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Teas] AD review: draft-ietf-teas-scheduled-resources X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 11 Feb 2018 20:43:39 -0000 Hi Deborah, Thanks for the thoughtful review. > I=92ve done my AD review of your draft. This draft is on a complex = problem space. > In reviewing it, it reminded me of the discussion around the MLN work (RFC5212, > RFC5339) which discussed scheduling of resources (virtual).=20 You're right. And not much has changed over the (very nearly) ten years. = That is, there is an assumption that there is some management element = responsible for handling the "booking" of network resources. Of course, 5212 and 5338 (importantly supplemented by 5623 that defined VNTM) considered = multi-layered networks, where we are focused on booking in a single layer. > Most significantly, I missed discussion related to operator policy. There is a slightly different nuance to this important issue. In a = multi-layer network we are concerned (one might say worried!) about how a client = network requests resources from a server network. Operator policy is, of course, fundamental in that scenario. But in our case, we are looking at how an operator manages their own = network. Of course, there is policy there, but (one assumes) an operator does not = manage their own network outside of their own policy. That is to say, it is the operator's PCE that is doing the work. (No unicorns were harmed in the production of this document!) Nevertheless, I think we could usefully add a new section 3.3 called "Enforcement of operator policy." See below. > Here=92s several critical items which were discussed in the MLN work: > =95 Amount of capacity available for scheduling needs to be under > operator policy. > =95 The use of scheduled resources if needed during a sudden change > in traffic demand event or a complex (multiple nodes/links) failure > event needs to be based on operator policy so as to protect against > network destabilization. There are two cases: - If the repair is handled by the network then the fact that the = resources are reserved is unknown by the network and that PCE will react in the same way that it would to a link failure and will try to recompute the path of the booked LSP. - If the repair is handled by the PCE then it is aware of the booked = resources and can apply "operator policy" to determine whether the booked LSP is more or less important than repair of the failed LSP. > =95 The choice of reserving immediately resources for future use or to > book without reserving network capacity must be under the control > of an operator. And both should be supported by the database > (need to be able to distinguish). Resources that are reserved "now" are indistinguishable from provisioned = LSPs (because they are provisioned LSPs). So, yes, an operator could service = a request for an LSP to be available next year by setting it up today (or responding "No, come back later"). You may be suggesting that such LSPs provisioned ahead of their actual need could be more pre-emptable than = LSPs that are in use. But I think that is crazy-talk :-) If you want to be more pre-emptable, then don't provision the LSP - that's why you have a = stateful PCE. > =95 Section 2.5 =93allows pre-emption=94. This was the first mention = of pre-emption > of current reservations to handle a scheduled reservation. There is = no additional > discussion e.g. priority, etc. Pre-emption is a complex subject and = if it is allowed, > more description is needed and it needs to be added that it is based = on operator > policy. You're right that 2.1 and 2.2 should talk about pre-emption. Personally, I don't think it is a particularly complex concept. But = recall, the decision is under the control of the stateful PCE. > =95 Need to include network performance factors (maximum link = utilization > and residual capacity of the network) with respect to supporting = scheduling > and subject to operator policy. Yes, we could make more of Objective Functions. I guess we're just too = used to seeing that as a normal, everyday factor of PCE. > =95 When you discuss re-optimization, you need to add this needs to be = under > control of operator policy as the stability of the network will be = impacted. Now you must remember whose PCE this is. Re-optimization out of the = control of a PCE is no more than a service re-provisioning request, but since the = application is unlikely to be able to see much of the TED, it is meaningless for it = to make such a request. Re-optimization under the control of the PCE is exactly according to the operator's policy by definition. > =95 The OAM status of the reserved resources (alarms) must be = available. Control of > recalculations for the scheduled resources and notifications of the = alarms needs to > be subject to policy. It either is or it isn't! This is no different to any other TED computation except (of course?) = computing an LSP's path for an LSP due in three years' time might be more likely = to ignore today's alarms. =A0 > In the abstract, you say =93This document provides a = framework..discusses the > architecture..=94. As this document is more than an architecture, I = think the title > should reflect it is a =93Framework..=94. This choice of semantics is way above my pay-grade. =A0> You listed CPU utilization, memory, buffers of interfaces as = resources that can be > scheduled. As this draft is on TE LSPs, I didn=92t see the relation to = these parameters > (for RSVP-TE signaling or PCE use)? Yup. RSVP-TE is not used to provision compute and storage resources - = for which we are suitably grateful. But some people observe that an orchestrator = is a type of PCE and that an SDN system uses a PCE at its core.=20 > In the acknowledgements, you list chen-teas-frmwk-tts and also list it > in the references. As this earlier document was dated March 2016, it=20 > would be sufficient to list the authors as you have done, saying > contributed to earlier version, but don=92t list the no longer = existing > document. =A0 The text as written is very precise. Is there a problem with an = informative reference to an expired draft? > There are multiple instances where the English lacks in clarity and > impacts the understanding. I=92ve suggested improvements for > multiple sentences, though the document needs a more careful review.=20 Red Rag, please meet Mr. Bull. I'll look through your comments with interest :-) =A0 > As I said, this is a complex problem space so don=92t take my comments > negatively. I=92ll send a marked up document to the authors with my > suggestions for appropriate sections to add text and improving = clarity. Thanks again. And now, proposed text... =3D=3D=3D=3D 3.3 Enforcement of Operator Policy Computation requests for LSPs are serviced according to operator policy. = For example, a PCE may refuse a computation request because the application = making the request does not have sufficient permissions, or because servicing = the request might take specific resource usage over a given threshold. Furthermore, the pre-emption and holding priorities of any particular computation request may be subject to the operator's policies. The = request could be rejected if it does not conform to the operator's policies, or = (possibly more likely) the priorities could be set/overwritten according to the = operator's policies. Additionally, the objective functions (OFs) of computation request (such = as maximizing residual bandwidth) are also subject to operator policies. It = is highly likely that the choice of OFs is not available to an application = and is selected by the PCE or management system subject to operator policies = and knowledge of the application. None of these statements is new to scheduled resources. They apply to = stateless, stateful, passive, and active PCEs, and they continue to apply to = scheduling of resources. An operator may choose to configure special behavior for a PCE that = handles resource scheduling. For example, an operator might want only a certain percentage of any resource to be bookable. And an operator might want = the pre-emption of booked resources to be an inverse function of how far in = the future the resources are needed for the first time. It Is a general assumption about the architecture described in Section 4 = that a PCE is under the operational control of the operator that owns the = resources that the PCE manipulates. Thus the operator may configure any amount of (potentially complex) policy at the PCE. This configuration would also = include policy points surrounding re-optimization of existing and planned LSPs = in the event of changes in the current and future (planned) resource = availability. =3D=3D=3D=3D Best, Adrian (passing through Newark and so able to throw rocks ;-) From nobody Mon Feb 12 13:30:28 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EBA0126DC2; Mon, 12 Feb 2018 13:30: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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151847102745.6066.7209217181426369124@ietfa.amsl.com> Date: Mon, 12 Feb 2018 13:30:27 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-te-topo-and-tunnel-modeling-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 21:30:27 -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 : TE Topology and Tunnel Modeling for Transport Networks Authors : Igor Bryskin Vishnu Pavan Beeram Tarek Saad Xufeng Liu Filename : draft-ietf-teas-te-topo-and-tunnel-modeling-00.txt Pages : 105 Date : 2018-01-17 Abstract: This document describes how to model TE topologies and tunnels for transport networks, by using the TE topology YANG model [I-D.ietf- teas-yang-te-topo] and the TE tunnel YANG model [I-D.ietf-teas-yang- te]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-topo-and-tunnel-modeling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-te-topo-and-tunnel-modeling-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-topo-and-tunnel-modeling-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 Mon Feb 12 17:08:36 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B3AE12DA44; Mon, 12 Feb 2018 17:08:35 -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 XwB3yelSiznw; Mon, 12 Feb 2018 17:08:33 -0800 (PST) Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81EA312DA41; Mon, 12 Feb 2018 17:08:33 -0800 (PST) Received: by mail-pg0-x22e.google.com with SMTP id j9so8154880pgp.11; Mon, 12 Feb 2018 17:08:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=QjeWCRRqLfslcDdtwyH6O86hPGyUSlWuJe9n0t+FwAI=; b=CuyMK2DF6qRQsnvaGB5mqoYYMsHBIBm8uoFO4t8YGxaUnI5sujhsD+O0yrctUlFlPn LzrtMWztbXT2I7yhpTAeNufJ3JHDk6bf7fb8dNZh8Wq34GG0EjxJQ5S0w2g9fVOtnWhk KpJcNeHV8URSzSr5AMcLo1nUishnchcYXn1eE40x0m10Sh2eoyxxvwcvqxEUsbUkCz5d LMkGd94axVXw2XApl+YxgIAzeVmf2z5IXz9AsBwX2YyUv/iccRnIXxhGgq3ZtV6iqdUe +GgXEQLm7zPfDdFTp+eatw6cEC0BLwMPmMjNPLPq+j7ofFPRf/ynEx354kmadTlaKlPT mxkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=QjeWCRRqLfslcDdtwyH6O86hPGyUSlWuJe9n0t+FwAI=; b=aa/MsyWP9yaGvDa/DrRlBE0YE9Nzmuii60Me2InNDvCnrNLCIOD2cBvocAYh9Fhqus G+aripvhq5iqfDiU5A8DJAVLwrKmLRl+m0lN2StADrgUl8mWbdUGOI/ws4zfMVZ98yiB oPHGrPcXZnqMjRFd6Z2lwgM5+0UJZ2GBWCdsfS94aoT8nhuxabH20XpNoSFF784fqBM5 Rc3F3+RcQvUTKJlIwIfOLRI8QxSl21iPZ18LhE0jg0ig5795YZqQip6hW99l8V6RqZ60 LDa9jOhOHPdIi3Cq2+udi9tlUe3wD5QWb96gsgsilTFgVDE6mBupwmOcZr83S5NWXAM9 ujlw== X-Gm-Message-State: APf1xPAIvywVxV2E+/pMG+lA1EZaHOWo61YWCJQnf+vIUoQf/R3reXFF yiXC8UPraKt/lxjukO1CcOtuDBksG0ue3TvKa59W9w== X-Google-Smtp-Source: AH8x225xZifPimCzmv0d3zh+XyFE0MZ+A3Pd1u7I8BMF2x/5OSU5xEcBKiv5mfL+3w65Vf0MXhzXwUjQCn5KF5It52c= X-Received: by 10.98.238.2 with SMTP id e2mr13435126pfi.206.1518484112773; Mon, 12 Feb 2018 17:08:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.146.5 with HTTP; Mon, 12 Feb 2018 17:08:28 -0800 (PST) In-Reply-To: References: From: Vishnu Pavan Beeram Date: Mon, 12 Feb 2018 20:08:28 -0500 Message-ID: To: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="f403043c2fd02397c605650da25b" Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-pce-native-ip X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 01:08:35 -0000 --f403043c2fd02397c605650da25b Content-Type: text/plain; charset="UTF-8" All, The WG poll is closed. Authors, Please republish draft-wang-teas-pce-native-ip-07 as draft-ietf-teas-pce-native-ip-00 with only the date and file name changed. Thanks, - Pavan and Lou. On Thu, Jan 25, 2018 at 5:38 PM, Vishnu Pavan Beeram wrote: > All, > > This is start of a two week poll on making > draft-wang-teas-pce-native-ip-07 a TEAS 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. > > Note: an IPR disclosure has been made on this document, see > https://datatracker.ietf.org/ipr/3134/ > The poll ends Feb 8th. > > Thanks, > Pavan and Lou > --f403043c2fd02397c605650da25b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,
=C2=A0 =C2=A0 The WG poll<= /span> is closed.

Authors,
=C2=A0 =C2=A0 Please republish draft-wang-teas-pce-native-ip-07 as=20 draft-ietf-teas-pce-native-ip-00 with only the date and file name changed.<= br>
Thanks,
- Pavan and Lou.

On Thu, Jan 25,= 2018 at 5:38 PM, Vishnu Pavan Beeram <vishnupavan@gmail.com> wrote:
All,

This is start of a two week poll on making
draft-wang-teas-pce-native-ip-= 07 a TEAS working group document.
Please send email to the list indicat= ing "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.

Note: an IPR disclosure has been made on this document, see
https://datat= racker.ietf.org/ipr/3134/
The poll ends Feb 8th.

Thanks,
Pavan and Lou

--f403043c2fd02397c605650da25b-- From nobody Mon Feb 12 17:16:04 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADDB612DA51; Mon, 12 Feb 2018 17:16:03 -0800 (PST) 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 kmQlBuSZKcxa; Mon, 12 Feb 2018 17:16:01 -0800 (PST) Received: from mail-pg0-x232.google.com (mail-pg0-x232.google.com [IPv6:2607:f8b0:400e:c05::232]) (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 BEBF712DA50; Mon, 12 Feb 2018 17:16:01 -0800 (PST) Received: by mail-pg0-x232.google.com with SMTP id e11so2793430pgq.12; Mon, 12 Feb 2018 17:16:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=uRcZqx1O0YH45q+Bp6m7XrycHiixif7QxTa23rn13mk=; b=Rqq2xlHgz7G5g0K8NHO/04McjBp3aoPMFVWWaEaCU0M91DytBOC2xtC3oB4lQ+j9KY yjh3Cow1nfu3vzVGHjsfjXsyQLUgYvGxZVdpLFEDE2aroHqV7Lk4ckEiNaNFXnBOkZvJ Ni+bVx/WoV6vdB6Dq0nNqQljmrYfg5dNVfey0P61DC0f5OPb7AJvS4DNEgNz2VBajGUC 1qnlOHSwc6Dzzs5+ymZqNXPa16oENX0CEy+dwiRsTJruuJppUFxm/ke5p5bhae2FRjop iK3sdGNcldECwlTxnBQlLGuq6PD0pBBKbsvKExydTqTaoJnqqsLu2AZJw84dHKUZiizh Ws8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=uRcZqx1O0YH45q+Bp6m7XrycHiixif7QxTa23rn13mk=; b=R4TOZdgqU9fdWh+NvKmHlMIuwI9ltClBfasn5TKZkl+A1fw230LmGbq5m1Bze88SH2 kWE30+6Q+YZxvhFCl87yJr13yn/O8eDaDp/7PoJkKJNr6QDWN3H7Y8Uv/R0YUSQYH2Iz b1bKChFxZ6DeVUzKE9Ul44vP696WvgF7YlO+jksWsATwAcri3hzKryvXJ9A27PNuPKQG mqE/SoLfogLryY3urJpkjTm39SPviENm3zYEn3Pji9T09AXbspo2gGVXroVO72qkMKWC oxqDlQpH2wE5B348nvqb9e4r8PDY5PYgyoLW4wqT0/2w6rZPsOcBtVyoMiH9jPDZIbU2 mbjg== X-Gm-Message-State: APf1xPA7UCduO/oazt6yaoEGYPDXPjFu3HlsS9j62ak180WEhi6d07/Q 1mC02s1+T6djcZRN/k3NfMVNx54QbOVdWlO3yUePOw== X-Google-Smtp-Source: AH8x226uS1bRCiRh11lg/vN43/XvcLgXo0CU6JizizrbqRiTtHGv2wJKuLnYZgphA7x55R4pEdcnJWzCcmgsctyO4RA= X-Received: by 10.99.161.26 with SMTP id b26mr10968114pgf.130.1518484561144; Mon, 12 Feb 2018 17:16:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.146.5 with HTTP; Mon, 12 Feb 2018 17:16:00 -0800 (PST) In-Reply-To: References: From: Vishnu Pavan Beeram Date: Mon, 12 Feb 2018 20:16:00 -0500 Message-ID: To: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="94eb2c1bce52dd32f805650dbca0" Archived-At: Subject: Re: [Teas] WG adoption poll - draft-wang-teas-ccdr X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 01:16:03 -0000 --94eb2c1bce52dd32f805650dbca0 Content-Type: text/plain; charset="UTF-8" All, The WG poll is closed. Authors, Please republish draft-wang-teas-ccdr-05 as draft-ietf-teas-native-ip-scenarios-00 with only the date and file name changed. Please note the change in the file name. Thanks, - Pavan and Lou. On Thu, Jan 25, 2018 at 5:15 PM, Vishnu Pavan Beeram wrote: > All, > > This is start of a two week poll on making > draft-wang-teas-ccdr-05 a TEAS 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 Feb 8th. > > Thanks, > Pavan and Lou > --94eb2c1bce52dd32f805650dbca0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,
=C2=A0 =C2=A0 The WG poll is closed.

Authors,
=C2=A0 =C2=A0 Please republish draft-wang-teas-ccd= r-05 as=20 draft-ietf-teas-native-ip-scenarios-00 with only the date and file nam= e changed. Please note<= /span> the change in the file name.
Thanks,
- Pavan and Lou.

On Thu, Jan 25, 2018 = at 5:15 PM, Vishnu Pavan Beeram <vishnupavan@gmail.com> = wrote:
All,

This is start of a two week p= oll on making
draft-wang-teas-ccdr-05 a TEAS working group docume= nt.
Please send email to the list indicating "yes/support" or "n= o/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 Feb 8th.=

Thanks,
Pavan and Lou

--94eb2c1bce52dd32f805650dbca0-- From nobody Mon Feb 12 17:40:49 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7AD812DB71; Mon, 12 Feb 2018 17:40:47 -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 TaYHhPorJTc9; Mon, 12 Feb 2018 17:40:45 -0800 (PST) Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (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 A0C8A124D6C; Mon, 12 Feb 2018 17:40:45 -0800 (PST) Received: by mail-pg0-x230.google.com with SMTP id t4so7721034pgp.8; Mon, 12 Feb 2018 17:40:45 -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=xNnkFuIiwosvTG0MFVgd92UVhPCpniLLLTRIMaqsBYY=; b=PpvUB2I2gD6RAyaPQrNFceQH0k8ZJVpG9HJrTi6AaV6htSeW75WarMQgI4/OJXYhJM JZsdMFGyRtTOChXCk4vAKIoyFShxxN2YgCLnqyRTHtAuZntGBieemjA1Y4O9Xjy0D0/7 earDAxOLAY+ykDFTtm+MofywqWkh1MEqM+JtJB+cr6XemNKvMMBA1mpvqK4aGBvhxg57 UzkA1wuSgSig3+diRqwNKkFMThcUlLVJzoISnXktFqripf50oQ26yq6rTEnXd3/kJ+yD j3pOenuDwcxZ/SA+rd+tYVZb9/uJaLf/pum6HkNr86K4X315N+fy927vO0wN56GsQBot QfEg== 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=xNnkFuIiwosvTG0MFVgd92UVhPCpniLLLTRIMaqsBYY=; b=nJjT3krroyG4JTYRUh9yDGLxYrEbJ6DBSYNxXHiQLdMi6kyPvkKHOWMReWxEAzUNx7 fbjq9u/Gt/WnYZ+2nFjuY8fTStLpqBpiISyk3q4UdPDsWHTyDhAW4OYJt6lu2vCdjori N3RDBGB39t4QrOzSR/p0Zb/3bc5aTnfBzccQU10YtCErmbJWGO2z6ztm56hgoTWCznkF ik+APkmXyl1Bf1A32jNRkxIxf/U0c6ANQpIF4x/5LTWlaUCsK//wnsNZgpLQL0+IZXVT 7yMpI3PHyakRPATPpvtB5trA1OkyU8BAVvTpGLECWQUV8jikiawr39no3pnkmr/DIv/G Cv+A== X-Gm-Message-State: APf1xPBuOucHQhkWX/rbTtkiwLJqMcBuBJ1dUPfcDBEexMhhb3MbDvGd kFT48ZRszNv15Xmy5FgqYK597ydalskH6BYGVDkCTg== X-Google-Smtp-Source: AH8x225Oy2eEURWucGJUo1FGayKLDHJlUrI9J0eOdEatekXaCg1A4oLjMuFrb1eB8navhJvkbsb5BQVOacCp9H6o7mE= X-Received: by 10.99.96.137 with SMTP id u131mr11017070pgb.103.1518486045043; Mon, 12 Feb 2018 17:40:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Mon, 12 Feb 2018 17:40:44 -0800 (PST) From: Vishnu Pavan Beeram Date: Mon, 12 Feb 2018 20:40:44 -0500 Message-ID: To: "Rakesh Gandhi (rgandhi)" , "Shah, Himanshu" , jeremy.whittaker@verizon.com Cc: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="94eb2c1105484fb24705650e1502" Archived-At: Subject: [Teas] Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 01:40:48 -0000 --94eb2c1105484fb24705650e1502 Content-Type: text/plain; charset="UTF-8" Authors, Contributors, WG, As part of the preparation for WG Last Call: Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author and listed contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under the IETF IPR rules which encourages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribution or discussion related to your undisclosed IPR. For more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, TEAS WG Chairs PS Please include all listed in the headers of this message in your response. --94eb2c1105484fb24705650e1502 Content-Type: text/html; charset="UTF-8"
Authors, Contributors, WG,

As part of the preparation for WG Last Call:

Are you aware of any IPR that applies to drafts identified above?

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3669, 5378 and 8179 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author and listed
contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
TO LINES.

If you are on the WG email list or attend WG meetings but are not listed
as an author or contributor, we remind you of your obligations under
the IETF IPR rules which encourages you to notify the IETF if you are
aware of IPR of others on an IETF contribution, or to refrain from
participating in any contribution or discussion related to your
undisclosed IPR. For more information, please see the RFCs listed above
and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Thank you,
TEAS WG Chairs

PS Please include all listed in the headers of this message in your
response.


--94eb2c1105484fb24705650e1502-- From nobody Mon Feb 12 18:00:35 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6FB712E034; Mon, 12 Feb 2018 18:00:33 -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 vQs0zMrZ77nO; Mon, 12 Feb 2018 18:00:32 -0800 (PST) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (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 2645F12DB71; Mon, 12 Feb 2018 18:00:32 -0800 (PST) Received: by mail-pg0-x22b.google.com with SMTP id w17so8810730pgv.6; Mon, 12 Feb 2018 18:00:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JmXDKXGHT8PvPvuf2ZKP5oEkrmslWyVyxe3SZL1NZTs=; b=L8I55232Xy+A9Umt9XZoWUL+erq/07XcVZ56+so08Ch/zKl5OgYq8veec0a1sKjocd Wc+8TgzgJCdRyWXGZxXyRayzXgW//sLDqVrfpNcGkCSSmoXHezCtedEZ5OO8RI5Ssier m+wf2krPgWucqIvBmQKlBdEfBj4xjtfxxr/V/wiwlMgzCSzo9e4ul4HgFpGV+bpoOb3u vLP7+U/cnRnXP92quE+0/uNOozjl1CpCxR6HCkhYpYHqCrjsQFbL9qnVp2mBhSjhA7ir hAvJbikdxfy/Fdp5gZ1DbK2pqI9cq1rPbZ4cA2g6XqzHw4HFTJSim7Jkme/gPiFarWDt iTDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JmXDKXGHT8PvPvuf2ZKP5oEkrmslWyVyxe3SZL1NZTs=; b=sUI6TUIumSfFxMur4rPHQ5VYj1EkFLFx8Z0mHDJHVcYY7aKu4wVu0wvRFCv0W/yaDg g5Z946guyY83FIjLwF508CzNtiWVeTOSYlW2AyIi3LXHnDMKLtzMSG0Y95OVMBgVavXK EGK11KMyV7mdK4kHhfLN2Jn+kXi8/k4eXL5dp9xI9f2WoxucNaxq9WW5Ql9XKuZjxOVv 0oZRxALlGp594zi0gGEAybRLzuzNFYDq/sBzCpIPRHM0dHVOZImFOromIK7smkAwi5yN foMvd2iHgrrcw32MDyBmypz0Q8SykpLCDEcN5rTYVnaYQEICDydiJ3TA1Qmkofflh8p1 VEwA== X-Gm-Message-State: APf1xPAPt/wG3mXPJdGz6yTFSe5xTiZYV2XQMCTpF7M1YLLx+DLHRq5s FohVLkXU78qwZuvaEgUnhbYkusp458fOgCwC6yQ= X-Google-Smtp-Source: AH8x227IxDQJ8zbpo0ERTVUcEAaRznEwu0akkiQVs/IhCQBJplfZvPGivdIIsPAVDOJjGpY6C7SiBEqwY1YMYSXYZDA= X-Received: by 10.99.43.73 with SMTP id r70mr11177495pgr.316.1518487231395; Mon, 12 Feb 2018 18:00:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Mon, 12 Feb 2018 18:00:30 -0800 (PST) In-Reply-To: References: From: Vishnu Pavan Beeram Date: Mon, 12 Feb 2018 21:00:30 -0500 Message-ID: To: Lou Berger Cc: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="001a114674de05fb6805650e5cca" Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 02:00:34 -0000 --001a114674de05fb6805650e5cca Content-Type: text/plain; charset="UTF-8" Support. Regards, -Pavan (as a co-author) On Thu, Feb 1, 2018 at 12:37 PM, Lou Berger wrote: > All, > > This is start of a two week poll on making > draft-liu-teas-yang-sr-te-topo-04 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 15. > > Thanks, > > Lou > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --001a114674de05fb6805650e5cca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support.

Regards,
-Pavan (= as a co-author)

On Thu, Feb 1, 2018 at 12:37 PM, Lou Berger <<= a href=3D"mailto:lberger@labn.net" target=3D"_blank">lberger@labn.net&g= t; wrote:
All,

This is start of a two week poll on making
draft-liu-teas-yang-sr-te-topo-04 a working group
document. Please send email to the list indicating "yes/support" = or
"no/do not support".=C2=A0 If indicating no, please state your re= servations
with the document.=C2=A0 If yes, please also feel free to provide comments<= br> you'd like to see addressed once the document is a WG document.

The poll ends February 15.

Thanks,

Lou




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

--001a114674de05fb6805650e5cca-- From nobody Mon Feb 12 18:01:25 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 378F212DB71; Mon, 12 Feb 2018 18:01:24 -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 S8UCxpTXlDMR; Mon, 12 Feb 2018 18:01:22 -0800 (PST) Received: from mail-pg0-x22d.google.com (mail-pg0-x22d.google.com [IPv6:2607:f8b0:400e:c05::22d]) (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 5DABB12E034; Mon, 12 Feb 2018 18:01:22 -0800 (PST) Received: by mail-pg0-x22d.google.com with SMTP id l24so2778438pgc.5; Mon, 12 Feb 2018 18:01:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SqX53dC1OyrKjRm/8uGIlC81FPZHQf+GeUw953oIiCM=; b=TRfVJyfukt7iPgPmCdbLF5ZhmtgTyuzoKiJzwGl8b7xTsrA7ISIEeWSYsEWCdU3xmI /2XZxkAgYl6ESCnpGzk7gvHn0aEJ3bmUSmKD+ZaemE3US4MR0WjOPnCK2rzgZuzE4Azj 3qUc/Ixzbu1fnpcMaVhHUTWtGxc3JvADLXdxm6lU88YMVAFIJh1w20E/80VOS/RbaycR 3nYdoZ/zT5VboQtfFJDx7xHM65HJY9cgx7LRskMoGSsSFnyxJpkbrNLdfkrOQzN2c29N cCb81N8lucYXxGFD2GG9b2lrCxRbmwEaIVlJqlXlq/gAo3q6aa0zOSK+eiSFJJlSRP9T U+3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SqX53dC1OyrKjRm/8uGIlC81FPZHQf+GeUw953oIiCM=; b=mvGke8DmHMKMAZ8gGKY/w+He/79E6GNrkTWkWuzmkmAkOBeM34mFhVTUHtRaLu3JRt E+KfTDFcGxXNsvo8Sk5mkXLEa7FNyMacMS7CR85HSjdis1e8hQhFHEIW3QD1+9Tw8xpD GDdaOwNq6OEjjJrH8pPfP1VTfaP2qhqcDkameIKx0I2tAQDH7qTxvPQJF3f65GXvsyBK +7gxD04JkauxOo5x25Q0DoxazGUH1HNry+uAAZiRGq69p9E+1LEZQNkZFag52T/sOCVr nqwIetP6rVlqCzwJhBbYVDj5Jt87muXXRfHfTAqc2C52hvoGyvplVh6kV7F7cCLDDR/d h8SA== X-Gm-Message-State: APf1xPD29dKf/5Vkcnt1w4RJ+SvnINKEtYa5KmSymca/hyPEa9cTYXtE y1mFERtm/adaafnNd/fry98/SfI8tZ9KHCLOgRrBoQ== X-Google-Smtp-Source: AH8x2261GW0jAKcX5AifNpAHiR8rjICCWuoaTfQ+TASnuCF+sU3x4e/DhT+3OdjHbp/mDpUO0D+s8NyuAwCiI7CWyJg= X-Received: by 10.99.96.137 with SMTP id u131mr11054091pgb.103.1518487281646; Mon, 12 Feb 2018 18:01:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Mon, 12 Feb 2018 18:01:21 -0800 (PST) In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> From: Vishnu Pavan Beeram Date: Mon, 12 Feb 2018 21:01:21 -0500 Message-ID: To: Lou Berger Cc: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="94eb2c11054804c2a605650e5fb6" Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 02:01:24 -0000 --94eb2c11054804c2a605650e5fb6 Content-Type: text/plain; charset="UTF-8" Support. Regards, -Pavan (as a co-author) On Thu, Feb 1, 2018 at 12:37 PM, Lou Berger wrote: > All, > > This is start of a two week poll on making > draft-liu-teas-yang-l3-te-topo-05 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 15. > > Thanks, > > Lou > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --94eb2c11054804c2a605650e5fb6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support.

Regards,
-Pavan (= as a co-author)

On Thu, Feb 1, 2018 at 12:37 PM, Lou Berger <<= a href=3D"mailto:lberger@labn.net" target=3D"_blank">lberger@labn.net&g= t; wrote:
All,

This is start of a two week poll on making
draft-liu-teas-yang-l3-te-topo-05 a working group
document. Please send email to the list indicating "yes/support" = or
"no/do not support".=C2=A0 If indicating no, please state your re= servations
with the document.=C2=A0 If yes, please also feel free to provide comments<= br> you'd like to see addressed once the document is a WG document.

The poll ends February 15.

Thanks,

Lou


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

--94eb2c11054804c2a605650e5fb6-- From nobody Mon Feb 12 18:06:25 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A91F612E034; Mon, 12 Feb 2018 18:06:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.529 X-Spam-Level: X-Spam-Status: No, score=-14.529 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H262M2y0H5e8; Mon, 12 Feb 2018 18:06:22 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A63FF12DB71; Mon, 12 Feb 2018 18:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12176; q=dns/txt; s=iport; t=1518487582; x=1519697182; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/913thqG9wXFnHA5ATleYYosRh+qd6m4lbZZoS+lNnM=; b=GNwBN/sNsjXeqfQWj8JTPqqdhHLjY1ICfoPMI5jYGMMhVhNAd4O5WZTz WMphM+ZiE/kJbNTc1Vd+T5HfPcFFTK7HpxAt81RquoZblHdOz0JYEetQJ Y+n3bKeJsgUdIAkF8HcJcIWPVQW4f6EDlc0v9pIjV9n7NAac+emExovgx s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AsAwBuR4Ja/4kNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJaRzFmcCgKg1uYSoFbJ4EXh3+IZ4VbFYIDCiOFGAIagjNWFgE?= =?us-ascii?q?CAQEBAQEBAmsohSMBAQEEI1EFEAIBCBEDAQIrAgICHxEdCAIEAQ0FiVFMAxUQr?= =?us-ascii?q?jCCJyaHFw2BMYIRAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYR8ghWBV4FoKQyCeYJ?= =?us-ascii?q?rOQsCA4E7ARIBP4J3MYI0BaN5NQkCiB6IWoUKgh9nhUOLe44CSIkhAhEZAYE7A?= =?us-ascii?q?Q8XCSlgcHAVPSoBghsJhG54AYoAgSWBFwEBAQ?= X-IronPort-AV: E=Sophos; i="5.46,505,1511827200"; d="scan'208,217"; a="69396477" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Feb 2018 02:06:21 +0000 Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w1D26La0006013 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 13 Feb 2018 02:06:21 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-017.cisco.com (173.36.7.27) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 12 Feb 2018 20:06:21 -0600 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1320.000; Mon, 12 Feb 2018 20:06:20 -0600 From: "Rakesh Gandhi (rgandhi)" To: Vishnu Pavan Beeram , "Shah, Himanshu" , "jeremy.whittaker@verizon.com" CC: TEAS WG , TEAS WG Chairs Thread-Topic: Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpGuuKeYKH4gkS0aLdp+LdI18gaOhpnwA Date: Tue, 13 Feb 2018 02:06:20 +0000 Message-ID: <31AF8DE5-6856-4A3C-B276-738A707A6B23@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.248.58] Content-Type: multipart/alternative; boundary="_000_31AF8DE568564A3CB276738A707A6B23ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 02:06:24 -0000 --_000_31AF8DE568564A3CB276738A707A6B23ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUGF2YW4sIFdHLA0KDQpZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRo aXMgZHJhZnQuDQoNClllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lw ci8yNzgxLw0KDQoNClRoYW5rcywNClJha2VzaA0KDQoNCkZyb206IFZpc2hudSBQYXZhbiBCZWVy YW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCkRhdGU6IE1vbmRheSwgRmVicnVhcnkgMTIsIDIw MTggYXQgODo0MCBQTQ0KVG86ICI9U01UUDpyZ2FuZGhpQGNpc2NvLiBjb20iIDxyZ2FuZGhpQGNp c2NvLmNvbT4sICJTaGFoLCBIaW1hbnNodSIgPGhzaGFoQGNpZW5hLmNvbT4sICJqZXJlbXkud2hp dHRha2VyQHZlcml6b24uY29tIiA8amVyZW15LndoaXR0YWtlckB2ZXJpem9uLmNvbT4NCkNjOiBU RUFTIFdHIDx0ZWFzQGlldGYub3JnPiwgVEVBUyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYu b3JnPg0KU3ViamVjdDogUmVnYXJkaW5nIElQUiBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29y b3V0ZWQtYmlkaXItZnJyLTAyDQoNCkF1dGhvcnMsIENvbnRyaWJ1dG9ycywgV0csDQoNCkFzIHBh cnQgb2YgdGhlIHByZXBhcmF0aW9uIGZvciBXRyBMYXN0IENhbGw6DQoNCkFyZSB5b3UgYXdhcmUg b2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnRzIGlkZW50aWZpZWQgYWJvdmU/DQoNClBs ZWFzZSBzdGF0ZSBlaXRoZXI6DQoNCiJObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQg YXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0Kb3INCiJZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBh cHBsaWVzIHRvIHRoaXMgZHJhZnQiDQoNCklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9z ZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQooc2VlIFJGQ3MgMzY2OSwgNTM3 OCBhbmQgODE3OSBmb3IgbW9yZSBkZXRhaWxzKT8NCg0KSWYgeWVzIHRvIHRoZSBhYm92ZSwgcGxl YXNlIHN0YXRlIGVpdGhlcjoNCg0KIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4g Y29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0Kb3INCiJObywgdGhlIElQUiBoYXMgbm90 IGJlZW4gZGlzY2xvc2VkIg0KDQpJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkg YWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluaw0KYXBwcm9wcmlhdGUuDQoNCklmIHlvdSBhcmUg bGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3ZXIg dGhlDQphYm92ZSBieSByZXNwb25kaW5nIHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0 aGVyIG9yIG5vdCB5b3UgYXJlDQphd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3Vt ZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQNCnN0YWdlIHVudGlsIGEgcmVzcG9uc2Ug aGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgbGlzdGVkDQpjb250cmlidXRv ci4gTk9URTogVEhJUyBBUFBMSUVTIFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMgTUVTU0FH RSdTDQpUTyBMSU5FUy4NCg0KSWYgeW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRl bmQgV0cgbWVldGluZ3MgYnV0IGFyZSBub3QgbGlzdGVkDQphcyBhbiBhdXRob3Igb3IgY29udHJp YnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlcg0KdGhlIElFVEYg SVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3Ug YXJlDQphd2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0 byByZWZyYWluIGZyb20NCnBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBkaXNj dXNzaW9uIHJlbGF0ZWQgdG8geW91cg0KdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBpbmZvcm1h dGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUNCmFuZA0KaHR0cDovL3RyYWMu dG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHku DQoNClRoYW5rIHlvdSwNClRFQVMgV0cgQ2hhaXJzDQoNClBTIFBsZWFzZSBpbmNsdWRlIGFsbCBs aXN0ZWQgaW4gdGhlIGhlYWRlcnMgb2YgdGhpcyBtZXNzYWdlIGluIHlvdXINCnJlc3BvbnNlLg0K DQoNCg== --_000_31AF8DE568564A3CB276738A707A6B23ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <746C1D08481135499B3D44FAEE51237E@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWlsO30NCnNwYW4uRW1haWxT dHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBw dDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPkhpIFBhdmFuLCBXRyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+WWVzLCBJJ20gYXdhcmUgb2YgPHNwYW4gY2xhc3M9Imdt YWlsLWlsIj4NCklQUjwvc3Bhbj4gdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlll cywgdGhlIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+DQpJUFI8L3NwYW4+IGhhcyBiZWVuIGRpc2Ns b3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwv c3Bhbj4gcnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PGEgaHJlZj0iaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMjc4MS8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvaXByLzI3ODEvPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj5SYWtlc2g8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xv cjpibGFjayI+RnJvbTogPC9zcGFuPg0KPC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxp YnJpO2NvbG9yOmJsYWNrIj5WaXNobnUgUGF2YW4gQmVlcmFtICZsdDt2aXNobnVwYXZhbkBnbWFp bC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgRmVicnVhcnkgMTIsIDIwMTggYXQg ODo0MCBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7PVNNVFA6cmdhbmRoaUBjaXNjby4gY29tJnF1 b3Q7ICZsdDtyZ2FuZGhpQGNpc2NvLmNvbSZndDssICZxdW90O1NoYWgsIEhpbWFuc2h1JnF1b3Q7 ICZsdDtoc2hhaEBjaWVuYS5jb20mZ3Q7LCAmcXVvdDtqZXJlbXkud2hpdHRha2VyQHZlcml6b24u Y29tJnF1b3Q7ICZsdDtqZXJlbXkud2hpdHRha2VyQHZlcml6b24uY29tJmd0Ozxicj4NCjxiPkNj OiA8L2I+VEVBUyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZndDssIFRFQVMgV0cgQ2hhaXJzICZsdDt0 ZWFzLWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmVnYXJkaW5nIElQ UiBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BdXRo b3JzLCBDb250cmlidXRvcnMsIFdHLDxicj4NCjxicj4NCkFzIHBhcnQgb2YgdGhlIHByZXBhcmF0 aW9uIGZvciBXRyBMYXN0IENhbGw6PGJyPg0KPGJyPg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgPHNw YW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IHRoYXQgYXBwbGllcyB0byBkcmFmdHMgaWRl bnRpZmllZCBhYm92ZT88YnI+DQo8YnI+DQpQbGVhc2Ugc3RhdGUgZWl0aGVyOjxicj4NCjxicj4N CiZxdW90O05vLCBJJ20gbm90IGF3YXJlIG9mIGFueSA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQ Ujwvc3Bhbj4gdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVvdDs8YnI+DQpvcjxicj4NCiZx dW90O1llcywgSSdtIGF3YXJlIG9mIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiB0 aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCZxdW90Ozxicj4NCjxicj4NCklmIHNvLCBoYXMgdGhp cyA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwvc3Bhbj4gYmVlbiBkaXNjbG9zZWQgaW4gY29t cGxpYW5jZSB3aXRoIElFVEYNCjxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBydWxl czxicj4NCihzZWUgUkZDcyAzNjY5LCA1Mzc4IGFuZCA4MTc5IGZvciBtb3JlIGRldGFpbHMpPzxi cj4NCjxicj4NCklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6PGJyPg0K PGJyPg0KJnF1b3Q7WWVzLCB0aGUgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IGhh cyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURg0KPHNwYW4gY2xhc3M9Imdt YWlsLWlsIj5JUFI8L3NwYW4+IHJ1bGVzJnF1b3Q7PGJyPg0Kb3I8YnI+DQomcXVvdDtObywgdGhl IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBoYXMgbm90IGJlZW4gZGlzY2xvc2Vk JnF1b3Q7PGJyPg0KPGJyPg0KSWYgeW91IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFk ZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbms8YnI+DQphcHByb3ByaWF0ZS48YnI+DQo8YnI+DQpJ ZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVh c2UgYW5zd2VyIHRoZTxicj4NCmFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdh cmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmU8YnI+DQphd2FyZSBvZiBhbnkgcmVsZXZh bnQgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+LiBUaGlzIGRvY3VtZW50IHdpbGwg bm90IGFkdmFuY2UgdG8gdGhlIG5leHQ8YnI+DQpzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBi ZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxpc3RlZDxicj4NCmNvbnRyaWJ1dG9y LiBOT1RFOiBUSElTIEFQUExJRVMgVE8gQUxMIE9GIFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdF J1M8YnI+DQpUTyBMSU5FUy48YnI+DQo8YnI+DQpJZiB5b3UgYXJlIG9uIHRoZSBXRyBlbWFpbCBs aXN0IG9yIGF0dGVuZCBXRyBtZWV0aW5ncyBidXQgYXJlIG5vdCBsaXN0ZWQ8YnI+DQphcyBhbiBh dXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1 bmRlcjxicj4NCnRoZSBJRVRGIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBydWxl cyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZTxicj4N CmF3YXJlIG9mIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBvZiBvdGhlcnMgb24g YW4gSUVURiBjb250cmlidXRpb24sIG9yIHRvIHJlZnJhaW4gZnJvbTxicj4NCnBhcnRpY2lwYXRp bmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBkaXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91cjxicj4N CnVuZGlzY2xvc2VkIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPi4gRm9yIG1vcmUg aW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlzdGVkIGFib3ZlPGJyPg0KYW5kPGJy Pg0KPGEgaHJlZj0iaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dp a2kvSW50ZWxsZWN0dWFsUHJvcGVydHkiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vdHJhYy50b29s cy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eTwvYT4u PGJyPg0KPGJyPg0KVGhhbmsgeW91LDxicj4NClRFQVMgV0cgQ2hhaXJzPGJyPg0KPGJyPg0KUFMg UGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVycyBvZiB0aGlzIG1lc3NhZ2Ug aW4geW91cjxicj4NCnJlc3BvbnNlLiA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_31AF8DE568564A3CB276738A707A6B23ciscocom_-- From nobody Mon Feb 12 19:22:58 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E860212E852; Mon, 12 Feb 2018 19:22:52 -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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151849217288.22078.2827468966949062877@ietfa.amsl.com> Date: Mon, 12 Feb 2018 19:22:52 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-native-ip-scenarios-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 03:22:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : CCDR Scenario, Simulation and Suggestion Authors : Aijun Wang Xiaohong Huang Caixia Kou Lu Huang Penghui Mi Filename : draft-ietf-teas-native-ip-scenarios-00.txt Pages : 12 Date : 2018-02-12 Abstract: This document describes the scenarios, simulation and suggestions for the "Centrally Control Dynamic Routing (CCDR)" architecture, which integrates the merit of traditional distributed protocols (IGP/BGP), and the power of centrally control technologies (PCE/SDN) to provide one feasible traffic engineering solution in various complex scenarios for the service provider. Traditional MPLS-TE solution is mainly used in static network planning scenario and is difficult to meet the QoS assurance requirements in real-time traffic network. With the emerge of SDN concept and related technologies, it is possible to simplify the complexity of distributed control protocol, utilize the global view of network condition, give more efficient solution for traffic engineering in various complex scenarios. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-native-ip-scenarios-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 Mon Feb 12 19:24:21 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A5B612E6A3; Mon, 12 Feb 2018 19:24:19 -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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151849225919.22074.10111474821461894302@ietfa.amsl.com> Date: Mon, 12 Feb 2018 19:24:19 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-pce-native-ip-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 03:24:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : PCE in Native IP Network Authors : Aijun Wang Quintin Zhao Boris Khasanov Penghui Mi Filename : draft-ietf-teas-pce-native-ip-00.txt Pages : 11 Date : 2018-02-12 Abstract: This document defines the framework for CCDR traffic engineering within Native IP network, using Dual/Multi-BGP session strategy and PCE-based central control architecture. The proposed central mode control framework conforms to the concept that defined in RFC " An Architecture for Use of PCE and the PCE Communication Protocol (PCEP) in a Network with Central Control". The scenario and simulation results of CCDR traffic engineering is described in draft "CCDR Scenario, Simulation and Suggestion". The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-pce-native-ip/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-pce-native-ip-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-pce-native-ip-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 Feb 13 06:22:08 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F92212EA7F for ; Tue, 13 Feb 2018 06:22:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.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 38hlceD_4OwN for ; Tue, 13 Feb 2018 06:22:04 -0800 (PST) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0129512EA5A for ; Tue, 13 Feb 2018 06:22:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=G/eUe8CkNCi5+YYUlju4LNZY5jx8SjfKpvoJL9+/uDL00GmdxxbTn/1iFLK6TRMD7UM9E1d75SF2X4+BBuSnwRvF6jp6vCDuhKipb+alQVZm6agUmMFxDp/qH5hzaAz+YT7hMgVSahROtAWhAxTLjsK7zKIgbjHI70zudIeXcoY=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 27015 invoked from network); 13 Feb 2018 15:22:01 +0100 Received: from mue-88-130-61-114.dsl.tropolys.de (HELO ?192.168.178.33?) (88.130.61.114) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 13 Feb 2018 15:22:01 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Tue, 13 Feb 2018 15:22:00 +0100 Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> To: Vishnu Pavan Beeram X-Mailer: Apple Mail (2.3445.5.20) X-PPP-Message-ID: <20180213142201.27006.98882@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 14:22:06 -0000 Hi Pavan, I believe you that there may be implementation that transmit = indefinitely, however, that is not how I read RFC2961: " The staged retransmission will continue until either an appropriate MESSAGE_ID_ACK object is received, or the rapid retry limit, Rl, has been reached.=E2=80=9C or=20 =E2=80=9EThe sending node will retransmit the message until a message acknowledgment is received or the message has been transmitted a maximum number of times.=E2=80=9C For me these sentences say that one should not retransmit anymore after = the max number is reached. If this is implemented differently, that is a = not safe behavior and need to be clarified. There must be a termination = condition. It is not safe for the stability of the Internet to = retransmit packets indefinitely. Packet loss can have may reason but = continuous packet loss is a clear sign of congestion that one can not be = ignored. Mirja > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram = : >=20 > Mirja, Hi! >=20 > I thought the following response (sent on Oct 5th 2017) addressed this = concern. >=20 > ** Copying text from an earlier email ** > There is nothing new about Path and Resv messages getting transmitted = indefinitely (this is normal soft-state signaling behavior). All that is = being discussed in this section is how these transmissions get paced = after the rapid retry limit is reached. The slower timer transmission = will go on until either an ack is received (at which point the regular = "refresh interval" comes into play) or the corresponding LSP instance = state is torn down. > ** >=20 > Please let me know if this still doesn't address the concern. We can = set up a call and walk through the base RSVP specs. >=20 > Regards, > -Pavan >=20 > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) = wrote: > Hi Vishnu, hi all, >=20 > sorry but I lost a little bit track of this and looking at this now = the clarification provided below do not seem to address my concern. My = concern is that for messages (that a MESSAGE_ID object with the = ACK_Desired flag set), these messages would retransmit forever (even = though only every 30s) and there is not stop criteria to finally give up = (and report an error). >=20 > Mirja >=20 >=20 > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram = : > > > > Mirja, Hi! > > > > Please see if the responses above address your concerns. Please let = us know if there are any issues with progressing this document. > > > > Regards, > > -Pavan > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger = wrote: > > Hi, > > Please see below. > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > Mirja, Hi! > > > > Apologize for the delayed reply. > > Please see inline for responses (prefixed VPB). > > > > Regards, > > -Pavan > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) = > wrote: > > > > Hi Vishnu, > > > > I don=E2=80=99t think what you proposed is a clarification at = all. RF2961 > > clearly reads to me that you should not retry any more after the > > Rapid retry limit has been reached: > > > > > > "Rl is the maximum number of times a message will be > > transmitted without being acknowledged.=E2=80=9C > > > > > > Please not that this section applies to "a message containing a = MESSAGE_ID object with the ACK_Desired flag set" and > > > > The ACK_Desired flag will typically be set only in trigger messages. > > > > This means that these procedure does not apply to normal RSVP = refresh processing and that normal RFC2205 defined Refresh Processing = or Summary Refresh processing continues. > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum = number of times a message will be transmitted without being = acknowledged. But this just governs the number of times you retransmit = the message during the "rapid retransmission phase". > > > > RFC2961 is silent about what happens after the "rapid retransmission = phase" is complete and this is the clarification that is being provided = here in the draft. > > > > The draft is silent in general about anything that is *not* modified = by the draft. I think having the informative statement is appropriate. > > > > Note that the associated RSVP Path/Resv state doesn't get cleaned up = after the "rapid retransmission" phase is complete. So at each = subsequent refresh-interval, the unacked Path/Resv message will be sent = out again (note that if there is no change in the state, the same = MESSAGE_ID would get used). This behavior has always existed in RSVP-TE = implementations -- so it is incorrect to deduce from the "RFC 2961" text = above that the retransmission of the unacked Path/Resv will never happen = after the "Rl" is reached. > > > > > > Agreed. > > Lou > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries and = and > > delta of 2, that means you will see the following retries: > > > > 1. after 500ms > > 2. after 1000ms > > 3. after 2000ms > > 4. after 4000ms > > 5. after 8000ms > > 6. after 16000ms > > 7. after 32000ms > > > > and then give up. While you suggests to send all 300ms section > > afterwards forever. That is not acceptable and can lead to = congestion. > > > > > > No, that is not what is being suggested. > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. So = the rapid retransmissions would be: > > 1. after 500ms > > 2. after 1000ms > > 3. after 2000ms. > > > > With the proposal in the draft, you would try 7 times = and then stop the "rapid retransmission phase". So, what that means is = that the rapid retransmission phase lasts 31.5 seconds (first retry is = after 500ms and the seventh retry is after 32000ms). After this "rapid = retransmission phase" is complete, you keep sending the message out = every 30000ms (30seconds is not 300ms) until an acknowledgement is = received. > > > > Hope this helps. > > > > > > > > Mirja > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > >: > > > > > > > > Mirja, Hi! > > > > > > This was discussed in my response to Elwyn. I apologize for = not > > responding directly. > > > > > > RFC2961 doesn't discuss what to do with the retransmissions = after > > the retry limit is reached. It doesn't discuss how = retransmissions > > need to be paced after the rapid retries are stopped. Section = 2.3 > > (ver 7) of the current draft clarifies this and proposes the use = of > > a "not so rapid (30secs)" retransmission interval. > > > > > > There were a couple of questions from this section that you > > wanted to get discussed: > > > ---- > > > (1) Why is there no termination criteria specified? > > > There is nothing new about Path and Resv messages getting > > transmitted indefinitely (this is normal soft-state signaling > > behavior). All that is being discussed in this section is how = these > > transmissions get paced after the rapid retry limit is reached. = The > > slower timer transmission will go on until either an ack is = received > > (at which point the regular "refresh interval" comes into play) = or > > the corresponding LSP instance state is torn down. > > > > > > ---- > > > (2) Why couldn't the regular refresh interval be used for = these > > un-acked retransmissions? > > > The primary goal of the retransmission is to eke out an > > acknowledgement from the neighbor as quickly as you can. You can = use > > the same value as the the regular refresh interval provided it = is > > small enough (like in the case of the conventional refresh = interval > > of 30 secs) . However, we are recommending the use of a "large > > refresh interval" (20 mins) in the RI-RSVP technique -- we can't > > wait that long for retrying the transmission of an unacked = message. > > > > > > Consider a rudimentary state machine with the following = states > > (assuming the defaults suggested in the Appendix of the draft): > > > - first retransmit (exponential back off) > > > - second retransmit (exponential back off) > > > ... > > > - seventh retransmit (exponential back off) > > > - 30s retransmission > > > - 20m refresh (regular refresh timer) > > > > > > At any point when the Ack is received, you transition to the = 20m > > refresh state. > > > > > > --- > > > > > > Do these two responses adequately answer your questions? > > > > > > Regards, > > > -Pavan > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > wrote: > > > Hi Pavan, > > > > > > I don=E2=80=99t see any changes in the new version that = addresses may > > actual discuss on section 2.1.3 (now section 2.3). Can you = please > > clarify? > > > > > > Thanks, > > > Mirja > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > >: > > > > > > > > Mirja, Hi! > > > > > > > > Thanks for the review. We just posted a new revision (-07) = to > > address the Gen-Art review comments. Please go through the new = diffs > > = (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-scaling-rec-0= 7 > > = ) > > and let us know if additional changes are required. > > > > > > > > Also, please go through the responses provided to the other > > review comments and let us know if there are still any = unanswered > > questions. > > > > > > > > Regards, > > > > -Pavan > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > wrote: > > > > Mirja K=C3=BChlewind has entered the following ballot = position for > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > When responding, please keep the subject line intact and = reply > > to all > > > > email addresses included in the To and CC lines. (Feel free = to > > cut this > > > > introductory paragraph, however.) > > > > > > > > > > > > Please refer to > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > for more information about IESG DISCUSS and COMMENT = positions. > > > > > > > > > > > > The document, along with other ballot positions, can be = found here: > > > > > > = https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ = > > > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > DISCUSS: > > > > > > = ---------------------------------------------------------------------- > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. My > > understanding is that > > > > it is recommend to still send retransmit some message even = if > > the Rl was > > > > reached and to that every 30s basically forever. First of = all I > > think this > > > > still needs a termination criteria when to stop to try to > > retransmit finally. > > > > And the I don't understand why this is needed, instead of = e.g. > > just using a > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > COMMENT: > > > > > > = ---------------------------------------------------------------------- > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) and > > Alvaro, that this > > > > reads from time to time like a BCP but is actually a = extension > > specification. I > > > > would strongly recommend to apply the changes proposed by = the > > gen-art review, > > > > and there is also a very detailed list of nits/edits that > > should probably be > > > > applied. Please have a look at that! > > > > > > > > > > > > _______________________________________________ > > > > 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 > > > > >=20 >=20 From nobody Tue Feb 13 09:31:20 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5471F126D45; Tue, 13 Feb 2018 09:31:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.72.1 Auto-Submitted: auto-generated Precedence: bulk CC: Vishnu Beeram , db3546@att.com, teas-chairs@ietf.org, teas@ietf.org, vishnupavan@gmail.com, draft-ietf-teas-rsvp-egress-protection@ietf.org Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <151854307929.14272.6788751072949730646.idtracker@ietfa.amsl.com> Date: Tue, 13 Feb 2018 09:31:19 -0800 Archived-At: Subject: [Teas] Last Call: (Extensions to RSVP-TE for LSP Egress Local Protection) to Proposed Standard X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 17:31:19 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'Extensions to RSVP-TE for LSP Egress Local Protection' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2018-02-27. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the egress node(s) of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2537/ https://datatracker.ietf.org/ipr/2310/ https://datatracker.ietf.org/ipr/2079/ From nobody Tue Feb 13 10:13:29 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D2C912D868; Tue, 13 Feb 2018 10:13:28 -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 mtn2pfUPeukD; Tue, 13 Feb 2018 10:13:22 -0800 (PST) Received: from mail-pl0-x232.google.com (mail-pl0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (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 4B10112D865; Tue, 13 Feb 2018 10:13:22 -0800 (PST) Received: by mail-pl0-x232.google.com with SMTP id t4so7027244plo.0; Tue, 13 Feb 2018 10:13:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wsNKv1kYahG+OFTMHvPvWIiSoQysoSJz0DUkQza79uA=; b=ZycgbBD9iHvaVL5AWmKGhPvROln/aRldHBd5Dg0hBqDcV14HdRK0MlWk4ahJu+gnDF lWJVIa0n+QTniOzG5CL1/0+nAinZ/05L6WLj8oEOtb4IM9k47OUFiE3y9wxYOcg1Pg3i x1iSrg6luH6P1w/VVN3ifyV8bUz2u1wqjMmBnOQEjhjayid0BePviC+229g0yHkwaFJU y3Dxl++bCfoghwDN6IgsgVXX34zaEbMaQH9G7pN7lmjtLAXl8OBTTEvtkaafBiGQZi5l FhUY0/HTMjh+wYUCC4H//pQKPFz5Zz+aWm/yXLveYZ1LIiOmrLZpRnIwmcdAwu9Beqh/ eP7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wsNKv1kYahG+OFTMHvPvWIiSoQysoSJz0DUkQza79uA=; b=YAq3hA7644bkJ7gzJImBRANC8j621aP7g942dojTqCho7ApiN7X9rhHAJ0YS0tHeV0 RmxP1bgeSAygNOL7qcvEgBhTo6u/H68fQvBKFtlo/6DtlDpEYer0Ww/FjWsZDfj0KH1Q SPV+7pOnMFIcFGtEkMbqESri1HRXPnq+oMjzqSPvn7iZx1/q65rzJ6u0WFpBpQ8ktVd1 MmgKmjiAT3TanUpqHFq2lqBCX3oWv+D+StrYGGaRVs/1+5Wo/Qd53GttQOsr5ciIIGDw AVJNdbMYW6unbfnywQQcFylurfvQK8FwN9jHkRs+24GvXFIhdIdqkTst7IgsYk6EyEiW iGTQ== X-Gm-Message-State: APf1xPBEC+NtWpguBqvP31k4IUIR+O7o14e5lnV22bVsZRpnj80qdsx5 uAKSi4nYlOd0L++fbiXNVHUeGb1MJQbqsK1R0qI= X-Google-Smtp-Source: AH8x224y/3mSZ2oH/unr21VLW2q3dAG+cIegieQNH7Da01FDaTRRs9pzQrhRWVX0jU3iefFudfoORqupJ2gdYkOXVEM= X-Received: by 2002:a17:902:aa85:: with SMTP id d5-v6mr1955054plr.239.1518545601658; Tue, 13 Feb 2018 10:13:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Tue, 13 Feb 2018 10:13:20 -0800 (PST) In-Reply-To: <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> From: Vishnu Pavan Beeram Date: Tue, 13 Feb 2018 13:13:20 -0500 Message-ID: To: "Mirja Kuehlewind (IETF)" Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Type: multipart/alternative; boundary="00000000000029841b05651bf34b" Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 18:13:29 -0000 --00000000000029841b05651bf34b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mirja, Hi! Thanks for the response! It doesn't seem like we can make progress here if I keep recycling the same set of responses. I seem to have exhausted the "this is normal RSVP soft- state signaling behavior" line of argument :) I don't want to spend too much time arguing about a subtlety that (probably) only folks who have implemented RSVP-TE understand. So, let me try a different take on this. How about the following changes to the document? ** - Remove Section 2.3 (this takes out the contentious text) - Make the following change in Section 3 OLD: o MUST make the default value of the configurable refresh interval be a large value (10s of minutes). A default value of 20 minutes is RECOMMENDED by this document. NEW: o MUST make the default value of the configurable refresh interval (R) be a large value (10s of minutes). A default value of 20 minutes is RECOMMENDED by this document. o MUST use a separate refresh interval for refreshing state associated with unacknowledged Path/Resv messages (uR). A default value of 30 seconds is RECOMMENDED by this document. - Make the following change in Appendix A. OLD: (d) Periodic Retransmission Interval for unacknowledged Path/Resv messages (uR) - 30 seconds (Section 2.3). If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for the 7 rapid retransmit steps to max out (The last delay from message 6 to message 7 is 16 seconds). After the 7 rapid retransmit steps are maxed out, the router starts periodic retransmission on a slower timer. This document recommends the use of the traditional default refresh interval value of 30 seconds for this periodic retransmission interval. NEW: (d) Refresh interval for refreshing state associated with unacknowledged Path/Resv messages (uR)- 30 seconds (Section 3). The recommended refresh interval (R) value of 20 minutes (for an implementation supporting RI-RSVP) can not be used for refreshing state associated with unacknowledged Path/Resv messages. This document recommends the use of the traditional default refresh interval value of 30 seconds for uR. *** Let me know if the above changes address your concerns. Regards, -Pavan On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) < ietf@kuehlewind.net> wrote: > Hi Pavan, > > I believe you that there may be implementation that transmit indefinitely= , > however, that is not how I read RFC2961: > > " The staged retransmission will continue > until either an appropriate MESSAGE_ID_ACK object is received, or the > rapid retry limit, Rl, has been reached.=E2=80=9C > > or > > =E2=80=9EThe sending node will retransmit the message until a message > acknowledgment is received or the message has been transmitted a > maximum number of times.=E2=80=9C > > For me these sentences say that one should not retransmit anymore after > the max number is reached. If this is implemented differently, that is a > not safe behavior and need to be clarified. There must be a termination > condition. It is not safe for the stability of the Internet to retransmit > packets indefinitely. Packet loss can have may reason but continuous pack= et > loss is a clear sign of congestion that one can not be ignored. > > Mirja > > > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > Mirja, Hi! > > > > I thought the following response (sent on Oct 5th 2017) addressed this > concern. > > > > ** Copying text from an earlier email ** > > There is nothing new about Path and Resv messages getting transmitted > indefinitely (this is normal soft-state signaling behavior). All that is > being discussed in this section is how these transmissions get paced afte= r > the rapid retry limit is reached. The slower timer transmission will go o= n > until either an ack is received (at which point the regular "refresh > interval" comes into play) or the corresponding LSP instance state is tor= n > down. > > ** > > > > Please let me know if this still doesn't address the concern. We can se= t > up a call and walk through the base RSVP specs. > > > > Regards, > > -Pavan > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > Hi Vishnu, hi all, > > > > sorry but I lost a little bit track of this and looking at this now the > clarification provided below do not seem to address my concern. My concer= n > is that for messages (that a MESSAGE_ID object with the ACK_Desired flag > set), these messages would retransmit forever (even though only every 30s= ) > and there is not stop criteria to finally give up (and report an error). > > > > Mirja > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > Mirja, Hi! > > > > > > Please see if the responses above address your concerns. Please let u= s > know if there are any issues with progressing this document. > > > > > > Regards, > > > -Pavan > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger wrote: > > > Hi, > > > Please see below. > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > Mirja, Hi! > > > > > > Apologize for the delayed reply. > > > Please see inline for responses (prefixed VPB). > > > > > > Regards, > > > -Pavan > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net > wrote: > > > > > > Hi Vishnu, > > > > > > I don=E2=80=99t think what you proposed is a clarification at all= . RF2961 > > > clearly reads to me that you should not retry any more after the > > > Rapid retry limit has been reached: > > > > > > > > > "Rl is the maximum number of times a message will be > > > transmitted without being acknowledged.=E2=80=9C > > > > > > > > > Please not that this section applies to "a message containing a > MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > The ACK_Desired flag will typically be set only in trigger messages. > > > > > > This means that these procedure does not apply to normal RSVP refresh > processing and that normal RFC2205 defined Refresh Processing or Summary > Refresh processing continues. > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum number > of times a message will be transmitted without being acknowledged. But th= is > just governs the number of times you retransmit the message during the > "rapid retransmission phase". > > > > > > RFC2961 is silent about what happens after the "rapid retransmission > phase" is complete and this is the clarification that is being provided > here in the draft. > > > > > > The draft is silent in general about anything that is *not* modified > by the draft. I think having the informative statement is appropriate. > > > > > > Note that the associated RSVP Path/Resv state doesn't get cleaned up > after the "rapid retransmission" phase is complete. So at each subsequent > refresh-interval, the unacked Path/Resv message will be sent out again > (note that if there is no change in the state, the same MESSAGE_ID would > get used). This behavior has always existed in RSVP-TE implementations -- > so it is incorrect to deduce from the "RFC 2961" text above that the > retransmission of the unacked Path/Resv will never happen after the "Rl" = is > reached. > > > > > > > > > Agreed. > > > Lou > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries and a= nd > > > delta of 2, that means you will see the following retries: > > > > > > 1. after 500ms > > > 2. after 1000ms > > > 3. after 2000ms > > > 4. after 4000ms > > > 5. after 8000ms > > > 6. after 16000ms > > > 7. after 32000ms > > > > > > and then give up. While you suggests to send all 300ms section > > > afterwards forever. That is not acceptable and can lead to > congestion. > > > > > > > > > No, that is not what is being suggested. > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. So > the rapid retransmissions would be: > > > 1. after 500ms > > > 2. after 1000ms > > > 3. after 2000ms. > > > > > > With the proposal in the draft, you would try 7 times > and then stop the "rapid retransmission phase". So, what that means is th= at > the rapid retransmission phase lasts 31.5 seconds (first retry is after > 500ms and the seventh retry is after 32000ms). After this "rapid > retransmission phase" is complete, you keep sending the message out every > 30000ms (30seconds is not 300ms) until an acknowledgement is received. > > > > > > Hope this helps. > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > >: > > > > > > > > > > > Mirja, Hi! > > > > > > > > This was discussed in my response to Elwyn. I apologize for no= t > > > responding directly. > > > > > > > > RFC2961 doesn't discuss what to do with the retransmissions > after > > > the retry limit is reached. It doesn't discuss how retransmission= s > > > need to be paced after the rapid retries are stopped. Section 2.3 > > > (ver 7) of the current draft clarifies this and proposes the use = of > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > There were a couple of questions from this section that you > > > wanted to get discussed: > > > > ---- > > > > (1) Why is there no termination criteria specified? > > > > There is nothing new about Path and Resv messages getting > > > transmitted indefinitely (this is normal soft-state signaling > > > behavior). All that is being discussed in this section is how the= se > > > transmissions get paced after the rapid retry limit is reached. T= he > > > slower timer transmission will go on until either an ack is > received > > > (at which point the regular "refresh interval" comes into play) o= r > > > the corresponding LSP instance state is torn down. > > > > > > > > ---- > > > > (2) Why couldn't the regular refresh interval be used for thes= e > > > un-acked retransmissions? > > > > The primary goal of the retransmission is to eke out an > > > acknowledgement from the neighbor as quickly as you can. You can > use > > > the same value as the the regular refresh interval provided it is > > > small enough (like in the case of the conventional refresh interv= al > > > of 30 secs) . However, we are recommending the use of a "large > > > refresh interval" (20 mins) in the RI-RSVP technique -- we can't > > > wait that long for retrying the transmission of an unacked messag= e. > > > > > > > > Consider a rudimentary state machine with the following states > > > (assuming the defaults suggested in the Appendix of the draft): > > > > - first retransmit (exponential back off) > > > > - second retransmit (exponential back off) > > > > ... > > > > - seventh retransmit (exponential back off) > > > > - 30s retransmission > > > > - 20m refresh (regular refresh timer) > > > > > > > > At any point when the Ack is received, you transition to the 2= 0m > > > refresh state. > > > > > > > > --- > > > > > > > > Do these two responses adequately answer your questions? > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > wrote: > > > > Hi Pavan, > > > > > > > > I don=E2=80=99t see any changes in the new version that addres= ses may > > > actual discuss on section 2.1.3 (now section 2.3). Can you please > > > clarify? > > > > > > > > Thanks, > > > > Mirja > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > >: > > > > > > > > > > Mirja, Hi! > > > > > > > > > > Thanks for the review. We just posted a new revision (-07) t= o > > > address the Gen-Art review comments. Please go through the new > diffs > > > (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te- > scaling-rec-07 > > > scaling-rec-07>) > > > and let us know if additional changes are required. > > > > > > > > > > Also, please go through the responses provided to the other > > > review comments and let us know if there are still any unanswered > > > questions. > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > wrote: > > > > > Mirja K=C3=BChlewind has entered the following ballot positi= on for > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > When responding, please keep the subject line intact and rep= ly > > > to all > > > > > email addresses included in the To and CC lines. (Feel free = to > > > cut this > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > Please refer to > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > > > for more information about IESG DISCUSS and COMMENT position= s. > > > > > > > > > > > > > > > The document, along with other ballot positions, can be foun= d > here: > > > > > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te- > scaling-rec/ scaling-rec/> > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > DISCUSS: > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. My > > > understanding is that > > > > > it is recommend to still send retransmit some message even i= f > > > the Rl was > > > > > reached and to that every 30s basically forever. First of al= l > I > > > think this > > > > > still needs a termination criteria when to stop to try to > > > retransmit finally. > > > > > And the I don't understand why this is needed, instead of e.= g. > > > just using a > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > COMMENT: > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) and > > > Alvaro, that this > > > > > reads from time to time like a BCP but is actually a extensi= on > > > specification. I > > > > > would strongly recommend to apply the changes proposed by th= e > > > gen-art review, > > > > > and there is also a very detailed list of nits/edits that > > > should probably be > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > _______________________________________________ > > > > > 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 > --00000000000029841b05651bf34b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Mirja, Hi!

Thanks for the= response!
It doesn't seem like we can make progress here if I keep = recycling the same set of responses. I seem to have exhausted the "this is normal RSVP soft-state signal= ing behavior" line of argument :)

I don't want to spend too much time arguing about = a subtlety that (probably) only folks who have implemented RSVP-TE understa= nd. So, let me try a different take on this.

How about the following changes to the document?
**
- Remove Section 2.3 (thi= s takes out the contentious text)

- Make the following change in Section 3
=C2=A0 OLD:
   o  MUST=
 make the default value of the configurable refresh interval
      be a large value (10s of minutes).  A default value of 20 minutes
      is RECOMMENDED by this document.
=C2=A0 NEW:
o MUST make the default value of the configur= able refresh interval (R) be a large value (10s of minutes). A default value of 20
= minutes is RECOMMENDED by this document.
   o  MUST use a separate refresh interval for refreshing state associated=

      with unacknowledged Path/Resv messages (uR).  A default value of =

      30 seconds is RECOMMENDED by this document.

- = Make the following change in Appendix A.
=C2=A0 OLD:
      (d) Periodic Retransmission Interval for unacknowl=
edged Path/Resv
      messages (uR) - 30 seconds (Section 2.3).
      If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for the 7
      rapid retransmit steps to max out (The last delay from message 6
      to message 7 is 16 seconds).  After the 7 rapid retransmit steps
      are maxed out, the router starts periodic retransmission on a
      slower timer.  This document recommends the use of the traditional
      default refresh interval value of 30 seconds for this periodic
      retransmission interval.
=C2=A0 NEW:
      (d) Refresh interval for refreshing state associated with =

      unacknowledged Path/Resv messages (uR)- 30 seconds (Section 3).
      The recommended refresh interval (R) value of 20 minutes (for an
 =
     implementation supporting RI-RSVP) can not be used for refreshing
 =
     state associated with unacknowledged Path/Resv messages. This 
    =
  document recommends the use of the traditional default refresh 
      =
interval value of 30 seconds for uR.
***

Let me know if the above ch= anges address your concerns.

Regard= s,
-Pavan

On Tue, Feb 13, 2018 at 9:22 AM, Mirj= a Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
Hi Pavan,

I believe you that there may be implementation that transmit indefinitely, = however, that is not how I read RFC2961:

" The staged retransmission will continue
=C2=A0 =C2=A0until either an appropriate MESSAGE_ID_ACK object is received,= or the
=C2=A0 =C2=A0rapid retry limit, Rl, has been reached.=E2=80=9C

or

=E2=80=9EThe sending node will retransmit the message until a message
=C2=A0 =C2=A0acknowledgment is received or the message has been transmitted= a
=C2=A0 =C2=A0maximum number of times.=E2=80=9C

For me these sentences say that one should not retransmit anymore after the= max number is reached. If this is implemented differently, that is a not s= afe behavior and need to be clarified. There must be a termination conditio= n. It is not safe for the stability of the Internet to retransmit packets i= ndefinitely. Packet loss can have may reason but continuous packet loss is = a clear sign of congestion that one can not be ignored.

Mirja



> Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
>
> Mirja, Hi!
>
> I thought the following response (sent on Oct 5th 2017) addressed this= concern.
>
> ** Copying text from an earlier email **
> There is nothing new about Path and Resv messages getting transmitted = indefinitely (this is normal soft-state signaling behavior). All that is be= ing discussed in this section is how these transmissions get paced after th= e rapid retry limit is reached. The slower timer transmission will go on un= til either an ack is received (at which point the regular "refresh int= erval" comes into play) or the corresponding LSP instance state is tor= n down.
> **
>
> Please let me know if this still doesn't address the concern. We c= an set up a call and walk through the base RSVP specs.
>
> Regards,
> -Pavan
>
> On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
> Hi Vishnu, hi all,
>
> sorry but I lost a little bit track of this and looking at this now th= e clarification provided below do not seem to address my concern. My concer= n is that for messages (that a MESSAGE_ID object with the ACK_Desired flag = set), these messages would retransmit forever (even though only every 30s) = and there is not stop criteria to finally give up (and report an error). >
> Mirja
>
>
> > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
> >
> > Mirja, Hi!
> >
> > Please see if the responses above address your concerns. Please l= et us know if there are any issues with progressing this document.
> >
> > Regards,
> > -Pavan
> >
> > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger <lberger@labn.net> wrote:
> > Hi,
> > Please see below.
> >
> > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote:
> > Mirja, Hi!
> >
> > Apologize for the delayed reply.
> > Please see inline for responses (prefixed VPB).
> >
> > Regards,
> > -Pavan
> >
> > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote: > >
> >=C2=A0 =C2=A0 =C2=A0Hi Vishnu,
> >
> >=C2=A0 =C2=A0 =C2=A0I don=E2=80=99t think what you proposed is a c= larification at all. RF2961
> >=C2=A0 =C2=A0 =C2=A0clearly reads to me that you should not retry = any more after the
> >=C2=A0 =C2=A0 =C2=A0Rapid retry limit has been reached:
> >
> >
> >=C2=A0 =C2=A0 =C2=A0"Rl is the maximum number of times a mess= age will be
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tran= smitted without being acknowledged.=E2=80=9C
> >
> >
> > Please not that this section applies to "a message containin= g a MESSAGE_ID object with the ACK_Desired flag set" and
> >
> > The ACK_Desired flag will typically be set only in trigger messag= es.
> >
> > This means that these procedure does not apply to normal RSVP ref= resh processing and that=C2=A0 normal RFC2205 defined Refresh Processing or= Summary Refresh processing continues.
> >
> >
> > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum nu= mber of times a message will be transmitted without being acknowledged. But= this just governs the number of times you retransmit the message during th= e "rapid retransmission phase".
> >
> > RFC2961 is silent about what happens after the "rapid retran= smission phase" is complete and this is the clarification that is bein= g provided here in the <scaling-rec> draft.
> >
> > The draft is silent in general about anything that is *not* modif= ied by the draft.=C2=A0 I think having the informative statement is appropr= iate.
> >
> > Note that the associated RSVP Path/Resv state doesn't get cle= aned up after the "rapid retransmission" phase is complete. So at= each subsequent refresh-interval, the unacked Path/Resv message will be se= nt out again (note that if there is no change in the state, the same MESSAG= E_ID would get used). This behavior has always existed in RSVP-TE implement= ations -- so it is incorrect to deduce from the "RFC 2961" text a= bove that the retransmission of the unacked Path/Resv will never happen aft= er the "Rl" is reached.
> >
> >
> > Agreed.
> > Lou
> >
> >
> >=C2=A0 =C2=A0 =C2=A0Also RFC2961 suggests an initial Rf of 500ms w= ith 7 retries and and
> >=C2=A0 =C2=A0 =C2=A0delta of 2, that means you will see the follow= ing retries:
> >
> >=C2=A0 =C2=A0 =C2=A01. after 500ms
> >=C2=A0 =C2=A0 =C2=A02. after 1000ms
> >=C2=A0 =C2=A0 =C2=A03. after 2000ms
> >=C2=A0 =C2=A0 =C2=A04. after 4000ms
> >=C2=A0 =C2=A0 =C2=A05. after 8000ms
> >=C2=A0 =C2=A0 =C2=A06. after 16000ms
> >=C2=A0 =C2=A0 =C2=A07. after 32000ms
> >
> >=C2=A0 =C2=A0 =C2=A0and then give up. While you suggests to send a= ll 300ms section
> >=C2=A0 =C2=A0 =C2=A0afterwards forever. That is not acceptable and= can lead to congestion.
> >
> >
> > No, that is not what is being suggested.
> > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. = So the rapid retransmissions would be:
> > 1. after 500ms
> > 2. after 1000ms
> > 3. after 2000ms.
> >
> > With the proposal in the <scaling-rec> draft, you would try= 7 times and then stop the "rapid retransmission phase". So, what= that means is that the rapid retransmission phase lasts 31.5 seconds (firs= t retry is after 500ms and the seventh retry is after 32000ms). After this = "rapid retransmission phase" is complete, you keep sending the me= ssage out every 30000ms (30seconds is not 300ms) until an acknowledgement i= s received.
> >
> > Hope this helps.
> >
> >
> >
> >=C2=A0 =C2=A0 =C2=A0Mirja
> >
> >
> >
> >
> >=C2=A0 =C2=A0 =C2=A0 > Am 05.10.2017 um 22:27 schrieb Vishnu Pa= van Beeram
> >=C2=A0 =C2=A0 =C2=A0<v= ishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> >
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > Mirja, Hi!
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > This was discussed in my response to Elw= yn. I apologize for not
> >=C2=A0 =C2=A0 =C2=A0responding directly.
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > RFC2961 doesn't discuss what to do w= ith the retransmissions after
> >=C2=A0 =C2=A0 =C2=A0the retry limit is reached. It doesn't dis= cuss how retransmissions
> >=C2=A0 =C2=A0 =C2=A0need to be paced after the rapid retries are s= topped. Section 2.3
> >=C2=A0 =C2=A0 =C2=A0(ver 7) of the current draft clarifies this an= d proposes the use of
> >=C2=A0 =C2=A0 =C2=A0a "not so rapid (30secs)" retransmis= sion interval.
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > There were a couple of questions from th= is section that you
> >=C2=A0 =C2=A0 =C2=A0wanted to get discussed:
> >=C2=A0 =C2=A0 =C2=A0 > ----
> >=C2=A0 =C2=A0 =C2=A0 > (1) Why is there no termination criteria= specified?
> >=C2=A0 =C2=A0 =C2=A0 > There is nothing new about Path and Resv= messages getting
> >=C2=A0 =C2=A0 =C2=A0transmitted indefinitely (this is normal soft-= state signaling
> >=C2=A0 =C2=A0 =C2=A0behavior). All that is being discussed in this= section is how these
> >=C2=A0 =C2=A0 =C2=A0transmissions get paced after the rapid retry = limit is reached. The
> >=C2=A0 =C2=A0 =C2=A0slower timer transmission will go on until eit= her an ack is received
> >=C2=A0 =C2=A0 =C2=A0(at which point the regular "refresh inte= rval" comes into play) or
> >=C2=A0 =C2=A0 =C2=A0the corresponding LSP instance state is torn d= own.
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > ----
> >=C2=A0 =C2=A0 =C2=A0 > (2) Why couldn't the regular refresh= interval be used for these
> >=C2=A0 =C2=A0 =C2=A0un-acked retransmissions?
> >=C2=A0 =C2=A0 =C2=A0 > The primary goal of the retransmission i= s to eke out an
> >=C2=A0 =C2=A0 =C2=A0acknowledgement from the neighbor as quickly a= s you can. You can use
> >=C2=A0 =C2=A0 =C2=A0the same value as the the regular refresh inte= rval provided it is
> >=C2=A0 =C2=A0 =C2=A0small enough (like in the case of the conventi= onal refresh interval
> >=C2=A0 =C2=A0 =C2=A0of 30 secs) . However, we are recommending the= use of a "large
> >=C2=A0 =C2=A0 =C2=A0refresh interval" (20 mins) in the RI-RSV= P technique -- we can't
> >=C2=A0 =C2=A0 =C2=A0wait that long for retrying the transmission o= f an unacked message.
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > Consider a rudimentary state machine wit= h the following states
> >=C2=A0 =C2=A0 =C2=A0(assuming the defaults suggested in the Append= ix of the draft):
> >=C2=A0 =C2=A0 =C2=A0 > - first retransmit (exponential back off= )
> >=C2=A0 =C2=A0 =C2=A0 > - second retransmit (exponential back of= f)
> >=C2=A0 =C2=A0 =C2=A0 > ...
> >=C2=A0 =C2=A0 =C2=A0 > - seventh retransmit (exponential back o= ff)
> >=C2=A0 =C2=A0 =C2=A0 > - 30s retransmission
> >=C2=A0 =C2=A0 =C2=A0 > - 20m refresh (regular refresh timer) > >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > At any point when the Ack is received, y= ou transition to the 20m
> >=C2=A0 =C2=A0 =C2=A0refresh state.
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > ---
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > Do these two responses adequately answer= your questions?
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > Regards,
> >=C2=A0 =C2=A0 =C2=A0 > -Pavan
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Ku= ehlewind (IETF)
> >=C2=A0 =C2=A0 =C2=A0<iet= f@kuehlewind.net <mailto:ietf= @kuehlewind.net>> wrote:
> >=C2=A0 =C2=A0 =C2=A0 > Hi Pavan,
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > I don=E2=80=99t see any changes in the n= ew version that addresses may
> >=C2=A0 =C2=A0 =C2=A0actual discuss on section 2.1.3 (now section 2= .3). Can you please
> >=C2=A0 =C2=A0 =C2=A0clarify?
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > Thanks,
> >=C2=A0 =C2=A0 =C2=A0 > Mirja
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 > > Am 28.09.2017 um 05:45 schrieb Vish= nu Pavan Beeram
> >=C2=A0 =C2=A0 =C2=A0<v= ishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > Mirja, Hi!
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > Thanks for the review. We just post= ed a new revision (-07) to
> >=C2=A0 =C2=A0 =C2=A0address the Gen-Art review comments. Please go= through the new diffs
> >=C2=A0 =C2=A0 =C2=A0(https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-= scaling-rec-07
> >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-scaling-rec-07>)
> >=C2=A0 =C2=A0 =C2=A0and let us know if additional changes are requ= ired.
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > Also, please go through the respons= es provided to the other
> >=C2=A0 =C2=A0 =C2=A0review comments and let us know if there are s= till any unanswered
> >=C2=A0 =C2=A0 =C2=A0questions.
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > Regards,
> >=C2=A0 =C2=A0 =C2=A0 > > -Pavan
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > On Tue, Sep 26, 2017 at 2:01 PM, Mi= rja K=C3=BChlewind
> >=C2=A0 =C2=A0 =C2=A0<iet= f@kuehlewind.net <mailto:ietf= @kuehlewind.net>> wrote:
> >=C2=A0 =C2=A0 =C2=A0 > > Mirja K=C3=BChlewind has entered th= e following ballot position for
> >=C2=A0 =C2=A0 =C2=A0 > > draft-ietf-teas-rsvp-te-scalin= g-rec-06: Discuss
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > When responding, please keep the su= bject line intact and reply
> >=C2=A0 =C2=A0 =C2=A0to all
> >=C2=A0 =C2=A0 =C2=A0 > > email addresses included in the To = and CC lines. (Feel free to
> >=C2=A0 =C2=A0 =C2=A0cut this
> >=C2=A0 =C2=A0 =C2=A0 > > introductory paragraph, however.) > >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > Please refer to
> >=C2=A0 =C2=A0 =C2=A0https://www.ie= tf.org/iesg/statement/discuss-criteria.html
> >=C2=A0 =C2=A0 =C2=A0<https://ww= w.ietf.org/iesg/statement/discuss-criteria.html>
> >=C2=A0 =C2=A0 =C2=A0 > > for more information about IESG DIS= CUSS and COMMENT positions.
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > The document, along with other ball= ot positions, can be found here:
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0ht= tps://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-re= c/ <https://datatracker.= ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/>
> >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0-----------------------------------------= -----------------------------
> >=C2=A0 =C2=A0 =C2=A0 > > DISCUSS:
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0-----------------------------------------= -----------------------------
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > I'm uncertain what section 2.1.= 3. actually recommends. My
> >=C2=A0 =C2=A0 =C2=A0understanding is that
> >=C2=A0 =C2=A0 =C2=A0 > > it is recommend to still send retra= nsmit some message even if
> >=C2=A0 =C2=A0 =C2=A0the Rl was
> >=C2=A0 =C2=A0 =C2=A0 > > reached and to that every 30s basic= ally forever. First of all I
> >=C2=A0 =C2=A0 =C2=A0think this
> >=C2=A0 =C2=A0 =C2=A0 > > still needs a termination criteria = when to stop to try to
> >=C2=A0 =C2=A0 =C2=A0retransmit finally.
> >=C2=A0 =C2=A0 =C2=A0 > > And the I don't understand why = this is needed, instead of e.g.
> >=C2=A0 =C2=A0 =C2=A0just using a
> >=C2=A0 =C2=A0 =C2=A0 > > larger Rl value? Can you please cla= rify!
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0-----------------------------------------= -----------------------------
> >=C2=A0 =C2=A0 =C2=A0 > > COMMENT:
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0-----------------------------------------= -----------------------------
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > I fully agree with the gan-art revi= ew (Thanks Elwyn!) and
> >=C2=A0 =C2=A0 =C2=A0Alvaro, that this
> >=C2=A0 =C2=A0 =C2=A0 > > reads from time to time like a BCP = but is actually a extension
> >=C2=A0 =C2=A0 =C2=A0specification. I
> >=C2=A0 =C2=A0 =C2=A0 > > would strongly recommend to apply t= he changes proposed by the
> >=C2=A0 =C2=A0 =C2=A0gen-art review,
> >=C2=A0 =C2=A0 =C2=A0 > > and there is also a very detailed l= ist of nits/edits that
> >=C2=A0 =C2=A0 =C2=A0should probably be
> >=C2=A0 =C2=A0 =C2=A0 > > applied. Please have a look at that= !
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 > > ______________________________= _________________
> >=C2=A0 =C2=A0 =C2=A0 > > Teas mailing list
> >=C2=A0 =C2=A0 =C2=A0 > > Te= as@ietf.org <mailto:Teas@ietf.org>
> >=C2=A0 =C2=A0 =C2=A0 > > https://www.ietf.o= rg/mailman/listinfo/teas
> >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/mail= man/listinfo/teas>
> >=C2=A0 =C2=A0 =C2=A0 > >
> >=C2=A0 =C2=A0 =C2=A0 >
> >=C2=A0 =C2=A0 =C2=A0 >
> >
> >
> >
> >
> > _______________________________________________
> > Teas mailing list
> > Teas@ietf.org
> > https://www.ietf.org/mailman/listinfo/teas<= /a>
> >
> >
>
>

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

--00000000000029841b05651bf34b-- From nobody Tue Feb 13 12:55:55 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CFBE127058 for ; Tue, 13 Feb 2018 12:55:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.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 6iiD5E6hfmhM for ; Tue, 13 Feb 2018 12:55:51 -0800 (PST) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B2F812D864 for ; Tue, 13 Feb 2018 12:55:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=AzucqvbtAopTB1k86nbMZkXjGbIPuDfOG8Jfzyu34tzPVeotO0UoLjFfkBqA6qnb1p1Q+A6qFLg+MxRzJhLghoLaDcBpfOabPDy5o8Ht8Ot02XODaZKiOxcwId9jKHdyywyC+O5x+srdHr7VsNf3Uzr8z8zn0lk51DJxXscN25U=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 4902 invoked from network); 13 Feb 2018 21:49:06 +0100 Received: from mue-88-130-61-114.dsl.tropolys.de (HELO ?192.168.178.33?) (88.130.61.114) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 13 Feb 2018 21:49:06 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Tue, 13 Feb 2018 21:49:05 +0100 Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> To: Vishnu Pavan Beeram X-Mailer: Apple Mail (2.3445.5.20) X-PPP-Message-ID: <20180213204906.4893.10618@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 13 Feb 2018 20:55:53 -0000 Hi Pavan, thanks a lot! This text change did help me to at least understand better = what you are proposing. I'm still concerned that in a situation where = all messages probably have been lost in the rapid retry phase, which is = an indication of congestion, you still keep sending messages with a = rather low but still higher rate than in the regular refresh interval of = 20min. Can you explain why this is considered to be beneficial? I = believe using some kind of extended exponential back-off would still be = more appropriate. Also e.g. if you actually send the message every 30s = for e.g. 20 minutes and don=E2=80=99t get an ACK, you might still want = to give up and log an error (termination condition), no? I hope that = makes now sense to you? Mirja > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram = : >=20 > Mirja, Hi! >=20 > Thanks for the response! > It doesn't seem like we can make progress here if I keep recycling the = same set of responses. I seem to have exhausted the "this is normal RSVP = soft-state signaling behavior" line of argument :) >=20 > I don't want to spend too much time arguing about a subtlety that = (probably) only folks who have implemented RSVP-TE understand. So, let = me try a different take on this. >=20 > How about the following changes to the document? >=20 > ** > - Remove Section 2.3 (this takes out the contentious text) >=20 > - Make the following change in Section 3 > OLD: > o MUST make the default value of the configurable refresh interval > be a large value (10s of minutes). A default value of 20 = minutes > is RECOMMENDED by this document. >=20 > NEW: > o MUST make the default value of the configurable refresh interval > (R) be a large value (10s of minutes). A default value of 20=20 >=20 > minutes is RECOMMENDED by this document. > o MUST use a separate refresh interval for refreshing state = associated > with unacknowledged Path/Resv messages (uR). A default value of=20= > 30 seconds is RECOMMENDED by this document. >=20 > - Make the following change in Appendix A. > OLD: > (d) Periodic Retransmission Interval for unacknowledged = Path/Resv > messages (uR) - 30 seconds (Section 2.3). > If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for the = 7 > rapid retransmit steps to max out (The last delay from message 6 > to message 7 is 16 seconds). After the 7 rapid retransmit steps > are maxed out, the router starts periodic retransmission on a > slower timer. This document recommends the use of the = traditional > default refresh interval value of 30 seconds for this periodic > retransmission interval. >=20 > NEW: > (d) Refresh interval for refreshing state associated with=20 > unacknowledged Path/Resv messages (uR)- 30 seconds (Section 3). > The recommended refresh interval (R) value of 20 minutes (for an >=20 > implementation supporting RI-RSVP) can not be used for = refreshing > state associated with unacknowledged Path/Resv messages. This=20 > document recommends the use of the traditional default refresh=20= > interval value of 30 seconds for uR. > *** >=20 > Let me know if the above changes address your concerns. >=20 > Regards, > -Pavan >=20 > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) = wrote: > Hi Pavan, >=20 > I believe you that there may be implementation that transmit = indefinitely, however, that is not how I read RFC2961: >=20 > " The staged retransmission will continue > until either an appropriate MESSAGE_ID_ACK object is received, or = the > rapid retry limit, Rl, has been reached.=E2=80=9C >=20 > or >=20 > =E2=80=9EThe sending node will retransmit the message until a message > acknowledgment is received or the message has been transmitted a > maximum number of times.=E2=80=9C >=20 > For me these sentences say that one should not retransmit anymore = after the max number is reached. If this is implemented differently, = that is a not safe behavior and need to be clarified. There must be a = termination condition. It is not safe for the stability of the Internet = to retransmit packets indefinitely. Packet loss can have may reason but = continuous packet loss is a clear sign of congestion that one can not be = ignored. >=20 > Mirja >=20 >=20 >=20 > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram = : > > > > Mirja, Hi! > > > > I thought the following response (sent on Oct 5th 2017) addressed = this concern. > > > > ** Copying text from an earlier email ** > > There is nothing new about Path and Resv messages getting = transmitted indefinitely (this is normal soft-state signaling behavior). = All that is being discussed in this section is how these transmissions = get paced after the rapid retry limit is reached. The slower timer = transmission will go on until either an ack is received (at which point = the regular "refresh interval" comes into play) or the corresponding LSP = instance state is torn down. > > ** > > > > Please let me know if this still doesn't address the concern. We can = set up a call and walk through the base RSVP specs. > > > > Regards, > > -Pavan > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) = wrote: > > Hi Vishnu, hi all, > > > > sorry but I lost a little bit track of this and looking at this now = the clarification provided below do not seem to address my concern. My = concern is that for messages (that a MESSAGE_ID object with the = ACK_Desired flag set), these messages would retransmit forever (even = though only every 30s) and there is not stop criteria to finally give up = (and report an error). > > > > Mirja > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram = : > > > > > > Mirja, Hi! > > > > > > Please see if the responses above address your concerns. Please = let us know if there are any issues with progressing this document. > > > > > > Regards, > > > -Pavan > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger = wrote: > > > Hi, > > > Please see below. > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > Mirja, Hi! > > > > > > Apologize for the delayed reply. > > > Please see inline for responses (prefixed VPB). > > > > > > Regards, > > > -Pavan > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) = > wrote: > > > > > > Hi Vishnu, > > > > > > I don=E2=80=99t think what you proposed is a clarification at = all. RF2961 > > > clearly reads to me that you should not retry any more after = the > > > Rapid retry limit has been reached: > > > > > > > > > "Rl is the maximum number of times a message will be > > > transmitted without being acknowledged.=E2=80=9C > > > > > > > > > Please not that this section applies to "a message containing a = MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > The ACK_Desired flag will typically be set only in trigger = messages. > > > > > > This means that these procedure does not apply to normal RSVP = refresh processing and that normal RFC2205 defined Refresh Processing = or Summary Refresh processing continues. > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum = number of times a message will be transmitted without being = acknowledged. But this just governs the number of times you retransmit = the message during the "rapid retransmission phase". > > > > > > RFC2961 is silent about what happens after the "rapid = retransmission phase" is complete and this is the clarification that is = being provided here in the draft. > > > > > > The draft is silent in general about anything that is *not* = modified by the draft. I think having the informative statement is = appropriate. > > > > > > Note that the associated RSVP Path/Resv state doesn't get cleaned = up after the "rapid retransmission" phase is complete. So at each = subsequent refresh-interval, the unacked Path/Resv message will be sent = out again (note that if there is no change in the state, the same = MESSAGE_ID would get used). This behavior has always existed in RSVP-TE = implementations -- so it is incorrect to deduce from the "RFC 2961" text = above that the retransmission of the unacked Path/Resv will never happen = after the "Rl" is reached. > > > > > > > > > Agreed. > > > Lou > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries = and and > > > delta of 2, that means you will see the following retries: > > > > > > 1. after 500ms > > > 2. after 1000ms > > > 3. after 2000ms > > > 4. after 4000ms > > > 5. after 8000ms > > > 6. after 16000ms > > > 7. after 32000ms > > > > > > and then give up. While you suggests to send all 300ms section > > > afterwards forever. That is not acceptable and can lead to = congestion. > > > > > > > > > No, that is not what is being suggested. > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. = So the rapid retransmissions would be: > > > 1. after 500ms > > > 2. after 1000ms > > > 3. after 2000ms. > > > > > > With the proposal in the draft, you would try 7 = times and then stop the "rapid retransmission phase". So, what that = means is that the rapid retransmission phase lasts 31.5 seconds (first = retry is after 500ms and the seventh retry is after 32000ms). After this = "rapid retransmission phase" is complete, you keep sending the message = out every 30000ms (30seconds is not 300ms) until an acknowledgement is = received. > > > > > > Hope this helps. > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > >: > > > > > > > > > > > Mirja, Hi! > > > > > > > > This was discussed in my response to Elwyn. I apologize for = not > > > responding directly. > > > > > > > > RFC2961 doesn't discuss what to do with the retransmissions = after > > > the retry limit is reached. It doesn't discuss how = retransmissions > > > need to be paced after the rapid retries are stopped. Section = 2.3 > > > (ver 7) of the current draft clarifies this and proposes the = use of > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > There were a couple of questions from this section that you > > > wanted to get discussed: > > > > ---- > > > > (1) Why is there no termination criteria specified? > > > > There is nothing new about Path and Resv messages getting > > > transmitted indefinitely (this is normal soft-state signaling > > > behavior). All that is being discussed in this section is how = these > > > transmissions get paced after the rapid retry limit is = reached. The > > > slower timer transmission will go on until either an ack is = received > > > (at which point the regular "refresh interval" comes into = play) or > > > the corresponding LSP instance state is torn down. > > > > > > > > ---- > > > > (2) Why couldn't the regular refresh interval be used for = these > > > un-acked retransmissions? > > > > The primary goal of the retransmission is to eke out an > > > acknowledgement from the neighbor as quickly as you can. You = can use > > > the same value as the the regular refresh interval provided it = is > > > small enough (like in the case of the conventional refresh = interval > > > of 30 secs) . However, we are recommending the use of a "large > > > refresh interval" (20 mins) in the RI-RSVP technique -- we = can't > > > wait that long for retrying the transmission of an unacked = message. > > > > > > > > Consider a rudimentary state machine with the following = states > > > (assuming the defaults suggested in the Appendix of the = draft): > > > > - first retransmit (exponential back off) > > > > - second retransmit (exponential back off) > > > > ... > > > > - seventh retransmit (exponential back off) > > > > - 30s retransmission > > > > - 20m refresh (regular refresh timer) > > > > > > > > At any point when the Ack is received, you transition to = the 20m > > > refresh state. > > > > > > > > --- > > > > > > > > Do these two responses adequately answer your questions? > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > wrote: > > > > Hi Pavan, > > > > > > > > I don=E2=80=99t see any changes in the new version that = addresses may > > > actual discuss on section 2.1.3 (now section 2.3). Can you = please > > > clarify? > > > > > > > > Thanks, > > > > Mirja > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > >: > > > > > > > > > > Mirja, Hi! > > > > > > > > > > Thanks for the review. We just posted a new revision = (-07) to > > > address the Gen-Art review comments. Please go through the new = diffs > > > = (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-scaling-rec-0= 7 > > > = ) > > > and let us know if additional changes are required. > > > > > > > > > > Also, please go through the responses provided to the = other > > > review comments and let us know if there are still any = unanswered > > > questions. > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > wrote: > > > > > Mirja K=C3=BChlewind has entered the following ballot = position for > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > When responding, please keep the subject line intact and = reply > > > to all > > > > > email addresses included in the To and CC lines. (Feel = free to > > > cut this > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > Please refer to > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > > > for more information about IESG DISCUSS and COMMENT = positions. > > > > > > > > > > > > > > > The document, along with other ballot positions, can be = found here: > > > > > > > > = https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ = > > > > > > > > > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > DISCUSS: > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. My > > > understanding is that > > > > > it is recommend to still send retransmit some message = even if > > > the Rl was > > > > > reached and to that every 30s basically forever. First of = all I > > > think this > > > > > still needs a termination criteria when to stop to try to > > > retransmit finally. > > > > > And the I don't understand why this is needed, instead of = e.g. > > > just using a > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > COMMENT: > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) and > > > Alvaro, that this > > > > > reads from time to time like a BCP but is actually a = extension > > > specification. I > > > > > would strongly recommend to apply the changes proposed by = the > > > gen-art review, > > > > > and there is also a very detailed list of nits/edits that > > > should probably be > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > _______________________________________________ > > > > > 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 > > > > > > > > > > >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas >=20 From nobody Tue Feb 13 16:27:03 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D89C127076; Tue, 13 Feb 2018 16:26:56 -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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151856801602.24658.17675102676112212858@ietfa.amsl.com> Date: Tue, 13 Feb 2018 16:26:56 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-ingress-protection-13.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 00:26:56 -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 : Extensions to RSVP-TE for LSP Ingress FRR Protection Authors : Huaimo Chen Raveendra Torvi Filename : draft-ietf-teas-rsvp-ingress-protection-13.txt Pages : 25 Date : 2018-02-13 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the ingress node of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The procedures described in this document are experimental. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-ingress-protection/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-ingress-protection-13 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-ingress-protection-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-ingress-protection-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 13 18:21:35 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45DB11271FD; Tue, 13 Feb 2018 18:21:28 -0800 (PST) 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 lAc6LpdiOCaA; Tue, 13 Feb 2018 18:21:23 -0800 (PST) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (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 661AE1270AE; Tue, 13 Feb 2018 18:21:23 -0800 (PST) Received: by mail-pf0-x22c.google.com with SMTP id 17so3309607pfw.11; Tue, 13 Feb 2018 18:21:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rGNzWqmBhL1TJctNWM9IJw6/U0n3/nZN5LvG9WvWLTQ=; b=OmCsJYkKC6a6KvOXNuN8ulfcrn/8T9Rz6pp1/1p1HX732cTBJva2N20Xlc3AUIv0L6 fYdsmutQCz4wj/VQ47u2ZRhjKd92SVY8U+AMeNtmeNhHUoORNtxtuOQwGTcvJi/mzu/v +1BSwN6YvaKtXSpMBZk1USVyO5QEH65gYSmUgq4BX9XJERgSRx4Drts0ecCvxC70mXaV oxVfPKaBJ1oQ72xNBIEX0usgfa8ARN4tgHQeuUhV6Rkxf9vXxXXdl2AQXGXW+1WnE9B5 Ep0vq2842tbzlKUBPjn1xsQCqoxsteKbdtZdj1j2cj/4lgjGg0V/ROiVX5fERdPICLf9 3h/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rGNzWqmBhL1TJctNWM9IJw6/U0n3/nZN5LvG9WvWLTQ=; b=sndLsQdVJ0Sf3/AmOm1U2Aqx4nE8NHUYUGikgrD6YR/THWe9CSwVg1nbPecmPZ8KkD hWPOTabKmwtHwzVOZnvoVYyEjFiatlB6PLekUwC30mpWS2W5rh/OnVfllxwDJX0p77hY WUZnB6itunPSakHmumQKIhjUq+DGWcUeBM07UtcUAKdq53YBfP7lp/KRCTmI/DSeLKlG ynNEyl6WyVMX5AOVcABxGx1IcUDYw0/X99GMLB5TWQM17PVaOTEvSHAHKhav4j3DQb4y TWcdD91xA2MwtXIfhxbmcmweg8KrBR5meNtO07Xy68WsW5CbzfqTZKbhUnW+7rOXuiqY hILA== X-Gm-Message-State: APf1xPCrZTBF6/P9b8rFARCj0T5t+GPxFTTzvwqiK4XZyXkxzTq/WFXv zqQihpqv8KnJqGXws2tREBPoZgCv3OoGp9ioFP5eGVyj X-Google-Smtp-Source: AH8x2249YnbuZxtxSlkPZvEdKJW6GPW31kpw7cgbuOqqsR3HB6EeLHwQAb07mQkf8vYPs/S86SiaVCTMFfIRpEdMZBM= X-Received: by 10.99.161.26 with SMTP id b26mr2651379pgf.130.1518574882599; Tue, 13 Feb 2018 18:21:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Tue, 13 Feb 2018 18:21:21 -0800 (PST) In-Reply-To: <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> From: Vishnu Pavan Beeram Date: Tue, 13 Feb 2018 21:21:21 -0500 Message-ID: To: "Mirja Kuehlewind (IETF)" Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Type: multipart/alternative; boundary="94eb2c1bce5271361f056522c436" Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 02:21:28 -0000 --94eb2c1bce5271361f056522c436 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mirja, Hi! Glad that the proposed text helped in understanding this better. All that the text is trying to say is the following -- In traditional RSVP (2961 capable) implementations, the interval used for refreshing state associated with unacked Path/Resv messages is the same as the regular refresh interval (R). But since we are now advocating the use of a large value for R, it makes sense to maintain a distinction between the refresh interval for unacked Path/Resv messages and the regular refresh interval. Your concerns (if I understood them right) aren't really against the procedures discussed in . They are against how traditional RSVP (2961 capable) works. Let me see if I can address those. Please see inline (prefixed VPB).. Regards, -Pavan On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) < ietf@kuehlewind.net> wrote: > Hi Pavan, > > thanks a lot! This text change did help me to at least understand better > what you are proposing. I'm still concerned that in a situation where all > messages probably have been lost in the rapid retry phase, which is an > indication of congestion, you still keep sending messages with a rather l= ow > but still higher rate than in the regular refresh interval of 20min. Can you explain why this is considered to be beneficial? [VPB] This is because RSVP can't determine how long congestion would last on the neighboring node and it is important for signaling state (Path/Resv) to be kept in sync between neighbors. The congestion may clear up a couple of seconds after the rapid-retry phase (for a particular message) is complete or it may clear up 24 hours later. As long as the neighbor is deemed UP (is able to maintain "hello" session), signaling state associated with that neighbor will keep getting refreshed (this is just how RSVP works). If the neighbor gets congested enough to bring down the corresponding hello session, then appropriate "signaling adjacency failure" actions (this may include state tear down) would come into play. > I believe using some kind of extended exponential back-off would still be > more appropriate. Also e.g. if you actually send the message every 30s fo= r > e.g. 20 minutes and don=E2=80=99t get an ACK, you might still want to giv= e up and > log an error (termination condition), no? I hope that makes now sense to > you? > [VPB] Let us assume that the implementation gives up after a few retries and stops refreshing state associated with unacked Path/Resv messages. What should happen to the "state" now? You can't retain the state, because there is no prescribed way of determining when to start refreshing the state again (Note -- neighbor never went down; hellos are intact; interface to the neighbor is still UP). If you can't retain the state, then you must tear it down. But that is too extreme an action to take (especially if the data-plane is intact). I hope that explains why implementations keep refreshing state. > > Mirja > > > > > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > Mirja, Hi! > > > > Thanks for the response! > > It doesn't seem like we can make progress here if I keep recycling the > same set of responses. I seem to have exhausted the "this is normal RSVP > soft-state signaling behavior" line of argument :) > > > > I don't want to spend too much time arguing about a subtlety that > (probably) only folks who have implemented RSVP-TE understand. So, let me > try a different take on this. > > > > How about the following changes to the document? > > > > ** > > - Remove Section 2.3 (this takes out the contentious text) > > > > - Make the following change in Section 3 > > OLD: > > o MUST make the default value of the configurable refresh interval > > be a large value (10s of minutes). A default value of 20 minutes > > is RECOMMENDED by this document. > > > > NEW: > > o MUST make the default value of the configurable refresh interval > > (R) be a large value (10s of minutes). A default value of 20 > > > > minutes is RECOMMENDED by this document. > > o MUST use a separate refresh interval for refreshing state > associated > > with unacknowledged Path/Resv messages (uR). A default value of > > 30 seconds is RECOMMENDED by this document. > > > > - Make the following change in Appendix A. > > OLD: > > (d) Periodic Retransmission Interval for unacknowledged Path/Resv > > messages (uR) - 30 seconds (Section 2.3). > > If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for the = 7 > > rapid retransmit steps to max out (The last delay from message 6 > > to message 7 is 16 seconds). After the 7 rapid retransmit steps > > are maxed out, the router starts periodic retransmission on a > > slower timer. This document recommends the use of the traditiona= l > > default refresh interval value of 30 seconds for this periodic > > retransmission interval. > > > > NEW: > > (d) Refresh interval for refreshing state associated with > > unacknowledged Path/Resv messages (uR)- 30 seconds (Section 3). > > The recommended refresh interval (R) value of 20 minutes (for an > > > > implementation supporting RI-RSVP) can not be used for refreshing > > state associated with unacknowledged Path/Resv messages. This > > document recommends the use of the traditional default refresh > > interval value of 30 seconds for uR. > > *** > > > > Let me know if the above changes address your concerns. > > > > Regards, > > -Pavan > > > > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > Hi Pavan, > > > > I believe you that there may be implementation that transmit > indefinitely, however, that is not how I read RFC2961: > > > > " The staged retransmission will continue > > until either an appropriate MESSAGE_ID_ACK object is received, or th= e > > rapid retry limit, Rl, has been reached.=E2=80=9C > > > > or > > > > =E2=80=9EThe sending node will retransmit the message until a message > > acknowledgment is received or the message has been transmitted a > > maximum number of times.=E2=80=9C > > > > For me these sentences say that one should not retransmit anymore after > the max number is reached. If this is implemented differently, that is a > not safe behavior and need to be clarified. There must be a termination > condition. It is not safe for the stability of the Internet to retransmit > packets indefinitely. Packet loss can have may reason but continuous pack= et > loss is a clear sign of congestion that one can not be ignored. > > > > Mirja > > > > > > > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > Mirja, Hi! > > > > > > I thought the following response (sent on Oct 5th 2017) addressed thi= s > concern. > > > > > > ** Copying text from an earlier email ** > > > There is nothing new about Path and Resv messages getting transmitted > indefinitely (this is normal soft-state signaling behavior). All that is > being discussed in this section is how these transmissions get paced afte= r > the rapid retry limit is reached. The slower timer transmission will go o= n > until either an ack is received (at which point the regular "refresh > interval" comes into play) or the corresponding LSP instance state is tor= n > down. > > > ** > > > > > > Please let me know if this still doesn't address the concern. We can > set up a call and walk through the base RSVP specs. > > > > > > Regards, > > > -Pavan > > > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > > Hi Vishnu, hi all, > > > > > > sorry but I lost a little bit track of this and looking at this now > the clarification provided below do not seem to address my concern. My > concern is that for messages (that a MESSAGE_ID object with the ACK_Desir= ed > flag set), these messages would retransmit forever (even though only ever= y > 30s) and there is not stop criteria to finally give up (and report an > error). > > > > > > Mirja > > > > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > > > Mirja, Hi! > > > > > > > > Please see if the responses above address your concerns. Please let > us know if there are any issues with progressing this document. > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger > wrote: > > > > Hi, > > > > Please see below. > > > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > > Mirja, Hi! > > > > > > > > Apologize for the delayed reply. > > > > Please see inline for responses (prefixed VPB). > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net > wrote: > > > > > > > > Hi Vishnu, > > > > > > > > I don=E2=80=99t think what you proposed is a clarification at a= ll. RF2961 > > > > clearly reads to me that you should not retry any more after th= e > > > > Rapid retry limit has been reached: > > > > > > > > > > > > "Rl is the maximum number of times a message will be > > > > transmitted without being acknowledged.=E2=80=9C > > > > > > > > > > > > Please not that this section applies to "a message containing a > MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > > > The ACK_Desired flag will typically be set only in trigger messages= . > > > > > > > > This means that these procedure does not apply to normal RSVP > refresh processing and that normal RFC2205 defined Refresh Processing or > Summary Refresh processing continues. > > > > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum > number of times a message will be transmitted without being acknowledged. > But this just governs the number of times you retransmit the message duri= ng > the "rapid retransmission phase". > > > > > > > > RFC2961 is silent about what happens after the "rapid retransmissio= n > phase" is complete and this is the clarification that is being provided > here in the draft. > > > > > > > > The draft is silent in general about anything that is *not* modifie= d > by the draft. I think having the informative statement is appropriate. > > > > > > > > Note that the associated RSVP Path/Resv state doesn't get cleaned u= p > after the "rapid retransmission" phase is complete. So at each subsequent > refresh-interval, the unacked Path/Resv message will be sent out again > (note that if there is no change in the state, the same MESSAGE_ID would > get used). This behavior has always existed in RSVP-TE implementations -- > so it is incorrect to deduce from the "RFC 2961" text above that the > retransmission of the unacked Path/Resv will never happen after the "Rl" = is > reached. > > > > > > > > > > > > Agreed. > > > > Lou > > > > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries and > and > > > > delta of 2, that means you will see the following retries: > > > > > > > > 1. after 500ms > > > > 2. after 1000ms > > > > 3. after 2000ms > > > > 4. after 4000ms > > > > 5. after 8000ms > > > > 6. after 16000ms > > > > 7. after 32000ms > > > > > > > > and then give up. While you suggests to send all 300ms section > > > > afterwards forever. That is not acceptable and can lead to > congestion. > > > > > > > > > > > > No, that is not what is being suggested. > > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. So > the rapid retransmissions would be: > > > > 1. after 500ms > > > > 2. after 1000ms > > > > 3. after 2000ms. > > > > > > > > With the proposal in the draft, you would try 7 times > and then stop the "rapid retransmission phase". So, what that means is th= at > the rapid retransmission phase lasts 31.5 seconds (first retry is after > 500ms and the seventh retry is after 32000ms). After this "rapid > retransmission phase" is complete, you keep sending the message out every > 30000ms (30seconds is not 300ms) until an acknowledgement is received. > > > > > > > > Hope this helps. > > > > > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > > >: > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > This was discussed in my response to Elwyn. I apologize for > not > > > > responding directly. > > > > > > > > > > RFC2961 doesn't discuss what to do with the retransmissions > after > > > > the retry limit is reached. It doesn't discuss how > retransmissions > > > > need to be paced after the rapid retries are stopped. Section 2= .3 > > > > (ver 7) of the current draft clarifies this and proposes the us= e > of > > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > > > There were a couple of questions from this section that you > > > > wanted to get discussed: > > > > > ---- > > > > > (1) Why is there no termination criteria specified? > > > > > There is nothing new about Path and Resv messages getting > > > > transmitted indefinitely (this is normal soft-state signaling > > > > behavior). All that is being discussed in this section is how > these > > > > transmissions get paced after the rapid retry limit is reached. > The > > > > slower timer transmission will go on until either an ack is > received > > > > (at which point the regular "refresh interval" comes into play) > or > > > > the corresponding LSP instance state is torn down. > > > > > > > > > > ---- > > > > > (2) Why couldn't the regular refresh interval be used for > these > > > > un-acked retransmissions? > > > > > The primary goal of the retransmission is to eke out an > > > > acknowledgement from the neighbor as quickly as you can. You ca= n > use > > > > the same value as the the regular refresh interval provided it = is > > > > small enough (like in the case of the conventional refresh > interval > > > > of 30 secs) . However, we are recommending the use of a "large > > > > refresh interval" (20 mins) in the RI-RSVP technique -- we can'= t > > > > wait that long for retrying the transmission of an unacked > message. > > > > > > > > > > Consider a rudimentary state machine with the following stat= es > > > > (assuming the defaults suggested in the Appendix of the draft): > > > > > - first retransmit (exponential back off) > > > > > - second retransmit (exponential back off) > > > > > ... > > > > > - seventh retransmit (exponential back off) > > > > > - 30s retransmission > > > > > - 20m refresh (regular refresh timer) > > > > > > > > > > At any point when the Ack is received, you transition to the > 20m > > > > refresh state. > > > > > > > > > > --- > > > > > > > > > > Do these two responses adequately answer your questions? > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > > wrote: > > > > > Hi Pavan, > > > > > > > > > > I don=E2=80=99t see any changes in the new version that addr= esses may > > > > actual discuss on section 2.1.3 (now section 2.3). Can you plea= se > > > > clarify? > > > > > > > > > > Thanks, > > > > > Mirja > > > > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > > >: > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > Thanks for the review. We just posted a new revision (-07) > to > > > > address the Gen-Art review comments. Please go through the new > diffs > > > > (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas- > rsvp-te-scaling-rec-07 > > > > rsvp-te-scaling-rec-07>) > > > > and let us know if additional changes are required. > > > > > > > > > > > > Also, please go through the responses provided to the othe= r > > > > review comments and let us know if there are still any unanswer= ed > > > > questions. > > > > > > > > > > > > Regards, > > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > > wrote: > > > > > > Mirja K=C3=BChlewind has entered the following ballot posi= tion > for > > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > > > When responding, please keep the subject line intact and > reply > > > > to all > > > > > > email addresses included in the To and CC lines. (Feel fre= e > to > > > > cut this > > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > > > > Please refer to > > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > > > > > for more information about IESG DISCUSS and COMMENT > positions. > > > > > > > > > > > > > > > > > > The document, along with other ballot positions, can be > found here: > > > > > > > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-sc > aling-rec/ aling-rec/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------------- > ----------- > > > > > > DISCUSS: > > > > > > > > > > ----------------------------------------------------------- > ----------- > > > > > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. My > > > > understanding is that > > > > > > it is recommend to still send retransmit some message even > if > > > > the Rl was > > > > > > reached and to that every 30s basically forever. First of > all I > > > > think this > > > > > > still needs a termination criteria when to stop to try to > > > > retransmit finally. > > > > > > And the I don't understand why this is needed, instead of > e.g. > > > > just using a > > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------------- > ----------- > > > > > > COMMENT: > > > > > > > > > > ----------------------------------------------------------- > ----------- > > > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) and > > > > Alvaro, that this > > > > > > reads from time to time like a BCP but is actually a > extension > > > > specification. I > > > > > > would strongly recommend to apply the changes proposed by > the > > > > gen-art review, > > > > > > and there is also a very detailed list of nits/edits that > > > > should probably be > > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > 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 > > > > --94eb2c1bce5271361f056522c436 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Mirja, Hi!

Glad that the proposed te= xt helped in understanding this better.

All that the text is trying = to say is the following --
In traditional RSVP (2961 capable) implement= ations, the interval used for=20 refreshing state associated with unacked Path/Resv messages is=20 the same as the regular refresh interval (R). But since we are now=20 advocating the use of a large value for R, it makes sense to=20 maintain a distinction between the refresh interval for unacked=20 Path/Resv messages and the regular refresh interval.

Your= concerns (if I understood them right) aren't really against the proced= ures discussed in <rsvp-te-scaling-rec>. They are against how traditi= onal RSVP (2961 capable) works. Let me see if I can address those. Please s= ee inline (prefixed VPB)..

Regards,
-Pavan
<= div class=3D"gmail_extra">
On Tue, Feb 13, 20= 18 at 3:49 PM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
Hi Pavan,
thanks a lot! This text change did help me to at least understand better wh= at you are proposing. I'm still concerned that in a situation where all= messages probably have been lost in the rapid retry phase, which is an ind= ication of congestion, you still keep sending messages with a rather low bu= t still higher rate than in the regular refresh interval of 20min.=C2=A0
Can you explain= why this is considered to be beneficial?

= [VPB] This is because RSVP can't determine how long congestion would la= st on the neighboring node and it is important for signaling state (Path/Re= sv) to be kept in sync between neighbors. The congestion may clear up a cou= ple of seconds after the rapid-retry phase (for a particular message) is co= mplete or it may clear up 24 hours later. As long as the neighbor is deemed= UP (is able to maintain "hello" session), signaling state associ= ated with that neighbor will keep getting refreshed (this is just how RSVP = works). If the neighbor gets congested enough to bring down the correspondi= ng hello session,=20 then appropriate "signaling adjacency failure" actions (this may = include state tear down) would come into play.

=C2=A0
I believe using some kind of extende= d exponential back-off would still be more appropriate. Also e.g. if you ac= tually send the message every 30s for e.g. 20 minutes and don=E2=80=99t get= an ACK, you might still want to give up and log an error (termination cond= ition), no? I hope that makes now sense to you?

[VPB]=C2=A0 Let us assume that the implementation gives up after a= few retries and stops refreshing state associated with unacked Path/Resv m= essages. What should happen to the "state" now? You can't ret= ain the state, because there is no prescribed way of determining when to st= art refreshing the state again (Note -- neighbor never went down; hellos ar= e intact; interface to the neighbor is still UP). If you can't retain t= he state, then you must tear it down. But that is too extreme an action to = take (especially if the data-plane is intact). I hope that explains why imp= lementations keep refreshing state.

=C2=A0
<= br> Mirja



> Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:<= br> >
> Mirja, Hi!
>
> Thanks for the response!
> It doesn't seem like we can make progress here if I keep recycling= the same set of responses. I seem to have exhausted the "this is norm= al RSVP soft-state signaling behavior" line of argument :)
>
> I don't want to spend too much time arguing about a subtlety that = (probably) only folks who have implemented RSVP-TE understand. So, let me t= ry a different take on this.
>
> How about the following changes to the document?
>
> **
> - Remove Section 2.3 (this takes out the contentious text)
>
> - Make the following change in Section 3
>=C2=A0 =C2=A0OLD:
>=C2=A0 =C2=A0 o=C2=A0 MUST make the default value of the configurable r= efresh interval
>=C2=A0 =C2=A0 =C2=A0 =C2=A0be a large value (10s of minutes).=C2=A0 A d= efault value of 20 minutes
>=C2=A0 =C2=A0 =C2=A0 =C2=A0is RECOMMENDED by this document.
>
>=C2=A0 =C2=A0NEW:
>=C2=A0 =C2=A0 o=C2=A0 MUST make the default value of the configurable r= efresh interval
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(R) be a large value (10s of minutes).=C2=A0= A default value of 20
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0minutes is RECOMMENDED by this document.
>=C2=A0 =C2=A0 o=C2=A0 MUST use a separate refresh interval for refreshi= ng state associated
>=C2=A0 =C2=A0 =C2=A0 =C2=A0with unacknowledged Path/Resv messages (uR).= =C2=A0 A default value of
>=C2=A0 =C2=A0 =C2=A0 =C2=A030 seconds is RECOMMENDED by this document.<= br> >
> - Make the following change in Appendix A.
>=C2=A0 =C2=A0OLD:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(d) Periodic Retransmission Interval for una= cknowledged Path/Resv
>=C2=A0 =C2=A0 =C2=A0 =C2=A0messages (uR) - 30 seconds (Section 2.3). >=C2=A0 =C2=A0 =C2=A0 =C2=A0If the Retry-Limit (Rl) is 7, then it takes = 31.5 seconds for the 7
>=C2=A0 =C2=A0 =C2=A0 =C2=A0rapid retransmit steps to max out (The last = delay from message 6
>=C2=A0 =C2=A0 =C2=A0 =C2=A0to message 7 is 16 seconds).=C2=A0 After the= 7 rapid retransmit steps
>=C2=A0 =C2=A0 =C2=A0 =C2=A0are maxed out, the router starts periodic re= transmission on a
>=C2=A0 =C2=A0 =C2=A0 =C2=A0slower timer.=C2=A0 This document recommends= the use of the traditional
>=C2=A0 =C2=A0 =C2=A0 =C2=A0default refresh interval value of 30 seconds= for this periodic
>=C2=A0 =C2=A0 =C2=A0 =C2=A0retransmission interval.
>
>=C2=A0 =C2=A0NEW:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(d) Refresh interval for refreshing state as= sociated with
>=C2=A0 =C2=A0 =C2=A0 =C2=A0unacknowledged Path/Resv messages (uR)- 30 s= econds (Section 3).
>=C2=A0 =C2=A0 =C2=A0 =C2=A0The recommended refresh interval (R) value o= f 20 minutes (for an
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0implementation supporting RI-RSVP) can not b= e used for refreshing
>=C2=A0 =C2=A0 =C2=A0 =C2=A0state associated with unacknowledged Path/Re= sv messages. This
>=C2=A0 =C2=A0 =C2=A0 =C2=A0document recommends the use of the tradition= al default refresh
>=C2=A0 =C2=A0 =C2=A0 =C2=A0interval value of 30 seconds for uR.
> ***
>
> Let me know if the above changes address your concerns.
>
> Regards,
> -Pavan
>
> On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net&g= t; wrote:
> Hi Pavan,
>
> I believe you that there may be implementation that transmit indefinit= ely, however, that is not how I read RFC2961:
>
> " The staged retransmission will continue
>=C2=A0 =C2=A0 until either an appropriate MESSAGE_ID_ACK object is rece= ived, or the
>=C2=A0 =C2=A0 rapid retry limit, Rl, has been reached.=E2=80=9C
>
> or
>
> =E2=80=9EThe sending node will retransmit the message until a message<= br> >=C2=A0 =C2=A0 acknowledgment is received or the message has been transm= itted a
>=C2=A0 =C2=A0 maximum number of times.=E2=80=9C
>
> For me these sentences say that one should not retransmit anymore afte= r the max number is reached. If this is implemented differently, that is a = not safe behavior and need to be clarified. There must be a termination con= dition. It is not safe for the stability of the Internet to retransmit pack= ets indefinitely. Packet loss can have may reason but continuous packet los= s is a clear sign of congestion that one can not be ignored.
>
> Mirja
>
>
>
> > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com&= gt;:
> >
> > Mirja, Hi!
> >
> > I thought the following response (sent on Oct 5th 2017) addressed= this concern.
> >
> > ** Copying text from an earlier email **
> > There is nothing new about Path and Resv messages getting transmi= tted indefinitely (this is normal soft-state signaling behavior). All that = is being discussed in this section is how these transmissions get paced aft= er the rapid retry limit is reached. The slower timer transmission will go = on until either an ack is received (at which point the regular "refres= h interval" comes into play) or the corresponding LSP instance state i= s torn down.
> > **
> >
> > Please let me know if this still doesn't address the concern.= We can set up a call and walk through the base RSVP specs.
> >
> > Regards,
> > -Pavan
> >
> > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
> > Hi Vishnu, hi all,
> >
> > sorry but I lost a little bit track of this and looking at this n= ow the clarification provided below do not seem to address my concern. My c= oncern is that for messages (that a MESSAGE_ID object with the ACK_Desired = flag set), these messages would retransmit forever (even though only every = 30s) and there is not stop criteria to finally give up (and report an error= ).
> >
> > Mirja
> >
> >
> > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com= >:
> > >
> > > Mirja, Hi!
> > >
> > > Please see if the responses above address your concerns. Ple= ase let us know if there are any issues with progressing this document.
> > >
> > > Regards,
> > > -Pavan
> > >
> > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger <lberger@labn.net> wrote: > > > Hi,
> > > Please see below.
> > >
> > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote:
> > > Mirja, Hi!
> > >
> > > Apologize for the delayed reply.
> > > Please see inline for responses (prefixed VPB).
> > >
> > > Regards,
> > > -Pavan
> > >
> > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) <= ;ietf@kuehlewind.n= et <mailto:= ietf@kuehlewind.net>> wrote:
> > >
> > >=C2=A0 =C2=A0 =C2=A0Hi Vishnu,
> > >
> > >=C2=A0 =C2=A0 =C2=A0I don=E2=80=99t think what you proposed i= s a clarification at all. RF2961
> > >=C2=A0 =C2=A0 =C2=A0clearly reads to me that you should not r= etry any more after the
> > >=C2=A0 =C2=A0 =C2=A0Rapid retry limit has been reached:
> > >
> > >
> > >=C2=A0 =C2=A0 =C2=A0"Rl is the maximum number of times a= message will be
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0transmitted without being acknowledged.=E2=80=9C
> > >
> > >
> > > Please not that this section applies to "a message cont= aining a MESSAGE_ID object with the ACK_Desired flag set" and
> > >
> > > The ACK_Desired flag will typically be set only in trigger m= essages.
> > >
> > > This means that these procedure does not apply to normal RSV= P refresh processing and that=C2=A0 normal RFC2205 defined Refresh Processi= ng or Summary Refresh processing continues.
> > >
> > >
> > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maxim= um number of times a message will be transmitted without being acknowledged= . But this just governs the number of times you retransmit the message duri= ng the "rapid retransmission phase".
> > >
> > > RFC2961 is silent about what happens after the "rapid r= etransmission phase" is complete and this is the clarification that is= being provided here in the <scaling-rec> draft.
> > >
> > > The draft is silent in general about anything that is *not* = modified by the draft.=C2=A0 I think having the informative statement is ap= propriate.
> > >
> > > Note that the associated RSVP Path/Resv state doesn't ge= t cleaned up after the "rapid retransmission" phase is complete. = So at each subsequent refresh-interval, the unacked Path/Resv message will = be sent out again (note that if there is no change in the state, the same M= ESSAGE_ID would get used). This behavior has always existed in RSVP-TE impl= ementations -- so it is incorrect to deduce from the "RFC 2961" t= ext above that the retransmission of the unacked Path/Resv will never happe= n after the "Rl" is reached.
> > >
> > >
> > > Agreed.
> > > Lou
> > >
> > >
> > >=C2=A0 =C2=A0 =C2=A0Also RFC2961 suggests an initial Rf of 50= 0ms with 7 retries and and
> > >=C2=A0 =C2=A0 =C2=A0delta of 2, that means you will see the f= ollowing retries:
> > >
> > >=C2=A0 =C2=A0 =C2=A01. after 500ms
> > >=C2=A0 =C2=A0 =C2=A02. after 1000ms
> > >=C2=A0 =C2=A0 =C2=A03. after 2000ms
> > >=C2=A0 =C2=A0 =C2=A04. after 4000ms
> > >=C2=A0 =C2=A0 =C2=A05. after 8000ms
> > >=C2=A0 =C2=A0 =C2=A06. after 16000ms
> > >=C2=A0 =C2=A0 =C2=A07. after 32000ms
> > >
> > >=C2=A0 =C2=A0 =C2=A0and then give up. While you suggests to s= end all 300ms section
> > >=C2=A0 =C2=A0 =C2=A0afterwards forever. That is not acceptabl= e and can lead to congestion.
> > >
> > >
> > > No, that is not what is being suggested.
> > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta o= f 2. So the rapid retransmissions would be:
> > > 1. after 500ms
> > > 2. after 1000ms
> > > 3. after 2000ms.
> > >
> > > With the proposal in the <scaling-rec> draft, you woul= d try 7 times and then stop the "rapid retransmission phase". So,= what that means is that the rapid retransmission phase lasts 31.5 seconds = (first retry is after 500ms and the seventh retry is after 32000ms). After = this "rapid retransmission phase" is complete, you keep sending t= he message out every 30000ms (30seconds is not 300ms) until an acknowledgem= ent is received.
> > >
> > > Hope this helps.
> > >
> > >
> > >
> > >=C2=A0 =C2=A0 =C2=A0Mirja
> > >
> > >
> > >
> > >
> > >=C2=A0 =C2=A0 =C2=A0 > Am 05.10.2017 um 22:27 schrieb Vish= nu Pavan Beeram
> > >=C2=A0 =C2=A0 =C2=A0<vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> > >
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > Mirja, Hi!
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > This was discussed in my response t= o Elwyn. I apologize for not
> > >=C2=A0 =C2=A0 =C2=A0responding directly.
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > RFC2961 doesn't discuss what to= do with the retransmissions after
> > >=C2=A0 =C2=A0 =C2=A0the retry limit is reached. It doesn'= t discuss how retransmissions
> > >=C2=A0 =C2=A0 =C2=A0need to be paced after the rapid retries = are stopped. Section 2.3
> > >=C2=A0 =C2=A0 =C2=A0(ver 7) of the current draft clarifies th= is and proposes the use of
> > >=C2=A0 =C2=A0 =C2=A0a "not so rapid (30secs)" retra= nsmission interval.
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > There were a couple of questions fr= om this section that you
> > >=C2=A0 =C2=A0 =C2=A0wanted to get discussed:
> > >=C2=A0 =C2=A0 =C2=A0 > ----
> > >=C2=A0 =C2=A0 =C2=A0 > (1) Why is there no termination cri= teria specified?
> > >=C2=A0 =C2=A0 =C2=A0 > There is nothing new about Path and= Resv messages getting
> > >=C2=A0 =C2=A0 =C2=A0transmitted indefinitely (this is normal = soft-state signaling
> > >=C2=A0 =C2=A0 =C2=A0behavior). All that is being discussed in= this section is how these
> > >=C2=A0 =C2=A0 =C2=A0transmissions get paced after the rapid r= etry limit is reached. The
> > >=C2=A0 =C2=A0 =C2=A0slower timer transmission will go on unti= l either an ack is received
> > >=C2=A0 =C2=A0 =C2=A0(at which point the regular "refresh= interval" comes into play) or
> > >=C2=A0 =C2=A0 =C2=A0the corresponding LSP instance state is t= orn down.
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > ----
> > >=C2=A0 =C2=A0 =C2=A0 > (2) Why couldn't the regular re= fresh interval be used for these
> > >=C2=A0 =C2=A0 =C2=A0un-acked retransmissions?
> > >=C2=A0 =C2=A0 =C2=A0 > The primary goal of the retransmiss= ion is to eke out an
> > >=C2=A0 =C2=A0 =C2=A0acknowledgement from the neighbor as quic= kly as you can. You can use
> > >=C2=A0 =C2=A0 =C2=A0the same value as the the regular refresh= interval provided it is
> > >=C2=A0 =C2=A0 =C2=A0small enough (like in the case of the con= ventional refresh interval
> > >=C2=A0 =C2=A0 =C2=A0of 30 secs) . However, we are recommendin= g the use of a "large
> > >=C2=A0 =C2=A0 =C2=A0refresh interval" (20 mins) in the R= I-RSVP technique -- we can't
> > >=C2=A0 =C2=A0 =C2=A0wait that long for retrying the transmiss= ion of an unacked message.
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > Consider a rudimentary state machin= e with the following states
> > >=C2=A0 =C2=A0 =C2=A0(assuming the defaults suggested in the A= ppendix of the draft):
> > >=C2=A0 =C2=A0 =C2=A0 > - first retransmit (exponential bac= k off)
> > >=C2=A0 =C2=A0 =C2=A0 > - second retransmit (exponential ba= ck off)
> > >=C2=A0 =C2=A0 =C2=A0 > ...
> > >=C2=A0 =C2=A0 =C2=A0 > - seventh retransmit (exponential b= ack off)
> > >=C2=A0 =C2=A0 =C2=A0 > - 30s retransmission
> > >=C2=A0 =C2=A0 =C2=A0 > - 20m refresh (regular refresh time= r)
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > At any point when the Ack is receiv= ed, you transition to the 20m
> > >=C2=A0 =C2=A0 =C2=A0refresh state.
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > ---
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > Do these two responses adequately a= nswer your questions?
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > Regards,
> > >=C2=A0 =C2=A0 =C2=A0 > -Pavan
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > On Thu, Oct 5, 2017 at 7:57 AM, Mir= ja Kuehlewind (IETF)
> > >=C2=A0 =C2=A0 =C2=A0<ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:=
> > >=C2=A0 =C2=A0 =C2=A0 > Hi Pavan,
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > I don=E2=80=99t see any changes in = the new version that addresses may
> > >=C2=A0 =C2=A0 =C2=A0actual discuss on section 2.1.3 (now sect= ion 2.3). Can you please
> > >=C2=A0 =C2=A0 =C2=A0clarify?
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > Thanks,
> > >=C2=A0 =C2=A0 =C2=A0 > Mirja
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 > > Am 28.09.2017 um 05:45 schrieb= Vishnu Pavan Beeram
> > >=C2=A0 =C2=A0 =C2=A0<vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > Mirja, Hi!
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > Thanks for the review. We just= posted a new revision (-07) to
> > >=C2=A0 =C2=A0 =C2=A0address the Gen-Art review comments. Plea= se go through the new diffs
> > >=C2=A0 =C2=A0 =C2=A0(https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp= -te-scaling-rec-07
> > >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-r= svp-te-scaling-rec-07>)
> > >=C2=A0 =C2=A0 =C2=A0and let us know if additional changes are= required.
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > Also, please go through the re= sponses provided to the other
> > >=C2=A0 =C2=A0 =C2=A0review comments and let us know if there = are still any unanswered
> > >=C2=A0 =C2=A0 =C2=A0questions.
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > Regards,
> > >=C2=A0 =C2=A0 =C2=A0 > > -Pavan
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > On Tue, Sep 26, 2017 at 2:01 P= M, Mirja K=C3=BChlewind
> > >=C2=A0 =C2=A0 =C2=A0<ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:=
> > >=C2=A0 =C2=A0 =C2=A0 > > Mirja K=C3=BChlewind has enter= ed the following ballot position for
> > >=C2=A0 =C2=A0 =C2=A0 > > draft-ietf-teas-rsvp-te-scalin= g-rec-06: Discuss
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > When responding, please keep t= he subject line intact and reply
> > >=C2=A0 =C2=A0 =C2=A0to all
> > >=C2=A0 =C2=A0 =C2=A0 > > email addresses included in th= e To and CC lines. (Feel free to
> > >=C2=A0 =C2=A0 =C2=A0cut this
> > >=C2=A0 =C2=A0 =C2=A0 > > introductory paragraph, howeve= r.)
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > Please refer to
> > >=C2=A0 =C2=A0 =C2=A0https://w= ww.ietf.org/iesg/statement/discuss-criteria.html
> > >=C2=A0 =C2=A0 =C2=A0<https= ://www.ietf.org/iesg/statement/discuss-criteria.html>
> > >=C2=A0 =C2=A0 =C2=A0 > > for more information about IES= G DISCUSS and COMMENT positions.
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > The document, along with other= ballot positions, can be found here:
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scali= ng-rec/ <https://datatra= cker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/> > > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0------------------------------------= ----------------------------------
> > >=C2=A0 =C2=A0 =C2=A0 > > DISCUSS:
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0------------------------------------= ----------------------------------
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > I'm uncertain what section= 2.1.3. actually recommends. My
> > >=C2=A0 =C2=A0 =C2=A0understanding is that
> > >=C2=A0 =C2=A0 =C2=A0 > > it is recommend to still send = retransmit some message even if
> > >=C2=A0 =C2=A0 =C2=A0the Rl was
> > >=C2=A0 =C2=A0 =C2=A0 > > reached and to that every 30s = basically forever. First of all I
> > >=C2=A0 =C2=A0 =C2=A0think this
> > >=C2=A0 =C2=A0 =C2=A0 > > still needs a termination crit= eria when to stop to try to
> > >=C2=A0 =C2=A0 =C2=A0retransmit finally.
> > >=C2=A0 =C2=A0 =C2=A0 > > And the I don't understand= why this is needed, instead of e.g.
> > >=C2=A0 =C2=A0 =C2=A0just using a
> > >=C2=A0 =C2=A0 =C2=A0 > > larger Rl value? Can you pleas= e clarify!
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0------------------------------------= ----------------------------------
> > >=C2=A0 =C2=A0 =C2=A0 > > COMMENT:
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0------------------------------------= ----------------------------------
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > I fully agree with the gan-art= review (Thanks Elwyn!) and
> > >=C2=A0 =C2=A0 =C2=A0Alvaro, that this
> > >=C2=A0 =C2=A0 =C2=A0 > > reads from time to time like a= BCP but is actually a extension
> > >=C2=A0 =C2=A0 =C2=A0specification. I
> > >=C2=A0 =C2=A0 =C2=A0 > > would strongly recommend to ap= ply the changes proposed by the
> > >=C2=A0 =C2=A0 =C2=A0gen-art review,
> > >=C2=A0 =C2=A0 =C2=A0 > > and there is also a very detai= led list of nits/edits that
> > >=C2=A0 =C2=A0 =C2=A0should probably be
> > >=C2=A0 =C2=A0 =C2=A0 > > applied. Please have a look at= that!
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 > > ______________________________= _________________
> > >=C2=A0 =C2=A0 =C2=A0 > > Teas mailing list
> > >=C2=A0 =C2=A0 =C2=A0 > > Teas@ietf.org <mailto:Teas@ietf.org>
> > >=C2=A0 =C2=A0 =C2=A0 > > https://www.i= etf.org/mailman/listinfo/teas
> > >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org= /mailman/listinfo/teas>
> > >=C2=A0 =C2=A0 =C2=A0 > >
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >=C2=A0 =C2=A0 =C2=A0 >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Teas mailing list
> > > Teas@ietf= .org
> > > https://www.ietf.org/mailman/listinf= o/teas
> > >
> > >
> >
> >
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas >


--94eb2c1bce5271361f056522c436-- From nobody Wed Feb 14 03:15:24 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B16C21242EA; Wed, 14 Feb 2018 03:15:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind?= To: "The IESG" Cc: draft-ietf-teas-rsvp-te-scaling-rec@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151860691666.24691.3751248303617206855.idtracker@ietfa.amsl.com> Date: Wed, 14 Feb 2018 03:15:16 -0800 Archived-At: Subject: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-teas-rsvp-te-scaling-rec-08=3A_=28with_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 11:15:17 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-teas-rsvp-te-scaling-rec-08: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for the explanation and patience! Sorry for the long delay! ------------------ Old comment: I fully agree with the gan-art review (Thanks Elwyn!) and Alvaro, that this reads from time to time like a BCP but is actually an extension specification. I would strongly recommend to apply the changes proposed by the gen-art review, and there is also a very detailed list of nits/edits that should probably be applied. Please have a look at that! From nobody Wed Feb 14 03:19:59 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B44B912DA41 for ; Wed, 14 Feb 2018 03:19:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.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 h_UiGxqU05Wy for ; Wed, 14 Feb 2018 03:19:52 -0800 (PST) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE5CB1242EA for ; Wed, 14 Feb 2018 03:19:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=OIMALIP/esFZxbadOoGR9YK8u0WcsBN9ia6CDOqaTHDdnKZ5STfvMiZo6p8Zv50fFrWEv/EiXv/g5c/xgzbv2dIrA695ZykE8Wg4LKjTh7VfCl+IU44XxcJ7jAnXfyT/oPltIprKrOEozYwzKl2AHsrSM18L3EnafVTM4u3PGYQ=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 8153 invoked from network); 14 Feb 2018 12:13:06 +0100 Received: from mue-88-130-61-171.dsl.tropolys.de (HELO ?192.168.178.33?) (88.130.61.171) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 14 Feb 2018 12:13:06 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Wed, 14 Feb 2018 12:13:04 +0100 Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <23D10DC7-C33C-4F19-8358-4B6D6B1FF5CF@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> To: Vishnu Pavan Beeram X-Mailer: Apple Mail (2.3445.5.20) X-PPP-Message-ID: <20180214111306.8144.68017@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 11:19:56 -0000 Hi Paven, thanks for the explanation and sorry for the finally quite long delay. I = had just not enough of RSVP knowledge to figure out how you are = detecting a node failure. Thanks for the explanation below. I also = didn=E2=80=99t realize that the previous default refresh interval was = recommended as 30 second, which seems high.=20 Knowing that there is a mechanism to detect node failure and stop = sending, I will clear my discuss now. Again thanks for the explanation = and patient! I believe actually your newly proposed text is more clear and I would = still recommend to use that. I believe what confused me most was the use = of the term =E2=80=9Eretransmission=E2=80=9C in the current section 2.3. = It=E2=80=99s not fully wrong but if your motivation is to maintain a = shorter refresh interval (as previously used) in situation where it is = unclear if state was refreshed with the last message, I would phrase it = like this, as in our new proposed text. Mirja > Am 14.02.2018 um 03:21 schrieb Vishnu Pavan Beeram = : >=20 > Mirja, Hi! >=20 > Glad that the proposed text helped in understanding this better. >=20 > All that the text is trying to say is the following --=20 > In traditional RSVP (2961 capable) implementations, the interval used = for refreshing state associated with unacked Path/Resv messages is the = same as the regular refresh interval (R). But since we are now = advocating the use of a large value for R, it makes sense to maintain a = distinction between the refresh interval for unacked Path/Resv messages = and the regular refresh interval. >=20 > Your concerns (if I understood them right) aren't really against the = procedures discussed in . They are against how = traditional RSVP (2961 capable) works. Let me see if I can address = those. Please see inline (prefixed VPB).. >=20 > Regards, > -Pavan >=20 > On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) = wrote: > Hi Pavan, >=20 > thanks a lot! This text change did help me to at least understand = better what you are proposing. I'm still concerned that in a situation = where all messages probably have been lost in the rapid retry phase, = which is an indication of congestion, you still keep sending messages = with a rather low but still higher rate than in the regular refresh = interval of 20min.=20 > Can you explain why this is considered to be beneficial? >=20 > [VPB] This is because RSVP can't determine how long congestion would = last on the neighboring node and it is important for signaling state = (Path/Resv) to be kept in sync between neighbors. The congestion may = clear up a couple of seconds after the rapid-retry phase (for a = particular message) is complete or it may clear up 24 hours later. As = long as the neighbor is deemed UP (is able to maintain "hello" session), = signaling state associated with that neighbor will keep getting = refreshed (this is just how RSVP works). If the neighbor gets congested = enough to bring down the corresponding hello session, then appropriate = "signaling adjacency failure" actions (this may include state tear down) = would come into play.=20 >=20 > =20 > I believe using some kind of extended exponential back-off would still = be more appropriate. Also e.g. if you actually send the message every = 30s for e.g. 20 minutes and don=E2=80=99t get an ACK, you might still = want to give up and log an error (termination condition), no? I hope = that makes now sense to you? >=20 > [VPB] Let us assume that the implementation gives up after a few = retries and stops refreshing state associated with unacked Path/Resv = messages. What should happen to the "state" now? You can't retain the = state, because there is no prescribed way of determining when to start = refreshing the state again (Note -- neighbor never went down; hellos are = intact; interface to the neighbor is still UP). If you can't retain the = state, then you must tear it down. But that is too extreme an action to = take (especially if the data-plane is intact). I hope that explains why = implementations keep refreshing state. >=20 > =20 >=20 > Mirja >=20 >=20 >=20 > > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram = : > > > > Mirja, Hi! > > > > Thanks for the response! > > It doesn't seem like we can make progress here if I keep recycling = the same set of responses. I seem to have exhausted the "this is normal = RSVP soft-state signaling behavior" line of argument :) > > > > I don't want to spend too much time arguing about a subtlety that = (probably) only folks who have implemented RSVP-TE understand. So, let = me try a different take on this. > > > > How about the following changes to the document? > > > > ** > > - Remove Section 2.3 (this takes out the contentious text) > > > > - Make the following change in Section 3 > > OLD: > > o MUST make the default value of the configurable refresh = interval > > be a large value (10s of minutes). A default value of 20 = minutes > > is RECOMMENDED by this document. > > > > NEW: > > o MUST make the default value of the configurable refresh = interval > > (R) be a large value (10s of minutes). A default value of 20 > > > > minutes is RECOMMENDED by this document. > > o MUST use a separate refresh interval for refreshing state = associated > > with unacknowledged Path/Resv messages (uR). A default value = of > > 30 seconds is RECOMMENDED by this document. > > > > - Make the following change in Appendix A. > > OLD: > > (d) Periodic Retransmission Interval for unacknowledged = Path/Resv > > messages (uR) - 30 seconds (Section 2.3). > > If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for = the 7 > > rapid retransmit steps to max out (The last delay from message = 6 > > to message 7 is 16 seconds). After the 7 rapid retransmit = steps > > are maxed out, the router starts periodic retransmission on a > > slower timer. This document recommends the use of the = traditional > > default refresh interval value of 30 seconds for this periodic > > retransmission interval. > > > > NEW: > > (d) Refresh interval for refreshing state associated with > > unacknowledged Path/Resv messages (uR)- 30 seconds (Section = 3). > > The recommended refresh interval (R) value of 20 minutes (for = an > > > > implementation supporting RI-RSVP) can not be used for = refreshing > > state associated with unacknowledged Path/Resv messages. This > > document recommends the use of the traditional default refresh > > interval value of 30 seconds for uR. > > *** > > > > Let me know if the above changes address your concerns. > > > > Regards, > > -Pavan > > > > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) = wrote: > > Hi Pavan, > > > > I believe you that there may be implementation that transmit = indefinitely, however, that is not how I read RFC2961: > > > > " The staged retransmission will continue > > until either an appropriate MESSAGE_ID_ACK object is received, or = the > > rapid retry limit, Rl, has been reached.=E2=80=9C > > > > or > > > > =E2=80=9EThe sending node will retransmit the message until a = message > > acknowledgment is received or the message has been transmitted a > > maximum number of times.=E2=80=9C > > > > For me these sentences say that one should not retransmit anymore = after the max number is reached. If this is implemented differently, = that is a not safe behavior and need to be clarified. There must be a = termination condition. It is not safe for the stability of the Internet = to retransmit packets indefinitely. Packet loss can have may reason but = continuous packet loss is a clear sign of congestion that one can not be = ignored. > > > > Mirja > > > > > > > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram = : > > > > > > Mirja, Hi! > > > > > > I thought the following response (sent on Oct 5th 2017) addressed = this concern. > > > > > > ** Copying text from an earlier email ** > > > There is nothing new about Path and Resv messages getting = transmitted indefinitely (this is normal soft-state signaling behavior). = All that is being discussed in this section is how these transmissions = get paced after the rapid retry limit is reached. The slower timer = transmission will go on until either an ack is received (at which point = the regular "refresh interval" comes into play) or the corresponding LSP = instance state is torn down. > > > ** > > > > > > Please let me know if this still doesn't address the concern. We = can set up a call and walk through the base RSVP specs. > > > > > > Regards, > > > -Pavan > > > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) = wrote: > > > Hi Vishnu, hi all, > > > > > > sorry but I lost a little bit track of this and looking at this = now the clarification provided below do not seem to address my concern. = My concern is that for messages (that a MESSAGE_ID object with the = ACK_Desired flag set), these messages would retransmit forever (even = though only every 30s) and there is not stop criteria to finally give up = (and report an error). > > > > > > Mirja > > > > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram = : > > > > > > > > Mirja, Hi! > > > > > > > > Please see if the responses above address your concerns. Please = let us know if there are any issues with progressing this document. > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger = wrote: > > > > Hi, > > > > Please see below. > > > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > > Mirja, Hi! > > > > > > > > Apologize for the delayed reply. > > > > Please see inline for responses (prefixed VPB). > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) = > wrote: > > > > > > > > Hi Vishnu, > > > > > > > > I don=E2=80=99t think what you proposed is a clarification = at all. RF2961 > > > > clearly reads to me that you should not retry any more after = the > > > > Rapid retry limit has been reached: > > > > > > > > > > > > "Rl is the maximum number of times a message will be > > > > transmitted without being acknowledged.=E2=80=9C > > > > > > > > > > > > Please not that this section applies to "a message containing a = MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > > > The ACK_Desired flag will typically be set only in trigger = messages. > > > > > > > > This means that these procedure does not apply to normal RSVP = refresh processing and that normal RFC2205 defined Refresh Processing = or Summary Refresh processing continues. > > > > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum = number of times a message will be transmitted without being = acknowledged. But this just governs the number of times you retransmit = the message during the "rapid retransmission phase". > > > > > > > > RFC2961 is silent about what happens after the "rapid = retransmission phase" is complete and this is the clarification that is = being provided here in the draft. > > > > > > > > The draft is silent in general about anything that is *not* = modified by the draft. I think having the informative statement is = appropriate. > > > > > > > > Note that the associated RSVP Path/Resv state doesn't get = cleaned up after the "rapid retransmission" phase is complete. So at = each subsequent refresh-interval, the unacked Path/Resv message will be = sent out again (note that if there is no change in the state, the same = MESSAGE_ID would get used). This behavior has always existed in RSVP-TE = implementations -- so it is incorrect to deduce from the "RFC 2961" text = above that the retransmission of the unacked Path/Resv will never happen = after the "Rl" is reached. > > > > > > > > > > > > Agreed. > > > > Lou > > > > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries = and and > > > > delta of 2, that means you will see the following retries: > > > > > > > > 1. after 500ms > > > > 2. after 1000ms > > > > 3. after 2000ms > > > > 4. after 4000ms > > > > 5. after 8000ms > > > > 6. after 16000ms > > > > 7. after 32000ms > > > > > > > > and then give up. While you suggests to send all 300ms = section > > > > afterwards forever. That is not acceptable and can lead to = congestion. > > > > > > > > > > > > No, that is not what is being suggested. > > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. = So the rapid retransmissions would be: > > > > 1. after 500ms > > > > 2. after 1000ms > > > > 3. after 2000ms. > > > > > > > > With the proposal in the draft, you would try 7 = times and then stop the "rapid retransmission phase". So, what that = means is that the rapid retransmission phase lasts 31.5 seconds (first = retry is after 500ms and the seventh retry is after 32000ms). After this = "rapid retransmission phase" is complete, you keep sending the message = out every 30000ms (30seconds is not 300ms) until an acknowledgement is = received. > > > > > > > > Hope this helps. > > > > > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > > >: > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > This was discussed in my response to Elwyn. I apologize = for not > > > > responding directly. > > > > > > > > > > RFC2961 doesn't discuss what to do with the = retransmissions after > > > > the retry limit is reached. It doesn't discuss how = retransmissions > > > > need to be paced after the rapid retries are stopped. = Section 2.3 > > > > (ver 7) of the current draft clarifies this and proposes the = use of > > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > > > There were a couple of questions from this section that = you > > > > wanted to get discussed: > > > > > ---- > > > > > (1) Why is there no termination criteria specified? > > > > > There is nothing new about Path and Resv messages getting > > > > transmitted indefinitely (this is normal soft-state = signaling > > > > behavior). All that is being discussed in this section is = how these > > > > transmissions get paced after the rapid retry limit is = reached. The > > > > slower timer transmission will go on until either an ack is = received > > > > (at which point the regular "refresh interval" comes into = play) or > > > > the corresponding LSP instance state is torn down. > > > > > > > > > > ---- > > > > > (2) Why couldn't the regular refresh interval be used for = these > > > > un-acked retransmissions? > > > > > The primary goal of the retransmission is to eke out an > > > > acknowledgement from the neighbor as quickly as you can. You = can use > > > > the same value as the the regular refresh interval provided = it is > > > > small enough (like in the case of the conventional refresh = interval > > > > of 30 secs) . However, we are recommending the use of a = "large > > > > refresh interval" (20 mins) in the RI-RSVP technique -- we = can't > > > > wait that long for retrying the transmission of an unacked = message. > > > > > > > > > > Consider a rudimentary state machine with the following = states > > > > (assuming the defaults suggested in the Appendix of the = draft): > > > > > - first retransmit (exponential back off) > > > > > - second retransmit (exponential back off) > > > > > ... > > > > > - seventh retransmit (exponential back off) > > > > > - 30s retransmission > > > > > - 20m refresh (regular refresh timer) > > > > > > > > > > At any point when the Ack is received, you transition to = the 20m > > > > refresh state. > > > > > > > > > > --- > > > > > > > > > > Do these two responses adequately answer your questions? > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > > wrote: > > > > > Hi Pavan, > > > > > > > > > > I don=E2=80=99t see any changes in the new version that = addresses may > > > > actual discuss on section 2.1.3 (now section 2.3). Can you = please > > > > clarify? > > > > > > > > > > Thanks, > > > > > Mirja > > > > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > > >: > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > Thanks for the review. We just posted a new revision = (-07) to > > > > address the Gen-Art review comments. Please go through the = new diffs > > > > = (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-scaling-rec-0= 7 > > > > = ) > > > > and let us know if additional changes are required. > > > > > > > > > > > > Also, please go through the responses provided to the = other > > > > review comments and let us know if there are still any = unanswered > > > > questions. > > > > > > > > > > > > Regards, > > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > > wrote: > > > > > > Mirja K=C3=BChlewind has entered the following ballot = position for > > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > > > When responding, please keep the subject line intact = and reply > > > > to all > > > > > > email addresses included in the To and CC lines. (Feel = free to > > > > cut this > > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > > > > Please refer to > > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > > > > > for more information about IESG DISCUSS and COMMENT = positions. > > > > > > > > > > > > > > > > > > The document, along with other ballot positions, can be = found here: > > > > > > > > > > = https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ = > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > DISCUSS: > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. = My > > > > understanding is that > > > > > > it is recommend to still send retransmit some message = even if > > > > the Rl was > > > > > > reached and to that every 30s basically forever. First = of all I > > > > think this > > > > > > still needs a termination criteria when to stop to try = to > > > > retransmit finally. > > > > > > And the I don't understand why this is needed, instead = of e.g. > > > > just using a > > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > COMMENT: > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) = and > > > > Alvaro, that this > > > > > > reads from time to time like a BCP but is actually a = extension > > > > specification. I > > > > > > would strongly recommend to apply the changes proposed = by the > > > > gen-art review, > > > > > > and there is also a very detailed list of nits/edits = that > > > > should probably be > > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > 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 > > >=20 >=20 From nobody Wed Feb 14 07:05:23 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D418129C6A; Wed, 14 Feb 2018 07:05:21 -0800 (PST) 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 pCSSxu5P_gY1; Wed, 14 Feb 2018 07:05:14 -0800 (PST) Received: from mail-pg0-x235.google.com (mail-pg0-x235.google.com [IPv6:2607:f8b0:400e:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A7F5126BFD; Wed, 14 Feb 2018 07:05:14 -0800 (PST) Received: by mail-pg0-x235.google.com with SMTP id o1so2029500pgn.4; Wed, 14 Feb 2018 07:05:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=gWlxKsYNgutWQdo3q3OZdLKY5z/w7j1r9yaaa5uFL6o=; b=SMFxQOiJmZ3f4cH2RDSe44JhnMqqPX8VtNmfybzq8d8dpQE5Pp8bVFLnBcPov+5WOS R4DAen2HkwrEB/3KkMfuEIWTYWJGH7z+HQD5oXui+PIozGLzZ44ljR4/h7Mb1kSMZMOn 4icLxcsKVPDWRcYKNS/auhTv+bnztp/973WGrrefVoGV7J+mkY1qCYvL8Mw9rnQgvGed q2suh0wJPkFX4g0GlVtqyHrTipHHRk4o0MSixdel82hkeRSsrJFvdPspPLbxlu9daWRA hNk1L4cL3HJUv1rXSKIrRveJt7ao7wnPxhvVlDNkGuU1ain3+7g/pJdS3qIUyoxOATJ0 IAGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=gWlxKsYNgutWQdo3q3OZdLKY5z/w7j1r9yaaa5uFL6o=; b=JaE+9+YPiES/WnihvCnVUjkPDKIqI8i3P1ZXGeQ7UC/FsIF5TEZ6XOaQ5mp6xGCTdB TyiSmu1fCpOCD+E9MPs635WcGRCQr+6Pos+W4xMzbGoSVq42/I3l9AN/AuKLt1aLtIaS pKuiZwUwt5EmDdsxcI+nJSppvWg6LmWBKklsctI9LA7lJLlMAxHvbLRwLREJKBqlcMuF iRvP2L/ONzgj/z+Ul8q4/JuuQ2rp97Guz7ivB4C/IIc0ZEu2J9N2dPloUkKi69JMszAw RUfeZbGO118p4vLlJ5INZxJKQvyTDDIlXMRPhKqv7wsUNKKM2Xcmrr6oGQS+98BqHrUs Gt+w== X-Gm-Message-State: APf1xPABNIO3vqucZIVENgAgmY4qjebt9gpk9QJ+hiBw38BB2m0kj0hr WZsnwrlZYAt9GPeG+StUXT2d17HtMtrDb7IiGCg= X-Google-Smtp-Source: AH8x225olIPaJf/eMl9EM24Z457OX9QGxjAd2mCAH07KFtJbDiGDkdFrUsgS5EkbMT2vbv4N0nrlPHGCXQ8kcUCj62E= X-Received: by 10.99.171.70 with SMTP id k6mr1323932pgp.355.1518620713719; Wed, 14 Feb 2018 07:05:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Wed, 14 Feb 2018 07:05:12 -0800 (PST) In-Reply-To: <23D10DC7-C33C-4F19-8358-4B6D6B1FF5CF@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> <23D10DC7-C33C-4F19-8358-4B6D6B1FF5CF@kuehlewind.net> From: Vishnu Pavan Beeram Date: Wed, 14 Feb 2018 10:05:12 -0500 Message-ID: To: "Mirja Kuehlewind (IETF)" Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Type: multipart/alternative; boundary="94eb2c1bdad8309f3505652d7003" Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 15:05:21 -0000 --94eb2c1bdad8309f3505652d7003 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for clearing the discuss! I'll push in an update to the draft with the changes I proposed yesterday. Regards, -Pavan On Wed, Feb 14, 2018 at 6:13 AM, Mirja Kuehlewind (IETF) < ietf@kuehlewind.net> wrote: > Hi Paven, > > thanks for the explanation and sorry for the finally quite long delay. I > had just not enough of RSVP knowledge to figure out how you are detecting= a > node failure. Thanks for the explanation below. I also didn=E2=80=99t rea= lize that > the previous default refresh interval was recommended as 30 second, which > seems high. > > Knowing that there is a mechanism to detect node failure and stop sending= , > I will clear my discuss now. Again thanks for the explanation and patient= ! > > I believe actually your newly proposed text is more clear and I would > still recommend to use that. I believe what confused me most was the use = of > the term =E2=80=9Eretransmission=E2=80=9C in the current section 2.3. It= =E2=80=99s not fully wrong > but if your motivation is to maintain a shorter refresh interval (as > previously used) in situation where it is unclear if state was refreshed > with the last message, I would phrase it like this, as in our new propose= d > text. > > Mirja > > > > > Am 14.02.2018 um 03:21 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > Mirja, Hi! > > > > Glad that the proposed text helped in understanding this better. > > > > All that the text is trying to say is the following -- > > In traditional RSVP (2961 capable) implementations, the interval used > for refreshing state associated with unacked Path/Resv messages is the sa= me > as the regular refresh interval (R). But since we are now advocating the > use of a large value for R, it makes sense to maintain a distinction > between the refresh interval for unacked Path/Resv messages and the regul= ar > refresh interval. > > > > Your concerns (if I understood them right) aren't really against the > procedures discussed in . They are against how > traditional RSVP (2961 capable) works. Let me see if I can address those. > Please see inline (prefixed VPB).. > > > > Regards, > > -Pavan > > > > On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > Hi Pavan, > > > > thanks a lot! This text change did help me to at least understand bette= r > what you are proposing. I'm still concerned that in a situation where all > messages probably have been lost in the rapid retry phase, which is an > indication of congestion, you still keep sending messages with a rather l= ow > but still higher rate than in the regular refresh interval of 20min. > > Can you explain why this is considered to be beneficial? > > > > [VPB] This is because RSVP can't determine how long congestion would > last on the neighboring node and it is important for signaling state > (Path/Resv) to be kept in sync between neighbors. The congestion may clea= r > up a couple of seconds after the rapid-retry phase (for a particular > message) is complete or it may clear up 24 hours later. As long as the > neighbor is deemed UP (is able to maintain "hello" session), signaling > state associated with that neighbor will keep getting refreshed (this is > just how RSVP works). If the neighbor gets congested enough to bring down > the corresponding hello session, then appropriate "signaling adjacency > failure" actions (this may include state tear down) would come into play. > > > > > > I believe using some kind of extended exponential back-off would still > be more appropriate. Also e.g. if you actually send the message every 30s > for e.g. 20 minutes and don=E2=80=99t get an ACK, you might still want to= give up > and log an error (termination condition), no? I hope that makes now sense > to you? > > > > [VPB] Let us assume that the implementation gives up after a few > retries and stops refreshing state associated with unacked Path/Resv > messages. What should happen to the "state" now? You can't retain the > state, because there is no prescribed way of determining when to start > refreshing the state again (Note -- neighbor never went down; hellos are > intact; interface to the neighbor is still UP). If you can't retain the > state, then you must tear it down. But that is too extreme an action to > take (especially if the data-plane is intact). I hope that explains why > implementations keep refreshing state. > > > > > > > > Mirja > > > > > > > > > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > Mirja, Hi! > > > > > > Thanks for the response! > > > It doesn't seem like we can make progress here if I keep recycling th= e > same set of responses. I seem to have exhausted the "this is normal RSVP > soft-state signaling behavior" line of argument :) > > > > > > I don't want to spend too much time arguing about a subtlety that > (probably) only folks who have implemented RSVP-TE understand. So, let me > try a different take on this. > > > > > > How about the following changes to the document? > > > > > > ** > > > - Remove Section 2.3 (this takes out the contentious text) > > > > > > - Make the following change in Section 3 > > > OLD: > > > o MUST make the default value of the configurable refresh interva= l > > > be a large value (10s of minutes). A default value of 20 minut= es > > > is RECOMMENDED by this document. > > > > > > NEW: > > > o MUST make the default value of the configurable refresh interva= l > > > (R) be a large value (10s of minutes). A default value of 20 > > > > > > minutes is RECOMMENDED by this document. > > > o MUST use a separate refresh interval for refreshing state > associated > > > with unacknowledged Path/Resv messages (uR). A default value o= f > > > 30 seconds is RECOMMENDED by this document. > > > > > > - Make the following change in Appendix A. > > > OLD: > > > (d) Periodic Retransmission Interval for unacknowledged Path/Re= sv > > > messages (uR) - 30 seconds (Section 2.3). > > > If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for th= e > 7 > > > rapid retransmit steps to max out (The last delay from message = 6 > > > to message 7 is 16 seconds). After the 7 rapid retransmit step= s > > > are maxed out, the router starts periodic retransmission on a > > > slower timer. This document recommends the use of the > traditional > > > default refresh interval value of 30 seconds for this periodic > > > retransmission interval. > > > > > > NEW: > > > (d) Refresh interval for refreshing state associated with > > > unacknowledged Path/Resv messages (uR)- 30 seconds (Section 3). > > > The recommended refresh interval (R) value of 20 minutes (for a= n > > > > > > implementation supporting RI-RSVP) can not be used for refreshi= ng > > > state associated with unacknowledged Path/Resv messages. This > > > document recommends the use of the traditional default refresh > > > interval value of 30 seconds for uR. > > > *** > > > > > > Let me know if the above changes address your concerns. > > > > > > Regards, > > > -Pavan > > > > > > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > > Hi Pavan, > > > > > > I believe you that there may be implementation that transmit > indefinitely, however, that is not how I read RFC2961: > > > > > > " The staged retransmission will continue > > > until either an appropriate MESSAGE_ID_ACK object is received, or > the > > > rapid retry limit, Rl, has been reached.=E2=80=9C > > > > > > or > > > > > > =E2=80=9EThe sending node will retransmit the message until a message > > > acknowledgment is received or the message has been transmitted a > > > maximum number of times.=E2=80=9C > > > > > > For me these sentences say that one should not retransmit anymore > after the max number is reached. If this is implemented differently, that > is a not safe behavior and need to be clarified. There must be a > termination condition. It is not safe for the stability of the Internet t= o > retransmit packets indefinitely. Packet loss can have may reason but > continuous packet loss is a clear sign of congestion that one can not be > ignored. > > > > > > Mirja > > > > > > > > > > > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > > > Mirja, Hi! > > > > > > > > I thought the following response (sent on Oct 5th 2017) addressed > this concern. > > > > > > > > ** Copying text from an earlier email ** > > > > There is nothing new about Path and Resv messages getting > transmitted indefinitely (this is normal soft-state signaling behavior). > All that is being discussed in this section is how these transmissions ge= t > paced after the rapid retry limit is reached. The slower timer transmissi= on > will go on until either an ack is received (at which point the regular > "refresh interval" comes into play) or the corresponding LSP instance sta= te > is torn down. > > > > ** > > > > > > > > Please let me know if this still doesn't address the concern. We ca= n > set up a call and walk through the base RSVP specs. > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > > > Hi Vishnu, hi all, > > > > > > > > sorry but I lost a little bit track of this and looking at this now > the clarification provided below do not seem to address my concern. My > concern is that for messages (that a MESSAGE_ID object with the ACK_Desir= ed > flag set), these messages would retransmit forever (even though only ever= y > 30s) and there is not stop criteria to finally give up (and report an > error). > > > > > > > > Mirja > > > > > > > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > > > > > Mirja, Hi! > > > > > > > > > > Please see if the responses above address your concerns. Please > let us know if there are any issues with progressing this document. > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger > wrote: > > > > > Hi, > > > > > Please see below. > > > > > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > > > Mirja, Hi! > > > > > > > > > > Apologize for the delayed reply. > > > > > Please see inline for responses (prefixed VPB). > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net > wrote: > > > > > > > > > > Hi Vishnu, > > > > > > > > > > I don=E2=80=99t think what you proposed is a clarification at= all. > RF2961 > > > > > clearly reads to me that you should not retry any more after > the > > > > > Rapid retry limit has been reached: > > > > > > > > > > > > > > > "Rl is the maximum number of times a message will be > > > > > transmitted without being acknowledged.=E2=80=9C > > > > > > > > > > > > > > > Please not that this section applies to "a message containing a > MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > > > > > The ACK_Desired flag will typically be set only in trigger > messages. > > > > > > > > > > This means that these procedure does not apply to normal RSVP > refresh processing and that normal RFC2205 defined Refresh Processing or > Summary Refresh processing continues. > > > > > > > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum > number of times a message will be transmitted without being acknowledged. > But this just governs the number of times you retransmit the message duri= ng > the "rapid retransmission phase". > > > > > > > > > > RFC2961 is silent about what happens after the "rapid > retransmission phase" is complete and this is the clarification that is > being provided here in the draft. > > > > > > > > > > The draft is silent in general about anything that is *not* > modified by the draft. I think having the informative statement is > appropriate. > > > > > > > > > > Note that the associated RSVP Path/Resv state doesn't get cleaned > up after the "rapid retransmission" phase is complete. So at each > subsequent refresh-interval, the unacked Path/Resv message will be sent o= ut > again (note that if there is no change in the state, the same MESSAGE_ID > would get used). This behavior has always existed in RSVP-TE > implementations -- so it is incorrect to deduce from the "RFC 2961" text > above that the retransmission of the unacked Path/Resv will never happen > after the "Rl" is reached. > > > > > > > > > > > > > > > Agreed. > > > > > Lou > > > > > > > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries > and and > > > > > delta of 2, that means you will see the following retries: > > > > > > > > > > 1. after 500ms > > > > > 2. after 1000ms > > > > > 3. after 2000ms > > > > > 4. after 4000ms > > > > > 5. after 8000ms > > > > > 6. after 16000ms > > > > > 7. after 32000ms > > > > > > > > > > and then give up. While you suggests to send all 300ms sectio= n > > > > > afterwards forever. That is not acceptable and can lead to > congestion. > > > > > > > > > > > > > > > No, that is not what is being suggested. > > > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2. > So the rapid retransmissions would be: > > > > > 1. after 500ms > > > > > 2. after 1000ms > > > > > 3. after 2000ms. > > > > > > > > > > With the proposal in the draft, you would try 7 > times and then stop the "rapid retransmission phase". So, what that means > is that the rapid retransmission phase lasts 31.5 seconds (first retry is > after 500ms and the seventh retry is after 32000ms). After this "rapid > retransmission phase" is complete, you keep sending the message out every > 30000ms (30seconds is not 300ms) until an acknowledgement is received. > > > > > > > > > > Hope this helps. > > > > > > > > > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > > > >: > > > > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > This was discussed in my response to Elwyn. I apologize fo= r > not > > > > > responding directly. > > > > > > > > > > > > RFC2961 doesn't discuss what to do with the retransmission= s > after > > > > > the retry limit is reached. It doesn't discuss how > retransmissions > > > > > need to be paced after the rapid retries are stopped. Section > 2.3 > > > > > (ver 7) of the current draft clarifies this and proposes the > use of > > > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > > > > > There were a couple of questions from this section that yo= u > > > > > wanted to get discussed: > > > > > > ---- > > > > > > (1) Why is there no termination criteria specified? > > > > > > There is nothing new about Path and Resv messages getting > > > > > transmitted indefinitely (this is normal soft-state signaling > > > > > behavior). All that is being discussed in this section is how > these > > > > > transmissions get paced after the rapid retry limit is > reached. The > > > > > slower timer transmission will go on until either an ack is > received > > > > > (at which point the regular "refresh interval" comes into > play) or > > > > > the corresponding LSP instance state is torn down. > > > > > > > > > > > > ---- > > > > > > (2) Why couldn't the regular refresh interval be used for > these > > > > > un-acked retransmissions? > > > > > > The primary goal of the retransmission is to eke out an > > > > > acknowledgement from the neighbor as quickly as you can. You > can use > > > > > the same value as the the regular refresh interval provided i= t > is > > > > > small enough (like in the case of the conventional refresh > interval > > > > > of 30 secs) . However, we are recommending the use of a "larg= e > > > > > refresh interval" (20 mins) in the RI-RSVP technique -- we > can't > > > > > wait that long for retrying the transmission of an unacked > message. > > > > > > > > > > > > Consider a rudimentary state machine with the following > states > > > > > (assuming the defaults suggested in the Appendix of the draft= ): > > > > > > - first retransmit (exponential back off) > > > > > > - second retransmit (exponential back off) > > > > > > ... > > > > > > - seventh retransmit (exponential back off) > > > > > > - 30s retransmission > > > > > > - 20m refresh (regular refresh timer) > > > > > > > > > > > > At any point when the Ack is received, you transition to > the 20m > > > > > refresh state. > > > > > > > > > > > > --- > > > > > > > > > > > > Do these two responses adequately answer your questions? > > > > > > > > > > > > Regards, > > > > > > -Pavan > > > > > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > > > wrote: > > > > > > Hi Pavan, > > > > > > > > > > > > I don=E2=80=99t see any changes in the new version that ad= dresses > may > > > > > actual discuss on section 2.1.3 (now section 2.3). Can you > please > > > > > clarify? > > > > > > > > > > > > Thanks, > > > > > > Mirja > > > > > > > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > > > >: > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > > > Thanks for the review. We just posted a new revision > (-07) to > > > > > address the Gen-Art review comments. Please go through the ne= w > diffs > > > > > (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te- > scaling-rec-07 > > > > > scaling-rec-07>) > > > > > and let us know if additional changes are required. > > > > > > > > > > > > > > Also, please go through the responses provided to the > other > > > > > review comments and let us know if there are still any > unanswered > > > > > questions. > > > > > > > > > > > > > > Regards, > > > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > > > wrote: > > > > > > > Mirja K=C3=BChlewind has entered the following ballot po= sition > for > > > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > > > > > When responding, please keep the subject line intact and > reply > > > > > to all > > > > > > > email addresses included in the To and CC lines. (Feel > free to > > > > > cut this > > > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > > > > > > > Please refer to > > > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > > > > > > > for more information about IESG DISCUSS and COMMENT > positions. > > > > > > > > > > > > > > > > > > > > > The document, along with other ballot positions, can be > found here: > > > > > > > > > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te- > scaling-rec/ scaling-rec/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > > > DISCUSS: > > > > > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > > > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. M= y > > > > > understanding is that > > > > > > > it is recommend to still send retransmit some message > even if > > > > > the Rl was > > > > > > > reached and to that every 30s basically forever. First o= f > all I > > > > > think this > > > > > > > still needs a termination criteria when to stop to try t= o > > > > > retransmit finally. > > > > > > > And the I don't understand why this is needed, instead o= f > e.g. > > > > > just using a > > > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > > > COMMENT: > > > > > > > > > > > > ------------------------------------------------------------ > ---------- > > > > > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) an= d > > > > > Alvaro, that this > > > > > > > reads from time to time like a BCP but is actually a > extension > > > > > specification. I > > > > > > > would strongly recommend to apply the changes proposed b= y > the > > > > > gen-art review, > > > > > > > and there is also a very detailed list of nits/edits tha= t > > > > > should probably be > > > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > 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 > > > > > > > > > --94eb2c1bdad8309f3505652d7003 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for clearing the discuss!

I'll push in an update to the draft with the changes I proposed yest= erday.

Regards,
-Pavan

On Wed, Feb 14, 2018 at 6:13 AM, Mirja= Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
Hi Paven,

thanks for the explanation and sorry for the finally quite long delay. I ha= d just not enough of RSVP knowledge to figure out how you are detecting a n= ode failure. Thanks for the explanation below. I also didn=E2=80=99t realiz= e that the previous default refresh interval was recommended as 30 second, = which seems high.

Knowing that there is a mechanism to detect node failure and stop sending, = I will clear my discuss now. Again thanks for the explanation and patient!<= br>
I believe actually your newly proposed text is more clear and I would still= recommend to use that. I believe what confused me most was the use of the = term =E2=80=9Eretransmission=E2=80=9C in the current section 2.3. It=E2=80= =99s not fully wrong but if your motivation is to maintain a shorter refres= h interval (as previously used) in situation where it is unclear if state w= as refreshed with the last message, I would phrase it like this, as in our = new proposed text.

Mirja



> Am 14.02.2018 um 03:21 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
>
> Mirja, Hi!
>
> Glad that the proposed text helped in understanding this better.
>
> All that the text is trying to say is the following --
> In traditional RSVP (2961 capable) implementations, the interval used = for refreshing state associated with unacked Path/Resv messages is the same= as the regular refresh interval (R). But since we are now advocating the u= se of a large value for R, it makes sense to maintain a distinction between= the refresh interval for unacked Path/Resv messages and the regular refres= h interval.
>
> Your concerns (if I understood them right) aren't really against t= he procedures discussed in <rsvp-te-scaling-rec>. They are against ho= w traditional RSVP (2961 capable) works. Let me see if I can address those.= Please see inline (prefixed VPB)..
>
> Regards,
> -Pavan
>
> On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
> Hi Pavan,
>
> thanks a lot! This text change did help me to at least understand bett= er what you are proposing. I'm still concerned that in a situation wher= e all messages probably have been lost in the rapid retry phase, which is a= n indication of congestion, you still keep sending messages with a rather l= ow but still higher rate than in the regular refresh interval of 20min.
> Can you explain why this is considered to be beneficial?
>
> [VPB] This is because RSVP can't determine how long congestion wou= ld last on the neighboring node and it is important for signaling state (Pa= th/Resv) to be kept in sync between neighbors. The congestion may clear up = a couple of seconds after the rapid-retry phase (for a particular message) = is complete or it may clear up 24 hours later. As long as the neighbor is d= eemed UP (is able to maintain "hello" session), signaling state a= ssociated with that neighbor will keep getting refreshed (this is just how = RSVP works). If the neighbor gets congested enough to bring down the corres= ponding hello session, then appropriate "signaling adjacency failure&q= uot; actions (this may include state tear down) would come into play.
>
>
> I believe using some kind of extended exponential back-off would still= be more appropriate. Also e.g. if you actually send the message every 30s = for e.g. 20 minutes and don=E2=80=99t get an ACK, you might still want to g= ive up and log an error (termination condition), no? I hope that makes now = sense to you?
>
> [VPB]=C2=A0 Let us assume that the implementation gives up after a few= retries and stops refreshing state associated with unacked Path/Resv messa= ges. What should happen to the "state" now? You can't retain = the state, because there is no prescribed way of determining when to start = refreshing the state again (Note -- neighbor never went down; hellos are in= tact; interface to the neighbor is still UP). If you can't retain the s= tate, then you must tear it down. But that is too extreme an action to take= (especially if the data-plane is intact). I hope that explains why impleme= ntations keep refreshing state.
>
>
>
> Mirja
>
>
>
> > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
> >
> > Mirja, Hi!
> >
> > Thanks for the response!
> > It doesn't seem like we can make progress here if I keep recy= cling the same set of responses. I seem to have exhausted the "this is= normal RSVP soft-state signaling behavior" line of argument :)
> >
> > I don't want to spend too much time arguing about a subtlety = that (probably) only folks who have implemented RSVP-TE understand. So, let= me try a different take on this.
> >
> > How about the following changes to the document?
> >
> > **
> > - Remove Section 2.3 (this takes out the contentious text)
> >
> > - Make the following change in Section 3
> >=C2=A0 =C2=A0OLD:
> >=C2=A0 =C2=A0 o=C2=A0 MUST make the default value of the configura= ble refresh interval
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0be a large value (10s of minutes).=C2= =A0 A default value of 20 minutes
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0is RECOMMENDED by this document.
> >
> >=C2=A0 =C2=A0NEW:
> >=C2=A0 =C2=A0 o=C2=A0 MUST make the default value of the configura= ble refresh interval
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0(R) be a large value (10s of minutes).= =C2=A0 A default value of 20
> >
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0minutes is RECOMMENDED by this document= .
> >=C2=A0 =C2=A0 o=C2=A0 MUST use a separate refresh interval for ref= reshing state associated
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0with unacknowledged Path/Resv messages = (uR).=C2=A0 A default value of
> >=C2=A0 =C2=A0 =C2=A0 =C2=A030 seconds is RECOMMENDED by this docum= ent.
> >
> > - Make the following change in Appendix A.
> >=C2=A0 =C2=A0OLD:
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0(d) Periodic Retransmission Interval fo= r unacknowledged Path/Resv
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0messages (uR) - 30 seconds (Section 2.3= ).
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0If the Retry-Limit (Rl) is 7, then it t= akes 31.5 seconds for the 7
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0rapid retransmit steps to max out (The = last delay from message 6
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0to message 7 is 16 seconds).=C2=A0 Afte= r the 7 rapid retransmit steps
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0are maxed out, the router starts period= ic retransmission on a
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0slower timer.=C2=A0 This document recom= mends the use of the traditional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0default refresh interval value of 30 se= conds for this periodic
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0retransmission interval.
> >
> >=C2=A0 =C2=A0NEW:
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0(d) Refresh interval for refreshing sta= te associated with
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0unacknowledged Path/Resv messages (uR)-= 30 seconds (Section 3).
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0The recommended refresh interval (R) va= lue of 20 minutes (for an
> >
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0implementation supporting RI-RSVP) can = not be used for refreshing
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0state associated with unacknowledged Pa= th/Resv messages. This
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0document recommends the use of the trad= itional default refresh
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0interval value of 30 seconds for uR. > > ***
> >
> > Let me know if the above changes address your concerns.
> >
> > Regards,
> > -Pavan
> >
> > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
> > Hi Pavan,
> >
> > I believe you that there may be implementation that transmit inde= finitely, however, that is not how I read RFC2961:
> >
> > " The staged retransmission will continue
> >=C2=A0 =C2=A0 until either an appropriate MESSAGE_ID_ACK object is= received, or the
> >=C2=A0 =C2=A0 rapid retry limit, Rl, has been reached.=E2=80=9C > >
> > or
> >
> > =E2=80=9EThe sending node will retransmit the message until a mes= sage
> >=C2=A0 =C2=A0 acknowledgment is received or the message has been t= ransmitted a
> >=C2=A0 =C2=A0 maximum number of times.=E2=80=9C
> >
> > For me these sentences say that one should not retransmit anymore= after the max number is reached. If this is implemented differently, that = is a not safe behavior and need to be clarified. There must be a terminatio= n condition. It is not safe for the stability of the Internet to retransmit= packets indefinitely. Packet loss can have may reason but continuous packe= t loss is a clear sign of congestion that one can not be ignored.
> >
> > Mirja
> >
> >
> >
> > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
> > >
> > > Mirja, Hi!
> > >
> > > I thought the following response (sent on Oct 5th 2017) addr= essed this concern.
> > >
> > > ** Copying text from an earlier email **
> > > There is nothing new about Path and Resv messages getting tr= ansmitted indefinitely (this is normal soft-state signaling behavior). All = that is being discussed in this section is how these transmissions get pace= d after the rapid retry limit is reached. The slower timer transmission wil= l go on until either an ack is received (at which point the regular "r= efresh interval" comes into play) or the corresponding LSP instance st= ate is torn down.
> > > **
> > >
> > > Please let me know if this still doesn't address the con= cern. We can set up a call and walk through the base RSVP specs.
> > >
> > > Regards,
> > > -Pavan
> > >
> > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) <= ;ietf@kuehlewind.net> wrote:<= br> > > > Hi Vishnu, hi all,
> > >
> > > sorry but I lost a little bit track of this and looking at t= his now the clarification provided below do not seem to address my concern.= My concern is that for messages (that a MESSAGE_ID object with the ACK_Des= ired flag set), these messages would retransmit forever (even though only e= very 30s) and there is not stop criteria to finally give up (and report an = error).
> > >
> > > Mirja
> > >
> > >
> > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram <= vishnupavan@gmail.com>:
> > > >
> > > > Mirja, Hi!
> > > >
> > > > Please see if the responses above address your concerns= . Please let us know if there are any issues with progressing this document= .
> > > >
> > > > Regards,
> > > > -Pavan
> > > >
> > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger <lberger@labn.net> wrote:
> > > > Hi,
> > > > Please see below.
> > > >
> > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote:
> > > > Mirja, Hi!
> > > >
> > > > Apologize for the delayed reply.
> > > > Please see inline for responses (prefixed VPB).
> > > >
> > > > Regards,
> > > > -Pavan
> > > >
> > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF= ) <ietf@kuehlewind.net <ma= ilto:ietf@kuehlewind.net>>= wrote:
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0Hi Vishnu,
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0I don=E2=80=99t think what you propo= sed is a clarification at all. RF2961
> > > >=C2=A0 =C2=A0 =C2=A0clearly reads to me that you should = not retry any more after the
> > > >=C2=A0 =C2=A0 =C2=A0Rapid retry limit has been reached:<= br> > > > >
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0"Rl is the maximum number of ti= mes a message will be
> > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0transmitted without being acknowledged.=E2=80=9C
> > > >
> > > >
> > > > Please not that this section applies to "a message= containing a MESSAGE_ID object with the ACK_Desired flag set" and
> > > >
> > > > The ACK_Desired flag will typically be set only in trig= ger messages.
> > > >
> > > > This means that these procedure does not apply to norma= l RSVP refresh processing and that=C2=A0 normal RFC2205 defined Refresh Pro= cessing or Summary Refresh processing continues.
> > > >
> > > >
> > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the = maximum number of times a message will be transmitted without being acknowl= edged. But this just governs the number of times you retransmit the message= during the "rapid retransmission phase".
> > > >
> > > > RFC2961 is silent about what happens after the "ra= pid retransmission phase" is complete and this is the clarification th= at is being provided here in the <scaling-rec> draft.
> > > >
> > > > The draft is silent in general about anything that is *= not* modified by the draft.=C2=A0 I think having the informative statement = is appropriate.
> > > >
> > > > Note that the associated RSVP Path/Resv state doesn'= ;t get cleaned up after the "rapid retransmission" phase is compl= ete. So at each subsequent refresh-interval, the unacked Path/Resv message = will be sent out again (note that if there is no change in the state, the s= ame MESSAGE_ID would get used). This behavior has always existed in RSVP-TE= implementations -- so it is incorrect to deduce from the "RFC 2961&qu= ot; text above that the retransmission of the unacked Path/Resv will never = happen after the "Rl" is reached.
> > > >
> > > >
> > > > Agreed.
> > > > Lou
> > > >
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0Also RFC2961 suggests an initial Rf = of 500ms with 7 retries and and
> > > >=C2=A0 =C2=A0 =C2=A0delta of 2, that means you will see = the following retries:
> > > >
> > > >=C2=A0 =C2=A0 =C2=A01. after 500ms
> > > >=C2=A0 =C2=A0 =C2=A02. after 1000ms
> > > >=C2=A0 =C2=A0 =C2=A03. after 2000ms
> > > >=C2=A0 =C2=A0 =C2=A04. after 4000ms
> > > >=C2=A0 =C2=A0 =C2=A05. after 8000ms
> > > >=C2=A0 =C2=A0 =C2=A06. after 16000ms
> > > >=C2=A0 =C2=A0 =C2=A07. after 32000ms
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0and then give up. While you suggests= to send all 300ms section
> > > >=C2=A0 =C2=A0 =C2=A0afterwards forever. That is not acce= ptable and can lead to congestion.
> > > >
> > > >
> > > > No, that is not what is being suggested.
> > > > RFC2961 suggests an Rf of 500ms with 3 retries and a de= lta of 2. So the rapid retransmissions would be:
> > > > 1. after 500ms
> > > > 2. after 1000ms
> > > > 3. after 2000ms.
> > > >
> > > > With the proposal in the <scaling-rec> draft, you= would try 7 times and then stop the "rapid retransmission phase"= . So, what that means is that the rapid retransmission phase lasts 31.5 sec= onds (first retry is after 500ms and the seventh retry is after 32000ms). A= fter this "rapid retransmission phase" is complete, you keep send= ing the message out every 30000ms (30seconds is not 300ms) until an acknowl= edgement is received.
> > > >
> > > > Hope this helps.
> > > >
> > > >
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0Mirja
> > > >
> > > >
> > > >
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0 > Am 05.10.2017 um 22:27 schrieb= Vishnu Pavan Beeram
> > > >=C2=A0 =C2=A0 =C2=A0<vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > Mirja, Hi!
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > This was discussed in my respo= nse to Elwyn. I apologize for not
> > > >=C2=A0 =C2=A0 =C2=A0responding directly.
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > RFC2961 doesn't discuss wh= at to do with the retransmissions after
> > > >=C2=A0 =C2=A0 =C2=A0the retry limit is reached. It doesn= 't discuss how retransmissions
> > > >=C2=A0 =C2=A0 =C2=A0need to be paced after the rapid ret= ries are stopped. Section 2.3
> > > >=C2=A0 =C2=A0 =C2=A0(ver 7) of the current draft clarifi= es this and proposes the use of
> > > >=C2=A0 =C2=A0 =C2=A0a "not so rapid (30secs)" = retransmission interval.
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > There were a couple of questio= ns from this section that you
> > > >=C2=A0 =C2=A0 =C2=A0wanted to get discussed:
> > > >=C2=A0 =C2=A0 =C2=A0 > ----
> > > >=C2=A0 =C2=A0 =C2=A0 > (1) Why is there no terminatio= n criteria specified?
> > > >=C2=A0 =C2=A0 =C2=A0 > There is nothing new about Pat= h and Resv messages getting
> > > >=C2=A0 =C2=A0 =C2=A0transmitted indefinitely (this is no= rmal soft-state signaling
> > > >=C2=A0 =C2=A0 =C2=A0behavior). All that is being discuss= ed in this section is how these
> > > >=C2=A0 =C2=A0 =C2=A0transmissions get paced after the ra= pid retry limit is reached. The
> > > >=C2=A0 =C2=A0 =C2=A0slower timer transmission will go on= until either an ack is received
> > > >=C2=A0 =C2=A0 =C2=A0(at which point the regular "re= fresh interval" comes into play) or
> > > >=C2=A0 =C2=A0 =C2=A0the corresponding LSP instance state= is torn down.
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > ----
> > > >=C2=A0 =C2=A0 =C2=A0 > (2) Why couldn't the regul= ar refresh interval be used for these
> > > >=C2=A0 =C2=A0 =C2=A0un-acked retransmissions?
> > > >=C2=A0 =C2=A0 =C2=A0 > The primary goal of the retran= smission is to eke out an
> > > >=C2=A0 =C2=A0 =C2=A0acknowledgement from the neighbor as= quickly as you can. You can use
> > > >=C2=A0 =C2=A0 =C2=A0the same value as the the regular re= fresh interval provided it is
> > > >=C2=A0 =C2=A0 =C2=A0small enough (like in the case of th= e conventional refresh interval
> > > >=C2=A0 =C2=A0 =C2=A0of 30 secs) . However, we are recomm= ending the use of a "large
> > > >=C2=A0 =C2=A0 =C2=A0refresh interval" (20 mins) in = the RI-RSVP technique -- we can't
> > > >=C2=A0 =C2=A0 =C2=A0wait that long for retrying the tran= smission of an unacked message.
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > Consider a rudimentary state m= achine with the following states
> > > >=C2=A0 =C2=A0 =C2=A0(assuming the defaults suggested in = the Appendix of the draft):
> > > >=C2=A0 =C2=A0 =C2=A0 > - first retransmit (exponentia= l back off)
> > > >=C2=A0 =C2=A0 =C2=A0 > - second retransmit (exponenti= al back off)
> > > >=C2=A0 =C2=A0 =C2=A0 > ...
> > > >=C2=A0 =C2=A0 =C2=A0 > - seventh retransmit (exponent= ial back off)
> > > >=C2=A0 =C2=A0 =C2=A0 > - 30s retransmission
> > > >=C2=A0 =C2=A0 =C2=A0 > - 20m refresh (regular refresh= timer)
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > At any point when the Ack is r= eceived, you transition to the 20m
> > > >=C2=A0 =C2=A0 =C2=A0refresh state.
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > ---
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > Do these two responses adequat= ely answer your questions?
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > Regards,
> > > >=C2=A0 =C2=A0 =C2=A0 > -Pavan
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > On Thu, Oct 5, 2017 at 7:57 AM= , Mirja Kuehlewind (IETF)
> > > >=C2=A0 =C2=A0 =C2=A0<ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:
> > > >=C2=A0 =C2=A0 =C2=A0 > Hi Pavan,
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > I don=E2=80=99t see any change= s in the new version that addresses may
> > > >=C2=A0 =C2=A0 =C2=A0actual discuss on section 2.1.3 (now= section 2.3). Can you please
> > > >=C2=A0 =C2=A0 =C2=A0clarify?
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > Thanks,
> > > >=C2=A0 =C2=A0 =C2=A0 > Mirja
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 > > Am 28.09.2017 um 05:45 sc= hrieb Vishnu Pavan Beeram
> > > >=C2=A0 =C2=A0 =C2=A0<vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > Mirja, Hi!
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > Thanks for the review. We= just posted a new revision (-07) to
> > > >=C2=A0 =C2=A0 =C2=A0address the Gen-Art review comments.= Please go through the new diffs
> > > >=C2=A0 =C2=A0 =C2=A0(https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp= -te-scaling-rec-07
> > > >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-r= svp-te-scaling-rec-07>)
> > > >=C2=A0 =C2=A0 =C2=A0and let us know if additional change= s are required.
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > Also, please go through t= he responses provided to the other
> > > >=C2=A0 =C2=A0 =C2=A0review comments and let us know if t= here are still any unanswered
> > > >=C2=A0 =C2=A0 =C2=A0questions.
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > Regards,
> > > >=C2=A0 =C2=A0 =C2=A0 > > -Pavan
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > On Tue, Sep 26, 2017 at 2= :01 PM, Mirja K=C3=BChlewind
> > > >=C2=A0 =C2=A0 =C2=A0<ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:
> > > >=C2=A0 =C2=A0 =C2=A0 > > Mirja K=C3=BChlewind has = entered the following ballot position for
> > > >=C2=A0 =C2=A0 =C2=A0 > > draft-ietf-teas-rsvp-te-<= wbr>scaling-rec-06: Discuss
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > When responding, please k= eep the subject line intact and reply
> > > >=C2=A0 =C2=A0 =C2=A0to all
> > > >=C2=A0 =C2=A0 =C2=A0 > > email addresses included = in the To and CC lines. (Feel free to
> > > >=C2=A0 =C2=A0 =C2=A0cut this
> > > >=C2=A0 =C2=A0 =C2=A0 > > introductory paragraph, h= owever.)
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > Please refer to
> > > >=C2=A0 =C2=A0 =C2=A0http= s://www.ietf.org/iesg/statement/discuss-criteria.html
> > > >=C2=A0 =C2=A0 =C2=A0<= https://www.ietf.org/iesg/statement/discuss-criteria.html>=
> > > >=C2=A0 =C2=A0 =C2=A0 > > for more information abou= t IESG DISCUSS and COMMENT positions.
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > The document, along with = other ballot positions, can be found here:
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-= scaling-rec/ <https://da= tatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/&g= t;
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0-------------------------------= ---------------------------------------
> > > >=C2=A0 =C2=A0 =C2=A0 > > DISCUSS:
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0-------------------------------= ---------------------------------------
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > I'm uncertain what se= ction 2.1.3. actually recommends. My
> > > >=C2=A0 =C2=A0 =C2=A0understanding is that
> > > >=C2=A0 =C2=A0 =C2=A0 > > it is recommend to still = send retransmit some message even if
> > > >=C2=A0 =C2=A0 =C2=A0the Rl was
> > > >=C2=A0 =C2=A0 =C2=A0 > > reached and to that every= 30s basically forever. First of all I
> > > >=C2=A0 =C2=A0 =C2=A0think this
> > > >=C2=A0 =C2=A0 =C2=A0 > > still needs a termination= criteria when to stop to try to
> > > >=C2=A0 =C2=A0 =C2=A0retransmit finally.
> > > >=C2=A0 =C2=A0 =C2=A0 > > And the I don't under= stand why this is needed, instead of e.g.
> > > >=C2=A0 =C2=A0 =C2=A0just using a
> > > >=C2=A0 =C2=A0 =C2=A0 > > larger Rl value? Can you = please clarify!
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0-------------------------------= ---------------------------------------
> > > >=C2=A0 =C2=A0 =C2=A0 > > COMMENT:
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0-------------------------------= ---------------------------------------
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > I fully agree with the ga= n-art review (Thanks Elwyn!) and
> > > >=C2=A0 =C2=A0 =C2=A0Alvaro, that this
> > > >=C2=A0 =C2=A0 =C2=A0 > > reads from time to time l= ike a BCP but is actually a extension
> > > >=C2=A0 =C2=A0 =C2=A0specification. I
> > > >=C2=A0 =C2=A0 =C2=A0 > > would strongly recommend = to apply the changes proposed by the
> > > >=C2=A0 =C2=A0 =C2=A0gen-art review,
> > > >=C2=A0 =C2=A0 =C2=A0 > > and there is also a very = detailed list of nits/edits that
> > > >=C2=A0 =C2=A0 =C2=A0should probably be
> > > >=C2=A0 =C2=A0 =C2=A0 > > applied. Please have a lo= ok at that!
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 > > _________________________= ______________________
> > > >=C2=A0 =C2=A0 =C2=A0 > > Teas mailing list
> > > >=C2=A0 =C2=A0 =C2=A0 > > Teas@ietf.org <mailto:Teas@= ietf.org>
> > > >=C2=A0 =C2=A0 =C2=A0 > > https://= www.ietf.org/mailman/listinfo/teas
> > > >=C2=A0 =C2=A0 =C2=A0<https://www.iet= f.org/mailman/listinfo/teas>
> > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >=C2=A0 =C2=A0 =C2=A0 >
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________ > > > > Teas mailing list
> > > > Teas@ietf.org
> > > > https://www.ietf.org/mailman/list= info/teas
> > > >
> > > >
> > >
> > >
> >
> > _______________________________________________
> > Teas mailing list
> > Teas@ietf.org
> > https://www.ietf.org/mailman/listinfo/teas<= /a>
> >
>
>


--94eb2c1bdad8309f3505652d7003-- From nobody Wed Feb 14 07:28:07 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ABAF12946D for ; Wed, 14 Feb 2018 07:28:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.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 xGHfgJEIIu_S for ; Wed, 14 Feb 2018 07:27:56 -0800 (PST) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B007F126C2F for ; Wed, 14 Feb 2018 07:27:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=kIZsQnByjOQ2cx6WIhIeBVOtwLG464p8EFuso8tBiGG8tmXv5X6H99IjFuzcxhcx+IiNfPcDbkDFPnRw+T9vJ6BLzAk3go+4Ne0q7Ttlch+2Y/gg3vT3uFn7/8omkHYxVmAMi+gAcPUugG5D6MFx6cuafh0iMR1cfdNXib7+Kes=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 14341 invoked from network); 14 Feb 2018 16:26:53 +0100 Received: from mue-88-130-61-171.dsl.tropolys.de (HELO ?192.168.178.33?) (88.130.61.171) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 14 Feb 2018 16:26:53 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Wed, 14 Feb 2018 16:26:52 +0100 Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <23432C2B-E1AD-4546-892B-583450693047@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> <23D10DC7-C33C-4F19-8358-4B6D6B1FF5CF@kuehlewind.net> To: Vishnu Pavan Beeram X-Mailer: Apple Mail (2.3445.5.20) X-PPP-Message-ID: <20180214152653.14332.31487@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 15:28:00 -0000 Thanks! > Am 14.02.2018 um 16:05 schrieb Vishnu Pavan Beeram = : >=20 > Thanks for clearing the discuss! >=20 > I'll push in an update to the draft with the changes I proposed = yesterday. >=20 > Regards, > -Pavan >=20 > On Wed, Feb 14, 2018 at 6:13 AM, Mirja Kuehlewind (IETF) = wrote: > Hi Paven, >=20 > thanks for the explanation and sorry for the finally quite long delay. = I had just not enough of RSVP knowledge to figure out how you are = detecting a node failure. Thanks for the explanation below. I also = didn=E2=80=99t realize that the previous default refresh interval was = recommended as 30 second, which seems high. >=20 > Knowing that there is a mechanism to detect node failure and stop = sending, I will clear my discuss now. Again thanks for the explanation = and patient! >=20 > I believe actually your newly proposed text is more clear and I would = still recommend to use that. I believe what confused me most was the use = of the term =E2=80=9Eretransmission=E2=80=9C in the current section 2.3. = It=E2=80=99s not fully wrong but if your motivation is to maintain a = shorter refresh interval (as previously used) in situation where it is = unclear if state was refreshed with the last message, I would phrase it = like this, as in our new proposed text. >=20 > Mirja >=20 >=20 >=20 > > Am 14.02.2018 um 03:21 schrieb Vishnu Pavan Beeram = : > > > > Mirja, Hi! > > > > Glad that the proposed text helped in understanding this better. > > > > All that the text is trying to say is the following -- > > In traditional RSVP (2961 capable) implementations, the interval = used for refreshing state associated with unacked Path/Resv messages is = the same as the regular refresh interval (R). But since we are now = advocating the use of a large value for R, it makes sense to maintain a = distinction between the refresh interval for unacked Path/Resv messages = and the regular refresh interval. > > > > Your concerns (if I understood them right) aren't really against the = procedures discussed in . They are against how = traditional RSVP (2961 capable) works. Let me see if I can address = those. Please see inline (prefixed VPB).. > > > > Regards, > > -Pavan > > > > On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) = wrote: > > Hi Pavan, > > > > thanks a lot! This text change did help me to at least understand = better what you are proposing. I'm still concerned that in a situation = where all messages probably have been lost in the rapid retry phase, = which is an indication of congestion, you still keep sending messages = with a rather low but still higher rate than in the regular refresh = interval of 20min. > > Can you explain why this is considered to be beneficial? > > > > [VPB] This is because RSVP can't determine how long congestion would = last on the neighboring node and it is important for signaling state = (Path/Resv) to be kept in sync between neighbors. The congestion may = clear up a couple of seconds after the rapid-retry phase (for a = particular message) is complete or it may clear up 24 hours later. As = long as the neighbor is deemed UP (is able to maintain "hello" session), = signaling state associated with that neighbor will keep getting = refreshed (this is just how RSVP works). If the neighbor gets congested = enough to bring down the corresponding hello session, then appropriate = "signaling adjacency failure" actions (this may include state tear down) = would come into play. > > > > > > I believe using some kind of extended exponential back-off would = still be more appropriate. Also e.g. if you actually send the message = every 30s for e.g. 20 minutes and don=E2=80=99t get an ACK, you might = still want to give up and log an error (termination condition), no? I = hope that makes now sense to you? > > > > [VPB] Let us assume that the implementation gives up after a few = retries and stops refreshing state associated with unacked Path/Resv = messages. What should happen to the "state" now? You can't retain the = state, because there is no prescribed way of determining when to start = refreshing the state again (Note -- neighbor never went down; hellos are = intact; interface to the neighbor is still UP). If you can't retain the = state, then you must tear it down. But that is too extreme an action to = take (especially if the data-plane is intact). I hope that explains why = implementations keep refreshing state. > > > > > > > > Mirja > > > > > > > > > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram = : > > > > > > Mirja, Hi! > > > > > > Thanks for the response! > > > It doesn't seem like we can make progress here if I keep recycling = the same set of responses. I seem to have exhausted the "this is normal = RSVP soft-state signaling behavior" line of argument :) > > > > > > I don't want to spend too much time arguing about a subtlety that = (probably) only folks who have implemented RSVP-TE understand. So, let = me try a different take on this. > > > > > > How about the following changes to the document? > > > > > > ** > > > - Remove Section 2.3 (this takes out the contentious text) > > > > > > - Make the following change in Section 3 > > > OLD: > > > o MUST make the default value of the configurable refresh = interval > > > be a large value (10s of minutes). A default value of 20 = minutes > > > is RECOMMENDED by this document. > > > > > > NEW: > > > o MUST make the default value of the configurable refresh = interval > > > (R) be a large value (10s of minutes). A default value of = 20 > > > > > > minutes is RECOMMENDED by this document. > > > o MUST use a separate refresh interval for refreshing state = associated > > > with unacknowledged Path/Resv messages (uR). A default = value of > > > 30 seconds is RECOMMENDED by this document. > > > > > > - Make the following change in Appendix A. > > > OLD: > > > (d) Periodic Retransmission Interval for unacknowledged = Path/Resv > > > messages (uR) - 30 seconds (Section 2.3). > > > If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for = the 7 > > > rapid retransmit steps to max out (The last delay from = message 6 > > > to message 7 is 16 seconds). After the 7 rapid retransmit = steps > > > are maxed out, the router starts periodic retransmission on = a > > > slower timer. This document recommends the use of the = traditional > > > default refresh interval value of 30 seconds for this = periodic > > > retransmission interval. > > > > > > NEW: > > > (d) Refresh interval for refreshing state associated with > > > unacknowledged Path/Resv messages (uR)- 30 seconds (Section = 3). > > > The recommended refresh interval (R) value of 20 minutes = (for an > > > > > > implementation supporting RI-RSVP) can not be used for = refreshing > > > state associated with unacknowledged Path/Resv messages. = This > > > document recommends the use of the traditional default = refresh > > > interval value of 30 seconds for uR. > > > *** > > > > > > Let me know if the above changes address your concerns. > > > > > > Regards, > > > -Pavan > > > > > > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) = wrote: > > > Hi Pavan, > > > > > > I believe you that there may be implementation that transmit = indefinitely, however, that is not how I read RFC2961: > > > > > > " The staged retransmission will continue > > > until either an appropriate MESSAGE_ID_ACK object is received, = or the > > > rapid retry limit, Rl, has been reached.=E2=80=9C > > > > > > or > > > > > > =E2=80=9EThe sending node will retransmit the message until a = message > > > acknowledgment is received or the message has been transmitted = a > > > maximum number of times.=E2=80=9C > > > > > > For me these sentences say that one should not retransmit anymore = after the max number is reached. If this is implemented differently, = that is a not safe behavior and need to be clarified. There must be a = termination condition. It is not safe for the stability of the Internet = to retransmit packets indefinitely. Packet loss can have may reason but = continuous packet loss is a clear sign of congestion that one can not be = ignored. > > > > > > Mirja > > > > > > > > > > > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram = : > > > > > > > > Mirja, Hi! > > > > > > > > I thought the following response (sent on Oct 5th 2017) = addressed this concern. > > > > > > > > ** Copying text from an earlier email ** > > > > There is nothing new about Path and Resv messages getting = transmitted indefinitely (this is normal soft-state signaling behavior). = All that is being discussed in this section is how these transmissions = get paced after the rapid retry limit is reached. The slower timer = transmission will go on until either an ack is received (at which point = the regular "refresh interval" comes into play) or the corresponding LSP = instance state is torn down. > > > > ** > > > > > > > > Please let me know if this still doesn't address the concern. We = can set up a call and walk through the base RSVP specs. > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) = wrote: > > > > Hi Vishnu, hi all, > > > > > > > > sorry but I lost a little bit track of this and looking at this = now the clarification provided below do not seem to address my concern. = My concern is that for messages (that a MESSAGE_ID object with the = ACK_Desired flag set), these messages would retransmit forever (even = though only every 30s) and there is not stop criteria to finally give up = (and report an error). > > > > > > > > Mirja > > > > > > > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram = : > > > > > > > > > > Mirja, Hi! > > > > > > > > > > Please see if the responses above address your concerns. = Please let us know if there are any issues with progressing this = document. > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger = wrote: > > > > > Hi, > > > > > Please see below. > > > > > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > > > Mirja, Hi! > > > > > > > > > > Apologize for the delayed reply. > > > > > Please see inline for responses (prefixed VPB). > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) = > wrote: > > > > > > > > > > Hi Vishnu, > > > > > > > > > > I don=E2=80=99t think what you proposed is a clarification = at all. RF2961 > > > > > clearly reads to me that you should not retry any more = after the > > > > > Rapid retry limit has been reached: > > > > > > > > > > > > > > > "Rl is the maximum number of times a message will be > > > > > transmitted without being acknowledged.=E2=80=9C= > > > > > > > > > > > > > > > Please not that this section applies to "a message containing = a MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > > > > > The ACK_Desired flag will typically be set only in trigger = messages. > > > > > > > > > > This means that these procedure does not apply to normal RSVP = refresh processing and that normal RFC2205 defined Refresh Processing = or Summary Refresh processing continues. > > > > > > > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum = number of times a message will be transmitted without being = acknowledged. But this just governs the number of times you retransmit = the message during the "rapid retransmission phase". > > > > > > > > > > RFC2961 is silent about what happens after the "rapid = retransmission phase" is complete and this is the clarification that is = being provided here in the draft. > > > > > > > > > > The draft is silent in general about anything that is *not* = modified by the draft. I think having the informative statement is = appropriate. > > > > > > > > > > Note that the associated RSVP Path/Resv state doesn't get = cleaned up after the "rapid retransmission" phase is complete. So at = each subsequent refresh-interval, the unacked Path/Resv message will be = sent out again (note that if there is no change in the state, the same = MESSAGE_ID would get used). This behavior has always existed in RSVP-TE = implementations -- so it is incorrect to deduce from the "RFC 2961" text = above that the retransmission of the unacked Path/Resv will never happen = after the "Rl" is reached. > > > > > > > > > > > > > > > Agreed. > > > > > Lou > > > > > > > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 = retries and and > > > > > delta of 2, that means you will see the following retries: > > > > > > > > > > 1. after 500ms > > > > > 2. after 1000ms > > > > > 3. after 2000ms > > > > > 4. after 4000ms > > > > > 5. after 8000ms > > > > > 6. after 16000ms > > > > > 7. after 32000ms > > > > > > > > > > and then give up. While you suggests to send all 300ms = section > > > > > afterwards forever. That is not acceptable and can lead to = congestion. > > > > > > > > > > > > > > > No, that is not what is being suggested. > > > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of = 2. So the rapid retransmissions would be: > > > > > 1. after 500ms > > > > > 2. after 1000ms > > > > > 3. after 2000ms. > > > > > > > > > > With the proposal in the draft, you would try 7 = times and then stop the "rapid retransmission phase". So, what that = means is that the rapid retransmission phase lasts 31.5 seconds (first = retry is after 500ms and the seventh retry is after 32000ms). After this = "rapid retransmission phase" is complete, you keep sending the message = out every 30000ms (30seconds is not 300ms) until an acknowledgement is = received. > > > > > > > > > > Hope this helps. > > > > > > > > > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > > > >: > > > > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > This was discussed in my response to Elwyn. I apologize = for not > > > > > responding directly. > > > > > > > > > > > > RFC2961 doesn't discuss what to do with the = retransmissions after > > > > > the retry limit is reached. It doesn't discuss how = retransmissions > > > > > need to be paced after the rapid retries are stopped. = Section 2.3 > > > > > (ver 7) of the current draft clarifies this and proposes = the use of > > > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > > > > > There were a couple of questions from this section that = you > > > > > wanted to get discussed: > > > > > > ---- > > > > > > (1) Why is there no termination criteria specified? > > > > > > There is nothing new about Path and Resv messages = getting > > > > > transmitted indefinitely (this is normal soft-state = signaling > > > > > behavior). All that is being discussed in this section is = how these > > > > > transmissions get paced after the rapid retry limit is = reached. The > > > > > slower timer transmission will go on until either an ack = is received > > > > > (at which point the regular "refresh interval" comes into = play) or > > > > > the corresponding LSP instance state is torn down. > > > > > > > > > > > > ---- > > > > > > (2) Why couldn't the regular refresh interval be used = for these > > > > > un-acked retransmissions? > > > > > > The primary goal of the retransmission is to eke out an > > > > > acknowledgement from the neighbor as quickly as you can. = You can use > > > > > the same value as the the regular refresh interval = provided it is > > > > > small enough (like in the case of the conventional refresh = interval > > > > > of 30 secs) . However, we are recommending the use of a = "large > > > > > refresh interval" (20 mins) in the RI-RSVP technique -- we = can't > > > > > wait that long for retrying the transmission of an unacked = message. > > > > > > > > > > > > Consider a rudimentary state machine with the following = states > > > > > (assuming the defaults suggested in the Appendix of the = draft): > > > > > > - first retransmit (exponential back off) > > > > > > - second retransmit (exponential back off) > > > > > > ... > > > > > > - seventh retransmit (exponential back off) > > > > > > - 30s retransmission > > > > > > - 20m refresh (regular refresh timer) > > > > > > > > > > > > At any point when the Ack is received, you transition = to the 20m > > > > > refresh state. > > > > > > > > > > > > --- > > > > > > > > > > > > Do these two responses adequately answer your = questions? > > > > > > > > > > > > Regards, > > > > > > -Pavan > > > > > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > > > wrote: > > > > > > Hi Pavan, > > > > > > > > > > > > I don=E2=80=99t see any changes in the new version that = addresses may > > > > > actual discuss on section 2.1.3 (now section 2.3). Can you = please > > > > > clarify? > > > > > > > > > > > > Thanks, > > > > > > Mirja > > > > > > > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > > > >: > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > > > Thanks for the review. We just posted a new revision = (-07) to > > > > > address the Gen-Art review comments. Please go through the = new diffs > > > > > = (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-scaling-rec-0= 7 > > > > > = ) > > > > > and let us know if additional changes are required. > > > > > > > > > > > > > > Also, please go through the responses provided to the = other > > > > > review comments and let us know if there are still any = unanswered > > > > > questions. > > > > > > > > > > > > > > Regards, > > > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > > > wrote: > > > > > > > Mirja K=C3=BChlewind has entered the following ballot = position for > > > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > > > > > When responding, please keep the subject line intact = and reply > > > > > to all > > > > > > > email addresses included in the To and CC lines. = (Feel free to > > > > > cut this > > > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > > > > > > > Please refer to > > > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > = > > > > > > > for more information about IESG DISCUSS and COMMENT = positions. > > > > > > > > > > > > > > > > > > > > > The document, along with other ballot positions, can = be found here: > > > > > > > > > > > > = https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ = > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > DISCUSS: > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > > > > > > > > I'm uncertain what section 2.1.3. actually = recommends. My > > > > > understanding is that > > > > > > > it is recommend to still send retransmit some message = even if > > > > > the Rl was > > > > > > > reached and to that every 30s basically forever. = First of all I > > > > > think this > > > > > > > still needs a termination criteria when to stop to = try to > > > > > retransmit finally. > > > > > > > And the I don't understand why this is needed, = instead of e.g. > > > > > just using a > > > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > COMMENT: > > > > > > > > > > > > = ---------------------------------------------------------------------- > > > > > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) = and > > > > > Alvaro, that this > > > > > > > reads from time to time like a BCP but is actually a = extension > > > > > specification. I > > > > > > > would strongly recommend to apply the changes = proposed by the > > > > > gen-art review, > > > > > > > and there is also a very detailed list of nits/edits = that > > > > > should probably be > > > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > 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 > > > > > > > >=20 >=20 From nobody Wed Feb 14 08:17:29 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F881129C6E; Wed, 14 Feb 2018 08:17:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: ipr-announce@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151862504364.19270.13589256144605139370@ietfa.amsl.com> Date: Wed, 14 Feb 2018 08:17:23 -0800 Archived-At: Subject: [Teas] IPR Disclosure China Telecom's Statement about IPR related to draft-ietf-teas-pce-native-ip X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 16:17:24 -0000 Dear Aijun Wang, Quintin Zhao, Boris Khasanov, Kevin Mi: An IPR disclosure that pertains to your Internet-Draft entitled "PCE in Native IP Network" (draft-ietf-teas-pce-native-ip) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/3144/). The title of the IPR disclosure is "China Telecom's Statement about IPR related to draft-ietf-teas-pce-native-ip" Thank you IETF Secretariat From nobody Wed Feb 14 09:26:34 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9C8212D7EB; Wed, 14 Feb 2018 09:26:32 -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, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cienacorp.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 Xe884_K_zNt5; Wed, 14 Feb 2018 09:26:30 -0800 (PST) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0043.outbound.protection.outlook.com [104.47.42.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DDD7B12D7EE; Wed, 14 Feb 2018 09:26:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cienacorp.onmicrosoft.com; s=selector1-ciena-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Xzm8/45ok4eJNu714o3LkwSvawSxaGUAJuGrQdUVAZM=; b=jYq//4NfzFKqkRflYXsmBnKQfncn/ahUFh2C1hWYIhRsogw8goWWx7iHZX0/u15PxYo9ibVNw6jmLFgoWCsp3YLfeKKkaobehZIBf8RViy/ebXgNhnnnIcoBGCOnzcnl+9kMUCU2oflhUTYBbmA04eOwejCdjy6hOvm/NDrTWnA= Received: from BN6PR04MB0243.namprd04.prod.outlook.com (10.168.224.140) by BN6PR04MB0834.namprd04.prod.outlook.com (10.172.199.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.485.10; Wed, 14 Feb 2018 17:26:28 +0000 Received: from BN6PR04MB0243.namprd04.prod.outlook.com ([10.168.224.140]) by BN6PR04MB0243.namprd04.prod.outlook.com ([10.168.224.140]) with mapi id 15.20.0485.017; Wed, 14 Feb 2018 17:26:28 +0000 From: "Shah, Himanshu" To: Vishnu Pavan Beeram , "Rakesh Gandhi (rgandhi)" , "jeremy.whittaker@verizon.com" CC: TEAS WG , TEAS WG Chairs Thread-Topic: [**EXTERNAL**] Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpGuvf5lLmxyMtUaO2/DcC9F82aOj1TqA Date: Wed, 14 Feb 2018 17:26:28 +0000 Message-ID: <2FB5FA22-C8C6-4503-9962-C18C20B96C98@ciena.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 authentication-results: spf=none (sender IP is ) smtp.mailfrom=hshah@ciena.com; x-originating-ip: [71.184.198.30] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN6PR04MB0834; 7:d1carP26EnBd6eqUTFqH8gHRa7BYu4Sp6UIT8kuyDP6hMeYaKVvFI8piq0eEipikxmw3j/q1HHgcioS6kNJ6EazyUCm0jwSjcGoUNW1h10b/lUZKGK98htiRH/tR5Sg6d5du1laL/jkwPC+DDTbvWfgwQWeRS3k3SYZOav+2fpU2Gxq6OdTm0TMwUaH9p10Po297n3puO6PhOOA83kp5gZC9kn5nHSwl45LRq86oM0Aoi7wzBCBGELeH6hryP8uM x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: c91b365d-ab76-44e3-4864-08d573d014cd x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:BN6PR04MB0834; x-ms-traffictypediagnostic: BN6PR04MB0834: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(85827821059158)(95692535739014)(21748063052155)(154440410675630); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231101)(944501161)(6041288)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(6072148)(201708071742011); SRVR:BN6PR04MB0834; BCL:0; PCL:0; RULEID:; SRVR:BN6PR04MB0834; x-forefront-prvs: 0583A86C08 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(376002)(39860400002)(39380400002)(396003)(199004)(189003)(6436002)(5660300001)(99286004)(83506002)(2501003)(8676002)(106356001)(186003)(83716003)(81156014)(81166006)(2950100002)(14454004)(53936002)(6116002)(8936002)(6246003)(66066001)(82746002)(102836004)(3846002)(236005)(4326008)(7736002)(97736004)(86362001)(478600001)(25786009)(36756003)(76176011)(6512007)(966005)(2900100001)(6486002)(77096007)(26005)(58126008)(54906003)(105586002)(33656002)(110136005)(68736007)(316002)(3660700001)(606006)(53546011)(39060400002)(2906002)(6506007)(6306002)(3280700002)(229853002)(54896002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR04MB0834; H:BN6PR04MB0243.namprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ciena.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: PV2grBWyCGZreFVl4plpsKQDQRVJ17pCz1GYc60a4l2+noEZyPONdcJ3B16XVlC1tOY6qWGWqBsoEHbxPn1MFg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_2FB5FA22C8C645039962C18C20B96C98cienacom_" MIME-Version: 1.0 X-OriginatorOrg: ciena.com X-MS-Exchange-CrossTenant-Network-Message-Id: c91b365d-ab76-44e3-4864-08d573d014cd X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Feb 2018 17:26:28.1401 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0834 Archived-At: Subject: Re: [Teas] [**EXTERNAL**] Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 17:26:33 -0000 --_000_2FB5FA22C8C645039962C18C20B96C98cienacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQN Cg0KVGhhbmtzLA0KSGltYW5zaHUNCkZyb206IFZpc2hudSBCZWVyYW0gPHZpc2hudXBhdmFuQGdt YWlsLmNvbT4NCkRhdGU6IE1vbmRheSwgRmVicnVhcnkgMTIsIDIwMTggYXQgODo0MCBQTQ0KVG86 IFJha2VzaCBHYW5kaGkgPHJnYW5kaGlAY2lzY28uY29tPiwgIlNoYWgsIEhpbWFuc2h1IiA8aHNo YWhAY2llbmEuY29tPiwgSmVyZW15IFdoaXR0YWtlciA8amVyZW15LndoaXR0YWtlckB2ZXJpem9u LmNvbT4NCkNjOiAidGVhc0BpZXRmLm9yZyIgPHRlYXNAaWV0Zi5vcmc+LCAidGVhcy1jaGFpcnNA aWV0Zi5vcmciIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFsqKkVYVEVSTkFMKipd IFJlZ2FyZGluZyBJUFIgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZy ci0wMg0KDQpBdXRob3JzLCBDb250cmlidXRvcnMsIFdHLA0KDQpBcyBwYXJ0IG9mIHRoZSBwcmVw YXJhdGlvbiBmb3IgV0cgTGFzdCBDYWxsOg0KDQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhh dCBhcHBsaWVzIHRvIGRyYWZ0cyBpZGVudGlmaWVkIGFib3ZlPw0KDQpQbGVhc2Ugc3RhdGUgZWl0 aGVyOg0KDQoiTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhp cyBkcmFmdCINCm9yDQoiWWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlz IGRyYWZ0Ig0KDQpJZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFu Y2Ugd2l0aCBJRVRGIElQUiBydWxlcw0KKHNlZSBSRkNzIDM2NjksIDUzNzggYW5kIDgxNzkgZm9y IG1vcmUgZGV0YWlscyk/DQoNCklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRo ZXI6DQoNCiJZZXMsIHRoZSBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0 aCBJRVRGIElQUiBydWxlcyINCm9yDQoiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVuIGRpc2Nsb3Nl ZCINCg0KSWYgeW91IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0 YWlscyB5b3UgdGhpbmsNCmFwcHJvcHJpYXRlLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRv Y3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgYW5zd2VyIHRoZQ0KYWJvdmUgYnkg cmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91 IGFyZQ0KYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gVGhpcyBkb2N1bWVudCB3aWxsIG5vdCBh ZHZhbmNlIHRvIHRoZSBuZXh0DQpzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2Vp dmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxpc3RlZA0KY29udHJpYnV0b3IuIE5PVEU6IFRISVMg QVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUw0KVE8gTElORVMu DQoNCklmIHlvdSBhcmUgb24gdGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdz IGJ1dCBhcmUgbm90IGxpc3RlZA0KYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1p bmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5kZXINCnRoZSBJRVRGIElQUiBydWxlcyB3aGlj aCBlbmNvdXJhZ2VzIHlvdSB0byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZQ0KYXdhcmUgb2Yg SVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9t DQpwYXJ0aWNpcGF0aW5nIGluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vzc2lvbiByZWxhdGVk IHRvIHlvdXINCnVuZGlzY2xvc2VkIElQUi4gRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBz ZWUgdGhlIFJGQ3MgbGlzdGVkIGFib3ZlDQphbmQNCmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3Jn L2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5Lg0KDQpUaGFuayB5b3Us DQpURUFTIFdHIENoYWlycw0KDQpQUyBQbGVhc2UgaW5jbHVkZSBhbGwgbGlzdGVkIGluIHRoZSBo ZWFkZXJzIG9mIHRoaXMgbWVzc2FnZSBpbiB5b3VyDQpyZXNwb25zZS4NCg0KDQo= --_000_2FB5FA22C8C645039962C18C20B96C98cienacom_ Content-Type: text/html; charset="utf-8" Content-ID: <02A3B3F85B1FB346A407AD0CABBCFE84@namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlRyZWJ1Y2hldCBNUyI7DQoJcGFub3NlLTE6MiAxMSA2IDMgMiAyIDIgMiAyIDQ7fQ0K LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N c29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmss IHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy bGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAs IGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uZ21haWwtaWwNCgl7bXNvLXN0eWxlLW5h bWU6Z21haWwtaWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IlRyZWJ1Y2hldCBNUyIsc2Fucy1zZXJpZjsNCgljb2xv cjojMDQzMkZGOw0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxp bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwNDMyRkYiPk5v LCBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzA0MzJGRiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDb25zb2xh cztjb2xvcjojMDQzMkZGIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9pPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvbnNv bGFzO2NvbG9yOiMwNDMyRkYiPkhpbWFuc2h1PC9zcGFuPjwvaT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMDQzMkZGIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtjb2xvcjpibGFjayI+VmlzaG51IEJlZXJhbSAmbHQ7dmlzaG51cGF2YW5AZ21h aWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIEZlYnJ1YXJ5IDEyLCAyMDE4IGF0 IDg6NDAgUE08YnI+DQo8Yj5UbzogPC9iPlJha2VzaCBHYW5kaGkgJmx0O3JnYW5kaGlAY2lzY28u Y29tJmd0OywgJnF1b3Q7U2hhaCwgSGltYW5zaHUmcXVvdDsgJmx0O2hzaGFoQGNpZW5hLmNvbSZn dDssIEplcmVteSBXaGl0dGFrZXIgJmx0O2plcmVteS53aGl0dGFrZXJAdmVyaXpvbi5jb20mZ3Q7 PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDt0ZWFzQGlldGYub3JnJnF1b3Q7ICZsdDt0ZWFzQGlldGYu b3JnJmd0OywgJnF1b3Q7dGVhcy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O3RlYXMtY2hhaXJz QGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bKipFWFRFUk5BTCoqXSBSZWdhcmRp bmcgSVBSIG9uIGRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxhIG5hbWU9Il9NYWlsT3JpZ2luYWxCb2R5Ij5BdXRob3JzLCBDb250cmlidXRvcnMsIFdHLDxi cj4NCjxicj4NCkFzIHBhcnQgb2YgdGhlIHByZXBhcmF0aW9uIGZvciBXRyBMYXN0IENhbGw6PGJy Pg0KPGJyPg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8 L3NwYW4+IHRoYXQgYXBwbGllcyB0byBkcmFmdHMgaWRlbnRpZmllZCBhYm92ZT88YnI+DQo8YnI+ DQpQbGVhc2Ugc3RhdGUgZWl0aGVyOjxicj4NCjxicj4NCiZxdW90O05vLCBJJ20gbm90IGF3YXJl IG9mIGFueSA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwvc3Bhbj4gdGhhdCBhcHBsaWVzIHRv IHRoaXMgZHJhZnQmcXVvdDs8YnI+DQpvcjxicj4NCiZxdW90O1llcywgSSdtIGF3YXJlIG9mIDxz cGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFm dCZxdW90Ozxicj4NCjxicj4NCklmIHNvLCBoYXMgdGhpcyA8c3BhbiBjbGFzcz0iZ21haWwtaWwi PklQUjwvc3Bhbj4gYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYNCjxzcGFu IGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBydWxlczxicj4NCihzZWUgUkZDcyAzNjY5LCA1 Mzc4IGFuZCA4MTc5IGZvciBtb3JlIGRldGFpbHMpPzxicj4NCjxicj4NCklmIHllcyB0byB0aGUg YWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6PGJyPg0KPGJyPg0KJnF1b3Q7WWVzLCB0aGUgPHNw YW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21w bGlhbmNlIHdpdGggSUVURg0KPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IHJ1bGVz JnF1b3Q7PGJyPg0Kb3I8YnI+DQomcXVvdDtObywgdGhlIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+ SVBSPC9zcGFuPiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkJnF1b3Q7PGJyPg0KPGJyPg0KSWYgeW91 IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhp bms8YnI+DQphcHByb3ByaWF0ZS48YnI+DQo8YnI+DQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRv Y3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgYW5zd2VyIHRoZTxicj4NCmFib3Zl IGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90 IHlvdSBhcmU8YnI+DQphd2FyZSBvZiBhbnkgcmVsZXZhbnQgPHNwYW4gY2xhc3M9ImdtYWlsLWls Ij5JUFI8L3NwYW4+LiBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQ8 YnI+DQpzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBh dXRob3IgYW5kIGxpc3RlZDxicj4NCmNvbnRyaWJ1dG9yLiBOT1RFOiBUSElTIEFQUExJRVMgVE8g QUxMIE9GIFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1M8YnI+DQpUTyBMSU5FUy48YnI+DQo8 YnI+DQpJZiB5b3UgYXJlIG9uIHRoZSBXRyBlbWFpbCBsaXN0IG9yIGF0dGVuZCBXRyBtZWV0aW5n cyBidXQgYXJlIG5vdCBsaXN0ZWQ8YnI+DQphcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHdl IHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlcjxicj4NCnRoZSBJRVRGIDxzcGFu IGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0 byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZTxicj4NCmF3YXJlIG9mIDxzcGFuIGNsYXNzPSJn bWFpbC1pbCI+SVBSPC9zcGFuPiBvZiBvdGhlcnMgb24gYW4gSUVURiBjb250cmlidXRpb24sIG9y IHRvIHJlZnJhaW4gZnJvbTxicj4NCnBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBv ciBkaXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91cjxicj4NCnVuZGlzY2xvc2VkIDxzcGFuIGNsYXNz PSJnbWFpbC1pbCI+SVBSPC9zcGFuPi4gRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUg dGhlIFJGQ3MgbGlzdGVkIGFib3ZlPGJyPg0KYW5kPGJyPg0KPC9hPjxhIGhyZWY9Imh0dHA6Ly90 cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3Bl cnR5IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kv SW50ZWxsZWN0dWFsUHJvcGVydHk8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij4uPGJyPg0KPGJyPg0KVGhhbmsgeW91LDxicj4NClRFQVMgV0cgQ2hhaXJz PGJyPg0KPGJyPg0KUFMgUGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVycyBv ZiB0aGlzIG1lc3NhZ2UgaW4geW91cjxicj4NCnJlc3BvbnNlLiA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_2FB5FA22C8C645039962C18C20B96C98cienacom_-- From nobody Wed Feb 14 10:53:04 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DFA91241FC; Wed, 14 Feb 2018 10:53:02 -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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151863438228.19298.16765734750189906740@ietfa.amsl.com> Date: Wed, 14 Feb 2018 10:53:02 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-te-scaling-rec-09.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 18:53:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Techniques to Improve the Scalability of RSVP Traffic Engineering Deployments Authors : Vishnu Pavan Beeram Ina Minei Rob Shakir Dante Pacella Tarek Saad Filename : draft-ietf-teas-rsvp-te-scaling-rec-09.txt Pages : 10 Date : 2018-02-14 Abstract: At the time of writing, networks which utilize RSVP Traffic Engineering (RSVP-TE) Label Switched Paths (LSPs) are encountering limitations in the ability of implementations to support the growth in the number of LSPs deployed. This document defines two techniques, "Refresh-Interval Independent RSVP (RI-RSVP)" and "Per-Peer Flow-Control", that reduce the number of processing cycles required to maintain RSVP-TE LSP state in Label Switching Routers (LSRs) and hence allow implementations to support larger scale deployments. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-te-scaling-rec-09 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-te-scaling-rec-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-te-scaling-rec-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Feb 14 10:56:45 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C091212D851; Wed, 14 Feb 2018 10:56:38 -0800 (PST) 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 ErXY4Pxiv_WC; Wed, 14 Feb 2018 10:56:32 -0800 (PST) Received: from mail-pl0-x22e.google.com (mail-pl0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1A4312D84E; Wed, 14 Feb 2018 10:56:32 -0800 (PST) Received: by mail-pl0-x22e.google.com with SMTP id bd10so4201249plb.1; Wed, 14 Feb 2018 10:56:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Rzp4vTIml3xDrLXz39hS4PrWVUjGUxU2qvnOb0dwQwM=; b=RPX25348TCZLxqYUYvdIePJ8rGz1m4DnRRtcsIIbi4UD9xAXacYqQVDCWWtvNVgUb+ ObMklxCnh0bVx53d+Xxj7i+EFkauxGHNFIlYggTUPiwxncOvS0u4V2R2HSV97ZbjwhnZ 03NiT6WEeX3pVjg7MxB6EYQ5LJR946sguJC7gxj7vtuK+MlWojKusHOIq7pinURox57E ntfQZ0a4DqSE/XkVt4vBuUSJU+shsUJNFdDT7xzyn6z+Lz+GgRpMiLuvQHAn7IKFIDPj l0AiN+HVCeR3CuoPUEzhnyqBNUDd7pC7a0VB+xcmlAQSDM5tbLdKD9AZ2Oz4Yj7RdclY CfNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Rzp4vTIml3xDrLXz39hS4PrWVUjGUxU2qvnOb0dwQwM=; b=MPiWFYfSMqJa4PVf/VQbiPFWZBSN66Lr90aSlQq3I01rwaTgTFzuTI71hXysSNv3hg LPQorAGz3liY3Rf6i5LvYa49Y5un/m4fsEiHc4Aizprlyxc3b0bj3gRvGrcYME6KFOEU afpBq0EO20Nmp5Zf1UuiS3y3OaH13OZVt3fkqpIBxyhLYfeRgO8Ai1BRZmu1PG8PTa6+ oIHGcyAlqxlcSyF64IiFmyG8rklnhjABBuy9IUmPCCMWJnknG0HWGj/mPxS5EorexWYK 8+I1Hca0SvNH6p1c/mtw53FQ5AzxtEbfZ5safTODNUNIEm1i3TBT4E66BhhF6uW6lilV LSAg== X-Gm-Message-State: APf1xPAx/dM8ULb1rbZhkatid0N/6M1bG8v8EZcTaPtxpSfyVIUUbacb qEpGDpgpAOQl75l4GX7Kt+lqFA7M/Ep4bvkATng= X-Google-Smtp-Source: AH8x226S+U6dfN587GcW47KeytViDipRkhX5n832gA0U3H8uelQneIqOquT+I6+hqRhDa4OUhGj54y7pOB7IjM2fWSc= X-Received: by 2002:a17:902:a589:: with SMTP id az9-v6mr23956plb.298.1518634591930; Wed, 14 Feb 2018 10:56:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Wed, 14 Feb 2018 10:56:31 -0800 (PST) In-Reply-To: <23432C2B-E1AD-4546-892B-583450693047@kuehlewind.net> References: <150644890311.20830.6212136664552694640.idtracker@ietfa.amsl.com> <2074ADF5-C8E1-4F4A-A524-554B26BEA681@kuehlewind.net> <559976FE-E361-4CCF-A153-3D9F3B860D7B@kuehlewind.net> <23D10DC7-C33C-4F19-8358-4B6D6B1FF5CF@kuehlewind.net> <23432C2B-E1AD-4546-892B-583450693047@kuehlewind.net> From: Vishnu Pavan Beeram Date: Wed, 14 Feb 2018 13:56:31 -0500 Message-ID: To: "Mirja Kuehlewind (IETF)" Cc: Lou Berger , TEAS WG Chairs , The IESG , "teas@ietf.org" , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org Content-Type: multipart/alternative; boundary="000000000000654fd9056530ab62" Archived-At: Subject: Re: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?teas-rsvp-te-scaling-rec-06=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 18:56:39 -0000 --000000000000654fd9056530ab62 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable New rev (Diffs: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-te-scaling-rec-09) posted. Regards, -Pavan On Wed, Feb 14, 2018 at 10:26 AM, Mirja Kuehlewind (IETF) < ietf@kuehlewind.net> wrote: > Thanks! > > > Am 14.02.2018 um 16:05 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > Thanks for clearing the discuss! > > > > I'll push in an update to the draft with the changes I proposed > yesterday. > > > > Regards, > > -Pavan > > > > On Wed, Feb 14, 2018 at 6:13 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > Hi Paven, > > > > thanks for the explanation and sorry for the finally quite long delay. = I > had just not enough of RSVP knowledge to figure out how you are detecting= a > node failure. Thanks for the explanation below. I also didn=E2=80=99t rea= lize that > the previous default refresh interval was recommended as 30 second, which > seems high. > > > > Knowing that there is a mechanism to detect node failure and stop > sending, I will clear my discuss now. Again thanks for the explanation an= d > patient! > > > > I believe actually your newly proposed text is more clear and I would > still recommend to use that. I believe what confused me most was the use = of > the term =E2=80=9Eretransmission=E2=80=9C in the current section 2.3. It= =E2=80=99s not fully wrong > but if your motivation is to maintain a shorter refresh interval (as > previously used) in situation where it is unclear if state was refreshed > with the last message, I would phrase it like this, as in our new propose= d > text. > > > > Mirja > > > > > > > > > Am 14.02.2018 um 03:21 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > Mirja, Hi! > > > > > > Glad that the proposed text helped in understanding this better. > > > > > > All that the text is trying to say is the following -- > > > In traditional RSVP (2961 capable) implementations, the interval used > for refreshing state associated with unacked Path/Resv messages is the sa= me > as the regular refresh interval (R). But since we are now advocating the > use of a large value for R, it makes sense to maintain a distinction > between the refresh interval for unacked Path/Resv messages and the regul= ar > refresh interval. > > > > > > Your concerns (if I understood them right) aren't really against the > procedures discussed in . They are against how > traditional RSVP (2961 capable) works. Let me see if I can address those. > Please see inline (prefixed VPB).. > > > > > > Regards, > > > -Pavan > > > > > > On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > > Hi Pavan, > > > > > > thanks a lot! This text change did help me to at least understand > better what you are proposing. I'm still concerned that in a situation > where all messages probably have been lost in the rapid retry phase, whic= h > is an indication of congestion, you still keep sending messages with a > rather low but still higher rate than in the regular refresh interval of > 20min. > > > Can you explain why this is considered to be beneficial? > > > > > > [VPB] This is because RSVP can't determine how long congestion would > last on the neighboring node and it is important for signaling state > (Path/Resv) to be kept in sync between neighbors. The congestion may clea= r > up a couple of seconds after the rapid-retry phase (for a particular > message) is complete or it may clear up 24 hours later. As long as the > neighbor is deemed UP (is able to maintain "hello" session), signaling > state associated with that neighbor will keep getting refreshed (this is > just how RSVP works). If the neighbor gets congested enough to bring down > the corresponding hello session, then appropriate "signaling adjacency > failure" actions (this may include state tear down) would come into play. > > > > > > > > > I believe using some kind of extended exponential back-off would stil= l > be more appropriate. Also e.g. if you actually send the message every 30s > for e.g. 20 minutes and don=E2=80=99t get an ACK, you might still want to= give up > and log an error (termination condition), no? I hope that makes now sense > to you? > > > > > > [VPB] Let us assume that the implementation gives up after a few > retries and stops refreshing state associated with unacked Path/Resv > messages. What should happen to the "state" now? You can't retain the > state, because there is no prescribed way of determining when to start > refreshing the state again (Note -- neighbor never went down; hellos are > intact; interface to the neighbor is still UP). If you can't retain the > state, then you must tear it down. But that is too extreme an action to > take (especially if the data-plane is intact). I hope that explains why > implementations keep refreshing state. > > > > > > > > > > > > Mirja > > > > > > > > > > > > > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > > > Mirja, Hi! > > > > > > > > Thanks for the response! > > > > It doesn't seem like we can make progress here if I keep recycling > the same set of responses. I seem to have exhausted the "this is normal > RSVP soft-state signaling behavior" line of argument :) > > > > > > > > I don't want to spend too much time arguing about a subtlety that > (probably) only folks who have implemented RSVP-TE understand. So, let me > try a different take on this. > > > > > > > > How about the following changes to the document? > > > > > > > > ** > > > > - Remove Section 2.3 (this takes out the contentious text) > > > > > > > > - Make the following change in Section 3 > > > > OLD: > > > > o MUST make the default value of the configurable refresh > interval > > > > be a large value (10s of minutes). A default value of 20 > minutes > > > > is RECOMMENDED by this document. > > > > > > > > NEW: > > > > o MUST make the default value of the configurable refresh > interval > > > > (R) be a large value (10s of minutes). A default value of 20 > > > > > > > > minutes is RECOMMENDED by this document. > > > > o MUST use a separate refresh interval for refreshing state > associated > > > > with unacknowledged Path/Resv messages (uR). A default value > of > > > > 30 seconds is RECOMMENDED by this document. > > > > > > > > - Make the following change in Appendix A. > > > > OLD: > > > > (d) Periodic Retransmission Interval for unacknowledged > Path/Resv > > > > messages (uR) - 30 seconds (Section 2.3). > > > > If the Retry-Limit (Rl) is 7, then it takes 31.5 seconds for > the 7 > > > > rapid retransmit steps to max out (The last delay from messag= e > 6 > > > > to message 7 is 16 seconds). After the 7 rapid retransmit > steps > > > > are maxed out, the router starts periodic retransmission on a > > > > slower timer. This document recommends the use of the > traditional > > > > default refresh interval value of 30 seconds for this periodi= c > > > > retransmission interval. > > > > > > > > NEW: > > > > (d) Refresh interval for refreshing state associated with > > > > unacknowledged Path/Resv messages (uR)- 30 seconds (Section 3= ). > > > > The recommended refresh interval (R) value of 20 minutes (for > an > > > > > > > > implementation supporting RI-RSVP) can not be used for > refreshing > > > > state associated with unacknowledged Path/Resv messages. This > > > > document recommends the use of the traditional default refres= h > > > > interval value of 30 seconds for uR. > > > > *** > > > > > > > > Let me know if the above changes address your concerns. > > > > > > > > Regards, > > > > -Pavan > > > > > > > > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > > > Hi Pavan, > > > > > > > > I believe you that there may be implementation that transmit > indefinitely, however, that is not how I read RFC2961: > > > > > > > > " The staged retransmission will continue > > > > until either an appropriate MESSAGE_ID_ACK object is received, o= r > the > > > > rapid retry limit, Rl, has been reached.=E2=80=9C > > > > > > > > or > > > > > > > > =E2=80=9EThe sending node will retransmit the message until a messa= ge > > > > acknowledgment is received or the message has been transmitted a > > > > maximum number of times.=E2=80=9C > > > > > > > > For me these sentences say that one should not retransmit anymore > after the max number is reached. If this is implemented differently, that > is a not safe behavior and need to be clarified. There must be a > termination condition. It is not safe for the stability of the Internet t= o > retransmit packets indefinitely. Packet loss can have may reason but > continuous packet loss is a clear sign of congestion that one can not be > ignored. > > > > > > > > Mirja > > > > > > > > > > > > > > > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > > > > > Mirja, Hi! > > > > > > > > > > I thought the following response (sent on Oct 5th 2017) addressed > this concern. > > > > > > > > > > ** Copying text from an earlier email ** > > > > > There is nothing new about Path and Resv messages getting > transmitted indefinitely (this is normal soft-state signaling behavior). > All that is being discussed in this section is how these transmissions ge= t > paced after the rapid retry limit is reached. The slower timer transmissi= on > will go on until either an ack is received (at which point the regular > "refresh interval" comes into play) or the corresponding LSP instance sta= te > is torn down. > > > > > ** > > > > > > > > > > Please let me know if this still doesn't address the concern. We > can set up a call and walk through the base RSVP specs. > > > > > > > > > > Regards, > > > > > -Pavan > > > > > > > > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net> wrote: > > > > > Hi Vishnu, hi all, > > > > > > > > > > sorry but I lost a little bit track of this and looking at this > now the clarification provided below do not seem to address my concern. M= y > concern is that for messages (that a MESSAGE_ID object with the ACK_Desir= ed > flag set), these messages would retransmit forever (even though only ever= y > 30s) and there is not stop criteria to finally give up (and report an > error). > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram < > vishnupavan@gmail.com>: > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > Please see if the responses above address your concerns. Please > let us know if there are any issues with progressing this document. > > > > > > > > > > > > Regards, > > > > > > -Pavan > > > > > > > > > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger > wrote: > > > > > > Hi, > > > > > > Please see below. > > > > > > > > > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote: > > > > > > Mirja, Hi! > > > > > > > > > > > > Apologize for the delayed reply. > > > > > > Please see inline for responses (prefixed VPB). > > > > > > > > > > > > Regards, > > > > > > -Pavan > > > > > > > > > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind (IETF) < > ietf@kuehlewind.net > wrote: > > > > > > > > > > > > Hi Vishnu, > > > > > > > > > > > > I don=E2=80=99t think what you proposed is a clarification = at all. > RF2961 > > > > > > clearly reads to me that you should not retry any more afte= r > the > > > > > > Rapid retry limit has been reached: > > > > > > > > > > > > > > > > > > "Rl is the maximum number of times a message will be > > > > > > transmitted without being acknowledged.=E2=80= =9C > > > > > > > > > > > > > > > > > > Please not that this section applies to "a message containing a > MESSAGE_ID object with the ACK_Desired flag set" and > > > > > > > > > > > > The ACK_Desired flag will typically be set only in trigger > messages. > > > > > > > > > > > > This means that these procedure does not apply to normal RSVP > refresh processing and that normal RFC2205 defined Refresh Processing or > Summary Refresh processing continues. > > > > > > > > > > > > > > > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is the maximum > number of times a message will be transmitted without being acknowledged. > But this just governs the number of times you retransmit the message duri= ng > the "rapid retransmission phase". > > > > > > > > > > > > RFC2961 is silent about what happens after the "rapid > retransmission phase" is complete and this is the clarification that is > being provided here in the draft. > > > > > > > > > > > > The draft is silent in general about anything that is *not* > modified by the draft. I think having the informative statement is > appropriate. > > > > > > > > > > > > Note that the associated RSVP Path/Resv state doesn't get > cleaned up after the "rapid retransmission" phase is complete. So at each > subsequent refresh-interval, the unacked Path/Resv message will be sent o= ut > again (note that if there is no change in the state, the same MESSAGE_ID > would get used). This behavior has always existed in RSVP-TE > implementations -- so it is incorrect to deduce from the "RFC 2961" text > above that the retransmission of the unacked Path/Resv will never happen > after the "Rl" is reached. > > > > > > > > > > > > > > > > > > Agreed. > > > > > > Lou > > > > > > > > > > > > > > > > > > Also RFC2961 suggests an initial Rf of 500ms with 7 retries > and and > > > > > > delta of 2, that means you will see the following retries: > > > > > > > > > > > > 1. after 500ms > > > > > > 2. after 1000ms > > > > > > 3. after 2000ms > > > > > > 4. after 4000ms > > > > > > 5. after 8000ms > > > > > > 6. after 16000ms > > > > > > 7. after 32000ms > > > > > > > > > > > > and then give up. While you suggests to send all 300ms > section > > > > > > afterwards forever. That is not acceptable and can lead to > congestion. > > > > > > > > > > > > > > > > > > No, that is not what is being suggested. > > > > > > RFC2961 suggests an Rf of 500ms with 3 retries and a delta of 2= . > So the rapid retransmissions would be: > > > > > > 1. after 500ms > > > > > > 2. after 1000ms > > > > > > 3. after 2000ms. > > > > > > > > > > > > With the proposal in the draft, you would try 7 > times and then stop the "rapid retransmission phase". So, what that means > is that the rapid retransmission phase lasts 31.5 seconds (first retry is > after 500ms and the seventh retry is after 32000ms). After this "rapid > retransmission phase" is complete, you keep sending the message out every > 30000ms (30seconds is not 300ms) until an acknowledgement is received. > > > > > > > > > > > > Hope this helps. > > > > > > > > > > > > > > > > > > > > > > > > Mirja > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Am 05.10.2017 um 22:27 schrieb Vishnu Pavan Beeram > > > > > > >: > > > > > > > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > > > This was discussed in my response to Elwyn. I apologize > for not > > > > > > responding directly. > > > > > > > > > > > > > > RFC2961 doesn't discuss what to do with the > retransmissions after > > > > > > the retry limit is reached. It doesn't discuss how > retransmissions > > > > > > need to be paced after the rapid retries are stopped. > Section 2.3 > > > > > > (ver 7) of the current draft clarifies this and proposes th= e > use of > > > > > > a "not so rapid (30secs)" retransmission interval. > > > > > > > > > > > > > > There were a couple of questions from this section that > you > > > > > > wanted to get discussed: > > > > > > > ---- > > > > > > > (1) Why is there no termination criteria specified? > > > > > > > There is nothing new about Path and Resv messages gettin= g > > > > > > transmitted indefinitely (this is normal soft-state signali= ng > > > > > > behavior). All that is being discussed in this section is > how these > > > > > > transmissions get paced after the rapid retry limit is > reached. The > > > > > > slower timer transmission will go on until either an ack is > received > > > > > > (at which point the regular "refresh interval" comes into > play) or > > > > > > the corresponding LSP instance state is torn down. > > > > > > > > > > > > > > ---- > > > > > > > (2) Why couldn't the regular refresh interval be used fo= r > these > > > > > > un-acked retransmissions? > > > > > > > The primary goal of the retransmission is to eke out an > > > > > > acknowledgement from the neighbor as quickly as you can. Yo= u > can use > > > > > > the same value as the the regular refresh interval provided > it is > > > > > > small enough (like in the case of the conventional refresh > interval > > > > > > of 30 secs) . However, we are recommending the use of a > "large > > > > > > refresh interval" (20 mins) in the RI-RSVP technique -- we > can't > > > > > > wait that long for retrying the transmission of an unacked > message. > > > > > > > > > > > > > > Consider a rudimentary state machine with the following > states > > > > > > (assuming the defaults suggested in the Appendix of the > draft): > > > > > > > - first retransmit (exponential back off) > > > > > > > - second retransmit (exponential back off) > > > > > > > ... > > > > > > > - seventh retransmit (exponential back off) > > > > > > > - 30s retransmission > > > > > > > - 20m refresh (regular refresh timer) > > > > > > > > > > > > > > At any point when the Ack is received, you transition to > the 20m > > > > > > refresh state. > > > > > > > > > > > > > > --- > > > > > > > > > > > > > > Do these two responses adequately answer your questions? > > > > > > > > > > > > > > Regards, > > > > > > > -Pavan > > > > > > > > > > > > > > On Thu, Oct 5, 2017 at 7:57 AM, Mirja Kuehlewind (IETF) > > > > > > > wrote: > > > > > > > Hi Pavan, > > > > > > > > > > > > > > I don=E2=80=99t see any changes in the new version that = addresses > may > > > > > > actual discuss on section 2.1.3 (now section 2.3). Can you > please > > > > > > clarify? > > > > > > > > > > > > > > Thanks, > > > > > > > Mirja > > > > > > > > > > > > > > > > > > > > > > Am 28.09.2017 um 05:45 schrieb Vishnu Pavan Beeram > > > > > > >: > > > > > > > > > > > > > > > > Mirja, Hi! > > > > > > > > > > > > > > > > Thanks for the review. We just posted a new revision > (-07) to > > > > > > address the Gen-Art review comments. Please go through the > new diffs > > > > > > (https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-rsvp-t= e- > scaling-rec-07 > > > > > > scaling-rec-07>) > > > > > > and let us know if additional changes are required. > > > > > > > > > > > > > > > > Also, please go through the responses provided to the > other > > > > > > review comments and let us know if there are still any > unanswered > > > > > > questions. > > > > > > > > > > > > > > > > Regards, > > > > > > > > -Pavan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Sep 26, 2017 at 2:01 PM, Mirja K=C3=BChlewind > > > > > > > wrote: > > > > > > > > Mirja K=C3=BChlewind has entered the following ballot > position for > > > > > > > > draft-ietf-teas-rsvp-te-scaling-rec-06: Discuss > > > > > > > > > > > > > > > > When responding, please keep the subject line intact > and reply > > > > > > to all > > > > > > > > email addresses included in the To and CC lines. (Feel > free to > > > > > > cut this > > > > > > > > introductory paragraph, however.) > > > > > > > > > > > > > > > > > > > > > > > > Please refer to > > > > > > https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > > > > > > > > > > > for more information about IESG DISCUSS and COMMENT > positions. > > > > > > > > > > > > > > > > > > > > > > > > The document, along with other ballot positions, can b= e > found here: > > > > > > > > > > > > > > https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te- > scaling-rec/ scaling-rec/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----------------------------------------------------------= - > ---------- > > > > > > > > DISCUSS: > > > > > > > > > > > > > > -----------------------------------------------------------= - > ---------- > > > > > > > > > > > > > > > > I'm uncertain what section 2.1.3. actually recommends. > My > > > > > > understanding is that > > > > > > > > it is recommend to still send retransmit some message > even if > > > > > > the Rl was > > > > > > > > reached and to that every 30s basically forever. First > of all I > > > > > > think this > > > > > > > > still needs a termination criteria when to stop to try > to > > > > > > retransmit finally. > > > > > > > > And the I don't understand why this is needed, instead > of e.g. > > > > > > just using a > > > > > > > > larger Rl value? Can you please clarify! > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----------------------------------------------------------= - > ---------- > > > > > > > > COMMENT: > > > > > > > > > > > > > > -----------------------------------------------------------= - > ---------- > > > > > > > > > > > > > > > > I fully agree with the gan-art review (Thanks Elwyn!) > and > > > > > > Alvaro, that this > > > > > > > > reads from time to time like a BCP but is actually a > extension > > > > > > specification. I > > > > > > > > would strongly recommend to apply the changes proposed > by the > > > > > > gen-art review, > > > > > > > > and there is also a very detailed list of nits/edits > that > > > > > > should probably be > > > > > > > > applied. Please have a look at that! > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > 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 > > > > > > > > > > > > > > > > --000000000000654fd9056530ab62 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Wed, Feb 14, 2018 at 10:26 AM, Mirja K= uehlewind (IETF) <ietf@kuehlewind.net> wrote:
Thanks!

> Am 14.02.2018 um 16:05 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
>
> Thanks for clearing the discuss!
>
> I'll push in an update to the draft with the changes I proposed ye= sterday.
>
> Regards,
> -Pavan
>
> On Wed, Feb 14, 2018 at 6:13 AM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
> Hi Paven,
>
> thanks for the explanation and sorry for the finally quite long delay.= I had just not enough of RSVP knowledge to figure out how you are detectin= g a node failure. Thanks for the explanation below. I also didn=E2=80=99t r= ealize that the previous default refresh interval was recommended as 30 sec= ond, which seems high.
>
> Knowing that there is a mechanism to detect node failure and stop send= ing, I will clear my discuss now. Again thanks for the explanation and pati= ent!
>
> I believe actually your newly proposed text is more clear and I would = still recommend to use that. I believe what confused me most was the use of= the term =E2=80=9Eretransmission=E2=80=9C in the current section 2.3. It= =E2=80=99s not fully wrong but if your motivation is to maintain a shorter = refresh interval (as previously used) in situation where it is unclear if s= tate was refreshed with the last message, I would phrase it like this, as i= n our new proposed text.
>
> Mirja
>
>
>
> > Am 14.02.2018 um 03:21 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
> >
> > Mirja, Hi!
> >
> > Glad that the proposed text helped in understanding this better.<= br> > >
> > All that the text is trying to say is the following --
> > In traditional RSVP (2961 capable) implementations, the interval = used for refreshing state associated with unacked Path/Resv messages is the= same as the regular refresh interval (R). But since we are now advocating = the use of a large value for R, it makes sense to maintain a distinction be= tween the refresh interval for unacked Path/Resv messages and the regular r= efresh interval.
> >
> > Your concerns (if I understood them right) aren't really agai= nst the procedures discussed in <rsvp-te-scaling-rec>. They are again= st how traditional RSVP (2961 capable) works. Let me see if I can address t= hose. Please see inline (prefixed VPB)..
> >
> > Regards,
> > -Pavan
> >
> > On Tue, Feb 13, 2018 at 3:49 PM, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wrote:
> > Hi Pavan,
> >
> > thanks a lot! This text change did help me to at least understand= better what you are proposing. I'm still concerned that in a situation= where all messages probably have been lost in the rapid retry phase, which= is an indication of congestion, you still keep sending messages with a rat= her low but still higher rate than in the regular refresh interval of 20min= .
> > Can you explain why this is considered to be beneficial?
> >
> > [VPB] This is because RSVP can't determine how long congestio= n would last on the neighboring node and it is important for signaling stat= e (Path/Resv) to be kept in sync between neighbors. The congestion may clea= r up a couple of seconds after the rapid-retry phase (for a particular mess= age) is complete or it may clear up 24 hours later. As long as the neighbor= is deemed UP (is able to maintain "hello" session), signaling st= ate associated with that neighbor will keep getting refreshed (this is just= how RSVP works). If the neighbor gets congested enough to bring down the c= orresponding hello session, then appropriate "signaling adjacency fail= ure" actions (this may include state tear down) would come into play.<= br> > >
> >
> > I believe using some kind of extended exponential back-off would = still be more appropriate. Also e.g. if you actually send the message every= 30s for e.g. 20 minutes and don=E2=80=99t get an ACK, you might still want= to give up and log an error (termination condition), no? I hope that makes= now sense to you?
> >
> > [VPB]=C2=A0 Let us assume that the implementation gives up after = a few retries and stops refreshing state associated with unacked Path/Resv = messages. What should happen to the "state" now? You can't re= tain the state, because there is no prescribed way of determining when to s= tart refreshing the state again (Note -- neighbor never went down; hellos a= re intact; interface to the neighbor is still UP). If you can't retain = the state, then you must tear it down. But that is too extreme an action to= take (especially if the data-plane is intact). I hope that explains why im= plementations keep refreshing state.
> >
> >
> >
> > Mirja
> >
> >
> >
> > > Am 13.02.2018 um 19:13 schrieb Vishnu Pavan Beeram <vishnupavan@gmail.com>:
> > >
> > > Mirja, Hi!
> > >
> > > Thanks for the response!
> > > It doesn't seem like we can make progress here if I keep= recycling the same set of responses. I seem to have exhausted the "th= is is normal RSVP soft-state signaling behavior" line of argument :) > > >
> > > I don't want to spend too much time arguing about a subt= lety that (probably) only folks who have implemented RSVP-TE understand. So= , let me try a different take on this.
> > >
> > > How about the following changes to the document?
> > >
> > > **
> > > - Remove Section 2.3 (this takes out the contentious text) > > >
> > > - Make the following change in Section 3
> > >=C2=A0 =C2=A0OLD:
> > >=C2=A0 =C2=A0 o=C2=A0 MUST make the default value of the conf= igurable refresh interval
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0be a large value (10s of minutes).= =C2=A0 A default value of 20 minutes
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0is RECOMMENDED by this document. > > >
> > >=C2=A0 =C2=A0NEW:
> > >=C2=A0 =C2=A0 o=C2=A0 MUST make the default value of the conf= igurable refresh interval
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0(R) be a large value (10s of minut= es).=C2=A0 A default value of 20
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0minutes is RECOMMENDED by this doc= ument.
> > >=C2=A0 =C2=A0 o=C2=A0 MUST use a separate refresh interval fo= r refreshing state associated
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0with unacknowledged Path/Resv mess= ages (uR).=C2=A0 A default value of
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A030 seconds is RECOMMENDED by this = document.
> > >
> > > - Make the following change in Appendix A.
> > >=C2=A0 =C2=A0OLD:
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0(d) Periodic Retransmission Interv= al for unacknowledged Path/Resv
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0messages (uR) - 30 seconds (Sectio= n 2.3).
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0If the Retry-Limit (Rl) is 7, then= it takes 31.5 seconds for the 7
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0rapid retransmit steps to max out = (The last delay from message 6
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0to message 7 is 16 seconds).=C2=A0= After the 7 rapid retransmit steps
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0are maxed out, the router starts p= eriodic retransmission on a
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0slower timer.=C2=A0 This document = recommends the use of the traditional
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0default refresh interval value of = 30 seconds for this periodic
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0retransmission interval.
> > >
> > >=C2=A0 =C2=A0NEW:
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0(d) Refresh interval for refreshin= g state associated with
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0unacknowledged Path/Resv messages = (uR)- 30 seconds (Section 3).
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0The recommended refresh interval (= R) value of 20 minutes (for an
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0implementation supporting RI-RSVP)= can not be used for refreshing
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0state associated with unacknowledg= ed Path/Resv messages. This
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0document recommends the use of the= traditional default refresh
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0interval value of 30 seconds for u= R.
> > > ***
> > >
> > > Let me know if the above changes address your concerns.
> > >
> > > Regards,
> > > -Pavan
> > >
> > > On Tue, Feb 13, 2018 at 9:22 AM, Mirja Kuehlewind (IETF) <= ;ietf@kuehlewind.net> wrote:<= br> > > > Hi Pavan,
> > >
> > > I believe you that there may be implementation that transmit= indefinitely, however, that is not how I read RFC2961:
> > >
> > > " The staged retransmission will continue
> > >=C2=A0 =C2=A0 until either an appropriate MESSAGE_ID_ACK obje= ct is received, or the
> > >=C2=A0 =C2=A0 rapid retry limit, Rl, has been reached.=E2=80= =9C
> > >
> > > or
> > >
> > > =E2=80=9EThe sending node will retransmit the message until = a message
> > >=C2=A0 =C2=A0 acknowledgment is received or the message has b= een transmitted a
> > >=C2=A0 =C2=A0 maximum number of times.=E2=80=9C
> > >
> > > For me these sentences say that one should not retransmit an= ymore after the max number is reached. If this is implemented differently, = that is a not safe behavior and need to be clarified. There must be a termi= nation condition. It is not safe for the stability of the Internet to retra= nsmit packets indefinitely. Packet loss can have may reason but continuous = packet loss is a clear sign of congestion that one can not be ignored.
> > >
> > > Mirja
> > >
> > >
> > >
> > > > Am 12.01.2018 um 14:15 schrieb Vishnu Pavan Beeram <= vishnupavan@gmail.com>:
> > > >
> > > > Mirja, Hi!
> > > >
> > > > I thought the following response (sent on Oct 5th 2017)= addressed this concern.
> > > >
> > > > ** Copying text from an earlier email **
> > > > There is nothing new about Path and Resv messages getti= ng transmitted indefinitely (this is normal soft-state signaling behavior).= All that is being discussed in this section is how these transmissions get= paced after the rapid retry limit is reached. The slower timer transmissio= n will go on until either an ack is received (at which point the regular &q= uot;refresh interval" comes into play) or the corresponding LSP instan= ce state is torn down.
> > > > **
> > > >
> > > > Please let me know if this still doesn't address th= e concern. We can set up a call and walk through the base RSVP specs.
> > > >
> > > > Regards,
> > > > -Pavan
> > > >
> > > > On Fri, Jan 12, 2018 at 7:12 AM, Mirja Kuehlewind (IETF= ) <ietf@kuehlewind.net> wr= ote:
> > > > Hi Vishnu, hi all,
> > > >
> > > > sorry but I lost a little bit track of this and looking= at this now the clarification provided below do not seem to address my con= cern. My concern is that for messages (that a MESSAGE_ID object with the AC= K_Desired flag set), these messages would retransmit forever (even though o= nly every 30s) and there is not stop criteria to finally give up (and repor= t an error).
> > > >
> > > > Mirja
> > > >
> > > >
> > > > > Am 22.12.2017 um 08:44 schrieb Vishnu Pavan Beeram= <vishnupavan@gmail.com>= :
> > > > >
> > > > > Mirja, Hi!
> > > > >
> > > > > Please see if the responses above address your con= cerns. Please let us know if there are any issues with progressing this doc= ument.
> > > > >
> > > > > Regards,
> > > > > -Pavan
> > > > >
> > > > > On Mon, Nov 13, 2017 at 4:21 AM, Lou Berger <lberger@labn.net> wrote:
> > > > > Hi,
> > > > > Please see below.
> > > > >
> > > > > On 11/13/2017 5:57 AM, Vishnu Pavan Beeram wrote:<= br> > > > > > Mirja, Hi!
> > > > >
> > > > > Apologize for the delayed reply.
> > > > > Please see inline for responses (prefixed VPB). > > > > >
> > > > > Regards,
> > > > > -Pavan
> > > > >
> > > > > On Mon, Oct 16, 2017 at 6:25 AM, Mirja Kuehlewind = (IETF) <ietf@kuehlewind.net &= lt;mailto:ietf@kuehlewind.net>= ;> wrote:
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0Hi Vishnu,
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0I don=E2=80=99t think what you = proposed is a clarification at all. RF2961
> > > > >=C2=A0 =C2=A0 =C2=A0clearly reads to me that you sh= ould not retry any more after the
> > > > >=C2=A0 =C2=A0 =C2=A0Rapid retry limit has been reac= hed:
> > > > >
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0"Rl is the maximum number = of times a message will be
> > > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0transmitted without being acknowledged.=E2=80=9C
> > > > >
> > > > >
> > > > > Please not that this section applies to "a me= ssage containing a MESSAGE_ID object with the ACK_Desired flag set" an= d
> > > > >
> > > > > The ACK_Desired flag will typically be set only in= trigger messages.
> > > > >
> > > > > This means that these procedure does not apply to = normal RSVP refresh processing and that=C2=A0 normal RFC2205 defined Refres= h Processing or Summary Refresh processing continues.
> > > > >
> > > > >
> > > > > [VPB] Yes. As per RFC2961, the retry limit (Rl) is= the maximum number of times a message will be transmitted without being ac= knowledged. But this just governs the number of times you retransmit the me= ssage during the "rapid retransmission phase".
> > > > >
> > > > > RFC2961 is silent about what happens after the &qu= ot;rapid retransmission phase" is complete and this is the clarificati= on that is being provided here in the <scaling-rec> draft.
> > > > >
> > > > > The draft is silent in general about anything that= is *not* modified by the draft.=C2=A0 I think having the informative state= ment is appropriate.
> > > > >
> > > > > Note that the associated RSVP Path/Resv state does= n't get cleaned up after the "rapid retransmission" phase is = complete. So at each subsequent refresh-interval, the unacked Path/Resv mes= sage will be sent out again (note that if there is no change in the state, = the same MESSAGE_ID would get used). This behavior has always existed in RS= VP-TE implementations -- so it is incorrect to deduce from the "RFC 29= 61" text above that the retransmission of the unacked Path/Resv will n= ever happen after the "Rl" is reached.
> > > > >
> > > > >
> > > > > Agreed.
> > > > > Lou
> > > > >
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0Also RFC2961 suggests an initia= l Rf of 500ms with 7 retries and and
> > > > >=C2=A0 =C2=A0 =C2=A0delta of 2, that means you will= see the following retries:
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A01. after 500ms
> > > > >=C2=A0 =C2=A0 =C2=A02. after 1000ms
> > > > >=C2=A0 =C2=A0 =C2=A03. after 2000ms
> > > > >=C2=A0 =C2=A0 =C2=A04. after 4000ms
> > > > >=C2=A0 =C2=A0 =C2=A05. after 8000ms
> > > > >=C2=A0 =C2=A0 =C2=A06. after 16000ms
> > > > >=C2=A0 =C2=A0 =C2=A07. after 32000ms
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0and then give up. While you sug= gests to send all 300ms section
> > > > >=C2=A0 =C2=A0 =C2=A0afterwards forever. That is not= acceptable and can lead to congestion.
> > > > >
> > > > >
> > > > > No, that is not what is being suggested.
> > > > > RFC2961 suggests an Rf of 500ms with 3 retries and= a delta of 2. So the rapid retransmissions would be:
> > > > > 1. after 500ms
> > > > > 2. after 1000ms
> > > > > 3. after 2000ms.
> > > > >
> > > > > With the proposal in the <scaling-rec> draft= , you would try 7 times and then stop the "rapid retransmission phase&= quot;. So, what that means is that the rapid retransmission phase lasts 31.= 5 seconds (first retry is after 500ms and the seventh retry is after 32000m= s). After this "rapid retransmission phase" is complete, you keep= sending the message out every 30000ms (30seconds is not 300ms) until an ac= knowledgement is received.
> > > > >
> > > > > Hope this helps.
> > > > >
> > > > >
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0Mirja
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > Am 05.10.2017 um 22:27 sc= hrieb Vishnu Pavan Beeram
> > > > >=C2=A0 =C2=A0 =C2=A0<vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > Mirja, Hi!
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > This was discussed in my = response to Elwyn. I apologize for not
> > > > >=C2=A0 =C2=A0 =C2=A0responding directly.
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > RFC2961 doesn't discu= ss what to do with the retransmissions after
> > > > >=C2=A0 =C2=A0 =C2=A0the retry limit is reached. It = doesn't discuss how retransmissions
> > > > >=C2=A0 =C2=A0 =C2=A0need to be paced after the rapi= d retries are stopped. Section 2.3
> > > > >=C2=A0 =C2=A0 =C2=A0(ver 7) of the current draft cl= arifies this and proposes the use of
> > > > >=C2=A0 =C2=A0 =C2=A0a "not so rapid (30secs)&q= uot; retransmission interval.
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > There were a couple of qu= estions from this section that you
> > > > >=C2=A0 =C2=A0 =C2=A0wanted to get discussed:
> > > > >=C2=A0 =C2=A0 =C2=A0 > ----
> > > > >=C2=A0 =C2=A0 =C2=A0 > (1) Why is there no termi= nation criteria specified?
> > > > >=C2=A0 =C2=A0 =C2=A0 > There is nothing new abou= t Path and Resv messages getting
> > > > >=C2=A0 =C2=A0 =C2=A0transmitted indefinitely (this = is normal soft-state signaling
> > > > >=C2=A0 =C2=A0 =C2=A0behavior). All that is being di= scussed in this section is how these
> > > > >=C2=A0 =C2=A0 =C2=A0transmissions get paced after t= he rapid retry limit is reached. The
> > > > >=C2=A0 =C2=A0 =C2=A0slower timer transmission will = go on until either an ack is received
> > > > >=C2=A0 =C2=A0 =C2=A0(at which point the regular &qu= ot;refresh interval" comes into play) or
> > > > >=C2=A0 =C2=A0 =C2=A0the corresponding LSP instance = state is torn down.
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > ----
> > > > >=C2=A0 =C2=A0 =C2=A0 > (2) Why couldn't the = regular refresh interval be used for these
> > > > >=C2=A0 =C2=A0 =C2=A0un-acked retransmissions?
> > > > >=C2=A0 =C2=A0 =C2=A0 > The primary goal of the r= etransmission is to eke out an
> > > > >=C2=A0 =C2=A0 =C2=A0acknowledgement from the neighb= or as quickly as you can. You can use
> > > > >=C2=A0 =C2=A0 =C2=A0the same value as the the regul= ar refresh interval provided it is
> > > > >=C2=A0 =C2=A0 =C2=A0small enough (like in the case = of the conventional refresh interval
> > > > >=C2=A0 =C2=A0 =C2=A0of 30 secs) . However, we are r= ecommending the use of a "large
> > > > >=C2=A0 =C2=A0 =C2=A0refresh interval" (20 mins= ) in the RI-RSVP technique -- we can't
> > > > >=C2=A0 =C2=A0 =C2=A0wait that long for retrying the= transmission of an unacked message.
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > Consider a rudimentary st= ate machine with the following states
> > > > >=C2=A0 =C2=A0 =C2=A0(assuming the defaults suggeste= d in the Appendix of the draft):
> > > > >=C2=A0 =C2=A0 =C2=A0 > - first retransmit (expon= ential back off)
> > > > >=C2=A0 =C2=A0 =C2=A0 > - second retransmit (expo= nential back off)
> > > > >=C2=A0 =C2=A0 =C2=A0 > ...
> > > > >=C2=A0 =C2=A0 =C2=A0 > - seventh retransmit (exp= onential back off)
> > > > >=C2=A0 =C2=A0 =C2=A0 > - 30s retransmission
> > > > >=C2=A0 =C2=A0 =C2=A0 > - 20m refresh (regular re= fresh timer)
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > At any point when the Ack= is received, you transition to the 20m
> > > > >=C2=A0 =C2=A0 =C2=A0refresh state.
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > ---
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > Do these two responses ad= equately answer your questions?
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > Regards,
> > > > >=C2=A0 =C2=A0 =C2=A0 > -Pavan
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > On Thu, Oct 5, 2017 at 7:= 57 AM, Mirja Kuehlewind (IETF)
> > > > >=C2=A0 =C2=A0 =C2=A0<ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:
> > > > >=C2=A0 =C2=A0 =C2=A0 > Hi Pavan,
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > I don=E2=80=99t see any c= hanges in the new version that addresses may
> > > > >=C2=A0 =C2=A0 =C2=A0actual discuss on section 2.1.3= (now section 2.3). Can you please
> > > > >=C2=A0 =C2=A0 =C2=A0clarify?
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > Thanks,
> > > > >=C2=A0 =C2=A0 =C2=A0 > Mirja
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Am 28.09.2017 um 05:= 45 schrieb Vishnu Pavan Beeram
> > > > >=C2=A0 =C2=A0 =C2=A0<vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>:
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Mirja, Hi!
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Thanks for the revie= w. We just posted a new revision (-07) to
> > > > >=C2=A0 =C2=A0 =C2=A0address the Gen-Art review comm= ents. Please go through the new diffs
> > > > >=C2=A0 =C2=A0 =C2=A0(https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas= -rsvp-te-scaling-rec-07
> > > > >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-t= eas-rsvp-te-scaling-rec-07>)
> > > > >=C2=A0 =C2=A0 =C2=A0and let us know if additional c= hanges are required.
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Also, please go thro= ugh the responses provided to the other
> > > > >=C2=A0 =C2=A0 =C2=A0review comments and let us know= if there are still any unanswered
> > > > >=C2=A0 =C2=A0 =C2=A0questions.
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Regards,
> > > > >=C2=A0 =C2=A0 =C2=A0 > > -Pavan
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > On Tue, Sep 26, 2017= at 2:01 PM, Mirja K=C3=BChlewind
> > > > >=C2=A0 =C2=A0 =C2=A0<ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Mirja K=C3=BChlewind= has entered the following ballot position for
> > > > >=C2=A0 =C2=A0 =C2=A0 > > draft-ietf-teas-rsvp= -te-scaling-rec-06: Discuss
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > When responding, ple= ase keep the subject line intact and reply
> > > > >=C2=A0 =C2=A0 =C2=A0to all
> > > > >=C2=A0 =C2=A0 =C2=A0 > > email addresses incl= uded in the To and CC lines. (Feel free to
> > > > >=C2=A0 =C2=A0 =C2=A0cut this
> > > > >=C2=A0 =C2=A0 =C2=A0 > > introductory paragra= ph, however.)
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Please refer to
> > > > >=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/iesg/statement/discuss-criteria.html > > > > >=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/iesg/statement/discuss-criteria.html>
> > > > >=C2=A0 =C2=A0 =C2=A0 > > for more information= about IESG DISCUSS and COMMENT positions.
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > The document, along = with other ballot positions, can be found here:
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-= scaling-rec/ <https= ://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/<= /a>>
> > > > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0------------------------------<= wbr>----------------------------------------
> > > > >=C2=A0 =C2=A0 =C2=A0 > > DISCUSS:
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0------------------------------<= wbr>----------------------------------------
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > I'm uncertain wh= at section 2.1.3. actually recommends. My
> > > > >=C2=A0 =C2=A0 =C2=A0understanding is that
> > > > >=C2=A0 =C2=A0 =C2=A0 > > it is recommend to s= till send retransmit some message even if
> > > > >=C2=A0 =C2=A0 =C2=A0the Rl was
> > > > >=C2=A0 =C2=A0 =C2=A0 > > reached and to that = every 30s basically forever. First of all I
> > > > >=C2=A0 =C2=A0 =C2=A0think this
> > > > >=C2=A0 =C2=A0 =C2=A0 > > still needs a termin= ation criteria when to stop to try to
> > > > >=C2=A0 =C2=A0 =C2=A0retransmit finally.
> > > > >=C2=A0 =C2=A0 =C2=A0 > > And the I don't = understand why this is needed, instead of e.g.
> > > > >=C2=A0 =C2=A0 =C2=A0just using a
> > > > >=C2=A0 =C2=A0 =C2=A0 > > larger Rl value? Can= you please clarify!
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0------------------------------<= wbr>----------------------------------------
> > > > >=C2=A0 =C2=A0 =C2=A0 > > COMMENT:
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0------------------------------<= wbr>----------------------------------------
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > I fully agree with t= he gan-art review (Thanks Elwyn!) and
> > > > >=C2=A0 =C2=A0 =C2=A0Alvaro, that this
> > > > >=C2=A0 =C2=A0 =C2=A0 > > reads from time to t= ime like a BCP but is actually a extension
> > > > >=C2=A0 =C2=A0 =C2=A0specification. I
> > > > >=C2=A0 =C2=A0 =C2=A0 > > would strongly recom= mend to apply the changes proposed by the
> > > > >=C2=A0 =C2=A0 =C2=A0gen-art review,
> > > > >=C2=A0 =C2=A0 =C2=A0 > > and there is also a = very detailed list of nits/edits that
> > > > >=C2=A0 =C2=A0 =C2=A0should probably be
> > > > >=C2=A0 =C2=A0 =C2=A0 > > applied. Please have= a look at that!
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 > > ____________________= ___________________________
> > > > >=C2=A0 =C2=A0 =C2=A0 > > Teas mailing list > > > > >=C2=A0 =C2=A0 =C2=A0 > > Teas@ietf.org <mailto:= Teas@ietf.org>
> > > > >=C2=A0 =C2=A0 =C2=A0 > > htt= ps://www.ietf.org/mailman/listinfo/teas
> > > > >=C2=A0 =C2=A0 =C2=A0<https://ww= w.ietf.org/mailman/listinfo/teas>
> > > > >=C2=A0 =C2=A0 =C2=A0 > >
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >=C2=A0 =C2=A0 =C2=A0 >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > _____________________________________________= __
> > > > > Teas mailing list
> > > > > Teas@ietf.org=
> > > > > https://www.ietf.org/mailman/listinfo/teas
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > _______________________________________________
> > > Teas mailing list
> > > Teas@ietf.org
> > > https://www.ietf.org/mailman/listinf= o/teas
> > >
> >
> >
>
>


--000000000000654fd9056530ab62-- From nobody Wed Feb 14 14:35:47 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CE02126B6E; Wed, 14 Feb 2018 14:35:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=tA9sutXo; dkim=pass (1024-bit key) header.d=verizon.com header.b=ImGr1qE1; dkim=pass (1024-bit key) header.d=verizon.com header.b=Rd2A6/jc 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 Vd8hYGpg98HF; Wed, 14 Feb 2018 14:35:42 -0800 (PST) Received: from omzsmtpe02.verizonbusiness.com (omzsmtpe02.verizonbusiness.com [199.249.25.209]) (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 70AD51201FA; Wed, 14 Feb 2018 14:35:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1518647742; x=1550183742; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=yvlB35ji3BF75a9DagTh/4wfLujeYKj33JisLTVbyd4=; b=tA9sutXo/aG2f+kNsg1IelpbpANYRK6aFIAwUayn3vh2rljsEG6gN9JO jF/xY57LP0XvgTe1sdfbg2cFoIVo8GGnUai7vvedo4yk9nWpshTYiIllM XN3p9H5uh1HdfoGfwmCM5/pYG/A7ZoHx0PBndupiVR8WT1xA5CmUC+Gf/ 0=; Received: from unknown (HELO fldsmtpi01.verizon.com) ([166.68.71.143]) by omzsmtpe02.verizonbusiness.com with ESMTP; 14 Feb 2018 22:35:40 +0000 Received: from rogue-10-255-192-101.rogue.vzwcorp.com (HELO apollo.verizonwireless.com) ([10.255.192.101]) by fldsmtpi01.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Feb 2018 22:34:57 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1518647697; x=1550183697; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=yvlB35ji3BF75a9DagTh/4wfLujeYKj33JisLTVbyd4=; b=ImGr1qE1Q4NDXaVHLp7DT9Lo6TVFbFzqGxWz6ke22C1ZZJMMH2Kfc9fu tA1LYgGcEs6UVdmR8ZnkY8Bj3AocggUPfupUsbAdmthSvuTKmodpivOy5 cXxlKym2rO7uEyPdQRlmZ1rhK8Ycg7TMRs1egajK9i2oZZsRWmm2dkIsC 0=; Received: from surveyor.tdc.vzwcorp.com (HELO eris.verizonwireless.com) ([10.254.88.83]) by apollo.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Feb 2018 17:34:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1518647696; x=1550183696; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=yvlB35ji3BF75a9DagTh/4wfLujeYKj33JisLTVbyd4=; b=Rd2A6/jcck6vsdlcDHj5NeSzZ40xhKEw/VimFbe4glMo2v0PSb3z/zo1 xmv4QYgDyNRt6NqOwQZQH4V5HIVXpQIHAbAayX+4uMmjbk310o9tjyBrv 4Ynt5AYswV2fJGxBrI04Mt2bldxZuGlkOhDAkgPxsHTaN4rdD64bKrurR s=; From: jeremy.whittaker@verizon.com X-Host: surveyor.tdc.vzwcorp.com Received: from ohtwi1exh002.uswin.ad.vzwcorp.com ([10.144.218.44]) by eris.verizonwireless.com with ESMTP/TLS/AES128-SHA256; 14 Feb 2018 22:34:56 +0000 Received: from tbwexch28apd.uswin.ad.vzwcorp.com (153.114.162.52) by OHTWI1EXH002.uswin.ad.vzwcorp.com (10.144.218.44) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 14 Feb 2018 17:34:56 -0500 Received: from tbwexch18apd.uswin.ad.vzwcorp.com (153.114.162.42) by tbwexch28apd.uswin.ad.vzwcorp.com (153.114.162.52) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 14 Feb 2018 17:34:55 -0500 Received: from tbwexch18apd.uswin.ad.vzwcorp.com ([153.114.162.42]) by tbwexch18apd.uswin.ad.vzwcorp.com ([153.114.162.42]) with mapi id 15.00.1263.000; Wed, 14 Feb 2018 17:34:55 -0500 To: Vishnu Pavan Beeram , "Rakesh Gandhi (rgandhi)" , "Shah, Himanshu" CC: TEAS WG , TEAS WG Chairs Thread-Topic: [E] Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpGuriQntXuzV8kqntoZaVf5DKaOkfy/A Date: Wed, 14 Feb 2018 22:34:55 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.144.60.250] Content-Type: multipart/alternative; boundary="_000_e55cac5ea452461c9481dfb6e72cde95tbwexch18apduswinadvzwc_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] [E] Regarding IPR on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 14 Feb 2018 22:35:45 -0000 --_000_e55cac5ea452461c9481dfb6e72cde95tbwexch18apduswinadvzwc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQoNCkplcmVteSBXaGl0dGFrZXINCg0KUE1UUw0KSW50ZWxsaWdlbnQgRWRnZSBOZXR3b3JrIFBs YW5uaW5nICYgSW50ZWdyYXRpb24NCg0KTUQgMi4xLjIwMUMNCjY5MjkgTi4gTGFrZXdvb2QgQXZl Lg0KVHVsc2EsIE9LIDc0MDE0DQoNCk8gOTE4LjU5MC42OTk4DQoNCltWZXJpem9uXTxodHRwOi8v d3d3LnZlcml6b24uY29tLz4NCg0KDQpGcm9tOiBWaXNobnUgUGF2YW4gQmVlcmFtIFttYWlsdG86 dmlzaG51cGF2YW5AZ21haWwuY29tXQ0KU2VudDogTW9uZGF5LCBGZWJydWFyeSAxMiwgMjAxOCA3 OjQxIFBNDQpUbzogUmFrZXNoIEdhbmRoaSAocmdhbmRoaSkgPHJnYW5kaGlAY2lzY28uY29tPjsg U2hhaCwgSGltYW5zaHUgPGhzaGFoQGNpZW5hLmNvbT47IFdoaXR0YWtlciwgSmVyZW15IE0gPGpl cmVteS53aGl0dGFrZXJAb25lLnZlcml6b24uY29tPg0KQ2M6IFRFQVMgV0cgPHRlYXNAaWV0Zi5v cmc+OyBURUFTIFdHIENoYWlycyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbRV0g UmVnYXJkaW5nIElQUiBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJy LTAyDQoNCkF1dGhvcnMsIENvbnRyaWJ1dG9ycywgV0csDQoNCkFzIHBhcnQgb2YgdGhlIHByZXBh cmF0aW9uIGZvciBXRyBMYXN0IENhbGw6DQoNCkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0 IGFwcGxpZXMgdG8gZHJhZnRzIGlkZW50aWZpZWQgYWJvdmU/DQoNClBsZWFzZSBzdGF0ZSBlaXRo ZXI6DQoNCiJObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlz IGRyYWZ0Ig0Kb3INCiJZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMg ZHJhZnQiDQoNCklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQooc2VlIFJGQ3MgMzY2OSwgNTM3OCBhbmQgODE3OSBmb3Ig bW9yZSBkZXRhaWxzKT8NCg0KSWYgeWVzIHRvIHRoZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhl cjoNCg0KIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRo IElFVEYgSVBSIHJ1bGVzIg0Kb3INCiJObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2Vk Ig0KDQpJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRh aWxzIHlvdSB0aGluaw0KYXBwcm9wcmlhdGUuDQoNCklmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9j dW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3ZXIgdGhlDQphYm92ZSBieSBy ZXNwb25kaW5nIHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3Ug YXJlDQphd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFk dmFuY2UgdG8gdGhlIG5leHQNCnN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2 ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgbGlzdGVkDQpjb250cmlidXRvci4gTk9URTogVEhJUyBB UFBMSUVTIFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMgTUVTU0FHRSdTDQpUTyBMSU5FUy4N Cg0KSWYgeW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3Mg YnV0IGFyZSBub3QgbGlzdGVkDQphcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWlu ZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlcg0KdGhlIElFVEYgSVBSIHJ1bGVzIHdoaWNo IGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlDQphd2FyZSBvZiBJ UFIgb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20N CnBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBkaXNjdXNzaW9uIHJlbGF0ZWQg dG8geW91cg0KdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNl ZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUNCmFuZA0KaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcv Z3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHk8aHR0cHM6Ly91cmxkZWZl bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0Zi5vcmdf Z3JvdXBfaWVzZ190cmFjX3dpa2lfSW50ZWxsZWN0dWFsUHJvcGVydHkmZD1Ed01CYVEmYz11ZEJU UnZGdlhDNURocWc3VUhwSmxQcHMzbVozTFJ4cGI2X18wUG9tQlRRJnI9NmZQSkN3Uk8wZG80Y2xk SXlFOFZRQWRPRXMyUzBFNzVYT29QWnZ3RTZISSZtPU5HZXFwVHN0VGFzdUE2YjdZc0E5YUJYV09s Mm9EM18tQk1TMTVjYWNFaWcmcz1udVN5ckMzY2dwU1BtMjNjQmtUYlpOcldyMlIzSEFLR1hLT0sz WFFzNlZnJmU9Pi4NCg0KVGhhbmsgeW91LA0KVEVBUyBXRyBDaGFpcnMNCg0KUFMgUGxlYXNlIGlu Y2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVycyBvZiB0aGlzIG1lc3NhZ2UgaW4geW91cg0K cmVzcG9uc2UuDQoNCg0K --_000_e55cac5ea452461c9481dfb6e72cde95tbwexch18apduswinadvzwc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjwhLS1baWYgIW1zb10+ PHN0eWxlPnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCm9cOioge2JlaGF2aW9y OnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30N Ci5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KPC9zdHlsZT48IVtlbmRpZl0t LT48c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJOZXVlSGFhc0dyb3Rlc2tU ZXh0IFN0ZCI7DQoJcGFub3NlLTE6MiAxMSA1IDQgMiAyIDIgMiAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHlsZS1uYW1lOmdtYWls LWlsO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41 aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAv Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxh eW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwv bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPk5vLCBJ J20gbm90IGF3YXJlIG9mIGFueSA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPg0KSVBSPC9zcGFuPiB0 aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdDwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O05ldWVIYWFzR3JvdGVza1RleHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxicj4NCkplcmVteSBXaGl0dGFrZXI8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj5QTVRTPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1 ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SW50ZWxs aWdlbnQgRWRnZSBOZXR3b3JrIFBsYW5uaW5nICZhbXA7IEludGVncmF0aW9uPGJyPg0KPGJyPg0K TUQgMi4xLjIwMUMgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhhYXNH cm90ZXNrVGV4dCBTdGQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+NjkyOSBOLiBMYWtl d29vZCBBdmUuPGJyPg0KVHVsc2EsIE9LIDc0MDE0PGJyPg0KPGJyPg0KTyA5MTguNTkwLjY5OTg8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O05ldWVIYWFzR3JvdGVza1RleHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwOi8vd3d3LnZlcml6b24uY29t LyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhh YXNHcm90ZXNrVGV4dCBTdGQmcXVvdDssc2Fucy1zZXJpZjt0ZXh0LWRlY29yYXRpb246bm9uZSI+ PGltZyBib3JkZXI9IjAiIHdpZHRoPSI5MCIgaGVpZ2h0PSIyMCIgaWQ9Il94MDAwMF9pMTAyNSIg c3JjPSJodHRwczovL3NzNy52encuY29tL2lzL2ltYWdlL1Zlcml6b25XaXJlbGVzcy92ei1zaWct dmVyaXpvbj8kZGVmYXVsdHNjYWxlJCIgYWx0PSJWZXJpem9uIj48L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O05ldWVIYWFzR3JvdGVza1Rl eHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjxicj4NCjwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFZpc2hudSBQYXZhbiBCZWVy YW0gW21haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9u ZGF5LCBGZWJydWFyeSAxMiwgMjAxOCA3OjQxIFBNPGJyPg0KPGI+VG86PC9iPiBSYWtlc2ggR2Fu ZGhpIChyZ2FuZGhpKSAmbHQ7cmdhbmRoaUBjaXNjby5jb20mZ3Q7OyBTaGFoLCBIaW1hbnNodSAm bHQ7aHNoYWhAY2llbmEuY29tJmd0OzsgV2hpdHRha2VyLCBKZXJlbXkgTSAmbHQ7amVyZW15Lndo aXR0YWtlckBvbmUudmVyaXpvbi5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBURUFTIFdHICZsdDt0 ZWFzQGlldGYub3JnJmd0OzsgVEVBUyBXRyBDaGFpcnMgJmx0O3RlYXMtY2hhaXJzQGlldGYub3Jn Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRV0gUmVnYXJkaW5nIElQUiBvbiBkcmFmdC1pZXRm LXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+QXV0aG9ycywgQ29udHJpYnV0b3JzLCBXRyw8YnI+DQo8YnI+DQpBcyBw YXJ0IG9mIHRoZSBwcmVwYXJhdGlvbiBmb3IgV0cgTGFzdCBDYWxsOjxicj4NCjxicj4NCkFyZSB5 b3UgYXdhcmUgb2YgYW55IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiB0aGF0IGFw cGxpZXMgdG8gZHJhZnRzIGlkZW50aWZpZWQgYWJvdmU/PGJyPg0KPGJyPg0KUGxlYXNlIHN0YXRl IGVpdGhlcjo8YnI+DQo8YnI+DQomcXVvdDtObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgPHNwYW4g Y2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0JnF1 b3Q7PGJyPg0Kb3I8YnI+DQomcXVvdDtZZXMsIEknbSBhd2FyZSBvZiA8c3BhbiBjbGFzcz0iZ21h aWwtaWwiPklQUjwvc3Bhbj4gdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVvdDs8YnI+DQo8 YnI+DQpJZiBzbywgaGFzIHRoaXMgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IGJl ZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGDQo8c3BhbiBjbGFzcz0iZ21haWwt aWwiPklQUjwvc3Bhbj4gcnVsZXM8YnI+DQooc2VlIFJGQ3MgMzY2OSwgNTM3OCBhbmQgODE3OSBm b3IgbW9yZSBkZXRhaWxzKT88YnI+DQo8YnI+DQpJZiB5ZXMgdG8gdGhlIGFib3ZlLCBwbGVhc2Ug c3RhdGUgZWl0aGVyOjxicj4NCjxicj4NCiZxdW90O1llcywgdGhlIDxzcGFuIGNsYXNzPSJnbWFp bC1pbCI+SVBSPC9zcGFuPiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElF VEYNCjxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBydWxlcyZxdW90Ozxicj4NCm9y PGJyPg0KJnF1b3Q7Tm8sIHRoZSA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwvc3Bhbj4gaGFz IG5vdCBiZWVuIGRpc2Nsb3NlZCZxdW90Ozxicj4NCjxicj4NCklmIHlvdSBhbnN3ZXIgbm8sIHBs ZWFzZSBwcm92aWRlIGFueSBhZGRpdGlvbmFsIGRldGFpbHMgeW91IHRoaW5rPGJyPg0KYXBwcm9w cmlhdGUuPGJyPg0KPGJyPg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Ig b3IgY29udHJpYnV0b3IgcGxlYXNlIGFuc3dlciB0aGU8YnI+DQphYm92ZSBieSByZXNwb25kaW5n IHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlPGJyPg0K YXdhcmUgb2YgYW55IHJlbGV2YW50IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPi4g VGhpcyBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0PGJyPg0Kc3RhZ2UgdW50 aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBsaXN0 ZWQ8YnI+DQpjb250cmlidXRvci4gTk9URTogVEhJUyBBUFBMSUVTIFRPIEFMTCBPRiBZT1UgTElT VEVEIElOIFRISVMgTUVTU0FHRSdTPGJyPg0KVE8gTElORVMuPGJyPg0KPGJyPg0KSWYgeW91IGFy ZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3MgYnV0IGFyZSBub3Qg bGlzdGVkPGJyPg0KYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9m IHlvdXIgb2JsaWdhdGlvbnMgdW5kZXI8YnI+DQp0aGUgSUVURiA8c3BhbiBjbGFzcz0iZ21haWwt aWwiPklQUjwvc3Bhbj4gcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRoZSBJ RVRGIGlmIHlvdSBhcmU8YnI+DQphd2FyZSBvZiA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwv c3Bhbj4gb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZy b208YnI+DQpwYXJ0aWNpcGF0aW5nIGluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vzc2lvbiBy ZWxhdGVkIHRvIHlvdXI8YnI+DQp1bmRpc2Nsb3NlZCA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQ Ujwvc3Bhbj4uIEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3Rl ZCBhYm92ZTxicj4NCmFuZDxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwLTNBX190cmFjLnRvb2xzLmlldGYub3JnX2dyb3VwX2llc2df dHJhY193aWtpX0ludGVsbGVjdHVhbFByb3BlcnR5JmFtcDtkPUR3TUJhUSZhbXA7Yz11ZEJUUnZG dlhDNURocWc3VUhwSmxQcHMzbVozTFJ4cGI2X18wUG9tQlRRJmFtcDtyPTZmUEpDd1JPMGRvNGNs ZEl5RThWUUFkT0VzMlMwRTc1WE9vUFp2d0U2SEkmYW1wO209TkdlcXBUc3RUYXN1QTZiN1lzQTlh QlhXT2wyb0QzXy1CTVMxNWNhY0VpZyZhbXA7cz1udVN5ckMzY2dwU1BtMjNjQmtUYlpOcldyMlIz SEFLR1hLT0szWFFzNlZnJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly90cmFjLnRvb2xz LmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5PC9hPi48 YnI+DQo8YnI+DQpUaGFuayB5b3UsPGJyPg0KVEVBUyBXRyBDaGFpcnM8YnI+DQo8YnI+DQpQUyBQ bGVhc2UgaW5jbHVkZSBhbGwgbGlzdGVkIGluIHRoZSBoZWFkZXJzIG9mIHRoaXMgbWVzc2FnZSBp biB5b3VyPGJyPg0KcmVzcG9uc2UuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_e55cac5ea452461c9481dfb6e72cde95tbwexch18apduswinadvzwc_-- From nobody Wed Feb 14 16:40:31 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBACE126D74 for ; Wed, 14 Feb 2018 16:40:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 yshOE118uq7Y for ; Wed, 14 Feb 2018 16:40:27 -0800 (PST) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8680A126CF9 for ; Wed, 14 Feb 2018 16:40:27 -0800 (PST) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id CBD881CAE4A for ; Wed, 14 Feb 2018 16:39:55 -0800 (PST) Received: from mail-it0-f46.google.com (mail-it0-f46.google.com [209.85.214.46]) by c8a.amsl.com (Postfix) with ESMTPSA id A9BF11CAE48 for ; Wed, 14 Feb 2018 16:39:55 -0800 (PST) Received: by mail-it0-f46.google.com with SMTP id b66so17396218itd.5 for ; Wed, 14 Feb 2018 16:40:27 -0800 (PST) X-Gm-Message-State: APf1xPCdfSrtV2DvdFcackU/Q4/O1WqMlvnJjuF6F4vKFWm86bJSIOJj x9euhcXVCvefq2XITm8zBvahh6uzZN+5cyDgNhg= X-Google-Smtp-Source: AH8x225egnctmeWdq6ZdP+X7q6KzYex8cKn9hjN6IAa2DkFjRUpE81/00ZO1nLaicFoclCRdYvijOx42CZ1hgzEgzmM= X-Received: by 10.36.78.81 with SMTP id r78mr1185765ita.110.1518655226868; Wed, 14 Feb 2018 16:40:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.2.1.68 with HTTP; Wed, 14 Feb 2018 16:40:06 -0800 (PST) From: Glen Date: Wed, 14 Feb 2018 16:40:06 -0800 X-Gmail-Original-Message-ID: Message-ID: To: teas@ietf.org Content-Type: multipart/alternative; boundary="001a11372c2c5578730565357999" Archived-At: Subject: [Teas] Possible missed messages on this list X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 15 Feb 2018 00:40:29 -0000 --001a11372c2c5578730565357999 Content-Type: text/plain; charset="UTF-8" Possible missed messages on this list Dear list participants - An upgrade to the IETF's custom mail processing software today resulted in some delivery failures for *some* messages to *some* recipients on this list, over the past 3 hours. We invite you to check the mail archives for this list, at: https://mailarchive.ietf.org/arch/search/?email_list=teas to ensure that you have received all the relevant messages for this list today. We apologize for the inconvenience. Glen -- Glen Barney IT Director AMS (IETF Secretariat) --001a11372c2c5578730565357999 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Possible missed messages on this list

Dear list participants -
An upgrade to the IETF's custom mail processing software today resulted i= n some delivery failures for *some* messages to *some* recipients on this list, over the past 3 hours.

We invite you to check the mail archiv= es for this list, at:

https://mailarchive.ietf.org/arch/search/?email_l= ist=3Dteas

to ensure that you have received all the relevant mes= sages for this list today.

We apologize for the inconvenience.
Glen
--
Glen Barney
IT Director
AMS (IETF Secretariat)






--001a11372c2c5578730565357999-- From nobody Wed Feb 14 18:54:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5202126C25; Wed, 14 Feb 2018 18:54:26 -0800 (PST) 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 nx-jkYeZ2DOw; Wed, 14 Feb 2018 18:54:24 -0800 (PST) Received: from mail-pl0-x22a.google.com (mail-pl0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 616621242F5; Wed, 14 Feb 2018 18:54:24 -0800 (PST) Received: by mail-pl0-x22a.google.com with SMTP id p5so9655861plo.12; Wed, 14 Feb 2018 18:54:24 -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=vG9Fdly3UHTggajpttpdk5CCRIRPeIRZWj88CU6ZZHU=; b=cQiqLbYlUjG0qpcLn59AWpQkckaVLt871+JuYPdTmu8stIdhN9InBYBuwjARGBzWLn mZAE0xBsS0+UPePswuxaZcJNeiVuVVZ9OHI9Rg9dAESx9Ua2lYPH9y3ojuKoF1RdVl4w /E+mYXKFm05bmar8CkJewRf+m/QcRzkeih7NWl8Q2RAORg4PiXt9yELpIDIFDLIHZ9ml EdEJoSVjpCm15Bp4pHRLKh18g4YM6A3fgqF77PVXe5FcBpaTuBRf22FEtyfQ4L4jw5AV t08zbfTMYvD/dCueiIaq6MGRXgTMxKEZ722rxNWPrDnVCJH9OTS7Md3hZnjwXPx1S40Y nt8A== 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=vG9Fdly3UHTggajpttpdk5CCRIRPeIRZWj88CU6ZZHU=; b=HgCy9UBq9LpjjeuERz/cYMse8gnJ05DGEAPB+D5HEu+h34NQ9wB78nGwdxdu0pCnte 9KPFbEIp0Z4VFPgnbavoykR0uH7s+9j3i0thvONp0/yLdi/J9qPEgSpf/A9mlBO5WWcH fDjLO4mlZyVhl3/ElDLghz4wajt8UphIQOkHaCTyPh+dd8jtqxF14BarZ6/6ZVicqpjA L880PFO7mssJf3zXEF4wuHJFUmt7tm0ytbZGn/QoQQYbor7fGYHIgcqk7AaF58XQ9dy4 QAuGYMOMedLim8NPYQ3ERVXnPMhKxsvvvlraEzV85ovhtYS7D6kmQhzRw/cr7LEUFo0C MzIQ== X-Gm-Message-State: APf1xPAVvdAmIZ5mv5ZaUzd5touHnah8g4hb8bYzbQihQUF7bW1Rb8v7 jtoe2eKbSgEhIZ1ORcRzsUu6W6sk5TNh8iUIYwWafQ== X-Google-Smtp-Source: AH8x226lTrGaW6r3OKKLmnjynRtGwMqYhmmxPUMCtIIQRCFO291sq1KQlnmDWwrUKJa2N6Z8ThIx719AjYmIoerlIbM= X-Received: by 2002:a17:902:a589:: with SMTP id az9-v6mr1039456plb.298.1518663263688; Wed, 14 Feb 2018 18:54:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.182.129 with HTTP; Wed, 14 Feb 2018 18:54:23 -0800 (PST) From: Vishnu Pavan Beeram Date: Wed, 14 Feb 2018 21:54:23 -0500 Message-ID: To: TEAS WG Cc: TEAS WG Chairs Content-Type: multipart/alternative; boundary="0000000000005d9b430565375820" Archived-At: Subject: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 15 Feb 2018 02:54:27 -0000 --0000000000005d9b430565375820 Content-Type: text/plain; charset="UTF-8" All, This starts a two-week working group last call on draft-ietf-teas-assoc-corouted-bidir-frr-02 The working group last call ends on Feb 28. Please send your comments to the teas 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. NOTE: IPR has been disclosed on this document Thank you, TEAS Chairs --0000000000005d9b430565375820 Content-Type: text/html; charset="UTF-8"
All,
This starts a two-week working group last call on
draft-ietf-teas-assoc-corouted-bidir-frr-02

The working group last call ends on Feb 28.
Please send your comments to the teas 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.

NOTE: IPR has been disclosed on this document

Thank you,
TEAS Chairs
--0000000000005d9b430565375820-- From nobody Thu Feb 15 05:05:29 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B9D012D964; Thu, 15 Feb 2018 05:05:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.529 X-Spam-Level: X-Spam-Status: No, score=-14.529 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pz-irFqxZcYW; Thu, 15 Feb 2018 05:05:26 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E28A112420B; Thu, 15 Feb 2018 05:05:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6530; q=dns/txt; s=iport; t=1518699926; x=1519909526; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=kkpqSjOeRYh8Z11S+rCPy/6fOgYgMpFdoyUSN8iYGuI=; b=TmWqfim8yrPwnEmT4g8vxItcNwGT2OmT9XCGI8Q0SlWXMtNlo3Eco71M ZlmsZ6FtmWdAmzKzpK0pKlG4CvN+CWLjQV8JsXjb8TNygz161PrINur7w 0Q7Al31dply1EXXU84qL0xEf4hFJljHUmSdEsKGCbOEfjJalAtLaIHnMM s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AxAQBEhYVa/4cNJK1dGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJaeGZwKAqDW4oljgSCAoEXh3+IaoVbghgKhTsCGoIoVBg?= =?us-ascii?q?BAgEBAQEBAQJrKIUjAQEBAQMjSwsQAgEIEQMBAisCAgIfER0IAgQBDQWJUUw?= =?us-ascii?q?DFa5JgicmhxsNgTKCEwEBAQEBAQEBAQEBAQEBAQEBAQEBAR2FAoIngVeBaCm?= =?us-ascii?q?DBYJrgleCdzGCNAWjfTUJApB4hQuCH4Yqi32OTIkiAhEZAYE7AR85gVFwFT0?= =?us-ascii?q?qAYIbhHd4jH2BGQEBAQ?= X-IronPort-AV: E=Sophos;i="5.46,517,1511827200"; d="scan'208,217";a="354530399" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Feb 2018 13:05:03 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w1FD53sQ004143 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 15 Feb 2018 13:05:03 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 15 Feb 2018 07:05:02 -0600 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1320.000; Thu, 15 Feb 2018 07:05:02 -0600 From: "Rakesh Gandhi (rgandhi)" To: Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs , "Shah, Himanshu" , "jeremy.whittaker@verizon.com" Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpghNQCnF/9Jg00W1+wePEItXiqOlf9+A Date: Thu, 15 Feb 2018 13:05:02 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.248.58] Content-Type: multipart/alternative; boundary="_000_F153AC79CC4D4AA9A1EC01F4F03DBF18ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 15 Feb 2018 13:05:29 -0000 --_000_F153AC79CC4D4AA9A1EC01F4F03DBF18ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUGF2YW4sIFdHLA0KDQpJJ3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJlbGlldmUg aXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KDQpUaGFua3MsDQpSYWtlc2gNCg0KDQpGcm9t OiBUZWFzIDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBWaXNobnUgUGF2YW4g QmVlcmFtIDx2aXNobnVwYXZhbkBnbWFpbC5jb20+DQpEYXRlOiBXZWRuZXNkYXksIEZlYnJ1YXJ5 IDE0LCAyMDE4IGF0IDk6NTQgUE0NClRvOiBURUFTIFdHIDx0ZWFzQGlldGYub3JnPg0KQ2M6IFRF QVMgV0cgQ2hhaXJzIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtUZWFzXSBXRyBM YXN0IENhbGwgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMg0K DQpBbGwsDQpUaGlzIHN0YXJ0cyBhIHR3by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9u DQpkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyDQoNClRoZSB3b3Jr aW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIG9uIEZlYiAyOC4NClBsZWFzZSBzZW5kIHlvdXIgY29t bWVudHMgdG8gdGhlIHRlYXMgbWFpbGluZyBsaXN0Lg0KDQpQb3NpdGl2ZSBjb21tZW50cywgZS5n LiwgIkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQNCmJlbGlldmUgaXQgaXMgcmVhZHkg Zm9yIHB1YmxpY2F0aW9uIiwgYXJlIHdlbGNvbWUhDQpUaGlzIGlzIHVzZWZ1bCBhbmQgaW1wb3J0 YW50LCBldmVuIGZyb20gYXV0aG9ycy4NCg0KTk9URTogSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBv biB0aGlzIGRvY3VtZW50DQoNClRoYW5rIHlvdSwNClRFQVMgQ2hhaXJzDQo= --_000_F153AC79CC4D4AA9A1EC01F4F03DBF18ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0Kc3Bhbi5nbWFpbC1pbA0KCXttc28tc3R5bGUtbmFtZTpnbWFpbC1pbDt9DQpzcGFuLkVt YWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSIj MDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPkhpIFBh dmFuLCBXRyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmki PkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3Ig cHVibGljYXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxp YnJpIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlJha2VzaDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxp YnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bh bj4NCjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+VGVh cyAmbHQ7dGVhcy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgVmlzaG51IFBhdmFu IEJlZXJhbSAmbHQ7dmlzaG51cGF2YW5AZ21haWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5X ZWRuZXNkYXksIEZlYnJ1YXJ5IDE0LCAyMDE4IGF0IDk6NTQgUE08YnI+DQo8Yj5UbzogPC9iPlRF QVMgV0cgJmx0O3RlYXNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5URUFTIFdHIENoYWly cyAmbHQ7dGVhcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltUZWFz XSBXRyBMYXN0IENhbGwgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZy ci0wMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QWxsLDxicj4NClRoaXMgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2luZyBncm91cCA8 c3BhbiBjbGFzcz0iZ21haWwtaWwiPmxhc3Q8L3NwYW4+IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+ DQpjYWxsPC9zcGFuPiBvbjxicj4NCmRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRp ci1mcnItMDI8YnI+DQo8YnI+DQpUaGUgd29ya2luZyBncm91cCA8c3BhbiBjbGFzcz0iZ21haWwt aWwiPmxhc3Q8L3NwYW4+IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+Y2FsbDwvc3Bhbj4gZW5kcyBv biBGZWIgMjguPGJyPg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgdGVhcyBtYWls aW5nIGxpc3QuPGJyPg0KPGJyPg0KUG9zaXRpdmUgY29tbWVudHMsIGUuZy4sICZxdW90O0kndmUg cmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQ8YnI+DQpiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBw dWJsaWNhdGlvbiZxdW90OywgYXJlIHdlbGNvbWUhPGJyPg0KVGhpcyBpcyB1c2VmdWwgYW5kIGlt cG9ydGFudCwgZXZlbiBmcm9tIGF1dGhvcnMuPGJyPg0KPGJyPg0KTk9URTogSVBSIGhhcyBiZWVu IGRpc2Nsb3NlZCBvbiB0aGlzIGRvY3VtZW50PGJyPg0KPGJyPg0KVGhhbmsgeW91LDxicj4NClRF QVMgQ2hhaXJzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_F153AC79CC4D4AA9A1EC01F4F03DBF18ciscocom_-- From nobody Thu Feb 15 07:26:55 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D332C124E15; Thu, 15 Feb 2018 07:26:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.844 X-Spam-Level: ** X-Spam-Status: No, score=2.844 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845] 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 Spu7FfOVO4za; Thu, 15 Feb 2018 07:26:51 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 5ED401205D3; Thu, 15 Feb 2018 07:26:51 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=166.176.251.46; From: "Susan Hares" To: "'TEAS WG'" , "'TEAS WG Chairs'" References: <017f01d3a05c$90811390$b1833ab0$@gmail.com> In-Reply-To: <017f01d3a05c$90811390$b1833ab0$@gmail.com> Date: Thu, 15 Feb 2018 10:26:48 -0500 Message-ID: <021101d3a671$65fc1190$31f434b0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGFXyAVHTEZpgCsQxuJ60kuOhrJ9gIJqAunpDHW3AA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 15 Feb 2018 15:26:53 -0000 Support. Good place to start. Committed to review and comment on drafts Apologizes for delay in responding - Sue Hares From nobody Thu Feb 15 07:30:41 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A62DA12762F; Thu, 15 Feb 2018 07:30:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.345 X-Spam-Level: ** X-Spam-Status: No, score=2.345 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DOS_OUTLOOK_TO_MX=2.845] 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 o8442_c85VpL; Thu, 15 Feb 2018 07:30:38 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 8366D124E15; Thu, 15 Feb 2018 07:30:38 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=166.176.251.46; From: "Susan Hares" To: "'Xufeng Liu'" , "'Lou Berger'" , "'TEAS WG'" Cc: "'TEAS WG Chairs'" References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> <018001d3a05c$c1c7d290$455777b0$@gmail.com> In-Reply-To: <018001d3a05c$c1c7d290$455777b0$@gmail.com> Date: Thu, 15 Feb 2018 10:30:34 -0500 Message-ID: <022d01d3a671$ecc5d620$c6518260$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIu+lHh1Pi46UXnU5hIFxLRyTtXNQIy3afvot1YGDA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 15 Feb 2018 15:30:40 -0000 Support. Read earlier version in detail. This version I've skimmed. I think it is a good starting point. Cheerily, Susan Hares From nobody Thu Feb 15 09:46:32 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 18DF212DB6F; Thu, 15 Feb 2018 09:46:26 -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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151871678604.7570.13168904854835565033@ietfa.amsl.com> Date: Thu, 15 Feb 2018 09:46:26 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-11.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 17:46: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 Himanshu Shah Igor Bryskin Filename : draft-ietf-teas-yang-te-11.txt Pages : 152 Date : 2018-02-15 Abstract: This document defines a YANG data model for the configuration and management of Traffic Engineering (TE) interfaces, tunnels and Label Switched Paths (LSPs). The model is divided into YANG modules that classify data into generic, device-specific, technology agnostic, and technology-specific elements. The model also includes module(s) that contain reusable TE data types and data groupings. This model covers data for configuration, operational state, remote procedural calls, and event notifications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-11 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 15 13:10:29 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 531561241F3; Thu, 15 Feb 2018 13:10:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.72.1 Auto-Submitted: auto-generated Precedence: bulk CC: Vishnu Beeram , db3546@att.com, Vishnu Beeram , teas-chairs@ietf.org, teas@ietf.org, vishnupavan@gmail.com, draft-ietf-teas-rsvp-ingress-protection@ietf.org Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <151872902331.7517.10576386306973057816.idtracker@ietfa.amsl.com> Date: Thu, 15 Feb 2018 13:10:23 -0800 Archived-At: Subject: [Teas] Last Call: (Extensions to RSVP-TE for LSP Ingress FRR Protection) to Experimental RFC X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 21:10:23 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'Extensions to RSVP-TE for LSP Ingress FRR Protection' as Experimental RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2018-03-01. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the ingress node of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The procedures described in this document are experimental. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-ingress-protection/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-ingress-protection/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2080/ https://datatracker.ietf.org/ipr/2462/ https://datatracker.ietf.org/ipr/2535/ From nobody Thu Feb 15 13:37:58 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FF1512D832; Thu, 15 Feb 2018 13:37:46 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.72.1 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , draft-ietf-teas-rsvp-te-scaling-rec@ietf.org, db3546@att.com, teas-chairs@ietf.org, teas@ietf.org, Lou Berger , lberger@labn.net, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <151873066627.7533.15335173215435535923.idtracker@ietfa.amsl.com> Date: Thu, 15 Feb 2018 13:37:46 -0800 Archived-At: Subject: [Teas] Protocol Action: 'Implementation Recommendations to Improve the Scalability of RSVP-TE Deployments' to Proposed Standard (draft-ietf-teas-rsvp-te-scaling-rec-09.txt) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 21:37:47 -0000 The IESG has approved the following document: - 'Implementation Recommendations to Improve the Scalability of RSVP-TE Deployments' (draft-ietf-teas-rsvp-te-scaling-rec-09.txt) as Proposed Standard This document is the product of the Traffic Engineering Architecture and Signaling Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-scaling-rec/ Technical Summary This document discusses Generalized Multi-Protocol Label Switching (GMPLS) Resource reSerVation Protocol with Traffic Engineering (RSVP- TE) mechanisms to improve RSVP-TE deployment scaling. Working Group Summary This document was originally targeted to the MPLS WG. This document has been fairly noncontroversial. Document Quality The extensions defined in this document are done so in a way to be compatible with known implementations. While there have been no public statements on implementation, the authors represent multiple organizations, and implementation is expected - or more likely, already exist. Personnel Who is the Document Shepherd for this document? Lou Berger Who is the Responsible Area Director? Deborah Brungard From nobody Fri Feb 16 18:56:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21271126CF6; Fri, 16 Feb 2018 18:56:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lEg0XrZbupbY; Fri, 16 Feb 2018 18:56:24 -0800 (PST) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 C371F124235; Fri, 16 Feb 2018 18:56:24 -0800 (PST) Received: from pps.filterd (m0049462.ppops.net [127.0.0.1]) by m0049462.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w1GMbe8K017323; Fri, 16 Feb 2018 17:44:55 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049462.ppops.net-00191d01. with ESMTP id 2g64xqv7sx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 16 Feb 2018 17:44:55 -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 w1GMiskp029222; Fri, 16 Feb 2018 17:44:54 -0500 Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [135.66.87.42]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w1GMim8g029163; Fri, 16 Feb 2018 17:44:52 -0500 Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [127.0.0.1]) by zlp27129.vci.att.com (Service) with ESMTP id C068640006BA; Fri, 16 Feb 2018 22:44:48 +0000 (GMT) Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (unknown [130.9.129.147]) by zlp27129.vci.att.com (Service) with ESMTPS id A2A224000697; Fri, 16 Feb 2018 22:44:48 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.6]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0361.001; Fri, 16 Feb 2018 17:44:48 -0500 From: "BRUNGARD, DEBORAH A" To: "adrian@olddog.co.uk" CC: "draft-ietf-teas-scheduled-resources@ietf.org" , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: AD review: draft-ietf-teas-scheduled-resources Thread-Index: AdOhJaSnwTHXH0/6Ta+mxLk8WzkOWAE28+f/otDEUYCi0z6o8A== Date: Fri, 16 Feb 2018 22:44:47 +0000 Message-ID: References: <6c943a33ef27453f8907cbffeab4c84f@BN1PR05MB376.namprd05.prod.outlook.com> <00b401d3a378$f8f0f3e0$ead2dba0$@olddog.co.uk> In-Reply-To: <00b401d3a378$f8f0f3e0$ead2dba0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.210.123] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-16_08:, , 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=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802160258 Archived-At: Subject: Re: [Teas] AD review: draft-ietf-teas-scheduled-resources X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 17 Feb 2018 02:56:27 -0000 SGkgQWRyaWFuLA0KDQpPdWNo8J+Yig0KUHJvcG9zZWQgdGV4dCBsb29rcyBnb29kLQ0KQmVsb3cu LltkZWJvcmFoXQ0KVGhhbmtzLA0KRGVib3JhaA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogQWRyaWFuIEZhcnJlbCBbbWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWtdIA0KU2Vu dDogU3VuZGF5LCBGZWJydWFyeSAxMSwgMjAxOCAzOjQzIFBNDQpUbzogQlJVTkdBUkQsIERFQk9S QUggQSA8ZGIzNTQ2QGF0dC5jb20+DQpDYzogZHJhZnQtaWV0Zi10ZWFzLXNjaGVkdWxlZC1yZXNv dXJjZXNAaWV0Zi5vcmc7IHRlYXMtY2hhaXJzQGlldGYub3JnOyB0ZWFzQGlldGYub3JnDQpTdWJq ZWN0OiBSRTogQUQgcmV2aWV3OiBkcmFmdC1pZXRmLXRlYXMtc2NoZWR1bGVkLXJlc291cmNlcw0K DQpIaSBEZWJvcmFoLA0KDQpUaGFua3MgZm9yIHRoZSB0aG91Z2h0ZnVsIHJldmlldy4NCg0KPiBJ 4oCZdmUgZG9uZSBteSBBRCByZXZpZXcgb2YgeW91ciBkcmFmdC4gVGhpcyBkcmFmdCBpcyBvbiBh IGNvbXBsZXggDQo+IHByb2JsZW0NCnNwYWNlLg0KPiBJbiByZXZpZXdpbmcgaXQsIGl0IHJlbWlu ZGVkIG1lIG9mIHRoZSBkaXNjdXNzaW9uIGFyb3VuZCB0aGUgTUxOIHdvcmsNCihSRkM1MjEyLA0K PiBSRkM1MzM5KSB3aGljaCBkaXNjdXNzZWQgc2NoZWR1bGluZyBvZiByZXNvdXJjZXMgKHZpcnR1 YWwpLiANCg0KWW91J3JlIHJpZ2h0LiBBbmQgbm90IG11Y2ggaGFzIGNoYW5nZWQgb3ZlciB0aGUg KHZlcnkgbmVhcmx5KSB0ZW4geWVhcnMuIFRoYXQgaXMsIHRoZXJlIGlzIGFuIGFzc3VtcHRpb24g dGhhdCB0aGVyZSBpcyBzb21lIG1hbmFnZW1lbnQgZWxlbWVudCByZXNwb25zaWJsZSBmb3IgaGFu ZGxpbmcgdGhlICJib29raW5nIiBvZiBuZXR3b3JrIHJlc291cmNlcy4gT2YgY291cnNlLCA1MjEy IGFuZCA1MzM4IChpbXBvcnRhbnRseSBzdXBwbGVtZW50ZWQgYnkgNTYyMyB0aGF0IGRlZmluZWQg Vk5UTSkgY29uc2lkZXJlZCBtdWx0aS1sYXllcmVkIG5ldHdvcmtzLCB3aGVyZSB3ZSBhcmUgZm9j dXNlZCBvbiBib29raW5nIGluIGEgc2luZ2xlIGxheWVyLg0KDQo+IE1vc3Qgc2lnbmlmaWNhbnRs eSwgSSBtaXNzZWQgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIG9wZXJhdG9yIHBvbGljeS4NCg0KVGhl cmUgaXMgYSBzbGlnaHRseSBkaWZmZXJlbnQgbnVhbmNlIHRvIHRoaXMgaW1wb3J0YW50IGlzc3Vl LiBJbiBhIG11bHRpLWxheWVyIG5ldHdvcmsgd2UgYXJlIGNvbmNlcm5lZCAob25lIG1pZ2h0IHNh eSB3b3JyaWVkISkgYWJvdXQgaG93IGEgY2xpZW50IG5ldHdvcmsgcmVxdWVzdHMgcmVzb3VyY2Vz IGZyb20gYSBzZXJ2ZXIgbmV0d29yay4gT3BlcmF0b3IgcG9saWN5IGlzLCBvZiBjb3Vyc2UsIGZ1 bmRhbWVudGFsIGluIHRoYXQgc2NlbmFyaW8uDQoNCkJ1dCBpbiBvdXIgY2FzZSwgd2UgYXJlIGxv b2tpbmcgYXQgaG93IGFuIG9wZXJhdG9yIG1hbmFnZXMgdGhlaXIgb3duIG5ldHdvcmsuIE9mIGNv dXJzZSwgdGhlcmUgaXMgcG9saWN5IHRoZXJlLCBidXQgKG9uZSBhc3N1bWVzKSBhbiBvcGVyYXRv ciBkb2VzIG5vdCBtYW5hZ2UgdGhlaXIgb3duIG5ldHdvcmsgb3V0c2lkZSBvZiB0aGVpciBvd24g cG9saWN5LiBUaGF0IGlzIHRvIHNheSwgaXQgaXMgdGhlIG9wZXJhdG9yJ3MgUENFIHRoYXQgaXMg ZG9pbmcgdGhlIHdvcmsuIChObyB1bmljb3JucyB3ZXJlIGhhcm1lZCBpbiB0aGUgcHJvZHVjdGlv biBvZiB0aGlzIGRvY3VtZW50ISkNCg0KTmV2ZXJ0aGVsZXNzLCBJIHRoaW5rIHdlIGNvdWxkIHVz ZWZ1bGx5IGFkZCBhIG5ldyBzZWN0aW9uIDMuMyBjYWxsZWQgIkVuZm9yY2VtZW50IG9mIG9wZXJh dG9yIHBvbGljeS4iICBTZWUgYmVsb3cuDQoNCltkZWJvcmFoXSBQZXJoYXBzIHRoZXJlIHdhcyBh IG51YW5jZS4gVW5kZXJzdGFuZCwgdGhlIFBDRSBpcyB3aXRoaW4gYW4gb3BlcmF0b3IncyBkb21h aW4sIHdoYXQgSSB3YXMgbG9va2luZyBmb3Igd2FzIHRoZSBwb2xpY3kgY29uZmlndXJhdGlvbiBr bm9icyBzbyBvcGVyYXRvcnMgY291bGQgY3VzdG9taXplLiBZb3VyIHN1Z2dlc3RlZCB0ZXh0IGJl bG93IGNhcHR1cmVzLiBJZiB5b3UgcmVjYWxsLCB3ZSBoYWQgYSB2ZXJ5IHdpc2UgQUQgdGhhdCBw dXNoZWQgdXMgdG8gdGhpbmsgYWJvdXQgYW5kIGluY2x1ZGUgYSBtYW5hZ2VhYmlsaXR5IHNlY3Rp b24gKGUuZy4gUkZDNjEyMykgZXZlbiB3aGVuIHdlIGZlbHQgaXQgd2FzIG9idmlvdXMvImJ1c2lu ZXNzIGFzIHVzdWFsIi4NCg0KPiBIZXJl4oCZcyBzZXZlcmFsIGNyaXRpY2FsIGl0ZW1zIHdoaWNo IHdlcmUgZGlzY3Vzc2VkIGluIHRoZSBNTE4gd29yazoNCj4g4oCiIEFtb3VudCBvZiBjYXBhY2l0 eSBhdmFpbGFibGUgZm9yIHNjaGVkdWxpbmcgbmVlZHMgdG8gYmUgdW5kZXINCj4gICAgb3BlcmF0 b3IgcG9saWN5Lg0KPiDigKIgVGhlIHVzZSBvZiBzY2hlZHVsZWQgcmVzb3VyY2VzIGlmIG5lZWRl ZCBkdXJpbmcgYSBzdWRkZW4gY2hhbmdlICBpbiANCj4gdHJhZmZpYyBkZW1hbmQgZXZlbnQgb3Ig YSBjb21wbGV4IChtdWx0aXBsZSBub2Rlcy9saW5rcykgZmFpbHVyZSAgDQo+IGV2ZW50IG5lZWRz IHRvIGJlIGJhc2VkIG9uIG9wZXJhdG9yIHBvbGljeSBzbyBhcyB0byBwcm90ZWN0IGFnYWluc3Qg IA0KPiBuZXR3b3JrIGRlc3RhYmlsaXphdGlvbi4NCg0KVGhlcmUgYXJlIHR3byBjYXNlczoNCg0K LSBJZiB0aGUgcmVwYWlyIGlzIGhhbmRsZWQgYnkgdGhlIG5ldHdvcmsgdGhlbiB0aGUgZmFjdCB0 aGF0IHRoZSByZXNvdXJjZXMNCiAgYXJlIHJlc2VydmVkIGlzIHVua25vd24gYnkgdGhlIG5ldHdv cmsgYW5kIHRoYXQgUENFIHdpbGwgcmVhY3QgaW4gdGhlDQogIHNhbWUgd2F5IHRoYXQgaXQgd291 bGQgdG8gYSBsaW5rIGZhaWx1cmUgYW5kIHdpbGwgdHJ5IHRvIHJlY29tcHV0ZSB0aGUNCiAgcGF0 aCBvZiB0aGUgYm9va2VkIExTUC4NCg0KLSBJZiB0aGUgcmVwYWlyIGlzIGhhbmRsZWQgYnkgdGhl IFBDRSB0aGVuIGl0IGlzIGF3YXJlIG9mIHRoZSBib29rZWQgcmVzb3VyY2VzDQogIGFuZCBjYW4g YXBwbHkgIm9wZXJhdG9yIHBvbGljeSIgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgdGhlIGJvb2tlZCBM U1AgaXMNCiAgbW9yZSBvciBsZXNzIGltcG9ydGFudCB0aGFuIHJlcGFpciBvZiB0aGUgZmFpbGVk IExTUC4NCg0KW2RlYm9yYWhdIEluIHNlY3Rpb24gMy4xLCBvbmUgb2YgdGhlIGlzc3VlcyB3aGlj aCB5b3UgaWRlbnRpZmllZCBmb3IgaG9sZGluZyBjZW50cmFsbHksIHdhcyB3aGVuIGF1dG9ub21v dXMgYWN0aW9ucyBieSB0aGUgTFNScyB3YXMgYWxsb3dlZC4gQW5kIGl0IG5vdGVkICJ0aGlzIGlt cGFjdCBjYW4gYmUgbWl0aWdhdGVkIGJ5IHJlcGxhbm5pbmcgZnV0dXJlIExTUHMgb3IgdGhyb3Vn aCBMU1AgcHJlZW1wdGlvbiIuIEFzIE9wZXJhdG9ycyBoYXZlIGRpZmZlcmVudCB2aWV3cyBvbiB0 aGlzLCBhbmQgd2hpbGUgaXQgbWF5IGJlIFBDRSBidXNpbmVzcyBhcyB1c3VhbCwgaXQgd291bGQg YmUgYSBjb25zaWRlcmF0aW9uLiBZb3VyIHByb3Bvc2VkIHRleHQgbG9va3MgZ29vZC4NCg0KPiDi gKIgVGhlIGNob2ljZSBvZiByZXNlcnZpbmcgaW1tZWRpYXRlbHkgcmVzb3VyY2VzIGZvciBmdXR1 cmUgdXNlIG9yIHRvICANCj4gYm9vayB3aXRob3V0IHJlc2VydmluZyBuZXR3b3JrIGNhcGFjaXR5 IG11c3QgYmUgdW5kZXIgdGhlIGNvbnRyb2wNCj4gICBvZiBhbiBvcGVyYXRvci4gQW5kIGJvdGgg c2hvdWxkIGJlIHN1cHBvcnRlZCBieSB0aGUgZGF0YWJhc2UgIChuZWVkIA0KPiB0byBiZSBhYmxl IHRvIGRpc3Rpbmd1aXNoKS4NCg0KUmVzb3VyY2VzIHRoYXQgYXJlIHJlc2VydmVkICJub3ciIGFy ZSBpbmRpc3Rpbmd1aXNoYWJsZSBmcm9tIHByb3Zpc2lvbmVkIExTUHMgKGJlY2F1c2UgdGhleSBh cmUgcHJvdmlzaW9uZWQgTFNQcykuIFNvLCB5ZXMsIGFuIG9wZXJhdG9yIGNvdWxkIHNlcnZpY2Ug YSByZXF1ZXN0IGZvciBhbiBMU1AgdG8gYmUgYXZhaWxhYmxlIG5leHQgeWVhciBieSBzZXR0aW5n IGl0IHVwIHRvZGF5IChvciByZXNwb25kaW5nICJObywgY29tZSBiYWNrIGxhdGVyIikuIFlvdSBt YXkgYmUgc3VnZ2VzdGluZyB0aGF0IHN1Y2ggTFNQcyBwcm92aXNpb25lZCBhaGVhZCBvZiB0aGVp ciBhY3R1YWwgbmVlZCBjb3VsZCBiZSBtb3JlIHByZS1lbXB0YWJsZSB0aGFuIExTUHMgdGhhdCBh cmUgaW4gdXNlLiBCdXQgSSB0aGluayB0aGF0IGlzIGNyYXp5LXRhbGsgOi0pIElmIHlvdSB3YW50 IHRvIGJlIG1vcmUgcHJlLWVtcHRhYmxlLCB0aGVuIGRvbid0IHByb3Zpc2lvbiB0aGUgTFNQIC0g dGhhdCdzIHdoeSB5b3UgaGF2ZSBhIHN0YXRlZnVsIFBDRS4NCg0KW2RlYm9yYWhdIEFzIHlvdSBz YXkgYWJvdmUsIGlmIGRvaW5nIG5ldHdvcmsgcmVjb3ZlcnksIHRoZW4gdGhlIExTUidzIFRFRCBp cyBub3QgYXdhcmUgb2YgdGhlIHNjaGVkdWxpbmcuIFRoZSBkcmFmdCBkaXNjdXNzZXMgdGhlIFBD RSdzIExTUC1EQjwtPlBDRSdzIFRFRCBiZWluZyBzeW5jJ2QgYnV0IG5vdCB0aGUgcmVsYXRpb25z aGlwIHdpdGggdGhlIExTUidzIFRFRC4gV2hhdCBJIHdhcyBtb3N0IGNvbmNlcm5lZCBhYm91dCB3 YXMgdGhlIG9wZXJhdG9yJ3MgYWJpbGl0eSB0byBjb250cm9sIC0geW91ciBwcm9wb3NlZCB0ZXh0 IGNsYXJpZmllcy4NCg0KPiDigKIgU2VjdGlvbiAyLjUg4oCcYWxsb3dzIHByZS1lbXB0aW9u4oCd LiBUaGlzIHdhcyB0aGUgZmlyc3QgbWVudGlvbiBvZiANCj4gcHJlLWVtcHRpb24gIG9mIGN1cnJl bnQgcmVzZXJ2YXRpb25zIHRvIGhhbmRsZSBhIHNjaGVkdWxlZCANCj4gcmVzZXJ2YXRpb24uIFRo ZXJlIGlzIG5vDQphZGRpdGlvbmFsDQo+ICBkaXNjdXNzaW9uIGUuZy4gcHJpb3JpdHksIGV0Yy4g UHJlLWVtcHRpb24gaXMgYSBjb21wbGV4IHN1YmplY3QgYW5kIA0KPiBpZiBpdCBpcw0KYWxsb3dl ZCwNCj4gIG1vcmUgZGVzY3JpcHRpb24gaXMgbmVlZGVkIGFuZCBpdCBuZWVkcyB0byBiZSBhZGRl ZCB0aGF0IGl0IGlzIGJhc2VkIA0KPiBvbg0Kb3BlcmF0b3INCj4gIHBvbGljeS4NCg0KWW91J3Jl IHJpZ2h0IHRoYXQgMi4xIGFuZCAyLjIgc2hvdWxkIHRhbGsgYWJvdXQgcHJlLWVtcHRpb24uDQpQ ZXJzb25hbGx5LCBJIGRvbid0IHRoaW5rIGl0IGlzIGEgcGFydGljdWxhcmx5IGNvbXBsZXggY29u Y2VwdC4gQnV0IHJlY2FsbCwgdGhlIGRlY2lzaW9uIGlzIHVuZGVyIHRoZSBjb250cm9sIG9mIHRo ZSBzdGF0ZWZ1bCBQQ0UuDQoNCj4g4oCiIE5lZWQgdG8gaW5jbHVkZSBuZXR3b3JrIHBlcmZvcm1h bmNlIGZhY3RvcnMgKG1heGltdW0gbGluayANCj4gdXRpbGl6YXRpb24gIGFuZCByZXNpZHVhbCBj YXBhY2l0eSBvZiB0aGUgbmV0d29yaykgd2l0aCByZXNwZWN0IHRvIA0KPiBzdXBwb3J0aW5nIHNj aGVkdWxpbmcgIGFuZCBzdWJqZWN0IHRvIG9wZXJhdG9yIHBvbGljeS4NCg0KWWVzLCB3ZSBjb3Vs ZCBtYWtlIG1vcmUgb2YgT2JqZWN0aXZlIEZ1bmN0aW9ucy4gSSBndWVzcyB3ZSdyZSBqdXN0IHRv byB1c2VkIHRvIHNlZWluZyB0aGF0IGFzIGEgbm9ybWFsLCBldmVyeWRheSBmYWN0b3Igb2YgUENF Lg0KDQo+IOKAoiBXaGVuIHlvdSBkaXNjdXNzIHJlLW9wdGltaXphdGlvbiwgeW91IG5lZWQgdG8g YWRkIHRoaXMgbmVlZHMgdG8gYmUgDQo+IHVuZGVyICBjb250cm9sIG9mIG9wZXJhdG9yIHBvbGlj eSBhcyB0aGUgc3RhYmlsaXR5IG9mIHRoZSBuZXR3b3JrIHdpbGwgYmUgaW1wYWN0ZWQuDQoNCk5v dyB5b3UgbXVzdCByZW1lbWJlciB3aG9zZSBQQ0UgdGhpcyBpcy4gUmUtb3B0aW1pemF0aW9uIG91 dCBvZiB0aGUgY29udHJvbCBvZiBhIFBDRSBpcyBubyBtb3JlIHRoYW4gYSBzZXJ2aWNlIHJlLXBy b3Zpc2lvbmluZyByZXF1ZXN0LCBidXQgc2luY2UgdGhlIGFwcGxpY2F0aW9uIGlzIHVubGlrZWx5 IHRvIGJlIGFibGUgdG8gc2VlIG11Y2ggb2YgdGhlIFRFRCwgaXQgaXMgbWVhbmluZ2xlc3MgZm9y IGl0IHRvIG1ha2Ugc3VjaCBhIHJlcXVlc3QuIFJlLW9wdGltaXphdGlvbiB1bmRlciB0aGUgY29u dHJvbCBvZiB0aGUgUENFIGlzIGV4YWN0bHkgYWNjb3JkaW5nIHRvIHRoZSBvcGVyYXRvcidzIHBv bGljeSBieSBkZWZpbml0aW9uLg0KDQpbZGVib3JhaF0gT2ssIGp1c3QgbG9va2luZyBmb3IgdGhl IHdvcmRzLg0KDQo+IOKAoiBUaGUgT0FNIHN0YXR1cyBvZiB0aGUgcmVzZXJ2ZWQgcmVzb3VyY2Vz IChhbGFybXMpIG11c3QgYmUgYXZhaWxhYmxlLiANCj4gQ29udHJvbA0Kb2YNCj4gIHJlY2FsY3Vs YXRpb25zIGZvciB0aGUgc2NoZWR1bGVkIHJlc291cmNlcyBhbmQgbm90aWZpY2F0aW9ucyBvZiB0 aGUgDQo+IGFsYXJtcw0KbmVlZHMgdG8NCj4gIGJlIHN1YmplY3QgdG8gcG9saWN5Lg0KDQpJdCBl aXRoZXIgaXMgb3IgaXQgaXNuJ3QhDQpUaGlzIGlzIG5vIGRpZmZlcmVudCB0byBhbnkgb3RoZXIg VEVEIGNvbXB1dGF0aW9uIGV4Y2VwdCAob2YgY291cnNlPykgY29tcHV0aW5nIGFuIExTUCdzIHBh dGggZm9yIGFuIExTUCBkdWUgaW4gdGhyZWUgeWVhcnMnIHRpbWUgbWlnaHQgYmUgbW9yZSBsaWtl bHkgdG8gaWdub3JlIHRvZGF5J3MgYWxhcm1zLg0KwqANCj4gSW4gdGhlIGFic3RyYWN0LCB5b3Ug c2F5IOKAnFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgYSANCj4gZnJhbWV3b3JrLi5kaXNjdXNzZXMg dGhlIGFyY2hpdGVjdHVyZS4u4oCdLiBBcyB0aGlzIGRvY3VtZW50IGlzIG1vcmUgDQo+IHRoYW4g YW4gYXJjaGl0ZWN0dXJlLCBJIHRoaW5rIHRoZQ0KdGl0bGUNCj4gc2hvdWxkIHJlZmxlY3QgaXQg aXMgYSDigJxGcmFtZXdvcmsuLuKAnS4NCg0KVGhpcyBjaG9pY2Ugb2Ygc2VtYW50aWNzIGlzIHdh eSBhYm92ZSBteSBwYXktZ3JhZGUuDQpbRGVib3JhaF0gSXQgd291bGQgaGVscCB0byBiZSBjb25z aXN0ZW508J+YiiBUaGUgYWJzdHJhY3QgYW5kIGludHJvZHVjdGlvbiBzYXkgImZyYW1ld29yayIu IENob29zZSBvbmUgb3IgdGhlIG90aGVyLg0KDQrCoD4gWW91IGxpc3RlZCBDUFUgdXRpbGl6YXRp b24sIG1lbW9yeSwgYnVmZmVycyBvZiBpbnRlcmZhY2VzIGFzIHJlc291cmNlcyB0aGF0IGNhbiBi ZQ0KPiBzY2hlZHVsZWQuIEFzIHRoaXMgZHJhZnQgaXMgb24gVEUgTFNQcywgSSBkaWRu4oCZdCBz ZWUgdGhlIHJlbGF0aW9uIHRvIA0KPiB0aGVzZQ0KcGFyYW1ldGVycw0KPiAoZm9yIFJTVlAtVEUg c2lnbmFsaW5nIG9yIFBDRSB1c2UpPw0KDQpZdXAuIFJTVlAtVEUgaXMgbm90IHVzZWQgdG8gcHJv dmlzaW9uIGNvbXB1dGUgYW5kIHN0b3JhZ2UgcmVzb3VyY2VzIC0gZm9yIHdoaWNoIHdlIGFyZSBz dWl0YWJseSBncmF0ZWZ1bC4gQnV0IHNvbWUgcGVvcGxlIG9ic2VydmUgdGhhdCBhbiBvcmNoZXN0 cmF0b3IgaXMgYSB0eXBlIG9mIFBDRSBhbmQgdGhhdCBhbiBTRE4gc3lzdGVtIHVzZXMgYSBQQ0Ug YXQgaXRzIGNvcmUuDQoNCltEZWJvcmFoXSAgQnV0IHRoaXMgZHJhZnQgaXMgZGlzY3Vzc2luZyBM U1AtREIgYW5kIFRFRD8gRG9lcyBpdCBjb3ZlciBhbnkvYWxsIHR5cGUgb2YgZGF0YWJhc2U/IElm IHlvdSB3YW50IHRvIGtlZXAsIHlvdSBuZWVkIHRvIGlkZW50aWZ5IHRoZXNlIGFyZSBub3Qgc3Rh bmRhcmQgYXR0cmlidXRlcyBmb3IgTFNQLURCIGFuZCBURUQuDQoNCj4gSW4gdGhlIGFja25vd2xl ZGdlbWVudHMsIHlvdSBsaXN0IGNoZW4tdGVhcy1mcm13ay10dHMgYW5kIGFsc28gbGlzdCBpdCAg DQo+IGluIHRoZSByZWZlcmVuY2VzLiBBcyB0aGlzIGVhcmxpZXIgZG9jdW1lbnQgd2FzIGRhdGVk IE1hcmNoIDIwMTYsIGl0IA0KPiB3b3VsZCBiZSBzdWZmaWNpZW50IHRvIGxpc3QgdGhlIGF1dGhv cnMgYXMgeW91IGhhdmUgZG9uZSwgc2F5aW5nICANCj4gY29udHJpYnV0ZWQgdG8gZWFybGllciB2 ZXJzaW9uLCBidXQgZG9u4oCZdCBsaXN0IHRoZSBubyBsb25nZXIgZXhpc3RpbmcgDQo+IGRvY3Vt ZW50Lg0KwqANClRoZSB0ZXh0IGFzIHdyaXR0ZW4gaXMgdmVyeSBwcmVjaXNlLiBJcyB0aGVyZSBh IHByb2JsZW0gd2l0aCBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2UgdG8gYW4gZXhwaXJlZCBkcmFm dD8NCg0KW0RlYm9yYWhdIFRoZXJlIGlzIG5vIHByb2JsZW0gd2l0aCBhbiBpbmZvcm1hdGl2ZSBy ZWZlcmVuY2UgdG8gYW4gZXhwaXJlZCBkcmFmdC4gTXkgY29tbWVudCB3YXMgYmFzZWQgb24gImRv ZXMgdGhpcyByZWZlcmVuY2UgcHJvdmlkZSBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGZvciB0aGUg cmVhZGVyPyIuIEkgYXNrZWQgdGhlIHF1ZXN0aW9uIGFzIGl0IHdvdWxkIHNlZW0gbW9yZSBhcHBy b3ByaWF0ZSB0byBoYXZlIHB1dCBpdCBpbiB0aGUgZG9jdW1lbnQuIFBlciBbUkZDNzMyMl0sIGEg cmVmZXJlbmNlIGluIHRoZSBhY2sgaXMgdXNlZCAidG8gbm90ZSBhbnkgZG9jdW1lbnRzIGZyb20g d2hpY2ggdGV4dCB3YXMgYm9ycm93ZWQiLiBJdCB3YXMgbm90IGNsZWFyIHRvIG1lIGlmIHRoYXQg ZG9jdW1lbnQgd2FzIHRoZSAiZWFybGllciB2ZXJzaW9uIiBvZiB0aGlzIGRyYWZ0PyBPciB3aGF0 IHdhcyBtZWFudCBieSAiZWFybGllciB2ZXJzaW9uIi4NCg0KPiBUaGVyZSBhcmUgbXVsdGlwbGUg aW5zdGFuY2VzIHdoZXJlIHRoZSBFbmdsaXNoIGxhY2tzIGluIGNsYXJpdHkgYW5kIA0KPiBpbXBh Y3RzIHRoZSB1bmRlcnN0YW5kaW5nLiBJ4oCZdmUgc3VnZ2VzdGVkIGltcHJvdmVtZW50cyBmb3Ig bXVsdGlwbGUgDQo+IHNlbnRlbmNlcywgdGhvdWdoIHRoZSBkb2N1bWVudCBuZWVkcyBhIG1vcmUg Y2FyZWZ1bCByZXZpZXcuDQoNClJlZCBSYWcsIHBsZWFzZSBtZWV0IE1yLiBCdWxsLg0KDQpJJ2xs IGxvb2sgdGhyb3VnaCB5b3VyIGNvbW1lbnRzIHdpdGggaW50ZXJlc3QgOi0pDQrCoA0KPiBBcyBJ IHNhaWQsIHRoaXMgaXMgYSBjb21wbGV4IHByb2JsZW0gc3BhY2Ugc28gZG9u4oCZdCB0YWtlIG15 IGNvbW1lbnRzIA0KPiBuZWdhdGl2ZWx5LiBJ4oCZbGwgc2VuZCBhIG1hcmtlZCB1cCBkb2N1bWVu dCB0byB0aGUgYXV0aG9ycyB3aXRoIG15IA0KPiBzdWdnZXN0aW9ucyBmb3IgYXBwcm9wcmlhdGUg c2VjdGlvbnMgdG8gYWRkIHRleHQgYW5kIGltcHJvdmluZyBjbGFyaXR5Lg0KDQpUaGFua3MgYWdh aW4uDQoNCkFuZCBub3csIHByb3Bvc2VkIHRleHQuLi4NCg0KPT09PQ0KDQozLjMgRW5mb3JjZW1l bnQgb2YgT3BlcmF0b3IgUG9saWN5DQoNCkNvbXB1dGF0aW9uIHJlcXVlc3RzIGZvciBMU1BzIGFy ZSBzZXJ2aWNlZCBhY2NvcmRpbmcgdG8gb3BlcmF0b3IgcG9saWN5LiBGb3IgZXhhbXBsZSwgYSBQ Q0UgbWF5IHJlZnVzZSBhIGNvbXB1dGF0aW9uIHJlcXVlc3QgYmVjYXVzZSB0aGUgYXBwbGljYXRp b24gbWFraW5nIHRoZSByZXF1ZXN0IGRvZXMgbm90IGhhdmUgc3VmZmljaWVudCBwZXJtaXNzaW9u cywgb3IgYmVjYXVzZSBzZXJ2aWNpbmcgdGhlIHJlcXVlc3QgbWlnaHQgdGFrZSBzcGVjaWZpYyBy ZXNvdXJjZSB1c2FnZSBvdmVyIGEgZ2l2ZW4gdGhyZXNob2xkLg0KDQpGdXJ0aGVybW9yZSwgdGhl IHByZS1lbXB0aW9uIGFuZCBob2xkaW5nIHByaW9yaXRpZXMgb2YgYW55IHBhcnRpY3VsYXIgY29t cHV0YXRpb24gcmVxdWVzdCBtYXkgYmUgc3ViamVjdCB0byB0aGUgb3BlcmF0b3IncyBwb2xpY2ll cy4gVGhlIHJlcXVlc3QgY291bGQgYmUgcmVqZWN0ZWQgaWYgaXQgZG9lcyBub3QgY29uZm9ybSB0 byB0aGUgb3BlcmF0b3IncyBwb2xpY2llcywgb3IgKHBvc3NpYmx5IG1vcmUNCmxpa2VseSkgdGhl IHByaW9yaXRpZXMgY291bGQgYmUgc2V0L292ZXJ3cml0dGVuIGFjY29yZGluZyB0byB0aGUgb3Bl cmF0b3IncyBwb2xpY2llcy4NCg0KQWRkaXRpb25hbGx5LCB0aGUgb2JqZWN0aXZlIGZ1bmN0aW9u cyAoT0ZzKSBvZiBjb21wdXRhdGlvbiByZXF1ZXN0IChzdWNoIGFzIG1heGltaXppbmcgcmVzaWR1 YWwgYmFuZHdpZHRoKSBhcmUgYWxzbyBzdWJqZWN0IHRvIG9wZXJhdG9yIHBvbGljaWVzLiBJdCBp cyBoaWdobHkgbGlrZWx5IHRoYXQgdGhlIGNob2ljZSBvZiBPRnMgaXMgbm90IGF2YWlsYWJsZSB0 byBhbiBhcHBsaWNhdGlvbiBhbmQgaXMgc2VsZWN0ZWQgYnkgdGhlIFBDRSBvciBtYW5hZ2VtZW50 IHN5c3RlbSBzdWJqZWN0IHRvIG9wZXJhdG9yIHBvbGljaWVzIGFuZCBrbm93bGVkZ2Ugb2YgdGhl IGFwcGxpY2F0aW9uLg0KDQpOb25lIG9mIHRoZXNlIHN0YXRlbWVudHMgaXMgbmV3IHRvIHNjaGVk dWxlZCByZXNvdXJjZXMuIFRoZXkgYXBwbHkgdG8gc3RhdGVsZXNzLCBzdGF0ZWZ1bCwgcGFzc2l2 ZSwgYW5kIGFjdGl2ZSBQQ0VzLCBhbmQgdGhleSBjb250aW51ZSB0byBhcHBseSB0byBzY2hlZHVs aW5nIG9mIHJlc291cmNlcy4NCg0KQW4gb3BlcmF0b3IgbWF5IGNob29zZSB0byBjb25maWd1cmUg c3BlY2lhbCBiZWhhdmlvciBmb3IgYSBQQ0UgdGhhdCBoYW5kbGVzIHJlc291cmNlIHNjaGVkdWxp bmcuIEZvciBleGFtcGxlLCBhbiBvcGVyYXRvciBtaWdodCB3YW50IG9ubHkgYSBjZXJ0YWluIHBl cmNlbnRhZ2Ugb2YgYW55IHJlc291cmNlIHRvIGJlIGJvb2thYmxlLiBBbmQgYW4gb3BlcmF0b3Ig bWlnaHQgd2FudCB0aGUgcHJlLWVtcHRpb24gb2YgYm9va2VkIHJlc291cmNlcyB0byBiZSBhbiBp bnZlcnNlIGZ1bmN0aW9uIG9mIGhvdyBmYXIgaW4gdGhlIGZ1dHVyZSB0aGUgcmVzb3VyY2VzIGFy ZSBuZWVkZWQgZm9yIHRoZSBmaXJzdCB0aW1lLg0KDQpJdCBJcyBhIGdlbmVyYWwgYXNzdW1wdGlv biBhYm91dCB0aGUgYXJjaGl0ZWN0dXJlIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQgdGhhdCBhIFBD RSBpcyB1bmRlciB0aGUgb3BlcmF0aW9uYWwgY29udHJvbCBvZiB0aGUgb3BlcmF0b3IgdGhhdCBv d25zIHRoZSByZXNvdXJjZXMgdGhhdCB0aGUgUENFIG1hbmlwdWxhdGVzLiBUaHVzIHRoZSBvcGVy YXRvciBtYXkgY29uZmlndXJlIGFueSBhbW91bnQgb2YgKHBvdGVudGlhbGx5IGNvbXBsZXgpIHBv bGljeSBhdCB0aGUgUENFLiBUaGlzIGNvbmZpZ3VyYXRpb24gd291bGQgYWxzbyBpbmNsdWRlIHBv bGljeSBwb2ludHMgc3Vycm91bmRpbmcgcmUtb3B0aW1pemF0aW9uIG9mIGV4aXN0aW5nIGFuZCBw bGFubmVkIExTUHMgaW4gdGhlIGV2ZW50IG9mIGNoYW5nZXMgaW4gdGhlIGN1cnJlbnQgYW5kIGZ1 dHVyZSAocGxhbm5lZCkgcmVzb3VyY2UgYXZhaWxhYmlsaXR5Lg0KDQo9PT09DQoNCkJlc3QsDQpB ZHJpYW4gKHBhc3NpbmcgdGhyb3VnaCBOZXdhcmsgYW5kIHNvIGFibGUgdG8gdGhyb3cgcm9ja3Mg Oy0pDQoNCg== From nobody Sat Feb 17 08:18:02 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D77C1270A7; Sat, 17 Feb 2018 08:18:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 7Izbt1p6uKYq; Sat, 17 Feb 2018 08:17:58 -0800 (PST) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40121.outbound.protection.outlook.com [40.107.4.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C1CD124D37; Sat, 17 Feb 2018 08:17:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qjYx9IImD1W1bvi6RjGf2l7JPasa2B6aE0nGh5X4CXs=; b=WV+xerNmhmile/A01bYUpEj1uwdOOJU1TlE4zTeaNZZvJdubHeblws2EuPP6hLtbXMHz9EbEMrktXXaXNbN1xtvhYQjyn0DPnfjtZGH0vS/o0eRodo0OZ6pJdFdsymodAvfpte59bDpouxtWTkrU7F3n++Bv1jDdkIo44sZpdB8= Received: from DB6PR0701MB2614.eurprd07.prod.outlook.com (10.169.214.142) by DB6PR0701MB2824.eurprd07.prod.outlook.com (10.168.83.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.506.7; Sat, 17 Feb 2018 16:17:55 +0000 Received: from DB6PR0701MB2614.eurprd07.prod.outlook.com ([fe80::b4c5:3061:5b3b:5ac5]) by DB6PR0701MB2614.eurprd07.prod.outlook.com ([fe80::b4c5:3061:5b3b:5ac5%14]) with mapi id 15.20.0506.013; Sat, 17 Feb 2018 16:17:55 +0000 From: "Bhatia, Manav (Nokia - IN/Bangalore)" To: Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpghN8evea+ZweEicUQY6yG7DwKOpJcmA Date: Sat, 17 Feb 2018 16:17:55 +0000 Message-ID: <69326A60-9455-4969-B2C4-0A98A3902AF8@nokia.com> References: In-Reply-To: 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=manav.bhatia@nokia.com; x-originating-ip: [122.166.166.236] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB6PR0701MB2824; 6:C4ZxqqmC4e4arhUwoaVcSUtExZncZm0kw4QbgnWbDARPAaLXteZuXZW9lszvXdwFD402+/7Vc4m0RApTrldvv0vTNPMqmvb721568DdDqsUQLcqVhoESIr2A2/oQjVOadigAwD82sUE7QYfk4qdV+COA/7M4YKKUP2xC6MZHspJ5TT5d0DsoO5ZWkLbHR54YsssdMmhhhKpBv3TiZ0NfqzNQSPDe0X7IZ5Q9BtiIJQDPbBmvpJY/HxXwmRV0WqmCkvsr9QsyZiEu6sdEldRIv9bwFl9vJzQLaVyRA+NnOetrv7y39Z6AADzw5+kX/oglHJ+7Cjcg3TJHET9Bp/UzMq3hT49V2dB3sgNNQcr2ika+2El+oWookCe3Yt6naEPi; 5:Z2fDMz94w5JGQfdVw+O8CJJRGMsgkhwc7aa3Lf7eTINPFRcz+BYqCjnWHW5uigYEBHYvueH07bmlTLQDj7I0KoQi8R3Qa56SzSf9GJ7XeEEmvRG6rc6MoworVQ3gmJTzqtmFGJ6h9XRV/errbgKHNJVtCosf7YJa6A1GW/voiDw=; 24:Spqd6dssvwCzAlOZvjrT9HfdePlYnsmhUfeMn8oKD/pn+odV34fNzT2i8RfUVmDpAwJViaR+Yrtp4Vnul0VGBfnNkINMpieSCzAD9NU3aZI=; 7:SDSGklZ08Ig+xG6yuvTehS5OooIoXxD/1EfT1fQ1aQ/8AKxM3D6XLTjanlaygUPEbJsA9by638djNoUHUz9eociVeEYhlp7fnBWfjr7dgYnG1TWx7mObzGCDhCP2dZ+AWJqfSTjYKVNKGp+46yi7Y0hssFek034nhxQcW8m72xg4nqRjGxoNfovKDfY6m5O38YVQ3HYM5utNYynl+e4tU76NiUPXL0BYcaHsczNepApPO9cRrl+Kzt/3/U0wBeNy x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 937d0b80-71bb-4924-ef37-08d5762200bf x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7193020); SRVR:DB6PR0701MB2824; x-ms-traffictypediagnostic: DB6PR0701MB2824: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(85827821059158)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3231101)(11241501184)(806099)(944501161)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041288)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(20161123558120)(6072148)(201708071742011); SRVR:DB6PR0701MB2824; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2824; x-forefront-prvs: 058637CA05 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(39380400002)(346002)(366004)(376002)(396003)(199004)(189003)(25786009)(54896002)(53936002)(6246003)(6306002)(76176011)(99286004)(36756003)(59450400001)(82746002)(83716003)(86362001)(7736002)(6116002)(2906002)(102836004)(4326008)(26005)(106356001)(105586002)(186003)(3660700001)(53546011)(3846002)(14454004)(8676002)(6486002)(81166006)(8936002)(39060400002)(6506007)(81156014)(68736007)(229853002)(2950100002)(478600001)(316002)(6436002)(66066001)(97736004)(3280700002)(5660300001)(6512007)(110136005)(2900100001)(5250100002)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2824; H:DB6PR0701MB2614.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: QXqpCGRYK73tmjD6zu0nNedYd4E5ckBlvBT0iwNhbKNmry/UIW5TLIoa2sXj2b0CbNN7EjYzxFMcRVIuppIsSzUZClaN30YDJrn+WK3DAMWpXKT9M+7n1eHkdJKrHEAu spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_69326A6094554969B2C40A98A3902AF8nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 937d0b80-71bb-4924-ef37-08d5762200bf X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Feb 2018 16:17:55.4774 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2824 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 17 Feb 2018 16:18:00 -0000 --_000_69326A6094554969B2C40A98A3902AF8nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIGRyYWZ0IGxvb2tzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiBhbmQgSSBzdXBwb3J0IGl0Lg0K DQpDaGVlcnMsIE1hbmF2DQoNCkZyb206IFRlYXMgPHRlYXMtYm91bmNlc0BpZXRmLm9yZz4gb24g YmVoYWxmIG9mIFZpc2hudSBQYXZhbiBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCkRh dGU6IFRodXJzZGF5LCAxNSBGZWJydWFyeSAyMDE4IGF0IDg6MjQgQU0NClRvOiBURUFTIFdHIDx0 ZWFzQGlldGYub3JnPg0KQ2M6IFRFQVMgV0cgQ2hhaXJzIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZz4N ClN1YmplY3Q6IFtUZWFzXSBXRyBMYXN0IENhbGwgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNv cm91dGVkLWJpZGlyLWZyci0wMg0KDQpBbGwsDQpUaGlzIHN0YXJ0cyBhIHR3by13ZWVrIHdvcmtp bmcgZ3JvdXAgbGFzdCBjYWxsIG9uDQpkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlk aXItZnJyLTAyDQoNClRoZSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIG9uIEZlYiAyOC4N ClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlIHRlYXMgbWFpbGluZyBsaXN0Lg0KDQpQ b3NpdGl2ZSBjb21tZW50cywgZS5nLiwgIkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQN CmJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uIiwgYXJlIHdlbGNvbWUhDQpUaGlz IGlzIHVzZWZ1bCBhbmQgaW1wb3J0YW50LCBldmVuIGZyb20gYXV0aG9ycy4NCg0KTk9URTogSVBS IGhhcyBiZWVuIGRpc2Nsb3NlZCBvbiB0aGlzIGRvY3VtZW50DQoNClRoYW5rIHlvdSwNClRFQVMg Q2hhaXJzDQo= --_000_69326A6094554969B2C40A98A3902AF8nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <7828FBA80832AF4780844025A4D40723@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw Lm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1u YW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNw YW4uZ21haWwtaWwNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtaWw7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBw dCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBsaW5rPSIjMDU2M0Mx IiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+VGhlIGRyYWZ0IGxvb2tzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiBhbmQgSSBzdXBw b3J0IGl0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLUdCIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LUdCIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkNoZWVycywgTWFuYXY8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1H QiIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+VGVhcyAm bHQ7dGVhcy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgVmlzaG51IFBhdmFuIEJl ZXJhbSAmbHQ7dmlzaG51cGF2YW5AZ21haWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UaHVy c2RheSwgMTUgRmVicnVhcnkgMjAxOCBhdCA4OjI0IEFNPGJyPg0KPGI+VG86IDwvYj5URUFTIFdH ICZsdDt0ZWFzQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOiA8L2I+VEVBUyBXRyBDaGFpcnMgJmx0 O3RlYXMtY2hhaXJzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bVGVhc10gV0cg TGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxhIG5hbWU9Il9NYWlsT3JpZ2luYWxCb2R5Ij5BbGwsPGJyPg0KVGhpcyBzdGFydHMgYSB0 d28td2VlayB3b3JraW5nIGdyb3VwIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+bGFzdDwvc3Bhbj4g PHNwYW4gY2xhc3M9ImdtYWlsLWlsIj4NCmNhbGw8L3NwYW4+IG9uPGJyPg0KZHJhZnQtaWV0Zi10 ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMjxicj4NCjxicj4NClRoZSB3b3JraW5nIGdy b3VwIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+bGFzdDwvc3Bhbj4gPHNwYW4gY2xhc3M9ImdtYWls LWlsIj5jYWxsPC9zcGFuPiBlbmRzIG9uIEZlYiAyOC48YnI+DQpQbGVhc2Ugc2VuZCB5b3VyIGNv bW1lbnRzIHRvIHRoZSB0ZWFzIG1haWxpbmcgbGlzdC48YnI+DQo8YnI+DQpQb3NpdGl2ZSBjb21t ZW50cywgZS5nLiwgJnF1b3Q7SSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZDxicj4NCmJl bGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uJnF1b3Q7LCBhcmUgd2VsY29tZSE8YnI+ DQpUaGlzIGlzIHVzZWZ1bCBhbmQgaW1wb3J0YW50LCBldmVuIGZyb20gYXV0aG9ycy48YnI+DQo8 YnI+DQpOT1RFOiBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIG9uIHRoaXMgZG9jdW1lbnQ8YnI+DQo8 YnI+DQpUaGFuayB5b3UsPGJyPg0KVEVBUyBDaGFpcnM8bzpwPjwvbzpwPjwvYT48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_69326A6094554969B2C40A98A3902AF8nokiacom_-- From nobody Sat Feb 17 12:53:08 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF147128C0A; Sat, 17 Feb 2018 12:53:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.629 X-Spam-Level: X-Spam-Status: No, score=-12.629 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EVBBrwc4T84d; Sat, 17 Feb 2018 12:53:06 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A98A91275FD; Sat, 17 Feb 2018 12:53:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7556; q=dns/txt; s=iport; t=1518900786; x=1520110386; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0DKd/Z51ZIP61YwYJJLkGIWltnRhVaqYuAUK8O6rKPY=; b=eqCE526lNxQp3ZbeeDZqKLis6j5U28v/7RlI6N2w5AX7xAXL8EUPfd52 t3bak9c6/5HwAMdvBd03iI42v8wrfgB7tt7RTAgLhKxC7rVLDHs7/BLFP oG5gzTuJEuRvO8f0DiM9MJXm/npcTXH8QVy4hRHdcUuxmN8csZRJICXlR A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AIAQCwlYha/4QNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadWZwKAqDXIoljgOCAoEXh3+IboVcFIICCoU7AhqCLFQYAQI?= =?us-ascii?q?BAQEBAQECayiFIwEBAQEDIwpBCxACAQgRAwECKwICAh8RHQgCBAENBYk+TAMVr?= =?us-ascii?q?QeCJ4UBgjMNgTKCEwEBAQEBAQEBAQEBAQEBAQEBAQEBAR2FC4IogVeBaCmDBYJ?= =?us-ascii?q?sgX9YgncxgjQFi3aYCjUJApB9hQuCIIYqi32OTokkAhEZAYE7AR85gVFwFToqA?= =?us-ascii?q?YIYCYRteIx2gRkBAQE?= X-IronPort-AV: E=Sophos; i="5.46,526,1511827200"; d="scan'208,217"; a="71698804" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Feb 2018 20:53:05 +0000 Received: from XCH-RTP-017.cisco.com (xch-rtp-017.cisco.com [64.101.220.157]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id w1HKr5iF013619 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 17 Feb 2018 20:53:05 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-017.cisco.com (64.101.220.157) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sat, 17 Feb 2018 15:53:04 -0500 Received: from xch-rtp-018.cisco.com ([64.101.220.158]) by XCH-RTP-018.cisco.com ([64.101.220.158]) with mapi id 15.00.1320.000; Sat, 17 Feb 2018 15:53:04 -0500 From: "Zafar Ali (zali)" To: Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpghNaINvySKbk0aD4HXtldsw86OpFoYA Date: Sat, 17 Feb 2018 20:53:03 +0000 Message-ID: <98B8A860-0C64-49E7-B5EC-32AC8DBB2883@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.224.155] Content-Type: multipart/alternative; boundary="_000_98B8A8600C6449E7B5EC32AC8DBB2883ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 17 Feb 2018 20:53:08 -0000 --_000_98B8A8600C6449E7B5EC32AC8DBB2883ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBXRyBhbmQgdGhlIGNoYWlycywNCg0KSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFu ZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KVGhhbmtzDQoNClJlZ2Fy ZHMg4oCmIFphZmFyDQoNCkZyb206IFRlYXMgPHRlYXMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVo YWxmIG9mIFZpc2hudSBQYXZhbiBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCkRhdGU6 IFdlZG5lc2RheSwgRmVicnVhcnkgMTQsIDIwMTggYXQgOTo1NCBQTQ0KVG86IFRFQVMgV0cgPHRl YXNAaWV0Zi5vcmc+DQpDYzogVEVBUyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYub3JnPg0K U3ViamVjdDogW1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29y b3V0ZWQtYmlkaXItZnJyLTAyDQoNCkFsbCwNClRoaXMgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2lu ZyBncm91cCBsYXN0IGNhbGwgb24NCmRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRp ci1mcnItMDINCg0KVGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMgb24gRmViIDI4Lg0K UGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgdGVhcyBtYWlsaW5nIGxpc3QuDQoNClBv c2l0aXZlIGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZA0K YmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24iLCBhcmUgd2VsY29tZSENClRoaXMg aXMgdXNlZnVsIGFuZCBpbXBvcnRhbnQsIGV2ZW4gZnJvbSBhdXRob3JzLg0KDQpOT1RFOiBJUFIg aGFzIGJlZW4gZGlzY2xvc2VkIG9uIHRoaXMgZG9jdW1lbnQNCg0KVGhhbmsgeW91LA0KVEVBUyBD aGFpcnMNCg== --_000_98B8A8600C6449E7B5EC32AC8DBB2883ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <95688021B3817744909EFB6F9B78F6FA@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5t c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLmdtYWlsLWlsDQoJe21z by1zdHlsZS1uYW1lOmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtjb2xvcjpibGFjayI+RGVhciBXRyBhbmQgdGhlIGNoYWlycywNCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNr Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtjb2xvcjpibGFjayI+SSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZCBiZWxp ZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPlRoYW5rczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5SZWdhcmRzIOKApiBa YWZhcg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJs YWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9y OmJsYWNrIj5UZWFzICZsdDt0ZWFzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBW aXNobnUgUGF2YW4gQmVlcmFtICZsdDt2aXNobnVwYXZhbkBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+ RGF0ZTogPC9iPldlZG5lc2RheSwgRmVicnVhcnkgMTQsIDIwMTggYXQgOTo1NCBQTTxicj4NCjxi PlRvOiA8L2I+VEVBUyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9iPlRF QVMgV0cgQ2hhaXJzICZsdDt0ZWFzLWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0 OiA8L2I+W1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0 ZWQtYmlkaXItZnJyLTAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+QWxsLDxicj4N ClRoaXMgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2luZyBncm91cCA8c3BhbiBjbGFzcz0iZ21haWwt aWwiPmxhc3Q8L3NwYW4+IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+DQpjYWxsPC9zcGFuPiBvbjxi cj4NCmRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8YnI+DQo8YnI+ DQpUaGUgd29ya2luZyBncm91cCA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPmxhc3Q8L3NwYW4+IDxz cGFuIGNsYXNzPSJnbWFpbC1pbCI+Y2FsbDwvc3Bhbj4gZW5kcyBvbiBGZWIgMjguPGJyPg0KUGxl YXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgdGVhcyBtYWlsaW5nIGxpc3QuPGJyPg0KPGJy Pg0KUG9zaXRpdmUgY29tbWVudHMsIGUuZy4sICZxdW90O0kndmUgcmV2aWV3ZWQgdGhpcyBkb2N1 bWVudCBhbmQ8YnI+DQpiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiZxdW90Oywg YXJlIHdlbGNvbWUhPGJyPg0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwgZXZlbiBmcm9t IGF1dGhvcnMuPGJyPg0KPGJyPg0KTk9URTogSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBvbiB0aGlz IGRvY3VtZW50PGJyPg0KPGJyPg0KVGhhbmsgeW91LDxicj4NClRFQVMgQ2hhaXJzPG86cD48L286 cD48L2E+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_98B8A8600C6449E7B5EC32AC8DBB2883ciscocom_-- From nobody Sat Feb 17 14:01:05 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 327EA12D77A; Sat, 17 Feb 2018 14:01:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.629 X-Spam-Level: X-Spam-Status: No, score=-12.629 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eVMaYXB9n1Mu; Sat, 17 Feb 2018 14:01:02 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EEB4129C6A; Sat, 17 Feb 2018 14:00:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7050; q=dns/txt; s=iport; t=1518904857; x=1520114457; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+HO9W3jFQpMStQm4UZvHFqBJ5MjfjdxrMsKPvBwLrqY=; b=MxONmxeCr8kCohgRcnY2uieMYJYrGwtYUWLF9D/sihpzVqSzZ3cPBuWY J0irIxQHaLtTV/R2jSbLrpGJo2BuO6wWmCcl+3WcmPUbRJyDjySwMK6nG tH4JWrajnlUpl0oQkYi6q0mFqNWUvMNduh2DsQGMmZ6xM+p3HeLdCdx/V s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAQB+pYha/4cNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadWZwKAqDXIoljgOBWyeBF4d/iG6FXIIWCoU7AhqCLFQYAQI?= =?us-ascii?q?BAQEBAQECayiFIwEBAQEDIwpBCxACAQgRAwECKwICAh8RHQgCBAENBYk+TAMVr?= =?us-ascii?q?HyCJ4UBgjMNgTKCEwEBAQEBAQEBAQEBAQEBAQEBAQEBAR2FC4IogVeBaCkMgnm?= =?us-ascii?q?CbIJXgncxgjQFi3aYCjUJApB9hQuCIIYqi32OTokkAhEZAYE7AR85gVFwFToqA?= =?us-ascii?q?YIYCYRteIx2gRkBAQE?= X-IronPort-AV: E=Sophos;i="5.46,526,1511827200"; d="scan'208,217";a="357356840" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Feb 2018 22:00:55 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w1HM0tjY000929 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 17 Feb 2018 22:00:55 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sat, 17 Feb 2018 17:00:55 -0500 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1320.000; Sat, 17 Feb 2018 17:00:54 -0500 From: "Tarek Saad (tsaad)" To: Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpghOrWKTn5/mIEekn2lGoXuHj6OpKX8A Date: Sat, 17 Feb 2018 22:00:54 +0000 Message-ID: <41CA350B-7FB9-4D43-8339-B862764FEF93@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.70.82] Content-Type: multipart/alternative; boundary="_000_41CA350B7FB94D438339B862764FEF93ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 17 Feb 2018 22:01:03 -0000 --_000_41CA350B7FB94D438339B862764FEF93ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0cvYWxsLA0KDQpJJ3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJlbGlldmUgaXQg aXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg0KRnJvbTogVGVh cyA8dGVhcy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgVmlzaG51IFBhdmFuIEJlZXJh bSA8dmlzaG51cGF2YW5AZ21haWwuY29tPg0KRGF0ZTogV2VkbmVzZGF5LCBGZWJydWFyeSAxNCwg MjAxOCBhdCA5OjU0IFBNDQpUbzogVEVBUyBXRyA8dGVhc0BpZXRmLm9yZz4NCkNjOiBURUFTIFdH IENoYWlycyA8dGVhcy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbVGVhc10gV0cgTGFzdCBD YWxsIG9uIGRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDINCg0KQWxs LA0KVGhpcyBzdGFydHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbg0KZHJh ZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMg0KDQpUaGUgd29ya2luZyBn cm91cCBsYXN0IGNhbGwgZW5kcyBvbiBGZWIgMjguDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRz IHRvIHRoZSB0ZWFzIG1haWxpbmcgbGlzdC4NCg0KUG9zaXRpdmUgY29tbWVudHMsIGUuZy4sICJJ J3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kDQpiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBw dWJsaWNhdGlvbiIsIGFyZSB3ZWxjb21lIQ0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwg ZXZlbiBmcm9tIGF1dGhvcnMuDQoNCk5PVEU6IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgb24gdGhp cyBkb2N1bWVudA0KDQpUaGFuayB5b3UsDQpURUFTIENoYWlycw0K --_000_41CA350B7FB94D438339B862764FEF93ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <1A766B862AB5614D9535D512F184A397@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5t c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLmdtYWlsLWlsDQoJe21z by1zdHlsZS1uYW1lOmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9 DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlk bWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0 YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxi b2R5IGxhbmc9IkVOLUNBIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgV0cvYWxsLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQg YmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj5UYXJlazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJs YWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9y OmJsYWNrIj5UZWFzICZsdDt0ZWFzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBW aXNobnUgUGF2YW4gQmVlcmFtICZsdDt2aXNobnVwYXZhbkBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+ RGF0ZTogPC9iPldlZG5lc2RheSwgRmVicnVhcnkgMTQsIDIwMTggYXQgOTo1NCBQTTxicj4NCjxi PlRvOiA8L2I+VEVBUyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9iPlRF QVMgV0cgQ2hhaXJzICZsdDt0ZWFzLWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0 OiA8L2I+W1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0 ZWQtYmlkaXItZnJyLTAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+QWxsLDxicj4N ClRoaXMgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2luZyBncm91cCA8c3BhbiBjbGFzcz0iZ21haWwt aWwiPmxhc3Q8L3NwYW4+IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+DQpjYWxsPC9zcGFuPiBvbjxi cj4NCmRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8YnI+DQo8YnI+ DQpUaGUgd29ya2luZyBncm91cCA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPmxhc3Q8L3NwYW4+IDxz cGFuIGNsYXNzPSJnbWFpbC1pbCI+Y2FsbDwvc3Bhbj4gZW5kcyBvbiBGZWIgMjguPGJyPg0KUGxl YXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgdGVhcyBtYWlsaW5nIGxpc3QuPGJyPg0KPGJy Pg0KUG9zaXRpdmUgY29tbWVudHMsIGUuZy4sICZxdW90O0kndmUgcmV2aWV3ZWQgdGhpcyBkb2N1 bWVudCBhbmQ8YnI+DQpiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiZxdW90Oywg YXJlIHdlbGNvbWUhPGJyPg0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwgZXZlbiBmcm9t IGF1dGhvcnMuPGJyPg0KPGJyPg0KTk9URTogSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBvbiB0aGlz IGRvY3VtZW50PGJyPg0KPGJyPg0KVGhhbmsgeW91LDxicj4NClRFQVMgQ2hhaXJzPG86cD48L286 cD48L2E+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_41CA350B7FB94D438339B862764FEF93ciscocom_-- From nobody Mon Feb 19 04:06:12 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CF75126DEE; Mon, 19 Feb 2018 04:06:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Stewart Bryant To: Cc: draft-ietf-teas-rsvp-egress-protection.all@ietf.org, ietf@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151904196726.18586.3563777047259556431@ietfa.amsl.com> Date: Mon, 19 Feb 2018 04:06:07 -0800 Archived-At: Subject: [Teas] Genart last call review of draft-ietf-teas-rsvp-egress-protection-09 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 12:06:07 -0000 Reviewer: Stewart Bryant Review result: On the Right Track I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-teas-rsvp-egress-protection-09 Reviewer: Stewart Bryant Review Date: 2018-02-19 IETF LC End Date: 2018-02-27 IESG Telechat date: 2018-03-08 Summary: I think that there are a number of issues that need to be looked at in detail before this is ready. It could be that a number of these are assumed knowledge of the subject area, but that is not the case for all of them. Section 6, the example, explains how this works and the motivation. It is very abbreviated and I am unclear about how the solution fits together. This needs clarification and then the rest of the text needs checking against that. There are a lot of cases where terms and abbreviations are used before definition. Major issues: Section 6 needs a re-write for clarity. As written it looks like a number of slides were just transcribed int the text rather than taking care to write for clarity. The section makes a number of assumptions that really should be spelled out. I think that it needs to be clear that you are protecting the egress nodes, but that as far as I can see you are vulnerable to egress link failure. Certainly the example in section 6 does a BFD test between R3 and L1 which only tests L1 reachability. Related to which are you constraining BFD to run over the LSP? If it is running as regular IP I don't think that validates the LSP. In this text: This can be achieved by configuring a same local address on L1 and La, using the address as a destination of the LSP and BGP next hop for VPN traffic. SB> Don't you have to do cost management to get the right behaviour? SB> what if you really want to send to them individually, does this SB> confuse things? Minor issues: 1.1. Egress Local Protection Figure 1 shows an example of using backup LSPs to locally protect egresses of a primary P2MP LSP from ingress R1 to two egresses, SB> What is an egress in this context? ============= x01 (Egress local protection bit): It is set (1) to indicate an egress local protection. x02 (S2L sub LSP backup desired bit): It is set (1) to indicate S2L Sub LSP (ref to RFC 4875) is desired for protecting an egress of a P2MP LSP. SB> Maybe this is standard RSVP notation, but I find it confusing. SB> I assume that x01 means bit one of the E-Flags field rather than SB> set the flags field to be 0x01, but it is a strange notation. SB> Same for x02. SB> is bit 1 bit 28 or bit 31 of the longword? SB> S2L is not expanded in this document. The Reserved parts MUST set to zero. SB> It is more conventional to call the parts fields as you do below. ============== Nits/editorial comments: The final (third) subobject in the SERO contains the egress node of the backup LSP, i.e., the address of the backup egress node. SB> It is odd that the second item in the list is called the third SB> and vice versa ============ The Type of an IPv4 primary egress subobject is 1, and the body of the subobject is given below: SB> This really ought to be tied in with the IANA registry SB> Same with the similar IPv6 object, and the other SB> two objects you register. ============ o Tunnel ID: A 16-bit identifier being constant over the life of the tunnel o Extended Tunnel ID: A 4-byte identifier being constant over the life of the tunnel SB> Tunnel ID really needs a reference. SB> Also there ought to be MBZ consistency in the descriptions used in the SB> document. =========== If S2L Sub LSP backup is desired to protect a primary egress of a SB> I am not sure S2L is defined before use. SB> Indeed the whole document could use a thorough scrub for used before defined terms. SB> UA, PLR and Resv are another examples, but these are only the ones I noticed. The SB> draft needs a systematic review of this to save the RFC Editor doing it and asking about them. From nobody Mon Feb 19 07:31:06 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 886C6127978 for ; Mon, 19 Feb 2018 07:31:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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 Xo8ahVzS5Noy for ; Mon, 19 Feb 2018 07:31:02 -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 A0C19128896 for ; Mon, 19 Feb 2018 07:31:02 -0800 (PST) Received: from cmgw2 (unknown [10.0.90.83]) by gproxy4.mail.unifiedlayer.com (Postfix) with ESMTP id 486CE176189 for ; Mon, 19 Feb 2018 08:30:57 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id CfWt1x00l2SSUrH01fWwov; Mon, 19 Feb 2018 08:30:57 -0700 X-Authority-Analysis: v=2.2 cv=TIA1cxta c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=Op4juWPpsa0A:10 a=S5fQp17YIW2vPsFjxHgA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: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=qr2f1cC/g6Ygg57Rug4lgPrg0Q6A4PVikdZBZ6R4jNs=; b=KsVIl8rInF7xc6SU6Kfq0VimRt 9dnTC1qk/m/aht4DNy3mcVTYjL5aw+L2/7QmPo/xD1y6XL8qi4U+mdUsuP1TWW1GGULl0GyEQmiPO AL736alpQBtcTgqvF6uoCYY8z; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:44270 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ennP3-001G5o-Dw; Mon, 19 Feb 2018 08:30:53 -0700 To: TEAS WG , TEAS WG Chairs References: From: Lou Berger Message-ID: <86713a86-dd6e-8960-a14f-ea3330030f01@labn.net> Date: Mon, 19 Feb 2018 10:30:50 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Exim-ID: 1ennP3-001G5o-Dw X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:44270 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 draft-liu-teas-yang-sr-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 19 Feb 2018 15:31:03 -0000 All, The WG adoption poll is closed. Authors, Please repost your document with only the 'filename' and date updated as draft-ietf-teas-yang-sr-te-topo-00. Please discuss on list any comments received during the adoption call and then capture the results of the discussions in the -01 rev. Thank you, Lou (and Pavan) On 2/1/2018 12:37 PM, Lou Berger wrote: > All, > > This is start of a two week poll on making > draft-liu-teas-yang-sr-te-topo-04 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 15. > > Thanks, > > Lou > > > > From nobody Mon Feb 19 07:32:23 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E92212785F for ; Mon, 19 Feb 2018 07:32:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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 M2sFY3WGSZxM for ; Mon, 19 Feb 2018 07:32:20 -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 8C9AE1273B1 for ; Mon, 19 Feb 2018 07:32:20 -0800 (PST) Received: from cmgw3 (unknown [10.0.90.84]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 65B061407CC for ; Mon, 19 Feb 2018 08:32:01 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id CfXx1x00H2SSUrH01fY0lW; Mon, 19 Feb 2018 08:32:01 -0700 X-Authority-Analysis: v=2.2 cv=XM9AcUpE c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=Op4juWPpsa0A:10 a=S5fQp17YIW2vPsFjxHgA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=HXBA0qn2zLVGA8z4+4Y7FsziMHDQXSWpQeyW25Z6LQA=; b=n2fs1rnqy3MIkrvAHrTXYnMRvm uC8Vkd1GhUYNMktilu73k50fJ0EqHQs+O9hTgHJ+700E7+PNmzVJrrA6deZFmPYgAAKWbOYqaUXIo d94bc2K85lArforo3zMRR23Gp; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:44372 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ennQ5-001Glc-Ah; Mon, 19 Feb 2018 08:31:57 -0700 To: TEAS WG Cc: TEAS WG Chairs References: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> From: Lou Berger Message-ID: Date: Mon, 19 Feb 2018 10:31:54 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1d3a5ba3-7512-219c-e2d7-f3e3aa92a0f8@labn.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Exim-ID: 1ennQ5-001Glc-Ah X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:44372 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] WG adoption poll draft-liu-teas-yang-l3-te-topo X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 19 Feb 2018 15:32:22 -0000 All, The WG adoption poll is closed. Authors, Please repost your document with only the 'filename' and date updated as draft-ietf-teas-yang-l3-te-topo-00. Please discuss on list any comments received during the adoption call and then capture the results of the discussions in the -01 rev. Thank you, Lou (and Pavan) On 2/1/2018 12:37 PM, Lou Berger wrote: > All, > > This is start of a two week poll on making > draft-liu-teas-yang-l3-te-topo-05 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 15. > > Thanks, > > Lou > > From nobody Mon Feb 19 19:01:48 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DA8E812702E; Mon, 19 Feb 2018 19:01:45 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151909570585.29652.1182833619570430937@ietfa.amsl.com> Date: Mon, 19 Feb 2018 19:01:45 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-12.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 03:01:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : A YANG Data Model for Traffic Engineering Tunnels and Interfaces Authors : Tarek Saad Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Himanshu Shah Igor Bryskin Filename : draft-ietf-teas-yang-te-12.txt Pages : 159 Date : 2018-02-19 Abstract: This document defines a YANG data model for the configuration and management of Traffic Engineering (TE) interfaces, tunnels and Label Switched Paths (LSPs). The model is divided into YANG modules that classify data into generic, device-specific, technology agnostic, and technology-specific elements. The model also includes module(s) that contain reusable TE data types and data groupings. This model covers data for configuration, operational state, remote procedural calls, and event notifications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-12 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-12 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 Feb 19 19:40:06 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 96CEC124D37; Mon, 19 Feb 2018 19:40:04 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151909800458.29766.17713223311797748838@ietfa.amsl.com> Date: Mon, 19 Feb 2018 19:40:04 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-rsvp-te-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 03:40:05 -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 RSVP-TE Authors : Vishnu Pavan Beeram Tarek Saad Rakesh Gandhi Xufeng Liu Igor Bryskin Himanshu Shah Filename : draft-ietf-teas-yang-rsvp-te-03.txt Pages : 44 Date : 2018-02-19 Abstract: This document defines a YANG data model for the configuration and management of RSVP (Resource Reservation Protocol) to establish Traffic-Engineered (TE) Label-Switched Paths (LSPs) for MPLS (Multi- Protocol Label Switching) and other technologies. The model defines a generic RSVP-TE module for signaling LSPs that is technology agnostic. The generic RSVP-TE module is to be augmented by technology specific RSVP-TE modules that define technology specific data. This document defines the augmentation for RSVP-TE MPLS LSPs model. This model covers data for the 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-rsvp-te/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-rsvp-te-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-rsvp-te-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-rsvp-te-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 Tue Feb 20 04:44:23 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D4602127337; Tue, 20 Feb 2018 04:44:17 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151913065783.29613.9464873953752451555@ietfa.amsl.com> Date: Tue, 20 Feb 2018 04:44:17 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-scheduled-resources-06.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 12:44:18 -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 : Framework for Scheduled Use of Resources Authors : Yan Zhuang Qin Wu Huaimo Chen Adrian Farrel Filename : draft-ietf-teas-scheduled-resources-06.txt Pages : 22 Date : 2018-02-20 Abstract: Time-scheduled reservation of traffic engineering (TE) resources can be used to provide resource booking for TE Label Switched Paths so as to better guarantee services for customers and to improve the efficiency of network resource usage at any moment in time including future planned network usage. This document provides a framework that describes and discusses the architecture for supporting scheduled reservation of TE resources. This document does not describe specific protocols or protocol extensions needed to realize this service. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-scheduled-resources/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-scheduled-resources-06 https://datatracker.ietf.org/doc/html/draft-ietf-teas-scheduled-resources-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-scheduled-resources-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 20 04:52:43 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DDBD127342 for ; Tue, 20 Feb 2018 04:52:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 uRA1iofO8vVR for ; Tue, 20 Feb 2018 04:52:40 -0800 (PST) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 C18AD12741D for ; Tue, 20 Feb 2018 04:52:39 -0800 (PST) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id w1KCqYL4023230; Tue, 20 Feb 2018 12:52:34 GMT Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 7C10222040; Tue, 20 Feb 2018 12:52:33 +0000 (GMT) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id 6720A2203C; Tue, 20 Feb 2018 12:52:33 +0000 (GMT) Received: from 950129200 ([185.228.230.69]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id w1KCqU3T005801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2018 12:52:31 GMT Reply-To: From: "Adrian Farrel" To: , Date: Tue, 20 Feb 2018 12:52:32 -0000 Message-ID: <071501d3aa49$ad5a7f00$080f7d00$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdOqSRSxg9zcEtwKSzqOloh4w1YFtg== Content-Language: en-gb X-Originating-IP: 185.228.230.69 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-23674.007 X-TM-AS-Result: No--15.860-10.0-31-10 X-imss-scan-details: No--15.860-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-23674.007 X-TMASE-Result: 10--15.859700-10.000000 X-TMASE-MatchedRID: FGcc6r9nstOGabYJQKSmh8AmcZEx8XHJt+hhn8Iy6GXadW4iYSMjUfIL 3EilQkpCkyN1JIzvgwf+5mnmz2mPrCWvhQBtQUwTLTHwnYOikQ01wgjXWX56uOOxOq7LQlGL1FG ZA+8hUlKAwv1Q6AIE92cQ7lnGCKPeYsVTdA0JRIQCHo2L+QRlpzNzwULQwTBP0csbsB2xeAkJJ3 baqMr8PZM7FLv3Q5cLtZ9eSsxnpWR/dZAjNXEbFvzu9Lw9C7fAguwtqyXlE6EgbNDlPT+rW0NC9 vqhHPInQIdYpsvMFQeOxKr3dVsjzskwYM+oZdHXgOqr/r0d+CwPaWzG/2S2hszvOkSymob/Olt9 1MBw1ebi8zVgXoAltlwtzewu2M63VkVZa47CjvDdB/CxWTRRu/558CedkGIvzP4Frv6e/e4EIIQ 1H2pOcPmVXJ/7Yw9w7lhN2LaOMNgkmt1AYj5f9H7cGd19dSFd X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [Teas] New version: draft-ietf-teas-scheduled-resources-06.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 20 Feb 2018 12:52:42 -0000 Hi, This version addresses comments from Deborah during her AD review. The best way to see the small comments is to run RFCdiff. The principal change is the addition of Section 3.3, "Enforcement of Operator Policy". Cheers, Adrian > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: 20 February 2018 12:44 > To: i-d-announce@ietf.org > Cc: teas@ietf.org > Subject: [Teas] I-D Action: draft-ietf-teas-scheduled-resources-06.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Traffic Engineering Architecture and Signaling WG > of the IETF. > > Title : Framework for Scheduled Use of Resources > Authors : Yan Zhuang > Qin Wu > Huaimo Chen > Adrian Farrel > Filename : draft-ietf-teas-scheduled-resources-06.txt > Pages : 22 > Date : 2018-02-20 > > Abstract: > Time-scheduled reservation of traffic engineering (TE) resources can > be used to provide resource booking for TE Label Switched Paths so as > to better guarantee services for customers and to improve the > efficiency of network resource usage at any moment in time including > future planned network usage. This document provides a framework > that describes and discusses the architecture for supporting > scheduled reservation of TE resources. This document does not > describe specific protocols or protocol extensions needed to realize > this service. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-scheduled-resources/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-teas-scheduled-resources-06 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-scheduled-resources-06 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-scheduled-resources-06 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Tue Feb 20 07:09:14 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ECCE612D870; Tue, 20 Feb 2018 07:09:07 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151913934792.4728.14141549123168706166@ietfa.amsl.com> Date: Tue, 20 Feb 2018 07:09:07 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-sr-te-topo-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 15:09:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG 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-00.txt Pages : 16 Date : 2018-02-20 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-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-sr-te-topo-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 Feb 20 07:15:27 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A95C127867; Tue, 20 Feb 2018 07:15:22 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151913972239.4660.7944851695315940263@ietfa.amsl.com> Date: Tue, 20 Feb 2018 07:15:22 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-l3-te-topo-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 15:15:22 -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-00.txt Pages : 37 Date : 2018-02-20 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-00 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-l3-te-topo-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 Feb 20 07:28:25 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 495601242F7; Tue, 20 Feb 2018 07:28:23 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151914050325.4778.8697350375767889615@ietfa.amsl.com> Date: Tue, 20 Feb 2018 07:28:23 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-topo-14.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 15:28:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for Traffic Engineering (TE) Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez De Dios Filename : draft-ietf-teas-yang-te-topo-14.txt Pages : 183 Date : 2018-02-20 Abstract: This document defines a YANG data model for representing, retrieving and manipulating Traffic Engineering (TE) Topologies. The model serves as a base model that other technology specific TE Topology models can augment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-14 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-topo-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-topo-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 20 09:28:06 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 939E1124F57; Tue, 20 Feb 2018 09:27:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Rifaat Shekh-Yusef To: Cc: draft-ietf-teas-rsvp-egress-protection.all@ietf.org, ietf@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151914767152.4003.2724168782038044771@ietfa.amsl.com> Date: Tue, 20 Feb 2018 09:27:51 -0800 Archived-At: Subject: [Teas] Secdir last call review of draft-ietf-teas-rsvp-egress-protection-09 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 17:27:52 -0000 Reviewer: Rifaat Shekh-Yusef Review result: Has Issues I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. "A backup egress MUST be configured on the ingress of an LSP to protect a primary egress of the LSP if and only if the backup egress is not indicated in another place." Can you define "another place"? Is it the "primary egress"? others? "To protect a primary egress of an LSP, a backup egress MUST be configured on the primary egress of the LSP to protect the primary egress if and only if the backup egress is not indicated in another place." Can you define "another place"? Is it the "ingress"? others? "Note that protecting a primary egress of a P2P LSP carrying service traffic through a backup egress requires that the backup egress trust the primary egress for the information received for a service label as UA label." Can you elaborate on this statement? How would the backup egress trust the primary egress? Regards, Rifaat From nobody Tue Feb 20 12:08:26 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EC0C126C0F; Tue, 20 Feb 2018 12:08:20 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.72.2 Auto-Submitted: auto-generated Precedence: bulk CC: db3546@att.com, Vishnu Beeram , teas-chairs@ietf.org, teas@ietf.org, vbeeram@juniper.net, draft-ietf-teas-scheduled-resources@ietf.org Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <151915730007.3879.9209960045411554762.idtracker@ietfa.amsl.com> Date: Tue, 20 Feb 2018 12:08:20 -0800 Archived-At: Subject: [Teas] Last Call: (Framework for Scheduled Use of Resources) to Informational RFC X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 20:08:20 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'Framework for Scheduled Use of Resources' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2018-03-06. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Time-scheduled reservation of traffic engineering (TE) resources can be used to provide resource booking for TE Label Switched Paths so as to better guarantee services for customers and to improve the efficiency of network resource usage at any moment in time including future planned network usage. This document provides a framework that describes and discusses the architecture for supporting scheduled reservation of TE resources. This document does not describe specific protocols or protocol extensions needed to realize this service. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-teas-scheduled-resources/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-teas-scheduled-resources/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/3081/ https://datatracker.ietf.org/ipr/3083/ https://datatracker.ietf.org/ipr/2893/ From nobody Tue Feb 20 12:22:05 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C488124BFA; Tue, 20 Feb 2018 12:22:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.719 X-Spam-Level: X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=FMUeXYNc; dkim=pass (1024-bit key) header.d=verizon.com header.b=GRhoH1Su; dkim=pass (1024-bit key) header.d=verizon.com header.b=hxhAXiGb 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 766R6VTzi2b7; Tue, 20 Feb 2018 12:21:59 -0800 (PST) Received: from fldsmtpe03.verizon.com (fldsmtpe03.verizon.com [140.108.26.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 00C6A1243F6; Tue, 20 Feb 2018 12:21:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1519158119; x=1550694119; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=mDbceLoLF981pK+qiHWLEUPOqnHHP+9smu4JBtomtV4=; b=FMUeXYNcZFTcfJJ5szrO+MM8gMBe/TVFBGI5Su9O2ZINsZjz42c4x04L gP8jkYzYIbV0/9gfb9Dj7wioXpjkuf1tdVG9+IB5R6K6maK4sz6yZ7vjx lVOz4w7cFyTwUzWzCwM38aiziCQ8+QYcRoaUqXMCWTjt4oCSbDs5TrP0J 4=; Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by fldsmtpe03.verizon.com with ESMTP; 20 Feb 2018 20:21:57 +0000 Received: from rogue-10-255-192-101.rogue.vzwcorp.com (HELO atlantis.verizonwireless.com) ([10.255.192.101]) by fldsmtpi02.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Feb 2018 20:20:38 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1519158038; x=1550694038; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=mDbceLoLF981pK+qiHWLEUPOqnHHP+9smu4JBtomtV4=; b=GRhoH1SuM7OYUukik0wYxUJNG4ga8H1s16568GET26eT5bjQJ/+o0j5k muXnqo9G7XwngnwxO3gxfHSM0D0CXiLrw4YvwR8u5+US3NuTOFE0fDUNM ARpUsFdlAawfUDS2SOiF4PmQgEfEatiEZnMQGynGg0R8h3GkJmY2u4MdJ s=; Received: from mariner.tdc.vzwcorp.com (HELO eris.verizonwireless.com) ([10.254.88.84]) by atlantis.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Feb 2018 15:20:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1519158038; x=1550694038; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=mDbceLoLF981pK+qiHWLEUPOqnHHP+9smu4JBtomtV4=; b=hxhAXiGbuFzhl3hIOP5Rm3bvzt75FWTmeoBuTxmjzZVdm8pSEHuus3BG wcUee5dgfpo72BH6W81fI+oy5qPJzrCLdpjJKxhrQ0cK2IN+dX850d6IG yemWtFxqwCjZFppY1/oI5m7vI7PntqJ6oLG+75OG2p9a73Xk8gvY864lh M=; From: jeremy.whittaker@verizon.com X-Host: mariner.tdc.vzwcorp.com Received: from ohtwi1exh001.uswin.ad.vzwcorp.com ([10.144.218.43]) by eris.verizonwireless.com with ESMTP/TLS/AES128-SHA256; 20 Feb 2018 20:20:37 +0000 Received: from tbwexch27apd.uswin.ad.vzwcorp.com (153.114.162.51) by OHTWI1EXH001.uswin.ad.vzwcorp.com (10.144.218.43) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 20 Feb 2018 15:20:37 -0500 Received: from tbwexch18apd.uswin.ad.vzwcorp.com (153.114.162.42) by tbwexch27apd.uswin.ad.vzwcorp.com (153.114.162.51) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Tue, 20 Feb 2018 15:20:37 -0500 Received: from tbwexch18apd.uswin.ad.vzwcorp.com ([153.114.162.42]) by tbwexch18apd.uswin.ad.vzwcorp.com ([153.114.162.42]) with mapi id 15.00.1263.000; Tue, 20 Feb 2018 15:20:37 -0500 To: "Rakesh Gandhi (rgandhi)" , Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs , "Shah, Himanshu" Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTpghNQCnF/9Jg00W1+wePEItXiqOlf9+AgAhEeHA= Date: Tue, 20 Feb 2018 20:20:37 +0000 Message-ID: <1e5fadec693544a58c754d81f73cb0fd@tbwexch18apd.uswin.ad.vzwcorp.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.144.60.250] Content-Type: multipart/alternative; boundary="_000_1e5fadec693544a58c754d81f73cb0fdtbwexch18apduswinadvzwc_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 20 Feb 2018 20:22:03 -0000 --_000_1e5fadec693544a58c754d81f73cb0fdtbwexch18apduswinadvzwc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxsLA0KDQpJJ3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJlbGlldmUgaXQgaXMgcmVh ZHkgZm9yIHB1YmxpY2F0aW9uLg0KDQpUaGFua3MsDQoNCkplcmVteSBXaGl0dGFrZXINCg0KUE1U Uw0KSW50ZWxsaWdlbnQgRWRnZSBOZXR3b3JrIFBsYW5uaW5nICYgSW50ZWdyYXRpb24NCg0KTUQg Mi4xLjIwMUMNCjY5MjkgTi4gTGFrZXdvb2QgQXZlLg0KVHVsc2EsIE9LIDc0MDE0DQoNCk8gOTE4 LjU5MC42OTk4DQoNCltWZXJpem9uXTxodHRwOi8vd3d3LnZlcml6b24uY29tLz4NCg0KDQpGcm9t OiBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSBbbWFpbHRvOnJnYW5kaGlAY2lzY28uY29tXQ0KU2Vu dDogVGh1cnNkYXksIEZlYnJ1YXJ5IDE1LCAyMDE4IDc6MDUgQU0NClRvOiBWaXNobnUgUGF2YW4g QmVlcmFtIDx2aXNobnVwYXZhbkBnbWFpbC5jb20+OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPg0K Q2M6IFRFQVMgV0cgQ2hhaXJzIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZz47IFNoYWgsIEhpbWFuc2h1 IDxoc2hhaEBjaWVuYS5jb20+OyBXaGl0dGFrZXIsIEplcmVteSBNIDxqZXJlbXkud2hpdHRha2Vy QG9uZS52ZXJpem9uLmNvbT4NClN1YmplY3Q6IFtFXSBSZTogW1RlYXNdIFdHIExhc3QgQ2FsbCBv biBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyDQoNCkhpIFBhdmFu LCBXRywNCg0KSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIHJl YWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KVGhhbmtzLA0KUmFrZXNoDQoNCg0KRnJvbTogVGVhcyA8 dGVhcy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBi ZWhhbGYgb2YgVmlzaG51IFBhdmFuIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0 bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5LCBGZWJydWFyeSAxNCwg MjAxOCBhdCA5OjU0IFBNDQpUbzogVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0Bp ZXRmLm9yZz4+DQpDYzogVEVBUyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYub3JnPG1haWx0 bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBbVGVhc10gV0cgTGFzdCBDYWxsIG9u IGRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDINCg0KQWxsLA0KVGhp cyBzdGFydHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbg0KZHJhZnQtaWV0 Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMg0KDQpUaGUgd29ya2luZyBncm91cCBs YXN0IGNhbGwgZW5kcyBvbiBGZWIgMjguDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRo ZSB0ZWFzIG1haWxpbmcgbGlzdC4NCg0KUG9zaXRpdmUgY29tbWVudHMsIGUuZy4sICJJJ3ZlIHJl dmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kDQpiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNh dGlvbiIsIGFyZSB3ZWxjb21lIQ0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwgZXZlbiBm cm9tIGF1dGhvcnMuDQoNCk5PVEU6IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgb24gdGhpcyBkb2N1 bWVudA0KDQpUaGFuayB5b3UsDQpURUFTIENoYWlycw0K --_000_1e5fadec693544a58c754d81f73cb0fdtbwexch18apduswinadvzwc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik5ldWVIYWFz R3JvdGVza1RleHQgU3RkIjsNCglwYW5vc2UtMToyIDExIDUgNCAyIDIgMiAyIDIgNDt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywg c3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYz QzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHls ZS1uYW1lOmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRv d3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0i RU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2Ui PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbGwsPG86cD48L286cD48L3NwYW4+PC9h PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JJ3Zl IHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1Ymxp Y2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoYW5rcyw8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48YnI+DQpKZXJlbXkgV2hpdHRha2VyPGJyPg0KPGJyPg0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+UE1UUzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O05ldWVIYWFzR3JvdGVza1RleHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPkludGVsbGlnZW50IEVkZ2UgTmV0d29yayBQbGFubmluZyAmYW1wOyBJbnRlZ3JhdGlv bjxicj4NCjxicj4NCk1EIDIuMS4yMDFDIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O05ldWVIYWFzR3JvdGVza1RleHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PjY5MjkgTi4gTGFrZXdvb2QgQXZlLjxicj4NClR1bHNhLCBPSyA3NDAxNDxicj4NCjxicj4NCk8g OTE4LjU5MC42OTk4PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cDovL3d3 dy52ZXJpem9uLmNvbS8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O05ldWVIYWFzR3JvdGVza1RleHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymx1 ZTt0ZXh0LWRlY29yYXRpb246bm9uZSI+PGltZyBib3JkZXI9IjAiIHdpZHRoPSI5MCIgaGVpZ2h0 PSIyMCIgaWQ9Il94MDAwMF9pMTAyNSIgc3JjPSJodHRwczovL3NzNy52encuY29tL2lzL2ltYWdl L1Zlcml6b25XaXJlbGVzcy92ei1zaWctdmVyaXpvbj8kZGVmYXVsdHNjYWxlJCIgYWx0PSJWZXJp em9uIj48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O05ldWVIYWFzR3JvdGVza1RleHQgU3RkJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxicj4NCjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBw dDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFJha2VzaCBH YW5kaGkgKHJnYW5kaGkpIFttYWlsdG86cmdhbmRoaUBjaXNjby5jb21dDQo8YnI+DQo8Yj5TZW50 OjwvYj4gVGh1cnNkYXksIEZlYnJ1YXJ5IDE1LCAyMDE4IDc6MDUgQU08YnI+DQo8Yj5Ubzo8L2I+ IFZpc2hudSBQYXZhbiBCZWVyYW0gJmx0O3Zpc2hudXBhdmFuQGdtYWlsLmNvbSZndDs7IFRFQVMg V0cgJmx0O3RlYXNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBURUFTIFdHIENoYWlycyAm bHQ7dGVhcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7OyBTaGFoLCBIaW1hbnNodSAmbHQ7aHNoYWhAY2ll bmEuY29tJmd0OzsgV2hpdHRha2VyLCBKZXJlbXkgTSAmbHQ7amVyZW15LndoaXR0YWtlckBvbmUu dmVyaXpvbi5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtFXSBSZTogW1RlYXNdIFdHIExh c3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SGkgUGF2YW4sIFdH LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkkndmUgcmV2aWV3ZWQgdGhp cyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlJha2VzaDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206 DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRlYXMgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzLWJv dW5jZXNAaWV0Zi5vcmciPnRlYXMtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBv ZiBWaXNobnUgUGF2YW4gQmVlcmFtICZsdDs8YSBocmVmPSJtYWlsdG86dmlzaG51cGF2YW5AZ21h aWwuY29tIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5X ZWRuZXNkYXksIEZlYnJ1YXJ5IDE0LCAyMDE4IGF0IDk6NTQgUE08YnI+DQo8Yj5UbzogPC9iPlRF QVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9h PiZndDs8YnI+DQo8Yj5DYzogPC9iPlRFQVMgV0cgQ2hhaXJzICZsdDs8YSBocmVmPSJtYWlsdG86 dGVhcy1jaGFpcnNAaWV0Zi5vcmciPnRlYXMtY2hhaXJzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8 Yj5TdWJqZWN0OiA8L2I+W1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNz b2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbGwsPGJyPg0KVGhpcyBzdGFydHMgYSB0d28t d2VlayB3b3JraW5nIGdyb3VwIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+bGFzdDwvc3Bhbj4gPHNw YW4gY2xhc3M9ImdtYWlsLWlsIj4NCmNhbGw8L3NwYW4+IG9uPGJyPg0KZHJhZnQtaWV0Zi10ZWFz LWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMjxicj4NCjxicj4NClRoZSB3b3JraW5nIGdyb3Vw IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+bGFzdDwvc3Bhbj4gPHNwYW4gY2xhc3M9ImdtYWlsLWls Ij5jYWxsPC9zcGFuPiBlbmRzIG9uIEZlYiAyOC48YnI+DQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1l bnRzIHRvIHRoZSB0ZWFzIG1haWxpbmcgbGlzdC48YnI+DQo8YnI+DQpQb3NpdGl2ZSBjb21tZW50 cywgZS5nLiwgJnF1b3Q7SSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZDxicj4NCmJlbGll dmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uJnF1b3Q7LCBhcmUgd2VsY29tZSE8YnI+DQpU aGlzIGlzIHVzZWZ1bCBhbmQgaW1wb3J0YW50LCBldmVuIGZyb20gYXV0aG9ycy48YnI+DQo8YnI+ DQpOT1RFOiBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIG9uIHRoaXMgZG9jdW1lbnQ8YnI+DQo8YnI+ DQpUaGFuayB5b3UsPGJyPg0KVEVBUyBDaGFpcnM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1e5fadec693544a58c754d81f73cb0fdtbwexch18apduswinadvzwc_-- From nobody Tue Feb 20 13:21:27 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 330B7126C26; Tue, 20 Feb 2018 13:21:26 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cienacorp.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 DL65vFa5ntl6; Tue, 20 Feb 2018 13:21:23 -0800 (PST) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0630.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe49::630]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2401D126B6D; Tue, 20 Feb 2018 13:21:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cienacorp.onmicrosoft.com; s=selector1-ciena-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=P5XQoDHzB9JJulL608EvNdOlsPM41FklX59P2BCK/t4=; b=TRsx258UpoLNQicrOC6tk09VnMoZeR+ZEMcnH6eLxoP9L4Xfv3XBoDM6PbN6J3u1kMjX8lRsZUN7wQxY0YbxOhnrJkOI9yWrk7fy42irvOL4864uMNu71l6ZBigalKDwrn6dKio02GUrJ2LvSnEgHrY931J04JbHyDEtEn7jrxA= Received: from BN6PR04MB0243.namprd04.prod.outlook.com (10.168.224.140) by BN6PR04MB0770.namprd04.prod.outlook.com (10.172.198.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.506.18; Tue, 20 Feb 2018 21:21:19 +0000 Received: from BN6PR04MB0243.namprd04.prod.outlook.com ([10.168.224.140]) by BN6PR04MB0243.namprd04.prod.outlook.com ([10.168.224.140]) with mapi id 15.20.0506.023; Tue, 20 Feb 2018 21:21:19 +0000 From: "Shah, Himanshu" To: "jeremy.whittaker@verizon.com" , "Rakesh Gandhi (rgandhi)" , Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs Thread-Topic: [**EXTERNAL**] RE: [Teas] WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTqpC/+oN+04ciKkuKIyP6B6za6g== Date: Tue, 20 Feb 2018 21:21:19 +0000 Message-ID: <27D9CA7C-E399-4EE0-9AA4-64DF8967B496@ciena.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 authentication-results: spf=none (sender IP is ) smtp.mailfrom=hshah@ciena.com; x-originating-ip: [71.184.198.30] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN6PR04MB0770; 6:jixwIHl5TDUi7KCh0J9c467PPk25VvlN59EkB+hsB6Fb20Mlw8tXCGSWlaK10FBfUYmW68s0qK4Q3tLAEv4NxPrJq9P8jpECKpbgaGRjRfi3pXy0/XAREaFdH4K6FZsO90a3INP1naSN6UYrXRUYeVUOUgFP7czd1HzZiMY3vHnImsanOLmbty+3WK91dVdWWUddEkNIseycYtCyvz3RkvCqPbZ9BRSUDuSJJHTviW7CazCQi7QHXKwbWqsvSATkcarUnDEvK6GpRA2/uw1VPUCdKotSOIO7VynYR5Nm0kxmOI8WYVrLWueDsl6bqIaZ+7PqC88H43p98oWQjNjHkGLRdfnn7yYBqO9H7xMHZoupLrEthc38nNjtf3iqwKXo; 5:cI0MWP4t0uP0YMb186ERC+FsD9PsfKFCSZuU5RbIPeejKF1URP52oxOFtzgUXMD8au1WUXb6Z1ps4qaz1dP2h+6MxIyGIB+ZMPJlss2was3UEyO1p+YrergsH5rH1x6W1/FphjK7JtQ6iCyc1Ita1iE4aP44Oi5xadMRGRoi0hA=; 24:qVQsRhmJKcUio+EWXOJT/0YTGaqpfuRfmYVUWuL/OYIC58j8O/SXWDbJsdIuZb5zpHMSDNmObJEQxuuFe0G4RaCzobUH/4Or+DcZTNWzuxE=; 7:XGnNQbPde+Splf3WvQmeZ4vMX8384JZDliBZC0KR67sYSAC7/Oj+1jwn22O2ORHViV3kPTXWJZn6q7bDalUgjHKaMigwA0QjAJ5ii23G0v4ShsxhdIGZAIV6YT9JZwP3DQe8c9LMWQY8b/hogPbazFiyJKNser74ZpeaK35uSQ4BdFYaHgs3f3mZZ4lOXBWVdPUkebJB4MYaveGue0+roL2ZUIC/7Kvx5VxI0ugp6/DotJolIBL/2eWinh33GHsu x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 02d1afda-74ea-416a-c4b1-08d578a7e272 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:BN6PR04MB0770; x-ms-traffictypediagnostic: BN6PR04MB0770: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(132221620018949)(85827821059158)(31354058128625)(95692535739014)(21748063052155)(154440410675630); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231101)(944501161)(3002001)(10201501046)(6041288)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:BN6PR04MB0770; BCL:0; PCL:0; RULEID:; SRVR:BN6PR04MB0770; x-forefront-prvs: 05891FB07F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(39380400002)(396003)(376002)(39860400002)(189003)(199004)(39060400002)(83716003)(861006)(6436002)(6486002)(3846002)(6116002)(733005)(3280700002)(53546011)(6506007)(77096007)(7736002)(2501003)(8936002)(3660700001)(68736007)(99286004)(86362001)(97736004)(102836004)(59450400001)(186003)(606006)(26005)(4326008)(36756003)(58126008)(2906002)(33656002)(106356001)(81156014)(14454004)(82746002)(316002)(110136005)(478600001)(81166006)(25786009)(6246003)(8676002)(53936002)(236005)(6306002)(6512007)(229853002)(105586002)(2900100001)(66066001)(54896002)(5660300001); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR04MB0770; H:BN6PR04MB0243.namprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ciena.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: C6+EOXIA7PJhEbUTnsxahFH5hk8q7lkqisA+CIWwpRV0xDz6HvI+xHRYwHPygJtoSTXNGQR8KMDSatqQ3DqC8mVIU29tnZKZ1ZQ4RHDHwgpopOnylVPpe5OaBZXbMtHI6SKTu9LqoONIYDAOfZibUZvcL3oe3Qb02LseG2SFugc= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_27D9CA7CE3994EE09AA464DF8967B496cienacom_" MIME-Version: 1.0 X-OriginatorOrg: ciena.com X-MS-Exchange-CrossTenant-Network-Message-Id: 02d1afda-74ea-416a-c4b1-08d578a7e272 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Feb 2018 21:21:19.5118 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0770 Archived-At: Subject: Re: [Teas] [**EXTERNAL**] RE: WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 20 Feb 2018 21:21:26 -0000 --_000_27D9CA7CE3994EE09AA464DF8967B496cienacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGl0dG8uLg0KSSBoYXZlIHJldmlld2VkIHRoZSBkb2N1bWVudCBhbmQgcmVjb21tZW5kIHB1Ymxp Y2F0aW9uLg0KDQpUaGFua3MsDQpIaW1hbnNodQ0KRnJvbTogSmVyZW15IFdoaXR0YWtlciA8amVy ZW15LndoaXR0YWtlckB2ZXJpem9uLmNvbT4NCkRhdGU6IFR1ZXNkYXksIEZlYnJ1YXJ5IDIwLCAy MDE4IGF0IDM6MjIgUE0NClRvOiBSYWtlc2ggR2FuZGhpIDxyZ2FuZGhpQGNpc2NvLmNvbT4sIFZp c2hudSBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbT4sICJ0ZWFzQGlldGYub3JnIiA8dGVh c0BpZXRmLm9yZz4NCkNjOiAidGVhcy1jaGFpcnNAaWV0Zi5vcmciIDx0ZWFzLWNoYWlyc0BpZXRm Lm9yZz4sICJTaGFoLCBIaW1hbnNodSIgPGhzaGFoQGNpZW5hLmNvbT4NClN1YmplY3Q6IFsqKkVY VEVSTkFMKipdIFJFOiBbVGVhc10gV0cgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtdGVhcy1hc3Nv Yy1jb3JvdXRlZC1iaWRpci1mcnItMDINCg0KQWxsLA0KDQpJJ3ZlIHJldmlld2VkIHRoaXMgZG9j dW1lbnQgYW5kIGJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KDQpUaGFua3Ms DQoNCkplcmVteSBXaGl0dGFrZXINCg0KDQpQTVRTDQpJbnRlbGxpZ2VudCBFZGdlIE5ldHdvcmsg UGxhbm5pbmcgJiBJbnRlZ3JhdGlvbg0KDQpNRCAyLjEuMjAxQw0KNjkyOSBOLiBMYWtld29vZCBB dmUuDQpUdWxzYSwgT0sgNzQwMTQNCg0KTyA5MTguNTkwLjY5OTgNCg0KW1Zlcml6b25dPGh0dHA6 Ly93d3cudmVyaXpvbi5jb20vPg0KDQoNCg0KRnJvbTogUmFrZXNoIEdhbmRoaSAocmdhbmRoaSkg W21haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAxNSwg MjAxOCA3OjA1IEFNDQpUbzogVmlzaG51IFBhdmFuIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwu Y29tPjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZz4NCkNjOiBURUFTIFdHIENoYWlycyA8dGVhcy1j aGFpcnNAaWV0Zi5vcmc+OyBTaGFoLCBIaW1hbnNodSA8aHNoYWhAY2llbmEuY29tPjsgV2hpdHRh a2VyLCBKZXJlbXkgTSA8amVyZW15LndoaXR0YWtlckBvbmUudmVyaXpvbi5jb20+DQpTdWJqZWN0 OiBbRV0gUmU6IFtUZWFzXSBXRyBMYXN0IENhbGwgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNv cm91dGVkLWJpZGlyLWZyci0wMg0KDQpIaSBQYXZhbiwgV0csDQoNCkkndmUgcmV2aWV3ZWQgdGhp cyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24uDQoNClRo YW5rcywNClJha2VzaA0KDQoNCkZyb206IFRlYXMgPHRlYXMtYm91bmNlc0BpZXRmLm9yZzxtYWls dG86dGVhcy1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFZpc2hudSBQYXZhbiBCZWVy YW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbTxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPj4N CkRhdGU6IFdlZG5lc2RheSwgRmVicnVhcnkgMTQsIDIwMTggYXQgOTo1NCBQTQ0KVG86IFRFQVMg V0cgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+Pg0KQ2M6IFRFQVMgV0cgQ2hh aXJzIDx0ZWFzLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86dGVhcy1jaGFpcnNAaWV0Zi5vcmc+Pg0K U3ViamVjdDogW1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29y b3V0ZWQtYmlkaXItZnJyLTAyDQoNCkFsbCwNClRoaXMgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2lu ZyBncm91cCBsYXN0IGNhbGwgb24NCmRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRp ci1mcnItMDINCg0KVGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMgb24gRmViIDI4Lg0K UGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgdGVhcyBtYWlsaW5nIGxpc3QuDQoNClBv c2l0aXZlIGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZA0K YmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24iLCBhcmUgd2VsY29tZSENClRoaXMg aXMgdXNlZnVsIGFuZCBpbXBvcnRhbnQsIGV2ZW4gZnJvbSBhdXRob3JzLg0KDQpOT1RFOiBJUFIg aGFzIGJlZW4gZGlzY2xvc2VkIG9uIHRoaXMgZG9jdW1lbnQNCg0KVGhhbmsgeW91LA0KVEVBUyBD aGFpcnMNCg== --_000_27D9CA7CE3994EE09AA464DF8967B496cienacom_ Content-Type: text/html; charset="utf-8" Content-ID: <0BC89F1A7E4D7944831CDF0907E30E08@namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7 DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2UtMToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCI7DQoJcGFu b3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToi VGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXtt c28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjt9DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWlsO30NCnNwYW4u RW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiVHJlYnVjaGV0IE1TIixzYW5z LXNlcmlmOw0KCWNvbG9yOiMwNDMyRkY7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5 bGU6bm9ybWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDQzMkZGIj5E aXR0by4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMwNDMyRkYiPkkgaGF2ZSByZXZpZXdlZCB0aGUgZG9jdW1lbnQgYW5kIHJlY29tbWVuZCBw dWJsaWNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzA0MzJGRiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiMwNDMyRkYiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48 L2k+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjojMDQzMkZGIj5IaW1hbnNo dTwvc3Bhbj48L2k+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwNDMyRkYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPkplcmVteSBXaGl0dGFrZXIgJmx0O2plcmVteS53aGl0dGFrZXJAdmVyaXpvbi5jb20mZ3Q7 PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIEZlYnJ1YXJ5IDIwLCAyMDE4IGF0IDM6MjIgUE08 YnI+DQo8Yj5UbzogPC9iPlJha2VzaCBHYW5kaGkgJmx0O3JnYW5kaGlAY2lzY28uY29tJmd0Oywg VmlzaG51IEJlZXJhbSAmbHQ7dmlzaG51cGF2YW5AZ21haWwuY29tJmd0OywgJnF1b3Q7dGVhc0Bp ZXRmLm9yZyZxdW90OyAmbHQ7dGVhc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90 O3RlYXMtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDt0ZWFzLWNoYWlyc0BpZXRmLm9yZyZndDss ICZxdW90O1NoYWgsIEhpbWFuc2h1JnF1b3Q7ICZsdDtoc2hhaEBjaWVuYS5jb20mZ3Q7PGJyPg0K PGI+U3ViamVjdDogPC9iPlsqKkVYVEVSTkFMKipdIFJFOiBbVGVhc10gV0cgTGFzdCBDYWxsIG9u IGRyYWZ0LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFsbCw8L3NwYW4+PG86cD48L286cD48L2E+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JJ3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQg YW5kIGJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLjwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4NCkplcmVteSBX aGl0dGFrZXI8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29sb3I6YmxhY2siPlBNVFM8L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29sb3I6 YmxhY2siPkludGVsbGlnZW50IEVkZ2UgTmV0d29yayBQbGFubmluZyAmYW1wOyBJbnRlZ3JhdGlv bjxicj4NCjxicj4NCk1EIDIuMS4yMDFDIDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtO ZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90Oztjb2xvcjpibGFjayI+NjkyOSBOLiBMYWtld29v ZCBBdmUuPGJyPg0KVHVsc2EsIE9LIDc0MDE0PGJyPg0KPGJyPg0KTyA5MTguNTkwLjY5OTg8L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7 Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48L3NwYW4+PGEgaHJlZj0iaHR0cDovL3d3dy52ZXJp em9uLmNvbS8iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O05ldWVIYWFzR3Jv dGVza1RleHQgU3RkJnF1b3Q7O2NvbG9yOmJsdWU7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPjxpbWcg Ym9yZGVyPSIwIiB3aWR0aD0iOTAiIGhlaWdodD0iMjAiIHN0eWxlPSJ3aWR0aDouOTM3NWluO2hl aWdodDouMjA4M2luIiBpZD0iX3gwMDAwX2kxMDI1IiBzcmM9Imh0dHBzOi8vc3M3LnZ6dy5jb20v aXMvaW1hZ2UvVmVyaXpvbldpcmVsZXNzL3Z6LXNpZy12ZXJpem9uPyRkZWZhdWx0c2NhbGUkIiBh bHQ9IlZlcml6b24iPjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90Oztjb2xvcjpibGFjayI+PGJyPg0KPGJy Pg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+DQogUmFrZXNoIEdh bmRoaSAocmdhbmRoaSkgW21haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbV0gPGJyPg0KPGI+U2VudDo8 L2I+IFRodXJzZGF5LCBGZWJydWFyeSAxNSwgMjAxOCA3OjA1IEFNPGJyPg0KPGI+VG86PC9iPiBW aXNobnUgUGF2YW4gQmVlcmFtICZsdDt2aXNobnVwYXZhbkBnbWFpbC5jb20mZ3Q7OyBURUFTIFdH ICZsdDt0ZWFzQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOjwvYj4gVEVBUyBXRyBDaGFpcnMgJmx0 O3RlYXMtY2hhaXJzQGlldGYub3JnJmd0OzsgU2hhaCwgSGltYW5zaHUgJmx0O2hzaGFoQGNpZW5h LmNvbSZndDs7IFdoaXR0YWtlciwgSmVyZW15IE0gJmx0O2plcmVteS53aGl0dGFrZXJAb25lLnZl cml6b24uY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRV0gUmU6IFtUZWFzXSBXRyBMYXN0 IENhbGwgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMjwvc3Bh bj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SGkgUGF2YW4sIFdHLDwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+SSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZCBiZWxpZXZl IGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+UmFrZXNoPC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ RnJvbToNCjwvc3Bhbj48L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRlYXMgJmx0Ozwvc3Bhbj48L3NwYW4+PGEgaHJlZj0i bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+dGVhcy1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsN CiBvbiBiZWhhbGYgb2YgVmlzaG51IFBhdmFuIEJlZXJhbSAmbHQ7PC9zcGFuPjwvc3Bhbj48YSBo cmVmPSJtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj52aXNobnVwYXZhbkBnbWFpbC5jb208L3NwYW4+PC9zcGFu PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNkYXksIEZlYnJ1YXJ5IDE0LCAyMDE4IGF0IDk6 NTQgUE08YnI+DQo8Yj5UbzogPC9iPlRFQVMgV0cgJmx0Ozwvc3Bhbj48L3NwYW4+PGEgaHJlZj0i bWFpbHRvOnRlYXNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPnRlYXNAaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxiPkNjOiA8L2I+ VEVBUyBXRyBDaGFpcnMgJmx0Ozwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnRlYXMtY2hh aXJzQGlldGYub3JnIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij50ZWFzLWNoYWlyc0BpZXRmLm9yZzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+U3ViamVjdDog PC9iPltUZWFzXSBXRyBMYXN0IENhbGwgb24gZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVk LWJpZGlyLWZyci0wMjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij5BbGwsPGJyPg0KVGhpcyBzdGFydHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIDxz cGFuIGNsYXNzPSJnbWFpbC1pbCI+bGFzdDwvc3Bhbj4gPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj4N CmNhbGw8L3NwYW4+IG9uPGJyPg0KZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGly LWZyci0wMjxicj4NCjxicj4NClRoZSB3b3JraW5nIGdyb3VwIDxzcGFuIGNsYXNzPSJnbWFpbC1p bCI+bGFzdDwvc3Bhbj4gPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5jYWxsPC9zcGFuPiBlbmRzIG9u IEZlYiAyOC48YnI+DQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSB0ZWFzIG1haWxp bmcgbGlzdC48YnI+DQo8YnI+DQpQb3NpdGl2ZSBjb21tZW50cywgZS5nLiwgJnF1b3Q7SSd2ZSBy ZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZDxicj4NCmJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1 YmxpY2F0aW9uJnF1b3Q7LCBhcmUgd2VsY29tZSE8YnI+DQpUaGlzIGlzIHVzZWZ1bCBhbmQgaW1w b3J0YW50LCBldmVuIGZyb20gYXV0aG9ycy48YnI+DQo8YnI+DQpOT1RFOiBJUFIgaGFzIGJlZW4g ZGlzY2xvc2VkIG9uIHRoaXMgZG9jdW1lbnQ8YnI+DQo8YnI+DQpUaGFuayB5b3UsPGJyPg0KVEVB UyBDaGFpcnM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_27D9CA7CE3994EE09AA464DF8967B496cienacom_-- From nobody Wed Feb 21 09:19:48 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D060C12D890; Wed, 21 Feb 2018 09:19:46 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Robert Sparks To: Cc: ietf@ietf.org, teas@ietf.org, draft-ietf-teas-rsvp-ingress-protection.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151923358680.9644.12188763891406029457@ietfa.amsl.com> Date: Wed, 21 Feb 2018 09:19:46 -0800 Archived-At: Subject: [Teas] Genart last call review of draft-ietf-teas-rsvp-ingress-protection-13 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 17:19:47 -0000 Reviewer: Robert Sparks Review result: Not Ready I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-teas-rsvp-ingress-protection-13 Reviewer: Robert Sparks Review Date: 2018-02-21 IETF LC End Date: 2018-03-01 IESG Telechat date: 2018-03-08 Summary: Not Ready for publication as an Experimental RFC I found this document hard to read. I encourage a significant editorial pass that focuses on presenting the core ideas early, and simplifies the language used throughout the document. Major Issues: 1) The IANA considerations section is unclear. You ask IANA to put something in "Class Names, Class Numbers, and Class Types" at . But there is no registry with that title on that page. (Nor is there a registry with a structure matching the row you are asking IANA to add.) Did you mean the registry at ? If so, the number you are suggesting is in a "Reserved for Private Use" range. If that _was_ your target, the structure of your requested record does not match the structure of the existing registry. Please clarify. The instructions to IANA for what to do when this document moves to the standards track are inappropriate. You can say that you anticipate that the future document that moves the idea to the standard track expects to create a new registry under rsvp-te-parameters, but this document cannot instruct IANA to do so. 2) "After one approach is selected, the document SHOULD become proposed standard." is an innappropriate use of SHOULD, and doesn't correctly reflect the process that would be followed in any case. You could, instead, say "After one approach is selected, a document revising the ideas here to reflect that selection and any other items learned from the experiment is expected to be submitted for publication on the standards track." 3) It is unclear until you get to section 5 (11 pages into the document) which elements provide and which elements consume the information in the proposed new object. The document is inconsistent about which messages the object can/should appear in. Moving the overview of behavior earlier in the document would help. Simplifying the description of that behavior will help more. Making the other sections consistent with what that overview describes is necessary. Minor Issues: a) It is not clear what the difference between source-detect and backup-source-detect really are (I agree with the comments in the rtgdir review on these sections). In section 2.1, where you say "reliably detect", do you really mean "verify"? The detection has already been done by the source. b) Section 4.1 is particularly hard to extract roles and responsibilities from. Calling out early which elements will use the object and in which messages will clarify the definition of behavior. Perhaps you should more carefully separate the definition of the object from normative statements about how the object gets used. c) The document is vague about source behavior, though it requires behaviors of the source when it detects failure, and when a previously failed primary becomes available again. A clearer description of what you are requiring of the source, and what you are intentionally leaving unspecified would help. d) The MUST in the first bullet of section 5.2 is unclear. As written it's an incorrect use of 2119. Are you trying to say that the primary ingress must know the IP address of the backup it wants to be used before it can use the INGRESS_PROTECTION object, or are you trying to say that if primary ingress doesn't know the address of the backup, it MUST NOT include a backup ingress address sub-object? Nits and editorial comments: FRR is used in the title, but does not appear in the abstract. (The abstract could say more about what the document is about.) The first sentence of the second paragraph of the Introduction is complex. Please break it apart into several sentences. In the introduction, please delete ", which are briefed as follows". The introduction to the issues can simply start "There are a number of issues in this solution:". At the second bullet in this list of issues, I suggest "configuration" instead of "configurations". At the third bullet in this list of issues, what does "the BFD down" mean? In section 3, I suggest replacing ", we call it is off-path" with "it is off-path". Please make a similar change to the sentence about on-path. In the third sentence, why do you say "configured or computed"? What does "computed" mean in this context? In the introduction to section 4, say _what_ the new object is backwards compatible with. In section 4.1, it's unclear what "keeps it" means. Please try reworking this sentence without using "it". It was not clear in section 4.1.1 that a backup would use the presence of the backup ingress IPv4 (or 6) sub-objects to discover that the primary wanted it to behave as a backup (as described in section 5.3). In the 3rd paragraph of section 5.1.1, do you mean "efficient processing" where you say "efficient process"? The last paragraph of 5.1.1 does not help the document. "simple" compared to what? "less" compared to what? I suggest deleting the paragraph, or significantly expanding on the discussion. At the first sentence of the last paragraph of 5.1.2, did you mean "required" instead of "requires"? At the second paragraph of 5.3, what are "administrative-colors"? From nobody Wed Feb 21 10:15:26 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0E3C12D951; Wed, 21 Feb 2018 10:15:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VSroPY2Iyx8b; Wed, 21 Feb 2018 10:15:16 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5F65126B6E; Wed, 21 Feb 2018 10:15:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1841; q=dns/txt; s=iport; t=1519236915; x=1520446515; h=to:subject:cc:from:message-id:date:mime-version: content-transfer-encoding; bh=yM6SeoQ3TNb15SLZildzSKQQTLxxXvPL+6s36eWOwv8=; b=d4V8Kk7UGCf1DEvsi5qXna2ZUfrcofpj2OEHGLm/TzqoVdkgZPPGHyYi bMlm7IWdCH83Iz0Zlpw20uYIKvraKkUnwMZlBfiVnAZXLb+16/PxVAkRd MWHw2+WIpIZWvu6G9RnTGjsGa6ymkgfj+6yuHRKKd4qHJbtzzlZhsMtbV Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C0CABTto1a/5hdJa1DGhsBAQEBAwEBA?= =?us-ascii?q?QkBAQGDT2ZwKINomB2BW4E+ll6CAgojhRGCelcVAQIBAQEBAQECayhCDAGEfg8?= =?us-ascii?q?BBUEZHAImAmwGAgEBih8QNIwTnXSCJ4UAg3mCEwEBCAEBAQEkgQ+EAoIngVeCE?= =?us-ascii?q?AyGKQIBAQEBgToBEQIBaoJLgmUFk2qQUQmCCoYdjWaCIIYpg3GIC44JggGIHIE?= =?us-ascii?q?8NSMlO3EzGggbFTqCQwmDAIILIzcBiBCCOCyCHwEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,375,1515456000"; d="scan'208";a="358861403" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Feb 2018 18:15:14 +0000 Received: from [10.82.217.145] (rtp-vpn3-399.cisco.com [10.82.217.145]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w1LIFClm006001; Wed, 21 Feb 2018 18:15:13 GMT To: draft-ietf-pce-pcep-yang@ietf.org Cc: draft-ietf-teas-yang-te@ietf.org, "teas@ietf.org" From: Benoit Claise Message-ID: <9c90a4a3-4a04-aa94-1119-fe712e572c90@cisco.com> Date: Wed, 21 Feb 2018 13:15:11 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: [Teas] Mail regarding YANG in draft-ietf-pce-pcep-yang (impacted by draft-ietf-teas-yang-te) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 21 Feb 2018 18:15:18 -0000 Hi, I started to see some errors for the draft-ietf-pce-pcep-yang YANG module today. See https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-yang/# Or http://www.claise.be/IETFYANGPageCompilation.html This comes from the latest draft-ietf-teas-yang-te draft version. draft-ietf-teas-yang-te authors, please make sure that dependent YANG modules are warned of the changes in your draft. For example, ietf-actn-te-kpi-telemetry@2017-07-03.yang, ietf-actn-vn@2017-10-23.yang, ietf-pcep-stats@2018-01-05.yang, etc. don't validate any longer. See https://www.yangcatalog.org/yang-search/impact_analysis.php?modules[]=ietf-te-types@2018-02-19.yang&modules[]=ietf-te@2018-02-19.yang&modules[]=ietf-te-device@2018-02-15.yang&modules[]=ietf-te-sr-mpls@2018-02-15.yang&modules[]=ietf-te-mpls@2018-02-15.yang&modules[]=ietf-te-mpls-types@2018-02-15.yang&recurse=0&rfcs=1&show_subm=1&show_dir=dependents Querying the yangcatalog.org, here is the list of email of draft authors of ietf-te-types dependent YANG modules: {     "output": {         "author-email": [             "draft-zheng-ccamp-otn-client-signal-yang@ietf.org",             "draft-ietf-teas-yang-rsvp-te@ietf.org",             "draft-lee-teas-actn-vn-yang@ietf.org",             "draft-ietf-teas-yang-te@ietf.org",             "draft-ietf-pce-pcep-yang@ietf.org",             "draft-ietf-teas-yang-te-topo@ietf.org",             "draft-liu-teas-yang-l3-te-topo@ietf.org",             "draft-ietf-ccamp-otn-tunnel-model@ietf.org",             "draft-lee-teas-actn-pm-telemetry-autonomics@ietf.org",             "draft-ietf-teas-yang-path-computation@ietf.org"         ]     } } Regards, Benoit From nobody Wed Feb 21 13:21:37 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D934E124BFA; Wed, 21 Feb 2018 13:21:31 -0800 (PST) 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 Zo5phwv_CcDb; Wed, 21 Feb 2018 13:21:30 -0800 (PST) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (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 F0E7C126C0F; Wed, 21 Feb 2018 13:21:29 -0800 (PST) Received: by mail-pf0-x232.google.com with SMTP id y186so509298pfb.2; Wed, 21 Feb 2018 13:21:29 -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=RBv1lpwUmPDRQY/lWp/ALWi2GbZE45G1yTM8lRd3vM0=; b=LIE48PN9bcDVlkfSBLS6VVKshKYQWqJxTCzOQ02LCAqp+yuhIh7EmBKLgF958ORqNM lc/PnQe6lrWIGq6UrYUKwZQbyCQM6cmtCpFzVZu9+EMlJLSKrUPd/c6BcIT2XDnO4+wk iSM6sBlY78qhLc9EqwzhPV5CPMctAim6o6CN1XEbpkdAIwt8xTBT5iRK/N+A+zTLJX9M GXjWUnBPvphRw+ft37cZ90Sy8oGVZRcUQYtuDFB2PNFpFr4u2OaE0m28nsMCHMTC8xTy BKT003DiUh4Bo0iyUIA1esOXJ4oLiUuE1PpWxgp0SrIwrJqOrFhIqEzZ1X4jZ2EJSJd+ oq4g== 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=RBv1lpwUmPDRQY/lWp/ALWi2GbZE45G1yTM8lRd3vM0=; b=IlY8/aLeimZhsG42ROGNzB/JZKZA308vVImv3iXdEK3MB/tUSVzLJTxmNkNMwRHc/8 yv2jNXP9Q0mYB+DZeBbcDVpDdTnDEa1pshwxKMfdqWmDn54JxsLYqdhptPCUeiJpk7EO ElDUxDw8uX2KwgMwqOmxEcjzbkP/nZZsELmPyyuQVTcLZ1jXUDzQTGNWnTVSfxrdJWAt UP6bBmU0sAFeZ8mCBIy63XgKTsRPc/ZatY2FlU4C/X/XiQAh4MtuTfWUGXmFU3B+ChrG 0WuwPi68wAtMqQ80YIcsA+kOe9MP+Ub/kB+voZQWeYUKEvGBlg5+YE19kI6DrYYMbvBb 8xsw== X-Gm-Message-State: APf1xPBljpeNFUHDXBhgfIIpLGng2svZAydFR4JJBAoCXERkvQc2j3IW T8zY7FoOWdcL3B834gDyDShD9tV8bFruDAfv1uY= X-Google-Smtp-Source: AH8x224vm1P0qC0tldg9G5pzXi2YPTak7acIRD6gtM1QOlm9UK9vp9Z4VXBRwalAo2JfFM6C30ism1jqLXQgir6PwEU= X-Received: by 10.99.171.70 with SMTP id k6mr3842555pgp.355.1519248089408; Wed, 21 Feb 2018 13:21:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.174.20 with HTTP; Wed, 21 Feb 2018 13:21:28 -0800 (PST) From: Vishnu Pavan Beeram Date: Wed, 21 Feb 2018 16:21:28 -0500 Message-ID: To: adeshmukh@juniper.net, kireeti@juniper.net, ravis@juniper.net, sesale@juniper.net, Raveendra Torvi Cc: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="94eb2c1bdad8b1ea570565bf8266" Archived-At: Subject: [Teas] Regarding IPR on draft-deshmukh-teas-rsvp-rmr-extension X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 21 Feb 2018 21:21:32 -0000 --94eb2c1bdad8b1ea570565bf8266 Content-Type: text/plain; charset="UTF-8" Authors, Contributors, WG, As part of preparation for WG Adoption Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author and listed contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under the IETF IPR rules which encourages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribution or discussion related to your undisclosed IPR. For more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, TEAS WG Chairs PS Please include all listed in the headers of this message in your response. --94eb2c1bdad8b1ea570565bf8266 Content-Type: text/html; charset="UTF-8"
Authors, Contributors, WG,

As part of preparation for WG Adoption

Are you aware of any IPR that applies to drafts identified above?

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3669, 5378 and 8179 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author and listed
contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
TO LINES.

If you are on the WG email list or attend WG meetings but are not listed
as an author or contributor, we remind you of your obligations under
the IETF IPR rules which encourages you to notify the IETF if you are
aware of IPR of others on an IETF contribution, or to refrain from
participating in any contribution or discussion related to your
undisclosed IPR. For more information, please see the RFCs listed above
and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Thank you,
TEAS WG Chairs

PS Please include all listed in the headers of this message in your
response.


--94eb2c1bdad8b1ea570565bf8266-- From nobody Thu Feb 22 10:21:52 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F301312D93E; Thu, 22 Feb 2018 10:21:44 -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.72.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151932370495.8108.3224494067040787677@ietfa.amsl.com> Date: Thu, 22 Feb 2018 10:21:44 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-topo-15.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 18:21:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for Traffic Engineering (TE) Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez De Dios Filename : draft-ietf-teas-yang-te-topo-15.txt Pages : 183 Date : 2018-02-22 Abstract: This document defines a YANG data model for representing, retrieving and manipulating Traffic Engineering (TE) Topologies. The model serves as a base model that other technology specific TE Topology models can augment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-15 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-topo-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-topo-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 22 13:46:17 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4404C12D950; Thu, 22 Feb 2018 13:46:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 6D9TF7Y42OIx; Thu, 22 Feb 2018 13:46:02 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B3A012420B; Thu, 22 Feb 2018 13:46:02 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id EAFF27615A615; Thu, 22 Feb 2018 21:45:57 +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.361.1; Thu, 22 Feb 2018 21:45:59 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML703-CHM.china.huawei.com ([169.254.5.179]) with mapi id 14.03.0382.000; Thu, 22 Feb 2018 13:45:56 -0800 From: Huaimo Chen To: Rifaat Shekh-Yusef , "secdir@ietf.org" CC: "draft-ietf-teas-rsvp-egress-protection.all@ietf.org" , "ietf@ietf.org" , "teas@ietf.org" Thread-Topic: Secdir last call review of draft-ietf-teas-rsvp-egress-protection-09 Thread-Index: AQHTqnAoz+h2spacWkiZ4uzsCmYfVaOwjCSg Date: Thu, 22 Feb 2018 21:45:55 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D463A52635@sjceml521-mbs.china.huawei.com> References: <151914767152.4003.2724168782038044771@ietfa.amsl.com> In-Reply-To: <151914767152.4003.2724168782038044771@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.155.146] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Secdir last call review of draft-ietf-teas-rsvp-egress-protection-09 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 22 Feb 2018 21:46:04 -0000 SGkgUmlmYWF0LA0KDQogICAgVGhhbmsgeW91IG11Y2ggZm9yIHlvdXIgdGltZSBhbmQgeW91ciB2 YWx1YWJsZSBjb21tZW50cy4NCiAgICBBbnN3ZXJzIHRvIHlvdXIgcXVlc3Rpb25zIGFyZSBpbmxp bmUgYmVsb3cgd2l0aCBwcmVmaXggW0hDXS4NCiAgICBXb3VsZCB5b3UgbWluZCByZXZpZXdpbmcg dGhlbSB0byBzZWUgaWYgdGhleSBhZGRyZXNzIHRoZSBpc3N1ZXM/DQoNCkJlc3QgUmVnYXJkcywN Ckh1YWltbw0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFJpZmFhdCBTaGVraC1Z dXNlZiBbbWFpbHRvOnJpZmFhdC5pZXRmQGdtYWlsLmNvbV0gDQpTZW50OiBUdWVzZGF5LCBGZWJy dWFyeSAyMCwgMjAxOCAxMjoyOCBQTQ0KVG86IHNlY2RpckBpZXRmLm9yZw0KQ2M6IGRyYWZ0LWll dGYtdGVhcy1yc3ZwLWVncmVzcy1wcm90ZWN0aW9uLmFsbEBpZXRmLm9yZzsgaWV0ZkBpZXRmLm9y ZzsgdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogU2VjZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJh ZnQtaWV0Zi10ZWFzLXJzdnAtZWdyZXNzLXByb3RlY3Rpb24tMDkNCg0KUmV2aWV3ZXI6IFJpZmFh dCBTaGVraC1ZdXNlZg0KUmV2aWV3IHJlc3VsdDogSGFzIElzc3Vlcw0KDQpJIGhhdmUgcmV2aWV3 ZWQgdGhpcyBkb2N1bWVudCBhcyBwYXJ0IG9mIHRoZSBzZWN1cml0eSBkaXJlY3RvcmF0ZSdzIG9u Z29pbmcgZWZmb3J0IHRvIHJldmlldyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2Vk IGJ5IHRoZSBJRVNHLiAgVGhlc2UgY29tbWVudHMgd2VyZSB3cml0dGVuIHByaW1hcmlseSBmb3Ig dGhlIGJlbmVmaXQgb2YgdGhlIHNlY3VyaXR5IGFyZWEgZGlyZWN0b3JzLiAgRG9jdW1lbnQgZWRp dG9ycyBhbmQgV0cgY2hhaXJzIHNob3VsZCB0cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0IGxpa2Ug YW55IG90aGVyIGxhc3QgY2FsbCBjb21tZW50cy4NCg0KICAgIkEgYmFja3VwIGVncmVzcyBNVVNU IGJlIGNvbmZpZ3VyZWQgb24gdGhlIGluZ3Jlc3Mgb2YgYW4gTFNQIHRvDQogICBwcm90ZWN0IGEg cHJpbWFyeSBlZ3Jlc3Mgb2YgdGhlIExTUCBpZiBhbmQgb25seSBpZiB0aGUgYmFja3VwIGVncmVz cw0KICAgaXMgbm90IGluZGljYXRlZCBpbiBhbm90aGVyIHBsYWNlLiINCg0KQ2FuIHlvdSBkZWZp bmUgImFub3RoZXIgcGxhY2UiPyBJcyBpdCB0aGUgInByaW1hcnkgZWdyZXNzIj8gb3RoZXJzPw0K IA0KW0hDXSBZZXMuIEFub3RoZXIgcGxhY2UgaW4gdGhpcyBjb250ZXh0IGlzIHRoZSBwcmltYXJ5 IGVncmVzcy4gDQpXZSB3aWxsIHVwZGF0ZSB0aGUgZG9jdW1lbnQgYWNjb3JkaW5nbHkgYXMgYmVs b3c6DQogICAiQSBiYWNrdXAgZWdyZXNzIE1VU1QgYmUgY29uZmlndXJlZCBvbiB0aGUgaW5ncmVz cyBvZiBhbiBMU1AgdG8NCiAgIHByb3RlY3QgYSBwcmltYXJ5IGVncmVzcyBvZiB0aGUgTFNQIGlm IGFuZCBvbmx5IGlmIHRoZSBiYWNrdXAgZWdyZXNzDQogICBpcyBub3QgY29uZmlndXJlZCBvbiB0 aGUgcHJpbWFyeSBlZ3Jlc3MuIg0KDQoNCg0KICAgIlRvIHByb3RlY3QgYSBwcmltYXJ5IGVncmVz cyBvZiBhbiBMU1AsIGEgYmFja3VwIGVncmVzcyBNVVNUIGJlDQogICBjb25maWd1cmVkIG9uIHRo ZSBwcmltYXJ5IGVncmVzcyBvZiB0aGUgTFNQIHRvIHByb3RlY3QgdGhlIHByaW1hcnkNCiAgIGVn cmVzcyBpZiBhbmQgb25seSBpZiB0aGUgYmFja3VwIGVncmVzcyBpcyBub3QgaW5kaWNhdGVkIGlu IGFub3RoZXINCiAgIHBsYWNlLiIgICANCg0KQ2FuIHlvdSBkZWZpbmUgImFub3RoZXIgcGxhY2Ui PyBJcyBpdCB0aGUgImluZ3Jlc3MiPyBvdGhlcnM/DQogICANCltIQ10gWWVzLiBBbm90aGVyIHBs YWNlIGluIHRoaXMgY29udGV4dCBpcyB0aGUgaW5ncmVzcy4gDQpXZSB3aWxsIHVwZGF0ZSB0aGUg ZG9jdW1lbnQgYWNjb3JkaW5nbHkgYXMgYmVsb3c6DQogICAiVG8gcHJvdGVjdCBhIHByaW1hcnkg ZWdyZXNzIG9mIGFuIExTUCwgYSBiYWNrdXAgZWdyZXNzIE1VU1QgYmUNCiAgIGNvbmZpZ3VyZWQg b24gdGhlIHByaW1hcnkgZWdyZXNzIG9mIHRoZSBMU1AgdG8gcHJvdGVjdCB0aGUgcHJpbWFyeQ0K ICAgZWdyZXNzIGlmIGFuZCBvbmx5IGlmIHRoZSBiYWNrdXAgZWdyZXNzIGlzIG5vdCBjb25maWd1 cmVkIG9uIHRoZSANCiAgIGluZ3Jlc3MuIg0KDQoNCg0KICAgIk5vdGUgdGhhdCBwcm90ZWN0aW5n IGEgcHJpbWFyeSBlZ3Jlc3Mgb2YgYSBQMlAgTFNQIGNhcnJ5aW5nIHNlcnZpY2UNCiAgIHRyYWZm aWMgdGhyb3VnaCBhIGJhY2t1cCBlZ3Jlc3MgcmVxdWlyZXMgdGhhdCB0aGUgYmFja3VwIGVncmVz cyB0cnVzdA0KICAgdGhlIHByaW1hcnkgZWdyZXNzIGZvciB0aGUgaW5mb3JtYXRpb24gcmVjZWl2 ZWQgZm9yIGEgc2VydmljZSBsYWJlbA0KICAgYXMgVUEgbGFiZWwuIg0KICAgDQpDYW4geW91IGVs YWJvcmF0ZSBvbiB0aGlzIHN0YXRlbWVudD8gDQpIb3cgd291bGQgdGhlIGJhY2t1cCBlZ3Jlc3Mg dHJ1c3QgdGhlIHByaW1hcnkgZWdyZXNzPw0KDQpbSENdIFRoZSBpbmZvcm1hdGlvbiBtYXkgYmUg c2VudCB0byB0aGUgYmFja3VwIGVncmVzcyBmcm9tIHRoZSANCiJwcmltYXJ5IGVncmVzcyIgdGhy b3VnaCBhbm90aGVyIHByb3RvY29sIHN1Y2ggYXMgQkdQLiBUaGUgYmFja3VwIGVncmVzcw0KbmVl ZCB0byAgbWFrZSBzdXJlIHRoYXQgdGhlICJwcmltYXJ5IGVncmVzcyIgdGhhdCBhbm90aGVyIHBy b3RvY29sIHVzZXMgDQppcyB0aGUgc2FtZSBwcmltYXJ5IGVncmVzcyB0byBiZSBwcm90ZWN0ZWQu IA0KVGhlIGJhY2t1cCBlZ3Jlc3MgbWF5IGNoZWNrIHdoZXRoZXIgdGhlIHJlbW90ZSBlbmQgb2Yg dGhlIEJHUCBzZXNzaW9uIA0KaXMgdGhlIHByaW1hcnkgZWdyZXNzIGlmIEJHUCBpcyB1c2VkIHRv IHNlbmQgdGhlIGluZm9ybWF0aW9uIHRvIHRoZSANCmJhY2t1cCBlZ3Jlc3MgZnJvbSB0aGUgInBy aW1hcnkgZWdyZXNzIi4NCldlIHdpbGwgdXBkYXRlIHRoZSBkb2N1bWVudCBhY2NvcmRpbmdseSBh cyBiZWxvdzoNCiAgIk5vdGUgdGhhdCBwcm90ZWN0aW5nIGEgcHJpbWFyeSBlZ3Jlc3Mgb2YgYSBQ MlAgTFNQIGNhcnJ5aW5nIHNlcnZpY2UNCiAgIHRyYWZmaWMgdGhyb3VnaCBhIGJhY2t1cCBlZ3Jl c3MgcmVxdWlyZXMgdGhhdCB0aGUgYmFja3VwIGVncmVzcyBtYWtlDQogICBzdXJlIHRoYXQgdGhl ICJwcmltYXJ5IGVncmVzcyIgc2VuZGluZyB0aGUgYmFja3VwIGVncmVzcyB0aGUgaW5mb3JtYXRp b24gDQogICBvbiBhIHNlcnZpY2UgbGFiZWwgYXMgVUEgbGFiZWwgdGhyb3VnaCBhbm90aGVyIHBy b3RvY29sIHN1Y2ggYXMgQkdQIGlzIA0KICAgdGhlIHNhbWUgcHJpbWFyeSBlZ3Jlc3MgdG8gYmUg cHJvdGVjdGVkLiINCg0KDQpSZWdhcmRzLA0KIFJpZmFhdA0KDQoNCg== From nobody Thu Feb 22 14:12:38 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E380E12420B; Thu, 22 Feb 2018 14:12:36 -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.72.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151933755688.7061.17460561382150684169@ietfa.amsl.com> Date: Thu, 22 Feb 2018 14:12:36 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-10.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 22:12:37 -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 : Extensions to RSVP-TE for LSP Egress Local Protection Authors : Huaimo Chen Autumn Liu Tarek Saad Fengman Xu Lu Huang Filename : draft-ietf-teas-rsvp-egress-protection-10.txt Pages : 18 Date : 2018-02-22 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the egress node(s) of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-egress-protection-10 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-egress-protection-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-egress-protection-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Feb 23 06:07:07 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 119D612E054; Fri, 23 Feb 2018 06:06:51 -0800 (PST) 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 I0nNFql7O4xr; Fri, 23 Feb 2018 06:06:49 -0800 (PST) Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 494FF12E046; Fri, 23 Feb 2018 06:06:49 -0800 (PST) Received: by mail-ua0-x231.google.com with SMTP id x4so5767278uaj.11; Fri, 23 Feb 2018 06:06:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=B9UPCHQt0auNhIgIhjeYyUyGm8NawEBTLzUekcD8yIM=; b=IdWmz6/poRayKhlloAEBo49vRUmFbi8ErlLSX1dyES2uYs2cpkGFMR+HVYaPC349XB x4d4d2e2VFfdiRfgPfT2gF0sc/LgqKDwVkA/rol4M+wlGHSlddiZM0oyKUoVVG0/3C5L BUdnYCoZpEm7Sd8jrMkxt8mLABv2ASdM+i7F50nya53Yqc8ztGhiJlI9dd7ouer3FSsb BHPP08xmHYOe5Ww2CpUPxpSB3/OrXOWVKtgpQ3E6QVFoTIvOOQTmskiP2SxBDGE/UTF/ 3jdvO9Zo+Hu11xVd+cPImU2pLqLOITl/2XPlPJlll1T8M0T+01Hz3sClWb7W3w0AG84K NR+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:in-reply-to:references:from:date :message-id:subject:to:cc; bh=B9UPCHQt0auNhIgIhjeYyUyGm8NawEBTLzUekcD8yIM=; b=Zs2C5KhjG8kRPVQ6X6/zFC4E8UJru8EhZ7bskX/atZXKtaOE7ez7mJP6wHxS64inu7 XbskVSEUuvvY6Zxn3GrfHwtNpgTb9UonHaT5QNpRCAcYs6avjM1B+B+j7jIW+7B34S+/ Veik+LUejZ060f1SWcjDFOqpM6WMyB4yur/dwmumv7d8HfMxwTzK64GNqlE988Q0YG71 jTbfcC7oravE1tLrMydr5krJ87RdIxDGplF17pMkxrnkTkT2S8+tsIqJ3xuzO2zO7bYx h57Oq6+oYixvIEp0ka5VFtghD9moXBcu5iRp5iUKUGz0hCsiVIMtWMTC7kUKdzzHX0y7 hhOQ== X-Gm-Message-State: APf1xPDMWTvl3G+oRF0uNGR3UN05wreL5gw5PFmCRPTrsuIjRGUmiPKF QDpvOmbipTzKhfiST4bNKVmPE5BoZCHJE06E8w4= X-Google-Smtp-Source: AG47ELv9OT/3ukcjrkUvIKvJLuiavnH/S1BXDA+3PqgqkGmj5F0+7IC1vjOj/nJu48z3Gxob8omgaH6mYrpRqlNBJWs= X-Received: by 10.176.78.203 with SMTP id x11mr1317977uah.194.1519394808376; Fri, 23 Feb 2018 06:06:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.45.148 with HTTP; Fri, 23 Feb 2018 06:06:47 -0800 (PST) In-Reply-To: <5316A0AB3C851246A7CA5758973207D463A52635@sjceml521-mbs.china.huawei.com> References: <151914767152.4003.2724168782038044771@ietfa.amsl.com> <5316A0AB3C851246A7CA5758973207D463A52635@sjceml521-mbs.china.huawei.com> From: Rifaat Shekh-Yusef Date: Fri, 23 Feb 2018 09:06:47 -0500 Message-ID: To: Huaimo Chen Cc: "secdir@ietf.org" , "draft-ietf-teas-rsvp-egress-protection.all@ietf.org" , "ietf@ietf.org" , "teas@ietf.org" Content-Type: multipart/alternative; boundary="089e08e4f993d3b4f10565e1ab34" Archived-At: Subject: Re: [Teas] Secdir last call review of draft-ietf-teas-rsvp-egress-protection-09 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 23 Feb 2018 14:06:51 -0000 --089e08e4f993d3b4f10565e1ab34 Content-Type: text/plain; charset="UTF-8" Hi Huaimo, I am fine with the new suggested changes to the text. Regards, Rifaat On Thu, Feb 22, 2018 at 4:45 PM, Huaimo Chen wrote: > Hi Rifaat, > > Thank you much for your time and your valuable comments. > Answers to your questions are inline below with prefix [HC]. > Would you mind reviewing them to see if they address the issues? > > Best Regards, > Huaimo > -----Original Message----- > From: Rifaat Shekh-Yusef [mailto:rifaat.ietf@gmail.com] > Sent: Tuesday, February 20, 2018 12:28 PM > To: secdir@ietf.org > Cc: draft-ietf-teas-rsvp-egress-protection.all@ietf.org; ietf@ietf.org; > teas@ietf.org > Subject: Secdir last call review of draft-ietf-teas-rsvp-egress- > protection-09 > > Reviewer: Rifaat Shekh-Yusef > Review result: Has Issues > > I have reviewed this document as part of the security directorate's > ongoing effort to review all IETF documents being processed by the IESG. > These comments were written primarily for the benefit of the security area > directors. Document editors and WG chairs should treat these comments just > like any other last call comments. > > "A backup egress MUST be configured on the ingress of an LSP to > protect a primary egress of the LSP if and only if the backup egress > is not indicated in another place." > > Can you define "another place"? Is it the "primary egress"? others? > > [HC] Yes. Another place in this context is the primary egress. > We will update the document accordingly as below: > "A backup egress MUST be configured on the ingress of an LSP to > protect a primary egress of the LSP if and only if the backup egress > is not configured on the primary egress." > > > > "To protect a primary egress of an LSP, a backup egress MUST be > configured on the primary egress of the LSP to protect the primary > egress if and only if the backup egress is not indicated in another > place." > > Can you define "another place"? Is it the "ingress"? others? > > [HC] Yes. Another place in this context is the ingress. > We will update the document accordingly as below: > "To protect a primary egress of an LSP, a backup egress MUST be > configured on the primary egress of the LSP to protect the primary > egress if and only if the backup egress is not configured on the > ingress." > > > > "Note that protecting a primary egress of a P2P LSP carrying service > traffic through a backup egress requires that the backup egress trust > the primary egress for the information received for a service label > as UA label." > > Can you elaborate on this statement? > How would the backup egress trust the primary egress? > > [HC] The information may be sent to the backup egress from the > "primary egress" through another protocol such as BGP. The backup egress > need to make sure that the "primary egress" that another protocol uses > is the same primary egress to be protected. > The backup egress may check whether the remote end of the BGP session > is the primary egress if BGP is used to send the information to the > backup egress from the "primary egress". > We will update the document accordingly as below: > "Note that protecting a primary egress of a P2P LSP carrying service > traffic through a backup egress requires that the backup egress make > sure that the "primary egress" sending the backup egress the information > on a service label as UA label through another protocol such as BGP is > the same primary egress to be protected." > > > Regards, > Rifaat > > > --089e08e4f993d3b4f10565e1ab34 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Huaimo,

I am fine with the new sugge= sted changes to the text.

Regards,
= =C2=A0Rifaat


On Thu, Feb 22, 2018 at 4:45 PM, Huaimo Chen <h= uaimo.chen@huawei.com> wrote:
Hi Rifaat,

=C2=A0 =C2=A0 Thank you much for your time and your valuable comments.
=C2=A0 =C2=A0 Answers to your questions are inline below with prefix [HC].<= br> =C2=A0 =C2=A0 Would you mind reviewing them to see if they address the issu= es?

Best Regards,
Huaimo
-----Original Message-----
From: Rifaat Shekh-Yusef [mailto:r= ifaat.ietf@gmail.com]
Sent: Tuesday, February 20, 2018 12:28 PM
To: secdir@ietf.org
Cc: = draft-ietf-teas-rsvp-egress-protection.all@ietf.org; ietf@ietf.org; tea= s@ietf.org
Subject: Secdir last call review of draft-ietf-teas-rsvp-egress-protec= tion-09

Reviewer: Rifaat Shekh-Yusef
Review result: Has Issues

I have reviewed this document as part of the security directorate's ong= oing effort to review all IETF documents being processed by the IESG.=C2=A0= These comments were written primarily for the benefit of the security area= directors.=C2=A0 Document editors and WG chairs should treat these comment= s just like any other last call comments.

=C2=A0 =C2=A0"A backup egress MUST be configured on the ingress of an = LSP to
=C2=A0 =C2=A0protect a primary egress of the LSP if and only if the backup = egress
=C2=A0 =C2=A0is not indicated in another place."

Can you define "another place"? Is it the "primary egress&qu= ot;? others?

[HC] Yes. Another place in this context is the primary egress.
We will update the document accordingly as below:
=C2=A0 =C2=A0"A backup egress MUST be configured on t= he ingress of an LSP to
=C2=A0 =C2=A0protect a primary egress of the LSP if and only if the backup = egress
=C2=A0 =C2=A0is not configured on the primary egress."



=C2=A0 =C2=A0"To protect a primary egress of an LSP, a backup egress M= UST be
=C2=A0 =C2=A0configured on the primary egress of the LSP to protect the pri= mary
=C2=A0 =C2=A0egress if and only if the backup egress is not indicated in an= other
=C2=A0 =C2=A0place."

Can you define "another place"? Is it the "ingress"? ot= hers?

[HC] Yes. Another place in this context is the ingress.
We will update the document accordingly as below:
=C2=A0 =C2=A0"To protect a primary egress of an LSP, = a backup egress MUST be
=C2=A0 =C2=A0configured on the primary egress of the LSP to protect the pri= mary
=C2=A0 =C2=A0egress if and only if the backup egress is not configur= ed on the
=C2=A0 =C2=A0ingress."



=C2=A0 =C2=A0"Note that protecting a primary egress of a P2P LSP carry= ing service
=C2=A0 =C2=A0traffic through a backup egress requires that the backup egres= s trust
=C2=A0 =C2=A0the primary egress for the information received for a service = label
=C2=A0 =C2=A0as UA label."

Can you elaborate on this statement?
How would the backup egress trust the primary egress?

[HC] The information may be sent to the backup egress from the
"primary egress" through another protocol such as BGP. The backup= egress
need to=C2=A0 make sure that the "primary egress" that another pr= otocol uses
is the same primary egress to be protected.
The backup egress may check whether the remote end of the BGP session
is the primary egress if BGP is used to send the information to the
backup egress from the "primary egress".
We will update the document accordingly as below:
=C2=A0 "Note that protecting a primary egress of a P2= P LSP carrying service
=C2=A0 =C2=A0traffic through a backup egress requires that the backu= p egress make
=C2=A0 =C2=A0sure that the "primary egress" sending the backup eg= ress the information
=C2=A0 =C2=A0on a service label as UA label through another protocol such a= s BGP is
=C2=A0 =C2=A0the same primary egress to be protected."


Regards,
=C2=A0Rifaat



--089e08e4f993d3b4f10565e1ab34-- From nobody Fri Feb 23 09:06:54 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97B7B12E891; Fri, 23 Feb 2018 09:06:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.321 X-Spam-Level: X-Spam-Status: No, score=-0.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FJ0BXrFczf0q; Fri, 23 Feb 2018 09:06:48 -0800 (PST) Received: from orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4833512E898; Fri, 23 Feb 2018 09:06:44 -0800 (PST) Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id E7F7C1C11DA; Fri, 23 Feb 2018 18:06:42 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.60]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id C6C82160067; Fri, 23 Feb 2018 18:06:42 +0100 (CET) Received: from [10.193.71.63] (10.168.234.4) by OPEXCLILM7F.corporate.adroot.infra.ftgroup (10.114.31.60) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 23 Feb 2018 18:06:42 +0100 References: <9E700233-75FF-40D2-ADD7-B81DB031276F@i.kyoto-u.ac.jp> To: "pce@ietf.org" , TEAS WG From: Organization: Orange X-Forwarded-Message-Id: <9E700233-75FF-40D2-ADD7-B81DB031276F@i.kyoto-u.ac.jp> Message-ID: <20340_1519405602_5A904A22_20340_243_1_31c67864-1d50-f70b-17fb-0d22a4a7cb86@orange.com> Date: Fri, 23 Feb 2018 18:06:42 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <9E700233-75FF-40D2-ADD7-B81DB031276F@i.kyoto-u.ac.jp> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [10.168.234.4] Archived-At: Subject: [Teas] iPOP 2018 Submission Deadline Extended (March 9) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 23 Feb 2018 17:06:50 -0000 FYI [Apologies, if you receive multiple copies of this CFP] ------------------------------------------------------------------------ Call for Presentation (Submission Deadline Extended) 14th International Conference on IP + Optical Network (iPOP 2018) May 31 - June 1, 2018 NICT Koganei Headquarter, Koganei, Tokyo Japan https://www.pilab.jp/ipop2018/ Important Dates: Submission deadline of one-page abstract: March 9, 2018 (Extended) Notification of acceptance: April 3, 2018 Submission deadline of final presentation slides: May 7, 2018 The conference is intended to share the knowledge, new findings, and experiences on the state-of-the art of IP and optical networking technologies among the industry and the academia. It features technical sessions and exhibitions. The opportunity to participate is open to all. The Technical Program Committee (TPC) for iPOP 2018 is soliciting presentation proposals for this conference. Protocol design, experiments, theories, implementations, and operational experiences are solicited. The topics of the conference will include but not be limited to the following: * SDN/NFV expectation and Mobile Edge Computing (MEC) for 5G * AI-assisted/autonomous operation and control * Automation of network operation and management (zero touch provisioning, etc.) * Intent-based networking * Policy-based management * SDN for packet and optical transport networks * Network abstraction/virtualization * Service function chaining * Control of network slices * Open Source Software (OSS) for SDN/NFV * Network requirement for IoT * Optical networking/switching for cloud services * Control plane (MPLS/GMPLS, OpenFlow, etc.) * Multi-Layer/Region Networks (MLN/MRN) * Traffic Engineering (TE), Path Computation Element (PCE) * Flex-grid/elastic optical networks * Data center and WAN orchestration * Carrier Ethernet and MPLS-TP for backhauling * Quality of Service/Experience (QoS/QoE) * Standardization/interoperability If you wish to submit a topic for consideration, please send an extended abstract of 400 words and a maximum of 1 page, including figures and diagrams, speakerfs name, affiliation, and contact information to the TPC at ipop2018-cfp@pilab.jp. The abstract will be put on the iPOP 2018 website. Please see https://www.pilab.jp/ipop2018/ for more details. ------------------------------------------------------------------------ _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Fri Feb 23 15:31:17 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF316120725; Fri, 23 Feb 2018 15:31:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 eqAIuMl1q3q8; Fri, 23 Feb 2018 15:31:12 -0800 (PST) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 E7C2E120713; Fri, 23 Feb 2018 15:31:12 -0800 (PST) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w1NNUGHo006192; Fri, 23 Feb 2018 15:31:11 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=sN/7RtepMrPXuNCoSwU0IdkPLcp73ZAsp/dFfg7NKhI=; b=SnhQrdSJ+H08dfhyz5uTq1Xfl2AQj4XaRMasoIjrpHB93MB5bHHnI7Zu/PJGT9iOEmFv ShQJaVohvCYH747/3AxAVFMLju+JGKWTF2PPlwYHMwGZhGCl8RxbYzT9uVA71z4QY45l 44idGNuu2ygMh0UN9nSfRifebSgbn/B41rNuZtZpaN789KHi6AzfKhf33sGlCORM2bhp O0EN02f+xZ+I7K7kYF3Y5kfZWpOIGnbxDhyM4jZfqrs2dJHFVOsz/G7eJYqgfZNYABEn ISVPLCq5p6uKWBS9FyLCKQ/xihc1BFjJwcjBUSHgMTnItf/6/BjiseMin6x7mB/loCB4 4g== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0021.outbound.protection.outlook.com [207.46.163.21]) by mx0a-00273201.pphosted.com with ESMTP id 2gavex80vc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 23 Feb 2018 15:31:11 -0800 Received: from CY4PR0501MB3682.namprd05.prod.outlook.com (52.132.103.33) by CY4PR0501MB3730.namprd05.prod.outlook.com (52.132.98.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.548.6; Fri, 23 Feb 2018 23:31:09 +0000 Received: from CY4PR0501MB3682.namprd05.prod.outlook.com ([fe80::c005:cde9:b548:d0cf]) by CY4PR0501MB3682.namprd05.prod.outlook.com ([fe80::c005:cde9:b548:d0cf%3]) with mapi id 15.20.0548.007; Fri, 23 Feb 2018 23:31:09 +0000 From: Abhishek Deshmukh To: "EXT-vishnupavan@gmail.com" , Kireeti Kompella , Ravi Singh , Santosh Easale , Raveendra Torvi CC: TEAS WG , TEAS WG Chairs Thread-Topic: Regarding IPR on draft-deshmukh-teas-rsvp-rmr-extension Thread-Index: AQHTq1n04r1xpaE+/EupKc5C5ooXOqOyUj6A Date: Fri, 23 Feb 2018 23:31:09 +0000 Message-ID: <9FE24453-097A-4553-B938-0FF6CADCA1AC@juniper.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.a.0.180210 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY4PR0501MB3730; 7:arbmB1716S4lF/l19bhJBjGDcoN8WwDhSBQdcg4Q2kOn+0Cp6MvX6FOXhnn2RWCSGeSmDo0dsC+v6440t28de65mVjflYY/XmH98yahd/CWvEFnUXK6JmsTKDFtvVz6uY3pvdVOZpzaZLIAkspa3DUbwDKu9GsgNc6IQYHiwvwyvZLdWrfyBBfYw/2eFWAMbdYmbA4H9ypHZM+0bQNeWZR4r/juIVFl3gyhDXLELM7EY2GLKxiYjoNKEr4RSmcF5 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: c057460a-b8ce-4157-2b0c-08d57b1584f1 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:CY4PR0501MB3730; x-ms-traffictypediagnostic: CY4PR0501MB3730: x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(10436049006162)(138986009662008)(85827821059158)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040501)(2401047)(5005006)(8121501046)(3231202)(944501181)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041288)(20161123562045)(20161123564045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6072148)(201708071742011); SRVR:CY4PR0501MB3730; BCL:0; PCL:0; RULEID:; SRVR:CY4PR0501MB3730; x-forefront-prvs: 0592A9FDE6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(39380400002)(396003)(346002)(376002)(366004)(189003)(199004)(6486002)(26005)(14454004)(966005)(2950100002)(82746002)(3660700001)(229853002)(83716003)(6636002)(6436002)(86362001)(106356001)(2900100001)(53546011)(6506007)(76176011)(6346003)(236005)(102836004)(33656002)(1941001)(53936002)(5250100002)(99286004)(478600001)(66066001)(6306002)(6246003)(6512007)(54896002)(36756003)(316002)(5660300001)(58126008)(3280700002)(54906003)(2906002)(110136005)(105586002)(25786009)(97736004)(186003)(8936002)(790700001)(68736007)(3846002)(6116002)(4326008)(606006)(8676002)(7736002)(81166006)(81156014)(39060400002)(491001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR0501MB3730; H:CY4PR0501MB3682.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: DUj2h8OFKWoACawhBRfrs80+cercFT8S+pannFGHQ+s4/60mNpDqU6i9zJx8ypcnjcfX/QlbBZV9JHYd/uRsfRCHORVKmcsRYpvBzs8cLjRNnzFh4OTxRPnZ9E4xsuRKkr/MySd6VFVk+86DluvlHM+dS43kZpAJR1aWsdgLyVM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_9FE24453097A4553B9380FF6CADCA1ACjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: c057460a-b8ce-4157-2b0c-08d57b1584f1 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Feb 2018 23:31:09.7230 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR0501MB3730 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-23_09:, , 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=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802230285 Archived-At: Subject: Re: [Teas] Regarding IPR on draft-deshmukh-teas-rsvp-rmr-extension X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 23 Feb 2018 23:31:15 -0000 --_000_9FE24453097A4553B9380FF6CADCA1ACjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4N Cg0KRnJvbTogVmlzaG51IFBhdmFuIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tPg0KRGF0 ZTogV2VkbmVzZGF5LCBGZWJydWFyeSAyMSwgMjAxOCBhdCA0OjIxIFBNDQpUbzogQWJoaXNoZWsg RGVzaG11a2ggPGFkZXNobXVraEBqdW5pcGVyLm5ldD4sIEtpcmVldGkgS29tcGVsbGEgPGtpcmVl dGlAanVuaXBlci5uZXQ+LCBSYXZpIFNpbmdoIDxyYXZpc0BqdW5pcGVyLm5ldD4sIFNhbnRvc2gg RXNhbGUgPHNlc2FsZUBqdW5pcGVyLm5ldD4sIFJhdmVlbmRyYSBUb3J2aSA8cnRvcnZpQGp1bmlw ZXIubmV0Pg0KQ2M6IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc+LCBURUFTIFdHIENoYWlycyA8dGVh cy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZWdhcmRpbmcgSVBSIG9uIGRyYWZ0LWRlc2ht dWtoLXRlYXMtcnN2cC1ybXItZXh0ZW5zaW9uDQoNCkF1dGhvcnMsIENvbnRyaWJ1dG9ycywgV0cs DQoNCkFzIHBhcnQgb2YgcHJlcGFyYXRpb24gZm9yIFdHIEFkb3B0aW9uDQoNCkFyZSB5b3UgYXdh cmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnRzIGlkZW50aWZpZWQgYWJvdmU/DQoN ClBsZWFzZSBzdGF0ZSBlaXRoZXI6DQoNCiJObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRo YXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0Kb3INCiJZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhh dCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQoNCklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNj bG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQooc2VlIFJGQ3MgMzY2OSwg NTM3OCBhbmQgODE3OSBmb3IgbW9yZSBkZXRhaWxzKT8NCg0KSWYgeWVzIHRvIHRoZSBhYm92ZSwg cGxlYXNlIHN0YXRlIGVpdGhlcjoNCg0KIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQg aW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0Kb3INCiJObywgdGhlIElQUiBoYXMg bm90IGJlZW4gZGlzY2xvc2VkIg0KDQpJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBh bnkgYWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluaw0KYXBwcm9wcmlhdGUuDQoNCklmIHlvdSBh cmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3 ZXIgdGhlDQphYm92ZSBieSByZXNwb25kaW5nIHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3 aGV0aGVyIG9yIG5vdCB5b3UgYXJlDQphd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRv Y3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQNCnN0YWdlIHVudGlsIGEgcmVzcG9u c2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgbGlzdGVkDQpjb250cmli dXRvci4gTk9URTogVEhJUyBBUFBMSUVTIFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMgTUVT U0FHRSdTDQpUTyBMSU5FUy4NCg0KSWYgeW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBh dHRlbmQgV0cgbWVldGluZ3MgYnV0IGFyZSBub3QgbGlzdGVkDQphcyBhbiBhdXRob3Igb3IgY29u dHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlcg0KdGhlIElF VEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5 b3UgYXJlDQphd2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBv ciB0byByZWZyYWluIGZyb20NCnBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBk aXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91cg0KdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBpbmZv cm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUNCmFuZA0KaHR0cDovL3Ry YWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVy dHk8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3Ry YWMudG9vbHMuaWV0Zi5vcmdfZ3JvdXBfaWVzZ190cmFjX3dpa2lfSW50ZWxsZWN0dWFsUHJvcGVy dHkmZD1Ed01CYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJ JnI9Nzd3cW5ZS0NuaWhrLXhBWloyTTVJRkNvZnNUWWwzSVotUWIxV21WeGx1VSZtPXgxSjlEdEdM MUdzMjB2Q2RCWUdZSVMwT2pOR3BGSUx5c2FlVzd0MEx6WjAmcz1HeVBHaElUSTQwa3dndUFjNlQ0 SWhiLWZwcXMwMW9odURnZWtYZElqU0kwJmU9Pi4NCg0KVGhhbmsgeW91LA0KVEVBUyBXRyBDaGFp cnMNCg0KUFMgUGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVycyBvZiB0aGlz IG1lc3NhZ2UgaW4geW91cg0KcmVzcG9uc2UuDQoNCg== --_000_9FE24453097A4553B9380FF6CADCA1ACjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <6A0C3EBF48D49F4F8D69CC05EBC11232@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlu O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K PGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5vLCBJJ20gbm90IGF3YXJl IG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5WaXNobnUgUGF2YW4gQmVlcmFtICZsdDt2aXNobnVw YXZhbkBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgRmVicnVhcnkg MjEsIDIwMTggYXQgNDoyMSBQTTxicj4NCjxiPlRvOiA8L2I+QWJoaXNoZWsgRGVzaG11a2ggJmx0 O2FkZXNobXVraEBqdW5pcGVyLm5ldCZndDssIEtpcmVldGkgS29tcGVsbGEgJmx0O2tpcmVldGlA anVuaXBlci5uZXQmZ3Q7LCBSYXZpIFNpbmdoICZsdDtyYXZpc0BqdW5pcGVyLm5ldCZndDssIFNh bnRvc2ggRXNhbGUgJmx0O3Nlc2FsZUBqdW5pcGVyLm5ldCZndDssIFJhdmVlbmRyYSBUb3J2aSAm bHQ7cnRvcnZpQGp1bmlwZXIubmV0Jmd0Ozxicj4NCjxiPkNjOiA8L2I+VEVBUyBXRyAmbHQ7dGVh c0BpZXRmLm9yZyZndDssIFRFQVMgV0cgQ2hhaXJzICZsdDt0ZWFzLWNoYWlyc0BpZXRmLm9yZyZn dDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmVnYXJkaW5nIElQUiBvbiBkcmFmdC1kZXNobXVraC10 ZWFzLXJzdnAtcm1yLWV4dGVuc2lvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48 YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+QXV0aG9ycywgQ29udHJpYnV0b3JzLCBXRyw8YnI+ DQo8YnI+DQpBcyBwYXJ0IG9mIHByZXBhcmF0aW9uIGZvciBXRyBBZG9wdGlvbjxicj4NCjxicj4N CkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnRzIGlkZW50aWZp ZWQgYWJvdmU/PGJyPg0KPGJyPg0KUGxlYXNlIHN0YXRlIGVpdGhlcjo8YnI+DQo8YnI+DQomcXVv dDtObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0 JnF1b3Q7PGJyPg0Kb3I8YnI+DQomcXVvdDtZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBs aWVzIHRvIHRoaXMgZHJhZnQmcXVvdDs8YnI+DQo8YnI+DQpJZiBzbywgaGFzIHRoaXMgSVBSIGJl ZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlczxicj4NCihzZWUg UkZDcyAzNjY5LCA1Mzc4IGFuZCA4MTc5IGZvciBtb3JlIGRldGFpbHMpPzxicj4NCjxicj4NCklm IHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6PGJyPg0KPGJyPg0KJnF1b3Q7 WWVzLCB0aGUgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJ UFIgcnVsZXMmcXVvdDs8YnI+DQpvcjxicj4NCiZxdW90O05vLCB0aGUgSVBSIGhhcyBub3QgYmVl biBkaXNjbG9zZWQmcXVvdDs8YnI+DQo8YnI+DQpJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJv dmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluazxicj4NCmFwcHJvcHJpYXRlLjxi cj4NCjxicj4NCklmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRy aWJ1dG9yIHBsZWFzZSBhbnN3ZXIgdGhlPGJyPg0KYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlz IGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZTxicj4NCmF3YXJlIG9m IGFueSByZWxldmFudCBJUFIuIFRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUg bmV4dDxicj4NCnN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBl YWNoIGF1dGhvciBhbmQgbGlzdGVkPGJyPg0KY29udHJpYnV0b3IuIE5PVEU6IFRISVMgQVBQTElF UyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUzxicj4NClRPIExJTkVTLjxi cj4NCjxicj4NCklmIHlvdSBhcmUgb24gdGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1l ZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZDxicj4NCmFzIGFuIGF1dGhvciBvciBjb250cmlidXRv ciwgd2UgcmVtaW5kIHlvdSBvZiB5b3VyIG9ibGlnYXRpb25zIHVuZGVyPGJyPg0KdGhlIElFVEYg SVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3Ug YXJlPGJyPg0KYXdhcmUgb2YgSVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwg b3IgdG8gcmVmcmFpbiBmcm9tPGJyPg0KcGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9u IG9yIGRpc2N1c3Npb24gcmVsYXRlZCB0byB5b3VyPGJyPg0KdW5kaXNjbG9zZWQgSVBSLiBGb3Ig bW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmU8YnI+DQph bmQ8YnI+DQo8L2E+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy L3VybD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0Zi5vcmdfZ3JvdXBfaWVzZ190cmFjX3dpa2lf SW50ZWxsZWN0dWFsUHJvcGVydHkmYW1wO2Q9RHdNQmFRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2Ni ZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9Nzd3cW5ZS0NuaWhrLXhBWloyTTVJRkNv ZnNUWWwzSVotUWIxV21WeGx1VSZhbXA7bT14MUo5RHRHTDFHczIwdkNkQllHWUlTME9qTkdwRklM eXNhZVc3dDBMelowJmFtcDtzPUd5UEdoSVRJNDBrd2d1QWM2VDRJaGItZnBxczAxb2h1RGdla1hk SWpTSTAmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90 cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHk8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4uPGJyPg0KPGJyPg0KVGhhbmsgeW91LDxicj4NClRFQVMg V0cgQ2hhaXJzPGJyPg0KPGJyPg0KUFMgUGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUg aGVhZGVycyBvZiB0aGlzIG1lc3NhZ2UgaW4geW91cjxicj4NCnJlc3BvbnNlLjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_9FE24453097A4553B9380FF6CADCA1ACjunipernet_-- From nobody Fri Feb 23 16:23:41 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6387C12420B; Fri, 23 Feb 2018 16:23:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_REMOTE_IMAGE=0.01, T_RP_MATCHES_RCVD=-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 josQ2wMegFKn; Fri, 23 Feb 2018 16:23:37 -0800 (PST) Received: from mail2.advaoptical.com (mail2.advaoptical.com [91.217.199.72]) (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 D2E401205D3; Fri, 23 Feb 2018 16:23:36 -0800 (PST) Received: from MUC-S-EX16B.advaoptical.com ([172.20.1.15]) by muc-vs-fsmail2.advaoptical.com (8.16.0.22/8.16.0.22) with ESMTPS id w1O0NLHp002997 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA256 bits=128 verify=FAIL); Sat, 24 Feb 2018 01:23:27 +0100 Received: from MUC-S-EX16D.advaoptical.com (172.20.1.28) by MUC-S-EX16B.advaoptical.com (172.20.1.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.1; Sat, 24 Feb 2018 01:23:21 +0100 Received: from MUC-S-EX16D.advaoptical.com (172.20.1.28) by MUC-S-EX16D.advaoptical.com (172.20.1.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1466.1; Sat, 24 Feb 2018 01:23:21 +0100 Received: from MUC-S-EX16D.advaoptical.com ([fe80::e03e:3049:4eba:950a]) by MUC-S-EX16D.advaoptical.com ([fe80::e03e:3049:4eba:950a%2]) with mapi id 15.01.1466.001; Sat, 24 Feb 2018 01:23:21 +0100 From: =?utf-8?B?UGF3ZcWCIEJyem96b3dza2k=?= To: "Shah, Himanshu" , "jeremy.whittaker@verizon.com" , "Rakesh Gandhi (rgandhi)" , Vishnu Pavan Beeram , TEAS WG CC: TEAS WG Chairs Thread-Topic: [Teas] [**EXTERNAL**] RE: WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 Thread-Index: AQHTqpC/+oN+04ciKkuKIyP6B6za6qOytg+w Date: Sat, 24 Feb 2018 00:23:21 +0000 Message-ID: References: <27D9CA7C-E399-4EE0-9AA4-64DF8967B496@ciena.com> In-Reply-To: <27D9CA7C-E399-4EE0-9AA4-64DF8967B496@ciena.com> Accept-Language: pl-PL, de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.20.1.231] Content-Type: multipart/alternative; boundary="_000_e4f7870928e74d9d8e9cdc730b1bc5fcadvaopticalcom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-23_10:, , signatures=0 Archived-At: Subject: Re: [Teas] [**EXTERNAL**] RE: WG Last Call on draft-ietf-teas-assoc-corouted-bidir-frr-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 24 Feb 2018 00:23:39 -0000 --_000_e4f7870928e74d9d8e9cdc730b1bc5fcadvaopticalcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0cvYWxsLA0KDQpJ4oCZdmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBp dCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24uDQoNClJlZ2FyZHMsDQpQYXdlbA0KDQpGcm9tOiBU ZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU2hhaCwgSGlt YW5zaHUNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDIwLCAyMDE4IDQ6MjEgUE0NClRvOiBqZXJl bXkud2hpdHRha2VyQHZlcml6b24uY29tOyBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSA8cmdhbmRo aUBjaXNjby5jb20+OyBWaXNobnUgUGF2YW4gQmVlcmFtIDx2aXNobnVwYXZhbkBnbWFpbC5jb20+ OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPg0KQ2M6IFRFQVMgV0cgQ2hhaXJzIDx0ZWFzLWNoYWly c0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbVGVhc10gWyoqRVhURVJOQUwqKl0gUkU6IFdHIExh c3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyDQoN CkRpdHRvLi4NCkkgaGF2ZSByZXZpZXdlZCB0aGUgZG9jdW1lbnQgYW5kIHJlY29tbWVuZCBwdWJs aWNhdGlvbi4NCg0KVGhhbmtzLA0KSGltYW5zaHUNCkZyb206IEplcmVteSBXaGl0dGFrZXIgPGpl cmVteS53aGl0dGFrZXJAdmVyaXpvbi5jb208bWFpbHRvOmplcmVteS53aGl0dGFrZXJAdmVyaXpv bi5jb20+Pg0KRGF0ZTogVHVlc2RheSwgRmVicnVhcnkgMjAsIDIwMTggYXQgMzoyMiBQTQ0KVG86 IFJha2VzaCBHYW5kaGkgPHJnYW5kaGlAY2lzY28uY29tPG1haWx0bzpyZ2FuZGhpQGNpc2NvLmNv bT4+LCBWaXNobnUgQmVlcmFtIDx2aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOnZpc2hudXBh dmFuQGdtYWlsLmNvbT4+LCAidGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4iIDx0 ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NCkNjOiAidGVhcy1jaGFpcnNAaWV0 Zi5vcmc8bWFpbHRvOnRlYXMtY2hhaXJzQGlldGYub3JnPiIgPHRlYXMtY2hhaXJzQGlldGYub3Jn PG1haWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZz4+LCAiU2hhaCwgSGltYW5zaHUiIDxoc2hhaEBj aWVuYS5jb208bWFpbHRvOmhzaGFoQGNpZW5hLmNvbT4+DQpTdWJqZWN0OiBbKipFWFRFUk5BTCoq XSBSRTogW1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0 ZWQtYmlkaXItZnJyLTAyDQoNCkFsbCwNCg0KSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFu ZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KVGhhbmtzLA0KDQpKZXJl bXkgV2hpdHRha2VyDQoNClBNVFMNCkludGVsbGlnZW50IEVkZ2UgTmV0d29yayBQbGFubmluZyAm IEludGVncmF0aW9uDQoNCk1EIDIuMS4yMDFDDQo2OTI5IE4uIExha2V3b29kIEF2ZS4NClR1bHNh LCBPSyA3NDAxNA0KDQpPIDkxOC41OTAuNjk5OA0KDQpbVmVyaXpvbl08aHR0cDovL3d3dy52ZXJp em9uLmNvbS8+DQoNCg0KRnJvbTogUmFrZXNoIEdhbmRoaSAocmdhbmRoaSkgW21haWx0bzpyZ2Fu ZGhpQGNpc2NvLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAxNSwgMjAxOCA3OjA1IEFN DQpUbzogVmlzaG51IFBhdmFuIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0bzp2 aXNobnVwYXZhbkBnbWFpbC5jb20+PjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVh c0BpZXRmLm9yZz4+DQpDYzogVEVBUyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYub3JnPG1h aWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZz4+OyBTaGFoLCBIaW1hbnNodSA8aHNoYWhAY2llbmEu Y29tPG1haWx0bzpoc2hhaEBjaWVuYS5jb20+PjsgV2hpdHRha2VyLCBKZXJlbXkgTSA8amVyZW15 LndoaXR0YWtlckBvbmUudmVyaXpvbi5jb208bWFpbHRvOmplcmVteS53aGl0dGFrZXJAb25lLnZl cml6b24uY29tPj4NClN1YmplY3Q6IFtFXSBSZTogW1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFm dC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyDQoNCkhpIFBhdmFuLCBXRywN Cg0KSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZv ciBwdWJsaWNhdGlvbi4NCg0KVGhhbmtzLA0KUmFrZXNoDQoNCg0KRnJvbTogVGVhcyA8dGVhcy1i b3VuY2VzQGlldGYub3JnPG1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYg b2YgVmlzaG51IFBhdmFuIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0bzp2aXNo bnVwYXZhbkBnbWFpbC5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5LCBGZWJydWFyeSAxNCwgMjAxOCBh dCA5OjU0IFBNDQpUbzogVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9y Zz4+DQpDYzogVEVBUyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYub3JnPG1haWx0bzp0ZWFz LWNoYWlyc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBbVGVhc10gV0cgTGFzdCBDYWxsIG9uIGRyYWZ0 LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDINCg0KQWxsLA0KVGhpcyBzdGFy dHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbg0KZHJhZnQtaWV0Zi10ZWFz LWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wMg0KDQpUaGUgd29ya2luZyBncm91cCBsYXN0IGNh bGwgZW5kcyBvbiBGZWIgMjguDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSB0ZWFz IG1haWxpbmcgbGlzdC4NCg0KUG9zaXRpdmUgY29tbWVudHMsIGUuZy4sICJJJ3ZlIHJldmlld2Vk IHRoaXMgZG9jdW1lbnQgYW5kDQpiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiIs IGFyZSB3ZWxjb21lIQ0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwgZXZlbiBmcm9tIGF1 dGhvcnMuDQoNCk5PVEU6IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgb24gdGhpcyBkb2N1bWVudA0K DQpUaGFuayB5b3UsDQpURUFTIENoYWlycw0K --_000_e4f7870928e74d9d8e9cdc730b1bc5fcadvaopticalcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7 DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiVHJlYnVjaGV0IE1TIjsNCglwYW5vc2UtMToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCI7fQ0KLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmss IHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2 M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5 cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0Rjcy Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3Jt YWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1h cmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHls ZS1uYW1lOmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRv d3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFu LkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToi VHJlYnVjaGV0IE1TIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMwNDMyRkY7DQoJZm9udC13ZWlnaHQ6 bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRp di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+SGkgV0cvYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+SeKAmXZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJlbGlldmUgaXQgaXMg cmVhZHkgZm9yIHB1YmxpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGF3ZWw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0 Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlNoYWgsIEhpbWFuc2h1PGJyPg0KPGI+U2VudDo8 L2I+IFR1ZXNkYXksIEZlYnJ1YXJ5IDIwLCAyMDE4IDQ6MjEgUE08YnI+DQo8Yj5Ubzo8L2I+IGpl cmVteS53aGl0dGFrZXJAdmVyaXpvbi5jb207IFJha2VzaCBHYW5kaGkgKHJnYW5kaGkpICZsdDty Z2FuZGhpQGNpc2NvLmNvbSZndDs7IFZpc2hudSBQYXZhbiBCZWVyYW0gJmx0O3Zpc2hudXBhdmFu QGdtYWlsLmNvbSZndDs7IFRFQVMgV0cgJmx0O3RlYXNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6 PC9iPiBURUFTIFdHIENoYWlycyAmbHQ7dGVhcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+ U3ViamVjdDo8L2I+IFJlOiBbVGVhc10gWyoqRVhURVJOQUwqKl0gUkU6IFdHIExhc3QgQ2FsbCBv biBkcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwNDMyRkYiPkRp dHRvLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzA0MzJGRiI+SSBoYXZlIHJldmlld2VkIHRoZSBkb2N1bWVudCBhbmQgcmVjb21tZW5kIHB1 YmxpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMDQzMkZGIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q29uc29sYXM7Y29sb3I6IzA0MzJGRiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwv aT48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiMwNDMyRkYiPkhpbWFuc2h1 PC9zcGFuPjwvaT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzA0MzJGRiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp bmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+SmVyZW15IFdoaXR0YWtlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmplcmVteS53aGl0dGFrZXJA dmVyaXpvbi5jb20iPmplcmVteS53aGl0dGFrZXJAdmVyaXpvbi5jb208L2E+Jmd0Ozxicj4NCjxi PkRhdGU6IDwvYj5UdWVzZGF5LCBGZWJydWFyeSAyMCwgMjAxOCBhdCAzOjIyIFBNPGJyPg0KPGI+ VG86IDwvYj5SYWtlc2ggR2FuZGhpICZsdDs8YSBocmVmPSJtYWlsdG86cmdhbmRoaUBjaXNjby5j b20iPnJnYW5kaGlAY2lzY28uY29tPC9hPiZndDssIFZpc2hudSBCZWVyYW0gJmx0OzxhIGhyZWY9 Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20iPnZpc2hudXBhdmFuQGdtYWlsLmNvbTwvYT4m Z3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwv YT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3Jn PC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzp0ZWFzLWNoYWly c0BpZXRmLm9yZyI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJt YWlsdG86dGVhcy1jaGFpcnNAaWV0Zi5vcmciPnRlYXMtY2hhaXJzQGlldGYub3JnPC9hPiZndDss ICZxdW90O1NoYWgsIEhpbWFuc2h1JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86aHNoYWhAY2ll bmEuY29tIj5oc2hhaEBjaWVuYS5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bKipF WFRFUk5BTCoqXSBSRTogW1RlYXNdIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLXRlYXMtYXNz b2MtY29yb3V0ZWQtYmlkaXItZnJyLTAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGEgbmFtZT0iX01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5BbGwsPC9zcGFuPjxvOnA+PC9vOnA+PC9hPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+SSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIHJl YWR5IGZvciBwdWJsaWNhdGlvbi48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoYW5rcyw8 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4N CkplcmVteSBXaGl0dGFrZXI8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29sb3I6YmxhY2siPlBNVFM8L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29s b3I6YmxhY2siPkludGVsbGlnZW50IEVkZ2UgTmV0d29yayBQbGFubmluZyAmYW1wOyBJbnRlZ3Jh dGlvbjxicj4NCjxicj4NCk1EIDIuMS4yMDFDIDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90Oztjb2xvcjpibGFjayI+NjkyOSBOLiBMYWtl d29vZCBBdmUuPGJyPg0KVHVsc2EsIE9LIDc0MDE0PGJyPg0KPGJyPg0KTyA5MTguNTkwLjY5OTg8 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtOZXVlSGFhc0dyb3Rlc2tUZXh0IFN0ZCZxdW90Oztjb2xvcjpibGFjayI+PGJyPg0KPC9zcGFu Pjwvc3Bhbj48YSBocmVmPSJodHRwOi8vd3d3LnZlcml6b24uY29tLyI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TmV1ZUhhYXNHcm90ZXNrVGV4dCBTdGQmcXVvdDs7Y29sb3I6 Ymx1ZTt0ZXh0LWRlY29yYXRpb246bm9uZSI+PGltZyBib3JkZXI9IjAiIHdpZHRoPSI5MCIgaGVp Z2h0PSIyMCIgc3R5bGU9IndpZHRoOi45NDE2aW47aGVpZ2h0Oi4yMDgzaW4iIGlkPSJfeDAwMDBf aTEwMjUiIHNyYz0iaHR0cHM6Ly9zczcudnp3LmNvbS9pcy9pbWFnZS9WZXJpem9uV2lyZWxlc3Mv dnotc2lnLXZlcml6b24/JGRlZmF1bHRzY2FsZSQiIGFsdD0iVmVyaXpvbiI+PC9zcGFuPjwvc3Bh bj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9h PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O05ldWVIYWFzR3JvdGVza1RleHQg U3RkJnF1b3Q7O2NvbG9yOmJsYWNrIj48YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwv Yj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj4NCiBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSBbPC9zcGFuPjwvc3Bhbj48 YSBocmVmPSJtYWlsdG86cmdhbmRoaUBjaXNjby5jb20iPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+bWFpbHRvOnJnYW5kaGlAY2lz Y28uY29tPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBG ZWJydWFyeSAxNSwgMjAxOCA3OjA1IEFNPGJyPg0KPGI+VG86PC9iPiBWaXNobnUgUGF2YW4gQmVl cmFtICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5j b20iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+dmlzaG51cGF2YW5AZ21haWwuY29tPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmd0OzsNCiBU RUFTIFdHICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPnRlYXNAaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBU RUFTIFdHIENoYWlycyAmbHQ7PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJtYWlsdG86dGVhcy1jaGFp cnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4m Z3Q7Ow0KIFNoYWgsIEhpbWFuc2h1ICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpo c2hhaEBjaWVuYS5jb20iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+aHNoYWhAY2llbmEuY29tPC9zcGFuPjwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmd0 OzsNCiBXaGl0dGFrZXIsIEplcmVteSBNICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0 bzpqZXJlbXkud2hpdHRha2VyQG9uZS52ZXJpem9uLmNvbSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5qZXJlbXkud2hpdHRha2Vy QG9uZS52ZXJpem9uLmNvbTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDs8YnI+DQo8Yj5TdWJqZWN0Ojwv Yj4gW0VdIFJlOiBbVGVhc10gV0cgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtdGVhcy1hc3NvYy1j b3JvdXRlZC1iaWRpci1mcnItMDI8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PkhpIFBhdmFuLCBXRyw8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkkndmUgcmV2aWV3ZWQg dGhpcyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24uPC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPlJha2VzaDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UZWFzICZs dDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmciPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPnRlYXMtYm91bmNlc0Bp ZXRmLm9yZzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7DQogb24gYmVoYWxmIG9mIFZpc2hudSBQYXZhbiBCZWVy YW0gJmx0Ozwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNv bSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+dmlzaG51cGF2 YW5AZ21haWwuY29tPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+V2VkbmVzZGF5 LCBGZWJydWFyeSAxNCwgMjAxOCBhdCA5OjU0IFBNPGJyPg0KPGI+VG86IDwvYj5URUFTIFdHICZs dDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj50ZWFzQGlldGYub3JnPC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+ PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPiZndDs8YnI+DQo8Yj5DYzogPC9iPlRFQVMgV0cgQ2hhaXJzICZsdDs8L3NwYW4+PC9zcGFu PjxhIGhyZWY9Im1haWx0bzp0ZWFzLWNoYWlyc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+dGVhcy1jaGFpcnNAaWV0Zi5vcmc8L3NwYW4+PC9z cGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48 L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bVGVhc10gV0cgTGFzdCBDYWxsIG9uIGRyYWZ0 LWlldGYtdGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8L3NwYW4+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+QWxsLDxicj4NClRoaXMgc3RhcnRzIGEg dHdvLXdlZWsgd29ya2luZyBncm91cCA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPmxhc3Q8L3NwYW4+ IDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+DQpjYWxsPC9zcGFuPiBvbjxicj4NCmRyYWZ0LWlldGYt dGVhcy1hc3NvYy1jb3JvdXRlZC1iaWRpci1mcnItMDI8YnI+DQo8YnI+DQpUaGUgd29ya2luZyBn cm91cCA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPmxhc3Q8L3NwYW4+IDxzcGFuIGNsYXNzPSJnbWFp bC1pbCI+Y2FsbDwvc3Bhbj4gZW5kcyBvbiBGZWIgMjguPGJyPg0KUGxlYXNlIHNlbmQgeW91ciBj b21tZW50cyB0byB0aGUgdGVhcyBtYWlsaW5nIGxpc3QuPGJyPg0KPGJyPg0KUG9zaXRpdmUgY29t bWVudHMsIGUuZy4sICZxdW90O0kndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQ8YnI+DQpi ZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiZxdW90OywgYXJlIHdlbGNvbWUhPGJy Pg0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwgZXZlbiBmcm9tIGF1dGhvcnMuPGJyPg0K PGJyPg0KTk9URTogSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBvbiB0aGlzIGRvY3VtZW50PGJyPg0K PGJyPg0KVGhhbmsgeW91LDxicj4NClRFQVMgQ2hhaXJzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_e4f7870928e74d9d8e9cdc730b1bc5fcadvaopticalcom_-- From nobody Fri Feb 23 20:39:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A412C126BF6; Fri, 23 Feb 2018 20:39:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 9TfuaYAnip0F; Fri, 23 Feb 2018 20:39:14 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0497D124E15; Fri, 23 Feb 2018 20:39:14 -0800 (PST) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id C5AC5A171EE5A; Sat, 24 Feb 2018 04:39:09 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.361.1; Sat, 24 Feb 2018 04:39:10 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML702-CHM.china.huawei.com ([169.254.4.179]) with mapi id 14.03.0382.000; Fri, 23 Feb 2018 20:39:06 -0800 From: Huaimo Chen To: Stewart Bryant , "gen-art@ietf.org" CC: "draft-ietf-teas-rsvp-egress-protection.all@ietf.org" , "ietf@ietf.org" , "teas@ietf.org" Thread-Topic: Genart last call review of draft-ietf-teas-rsvp-egress-protection-09 Thread-Index: AQHTqXoZo+lFvv0pdU6l4jVrn4db/6OwyOKw Date: Sat, 24 Feb 2018 04:39:05 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D463A52943@sjceml521-mbs.china.huawei.com> References: <151904196726.18586.3563777047259556431@ietfa.amsl.com> In-Reply-To: <151904196726.18586.3563777047259556431@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.156.40] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Genart last call review of draft-ietf-teas-rsvp-egress-protection-09 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 24 Feb 2018 04:39:17 -0000 SGkgU3Rld2FydCwNCg0KICAgIFRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgY29tbWVudHMu DQogICAgQW5zd2VycyB0byB5b3VyIGNvbW1lbnRzIGFyZSBpbmxpbmUgYmVsb3cgd2l0aCBwcmVm aXggW0hDXS4NCiAgICBXb3VsZCB5b3UgbWluZCByZXZpZXdpbmcgdGhlbSB0byBzZWUgaWYgdGhl eSBhZGRyZXNzIHRoZSBpc3N1ZXM/DQoNCkJlc3QgUmVnYXJkcywNCkh1YWltbw0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFN0ZXdhcnQgQnJ5YW50IFttYWlsdG86c3Rld2FydC5i cnlhbnRAZ21haWwuY29tXSANClNlbnQ6IE1vbmRheSwgRmVicnVhcnkgMTksIDIwMTggNzowNiBB TQ0KVG86IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLXRlYXMtcnN2cC1lZ3Jlc3Mt cHJvdGVjdGlvbi5hbGxAaWV0Zi5vcmc7IGlldGZAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmcNClN1 YmplY3Q6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1yc3ZwLWVn cmVzcy1wcm90ZWN0aW9uLTA5DQoNClJldmlld2VyOiBTdGV3YXJ0IEJyeWFudA0KUmV2aWV3IHJl c3VsdDogT24gdGhlIFJpZ2h0IFRyYWNrDQoNCkkgYW0gdGhlIGFzc2lnbmVkIEdlbi1BUlQgcmV2 aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBHZW5lcmFsIEFyZWEgUmV2aWV3IFRlYW0gKEdlbi1B UlQpIHJldmlld3MgYWxsIElFVEYgZG9jdW1lbnRzIGJlaW5nIHByb2Nlc3NlZCBieSB0aGUgSUVT RyBmb3IgdGhlIElFVEYgQ2hhaXIuICBQbGVhc2UgdHJlYXQgdGhlc2UgY29tbWVudHMganVzdCBs aWtlIGFueSBvdGhlciBsYXN0IGNhbGwgY29tbWVudHMuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9u LCBwbGVhc2Ugc2VlIHRoZSBGQVEgYXQNCg0KPGh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2dl bi93aWtpL0dlbkFydGZhcT4uDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtcnN2cC1lZ3Jl c3MtcHJvdGVjdGlvbi0wOQ0KDQpSZXZpZXdlcjogU3Rld2FydCBCcnlhbnQNClJldmlldyBEYXRl OiAyMDE4LTAyLTE5DQpJRVRGIExDIEVuZCBEYXRlOiAyMDE4LTAyLTI3DQpJRVNHIFRlbGVjaGF0 IGRhdGU6IDIwMTgtMDMtMDgNCg0KU3VtbWFyeToNCg0KSSB0aGluayB0aGF0IHRoZXJlIGFyZSBh IG51bWJlciBvZiBpc3N1ZXMgdGhhdCBuZWVkIHRvIGJlIGxvb2tlZCBhdCBpbiBkZXRhaWwgYmVm b3JlIHRoaXMgaXMgcmVhZHkuIEl0IGNvdWxkIGJlIHRoYXQgYSBudW1iZXIgb2YgdGhlc2UgYXJl IGFzc3VtZWQga25vd2xlZGdlIG9mIHRoZSBzdWJqZWN0IGFyZWEsIGJ1dCB0aGF0IGlzIG5vdCB0 aGUgY2FzZSBmb3IgYWxsIG9mIHRoZW0uDQoNClNlY3Rpb24gNiwgdGhlIGV4YW1wbGUsIGV4cGxh aW5zIGhvdyB0aGlzIHdvcmtzIGFuZCB0aGUgbW90aXZhdGlvbi4gSXQgaXMgdmVyeSBhYmJyZXZp YXRlZCBhbmQgSSBhbSB1bmNsZWFyIGFib3V0IGhvdyB0aGUgc29sdXRpb24gZml0cyB0b2dldGhl ci4gVGhpcyBuZWVkcyBjbGFyaWZpY2F0aW9uIGFuZCB0aGVuIHRoZSByZXN0IG9mIHRoZSB0ZXh0 IG5lZWRzIGNoZWNraW5nIGFnYWluc3QgdGhhdC4NCg0KW0hDXSBXZSB3aWxsIGFkZCBtb3JlIGRl dGFpbHMgYWJvdXQgdGhlIGV4YW1wbGUgaW4gc2VjdGlvbiA2IGFuZCBjaGVjayB0aGUgDQpyZXN0 IHdpdGggaXQuDQoNCg0KVGhlcmUgYXJlIGEgbG90IG9mIGNhc2VzIHdoZXJlIHRlcm1zIGFuZCBh YmJyZXZpYXRpb25zIGFyZSB1c2VkIGJlZm9yZSBkZWZpbml0aW9uLg0KDQpbSENdIFdlIHdpbGwg ZGVmaW5lIHRoZSB0ZXJtcyBhbmQgYWJicmV2aWF0aW9ucyBiZWZvcmUgdGhleSBhcmUgdXNlZC4N Cg0KDQpNYWpvciBpc3N1ZXM6DQoNClNlY3Rpb24gNiBuZWVkcyBhIHJlLXdyaXRlIGZvciBjbGFy aXR5LiBBcyB3cml0dGVuIGl0IGxvb2tzIGxpa2UgYSBudW1iZXIgb2Ygc2xpZGVzIHdlcmUganVz dCB0cmFuc2NyaWJlZCBpbnQgdGhlIHRleHQgcmF0aGVyIHRoYW4gdGFraW5nIGNhcmUgdG8gd3Jp dGUgZm9yIGNsYXJpdHkuIFRoZSBzZWN0aW9uIG1ha2VzIGEgbnVtYmVyIG9mIGFzc3VtcHRpb25z IHRoYXQgcmVhbGx5IHNob3VsZCBiZSBzcGVsbGVkIG91dC4NCg0KW0hDXSBXZSB3aWxsIHJldmlz ZS9yZS13cml0ZSBpdCB3aXRoIG1vcmUgZGV0YWlscy4NCg0KDQpJIHRoaW5rIHRoYXQgaXQgbmVl ZHMgdG8gYmUgY2xlYXIgdGhhdCB5b3UgYXJlIHByb3RlY3RpbmcgdGhlIGVncmVzcyBub2Rlcywg YnV0IHRoYXQgYXMgZmFyIGFzIEkgY2FuIHNlZSB5b3UgYXJlIHZ1bG5lcmFibGUgdG8gZWdyZXNz IGxpbmsgZmFpbHVyZS4gQ2VydGFpbmx5IHRoZSBleGFtcGxlIGluIHNlY3Rpb24gNiBkb2VzIGEg QkZEIHRlc3QgYmV0d2VlbiBSMyBhbmQgTDEgd2hpY2ggb25seSB0ZXN0cyBMMSByZWFjaGFiaWxp dHkuIFJlbGF0ZWQgdG8gd2hpY2ggYXJlIHlvdSBjb25zdHJhaW5pbmcgQkZEIHRvIHJ1biBvdmVy IHRoZSBMU1A/IA0KSWYgaXQgaXMgcnVubmluZyBhcyByZWd1bGFyIElQIEkgZG9uJ3QgdGhpbmsg dGhhdCB2YWxpZGF0ZXMgdGhlIExTUC4NCg0KW0hDXSBXZSB3aWxsIHVwZGF0ZSB0aGUgZG9jdW1l bnQgdG8gbWFrZSBpdCBjbGVhciB0aGF0IHdlIGFyZSBwcm90ZWN0aW5nIHRoZSANCmVncmVzcyBu b2RlLiANCklmIGVncmVzcyBub2RlIGZhaWx1cmUgaXMgZGV0ZXJtaW5lZCwgdGhlbiB0aGUgcHJv Y2VkdXJlIGZvciBwcm90ZWN0aW5nIHRoZQ0KZWdyZXNzIG5vZGUgaXMgdHJpZ2dlcmVkLiBJZiBs aW5rIGZhaWx1cmUgYW5kIGVncmVzcyBub2RlIGFsaXZlIGFyZSBkZXRlcm1pbmVkLA0KdGhlbiBs aW5rIHByb3RlY3Rpb24gcHJvY2VkdXJlIGlzIHRyaWdnZXJlZC4gSG93IHRvIGRldGVybWluZSB0 aGVzZSBpcyBvdXQgb2YNCnNjb3BlIGZvciB0aGlzIGRvY3VtZW50Lg0KDQoNCkluIHRoaXMgdGV4 dDoNCg0KICAgVGhpcyBjYW4gYmUgYWNoaWV2ZWQgYnkgY29uZmlndXJpbmcNCiAgIGEgc2FtZSBs b2NhbCBhZGRyZXNzIG9uIEwxIGFuZCBMYSwgdXNpbmcgdGhlIGFkZHJlc3MgYXMgYSBkZXN0aW5h dGlvbg0KICAgb2YgdGhlIExTUCBhbmQgQkdQIG5leHQgaG9wIGZvciBWUE4gdHJhZmZpYy4NCg0K U0I+IERvbid0IHlvdSBoYXZlIHRvIGRvIGNvc3QgbWFuYWdlbWVudCB0byBnZXQgdGhlIHJpZ2h0 IGJlaGF2aW91cj8NClNCPiB3aGF0IGlmIHlvdSByZWFsbHkgd2FudCB0byBzZW5kIHRvIHRoZW0g aW5kaXZpZHVhbGx5LCBkb2VzIHRoaXMgDQpTQj4gY29uZnVzZSB0aGluZ3M/DQoNCltIQ10gU29t ZSBjb3N0IG1hbmFnZW1lbnQgaXMgbmVlZGVkLiANClRoZSBjb3N0IHRvIEwxIG5lZWQgdG8gYmUg bGVzcyB0aGFuIHRoZSBjb3N0IHRvIExhDQppbiBvcmRlciBmb3IgdGhlIHRyYWZmaWMgdG8gYmUg c2VudCB0byBMMS4gSW4gdGhpcyBjb250ZXh0LCBMMSBpcyBhIHByaW1hcnkgDQplZ3Jlc3Mgbm9k ZSBvZiBhbiBMU1AgYW5kIExhIGlzIHRoZSBiYWNrdXAgZWdyZXNzIG5vZGUgd2hpY2ggaXMgdXNl ZCB0bw0KcHJvdGVjdCB0aGUgcHJpbWFyeSBlZ3Jlc3Mgbm9kZSBMMS4gVGh1cyBMMSBhbmQgTGEg KGkuZS4sIHRoZSBwcmltYXJ5IGVncmVzcw0Kbm9kZSBhbmQgdGhlIGJhY2t1cCBlZ3Jlc3Mgbm9k ZSBwcm90ZWN0aW5nIHRoZSBwcmltYXJ5IGVncmVzcyBub2RlKSBhcmUgDQpkaWZmZXJlbnQgbm9k ZXMgYW5kIHRoZSBWUE4gY29ubmVjdGVkIHRvIEwxIGlzIG5vdCB0aGUgc2FtZSBWUE4gdG8gTGEg DQooaS5lLiwgdGhlIHNhbWUgVlBOIGlzIG5vdCBjb25uZWN0ZWQgdG8gYm90aCBMMSBhbmQgTGEp LiANCkluIGNhc2UgdGhhdCB3ZSB3YW50IHRvIHRoZSBWUE4gdHJhZmZpYyB0byBiZSBzZW50IHRv IGJvdGggTDEgYW5kIExhLCANCnRoZXkgKGkuZS4sIEwxIGFuZCBMYSkgYXJlIGZvciB0aGUgc2Ft ZSBWUE4sIGJ1dCBkaWZmZXJlbnQgc2l0ZXMuIA0KSWYgTDEgYW5kIExhIGFyZSBmb3IgdGhlIHNh bWUgVlBOLCANCndlIHdhbnQgdG8gdGhlIFZQTiB0cmFmZmljIGlzIHNlbnQgdG8gTDEgYW5kIExh IGluZGl2aWR1YWxseSwgYW5kIA0KTGEgaXMgdXNlZCBhcyB0aGUgYmFja3VwIGVncmVzcyB0byBw cm90ZWN0IHRoZSBwcmltYXJ5IGVncmVzcyBMMSwgDQp0aGVuIHRoZSBWUE4gdHJhZmZpYyBpcyBz ZW50IHRvIEwxIGFuZCBMYSBpbmRpdmlkdWFsbHksIHdoaWNoIHNlbmQgdGhlDQp0cmFmZmljIHRv IHRoZWlyIHNpdGVzIHJlc3BlY3RpdmVseSBpbiBub3JtYWwgb3BlcmF0aW9ucw0Kc2luY2UgTDEg YW5kIExhIGhhdmUgZGlmZmVyZW50IElQIGFkZHJlc3NlcyAoZS5nLiwgTDEtVnBuQWRkcmVzcyAN CmFuZCBMYS1WcG5BZGRyZXNzKS4gV2hlbiBMYSBpcyB1c2VkIGFzIHRoZSBiYWNrdXAgZWdyZXNz IHRvIHByb3RlY3QgdGhlIA0KcHJpbWFyeSBlZ3Jlc3MgTDEsIEwxJ3MgYWRkcmVzcyAoZS5nLiwg TDEtVnBuQWRkcmVzcykgbWF5IGJlIHVzZWQvDQpjb25maWd1cmVkIGFzIGEgbG9jYWwgYWRkcmVz cyBvbiBMYSBhbmQgYXMgQkdQIG5leHQgaG9wIGZvciB0aGUgVlBOIHRyYWZmaWMuDQpUaHVzLCBp biBub3JtYWwgb3BlcmF0aW9uLCB0aGUgVlBOIHRyYWZmaWMgaXMgc2VudCB0byBib3RoIEwxIGFu ZCBMYSBmb3IgDQp0d28gVlBOIHNpdGVzLiBGb3IgdGhlIHRyYWZmaWMgdG8gTDEsIGl0IHdpbGwg YmUgc2VudCB0byBMMSBub3JtYWxseQ0Kc2luY2UgdGhlIGNvc3QgdG8gTDEtVnBuQWRkcmVzcyBv biBMMSBpcyBsZXNzIHRoYW4gdGhlIGNvc3QgdG8gDQpMMS1WcG5BZGRyZXNzIG9uIExhLiANCg0K DQpNaW5vciBpc3N1ZXM6DQoNCjEuMS4gIEVncmVzcyBMb2NhbCBQcm90ZWN0aW9uDQoNCiAgIEZp Z3VyZSAxIHNob3dzIGFuIGV4YW1wbGUgb2YgdXNpbmcgYmFja3VwIExTUHMgdG8gbG9jYWxseSBw cm90ZWN0DQogICBlZ3Jlc3NlcyBvZiBhIHByaW1hcnkgUDJNUCBMU1AgZnJvbSBpbmdyZXNzIFIx IHRvIHR3byBlZ3Jlc3NlcywNCg0KU0I+IFdoYXQgaXMgYW4gZWdyZXNzIGluIHRoaXMgY29udGV4 dD8NCg0KW0hDXSBJbiB0aGlzIGNvbnRleHQsIGFuIGVncmVzcyBpcyBhIGRlc3RpbmF0aW9uIChv ciBlZ3Jlc3MpIG9mIHRoZSANClAyTVAgTFNQIGhhdmluZyBSMSBhcyBpdHMgc291cmNlL2luZ3Jl c3MsIEwxIGFuZCBMMiBhcyBpdHMgDQpkZXN0aW5hdGlvbnMvZWdyZXNzZXMuIFdlIHdpbGwgdXBk YXRlIHRoZSB0ZXh0IGFzIGJlbG93Og0KICAgRmlndXJlIDEgc2hvd3MgYW4gZXhhbXBsZSBvZiB1 c2luZyBiYWNrdXAgTFNQcyB0byBsb2NhbGx5IHByb3RlY3QNCiAgIGVncmVzc2VzIG9mIGEgcHJp bWFyeSBQMk1QIExTUCBmcm9tIGluZ3Jlc3MgUjEgdG8gdHdvIGVncmVzc2VzIEwxIGFuZCBMMi4N Cg0KDQo9PT09PT09PT09PT09DQoNCiAgIHgwMSAoRWdyZXNzIGxvY2FsIHByb3RlY3Rpb24gYml0 KTogIEl0IGlzIHNldCAoMSkgdG8gaW5kaWNhdGUgYW4NCiAgICAgIGVncmVzcyBsb2NhbCBwcm90 ZWN0aW9uLg0KDQogICB4MDIgKFMyTCBzdWIgTFNQIGJhY2t1cCBkZXNpcmVkIGJpdCk6ICBJdCBp cyBzZXQgKDEpIHRvIGluZGljYXRlIFMyTA0KICAgICAgU3ViIExTUCAocmVmIHRvIFJGQyA0ODc1 KSBpcyBkZXNpcmVkIGZvciBwcm90ZWN0aW5nIGFuIGVncmVzcyBvZiBhDQogICAgICBQMk1QIExT UC4NCg0KU0I+IE1heWJlIHRoaXMgaXMgc3RhbmRhcmQgUlNWUCBub3RhdGlvbiwgYnV0IEkgZmlu ZCBpdCBjb25mdXNpbmcuDQpTQj4gSSBhc3N1bWUgdGhhdCB4MDEgbWVhbnMgYml0IG9uZSBvZiB0 aGUgRS1GbGFncyBmaWVsZCByYXRoZXIgdGhhbiBzZXQgDQpTQj4gdGhlIGZsYWdzIGZpZWxkIHRv IGJlIDB4MDEsIGJ1dCBpdCBpcyBhIHN0cmFuZ2Ugbm90YXRpb24uDQpTQj4gU2FtZSBmb3IgeDAy Lg0KU0I+IGlzIGJpdCAxIGJpdCAyOCBvciBiaXQgMzEgb2YgdGhlIGxvbmd3b3JkPw0KU0I+IFMy TCBpcyBub3QgZXhwYW5kZWQgaW4gdGhpcyBkb2N1bWVudC4NCg0KIFRoZSBSZXNlcnZlZCBwYXJ0 cyBNVVNUIHNldCB0byB6ZXJvLg0KDQpTQj4gSXQgaXMgbW9yZSBjb252ZW50aW9uYWwgdG8gY2Fs bCB0aGUgcGFydHMgZmllbGRzIGFzIHlvdSBkbyBiZWxvdy4NCg0KW0hDXSBXZSB3aWxsIHVwZGF0 ZWQgdGhlIHRleHQgYWNjb3JkaW5nbHkgYXMgYmVsb3c6DQogICBCaXQgMzEgKEVncmVzcyBsb2Nh bCBwcm90ZWN0aW9uIGZsYWcpOiAgSXQgaXMgdGhlIGxlYXN0IHNpZ25pZmljYW50DQogICAgICBi aXQgb2YgdGhlIDMyLWJpdCB3b3JkIGFuZCBpcyBzZXQgdG8gMSBpbmRpY2F0aW5nIGFuIGVncmVz cyBsb2NhbCANCiAgICAgIHByb3RlY3Rpb24uDQoNCiAgIEJpdCAzMCAoUzJMIHN1YiBMU1AgYmFj a3VwIGRlc2lyZWQgZmxhZyk6IEl0IGlzIHRoZSBzZWNvbmQgbGVhc3QNCiAgICAgIHNpZ25pZmlj YW50IGJpdCBvZiB0aGUgMzItYml0IHdvcmQgYW5kIGlzIHNldCB0byAxIGluZGljYXRpbmcgUzJM ICAgICAgDQogICAgICBzdWIgTFNQIChyZWYgdG8gUkZDIDQ4NzUpIGlzIGRlc2lyZWQgZm9yIHBy b3RlY3RpbmcgYW4gZWdyZXNzIG9mIGENCiAgICAgIFAyTVAgTFNQLg0KDQogICAgVGhlIFJlc2Vy dmVkIHBhcnRzIE1VU1Qgc2V0IHRvIHplcm8uDQoNClMyTCB3aWxsIGJlIGRlZmluZWQgaW4gVGVy bWlub2xvZ2llcy4NCg0KDQo9PT09PT09PT09PT09PQ0KDQpOaXRzL2VkaXRvcmlhbCBjb21tZW50 czoNCg0KICAgVGhlIGZpbmFsICh0aGlyZCkgc3Vib2JqZWN0IGluIHRoZSBTRVJPIGNvbnRhaW5z IHRoZSBlZ3Jlc3Mgbm9kZSBvZg0KICAgdGhlIGJhY2t1cCBMU1AsIGkuZS4sIHRoZSBhZGRyZXNz IG9mIHRoZSBiYWNrdXAgZWdyZXNzIG5vZGUuDQoNClNCPiBJdCBpcyBvZGQgdGhhdCB0aGUgc2Vj b25kIGl0ZW0gaW4gdGhlIGxpc3QgaXMgY2FsbGVkIHRoZSB0aGlyZCBhbmQgDQpTQj4gdmljZSB2 ZXJzYQ0KDQpbSENdIFdlIHdpbGwgcmUtb3JkZXIgdGhlIHBhcmFncmFwaCBhY2NvcmRpbmcgdG8g dGhlIG9yZGVyIG9mIA0KdGhlIGZpcnN0LCBzZWNvbmQgYW5kIHRoaXJkIGl0ZW0uDQoNCg0KPT09 PT09PT09PT09DQoNCiAgIFRoZSBUeXBlIG9mIGFuIElQdjQgcHJpbWFyeSBlZ3Jlc3Mgc3Vib2Jq ZWN0IGlzIDEsIGFuZCB0aGUgYm9keSBvZg0KICAgdGhlIHN1Ym9iamVjdCBpcyBnaXZlbiBiZWxv dzoNCg0KU0I+IFRoaXMgcmVhbGx5IG91Z2h0IHRvIGJlIHRpZWQgaW4gd2l0aCB0aGUgSUFOQSBy ZWdpc3RyeSBTYW1lIHdpdGggdGhlIA0KU0I+IHNpbWlsYXIgSVB2NiBvYmplY3QsIGFuZCB0aGUg b3RoZXIgdHdvIG9iamVjdHMgeW91IHJlZ2lzdGVyLg0KDQpbSENdIFdlIHdpbGwgbWFrZSB0aGVt IGNvbnNpc3RlbnQgKGkuZS4sIHRpZWQgaW4gd2l0aCB0aGUgSUFOQSkuDQoNCg0KPT09PT09PT09 PT09DQoNCiAgICAgbyBUdW5uZWwgSUQ6DQogICAgICAgICBBIDE2LWJpdCBpZGVudGlmaWVyIGJl aW5nIGNvbnN0YW50IG92ZXIgdGhlIGxpZmUgb2YgdGhlIHR1bm5lbA0KICAgICBvIEV4dGVuZGVk IFR1bm5lbCBJRDoNCiAgICAgICAgIEEgNC1ieXRlIGlkZW50aWZpZXIgYmVpbmcgY29uc3RhbnQg b3ZlciB0aGUgbGlmZSBvZiB0aGUgdHVubmVsDQoNClNCPiBUdW5uZWwgSUQgcmVhbGx5IG5lZWRz IGEgcmVmZXJlbmNlLg0KU0I+IEFsc28gdGhlcmUgb3VnaHQgdG8gYmUgTUJaIGNvbnNpc3RlbmN5 IGluIHRoZSBkZXNjcmlwdGlvbnMgdXNlZCBpbiANClNCPiB0aGUgZG9jdW1lbnQuDQoNCltIQ10g V2Ugd2lsbCB1cGRhdGUgdGhlIHRleHQgYXMgYmVsb3c6DQogICAgIG8gVHVubmVsIElEIChyZWYg dG8gUkZDIDQ4NzUgYW5kIFJGQyAzMjA5KTogDQogICAgICAgICBBIDE2LWJpdCBpZGVudGlmaWVy IGJlaW5nIGNvbnN0YW50IG92ZXIgdGhlIGxpZmUgb2YgdGhlIHR1bm5lbCwNCiAgICAgICAgIG9j Y3VwaWVzIHRoZSBsZWFzdCBzaWduaWZpY2FudCAxNiBiaXRzIG9mIHRoZSAzMiBiaXQgd29yZC4N CiAgICAgbyBFeHRlbmRlZCBUdW5uZWwgSUQgKHJlZiB0byBSRkMgNDg3NSBhbmQgUkZDIDMyMDkp Og0KICAgICAgICAgQSA0LWJ5dGUgaWRlbnRpZmllciBiZWluZyBjb25zdGFudCBvdmVyIHRoZSBs aWZlIG9mIHRoZSB0dW5uZWwNCg0KDQo9PT09PT09PT09PQ0KDQogSWYgUzJMIFN1YiBMU1AgYmFj a3VwIGlzIGRlc2lyZWQgdG8gcHJvdGVjdCBhIHByaW1hcnkgZWdyZXNzIG9mIGENClNCPiBJIGFt IG5vdCBzdXJlIFMyTCBpcyBkZWZpbmVkIGJlZm9yZSB1c2UuDQpTQj4gSW5kZWVkIHRoZSB3aG9s ZSBkb2N1bWVudCBjb3VsZCB1c2UgYSB0aG9yb3VnaCBzY3J1YiBmb3IgdXNlZCBiZWZvcmUNCmRl ZmluZWQgdGVybXMuIFNCPiBVQSwgUExSIGFuZCBSZXN2IGFyZSBhbm90aGVyIGV4YW1wbGVzLCBi dXQgdGhlc2UgYXJlIG9ubHkgdGhlIG9uZXMgSSBub3RpY2VkLiBUaGUgU0I+IGRyYWZ0IG5lZWRz IGEgc3lzdGVtYXRpYyByZXZpZXcgb2YgdGhpcyB0byBzYXZlIHRoZSBSRkMgRWRpdG9yIGRvaW5n IGl0IGFuZCBhc2tpbmcgYWJvdXQgdGhlbS4NCg0KW0hDXSBXZSB3aWxsIGRlZmluZSB0aGVzZSBh bmQgb3RoZXJzIChmb3VuZCB0aHJvdWdoIGEgdGhvcm91Z2ggc2NydWIpIA0KaW4gVGVybWlub2xv Z2llcyBzZWN0aW9uLg0KDQoNCg0K From nobody Fri Feb 23 20:42:59 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ED3FB126BF6; Fri, 23 Feb 2018 20:42:52 -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.72.4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151944737288.13829.8633176971971251864@ietfa.amsl.com> Date: Fri, 23 Feb 2018 20:42:52 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-11.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 04:42:53 -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 : Extensions to RSVP-TE for LSP Egress Local Protection Authors : Huaimo Chen Autumn Liu Tarek Saad Fengman Xu Lu Huang Filename : draft-ietf-teas-rsvp-egress-protection-11.txt Pages : 20 Date : 2018-02-23 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the egress node(s) of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-egress-protection-11 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-egress-protection-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-egress-protection-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Feb 24 08:33:05 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E402126D05; Sat, 24 Feb 2018 08:32:58 -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.72.4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151948997807.13791.11993942677160384731@ietfa.amsl.com> Date: Sat, 24 Feb 2018 08:32:58 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-12.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 16:32:58 -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 : Extensions to RSVP-TE for LSP Egress Local Protection Authors : Huaimo Chen Autumn Liu Tarek Saad Fengman Xu Lu Huang Filename : draft-ietf-teas-rsvp-egress-protection-12.txt Pages : 20 Date : 2018-02-24 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the egress node(s) of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-egress-protection-12 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-egress-protection-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-egress-protection-12 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 Feb 26 12:36:54 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A73E12D864; Mon, 26 Feb 2018 12:36:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r9IP1Z52hE8y; Mon, 26 Feb 2018 12:36:51 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBA8012D82F; Mon, 26 Feb 2018 12:36:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1474; q=dns/txt; s=iport; t=1519677411; x=1520887011; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=ZAiYwWrMOidE4e6zWJKZIBMhZTt/tBOSp3WIsZqKJrU=; b=RTJeQbwZ0AHTWuL+433AFVfb9FQVsj54zxierYC3tgNRRUwMbDjFWILF 1z/uQRfQ7h3cPcrnPbIIucqDp2s6HLxvzinmjuPP7IPRk8FYcJYUpZ6mf gEpCTIX+xqrb1PQkWHWZ7CUgUF+I7z1QfQGb+9KAiZ3lqBwUasp190Z9V Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAQCQbpRa/49dJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNPgVYyjWyNfoMYlgWCFgqFM4JHVBgBAgEBAQEBAQJrKIVkPxI?= =?us-ascii?q?BPkImAQQODYUIrliIcIIUAQEBAQEBAQECAQEBAQEBAQEgh0KBV4FmhHSDN4YVB?= =?us-ascii?q?aFhCQKUFYIPhWaKdIlni2ECERkBgS4BHjiBUXAVOoJEhFmLBQSBLQGBFgEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,397,1515456000"; d="scan'208";a="142982433" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Feb 2018 20:36:50 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id w1QKanNF029258 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 26 Feb 2018 20:36:50 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 26 Feb 2018 14:36:37 -0600 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Mon, 26 Feb 2018 14:36:37 -0600 From: "Matt Hartley (mhartley)" To: "TEAS WG (teas@ietf.org)" CC: "teas-chairs@ietf.org" , "Matt Hartley (mhartley)" Thread-Topic: TEAS requests for IETF 101 Thread-Index: AdOvQRjX9WxDifs/Rl2tunXgo+eNRw== Date: Mon, 26 Feb 2018 20:36:37 +0000 Message-ID: <87f83b4b3d7a460a98e013fd983957d6@XCH-RCD-001.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.212.127] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Teas] TEAS requests for IETF 101 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 26 Feb 2018 20:36:52 -0000 All, The agenda for IETF 101 in London is out. TEAS is meeting from 9:30 - 12 on= Wednesday, March 21 in Buckingham. If you have a draft you'd like to present, please send a request to me and = the Chairs by the end of next Monday (March 5th) and tell us how long you n= eed. If a WG draft isn't being presented, please be prepared to send an upd= ate on it to the list. Note that Monday is also the deadline for draft subm= issions. We'll be asking for slides and updates to be sent by Friday March 16th so t= hat we can get them all uploaded. Thanks Matt, Lou and Pavan Important dates: 2018-03-05 (Monday): Internet Draft submission cut-off (for all drafts, inc= luding -00) by UTC 23:59. Upload using the ID Submission Tool. 2018-03-07 (Wednesday): Draft Working Group agendas due by UTC 23:59. Uploa= d using the Meeting Materials Management Tool. 2018-03-09 (Friday): Early Bird registration and payment cut-off at UTC 23:= 59. 2018-03-12 (Monday): Revised Working Group agendas due by UTC 23:59. Upload= using the Meeting Materials Management Tool. 2018-03-12 (Monday): Registration cancellation cut-off at UTC 23:59. 2018-03-16 (Friday): Final Pre-Registration and Pre-Payment cut-off at 17:0= 0 local meeting time. 2018-04-13 (Friday): Proceedings submission cutoff date by UTC 23:59. Uploa= d using the Meeting Materials Management Tool. 2018-05-07 (Monday): Proceedings submission corrections cutoff date by UTC = 23:59. From nobody Tue Feb 27 15:21:39 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0147312EB73; Tue, 27 Feb 2018 15:11:28 -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.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151977308800.5200.5990414964695322279.idtracker@ietfa.amsl.com> Date: Tue, 27 Feb 2018 15:11:28 -0800 Archived-At: Subject: [Teas] teas - Requested session has been scheduled for IETF 101 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 23:11:28 -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 (2:30:00) Wednesday, Morning Session I 0930-1200 Room Name: Buckingham size: 175 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Traffic Engineering Architecture and Signaling Area Name: Routing Area Session Requester: Lou Berger Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: mpls ccamp pce rtgwg netmod detnet Second Priority: idr i2rs spring ospf Third Priority: pals bess nvo3 isis People who must be present: Lou Berger Deborah Brungard Vishnu Pavan Beeram Resources Requested: Special Requests: Other Conflicts: IRTF RRG, RTG BOFs --------------------------------------------------------- From nobody Tue Feb 27 22:57:50 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E72B612DA14; Tue, 27 Feb 2018 22:57:43 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Joseph Salowey To: Cc: iesg@ietf.org, teas@ietf.org, draft-ietf-teas-rsvp-ingress-protection.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151980106388.5124.1750215397283002470@ietfa.amsl.com> Date: Tue, 27 Feb 2018 22:57:43 -0800 Archived-At: Subject: [Teas] Secdir last call review of draft-ietf-teas-rsvp-ingress-protection-13 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 06:57:44 -0000 Reviewer: Joseph Salowey Review result: Ready I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. In general I felt that the document was a bit difficult to read and the issues raised in the Genart and RTG reviews should be addressed. >From a security point of view I believe the document is ready, but I have a comment below that might improve the document. I find the security considerations as reference to other documents a bit unsettling, however, based on my somewhat limited understanding of RSVP it think it is accurate in this case. The problem I have with the security considerations as reference is that most implementors are probably are not going to follow the links to the other documents to find out what security wisdom lies therein. If the document pointed to specific considerations in other documents that were particularly relevant to this document that would be an improvement. I couldn't work my way back through the chain of references to something specific, but someone with a bit more RSVP domain knowledge may be able to make some specific recommendations. From nobody Wed Feb 28 09:04:41 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C1827126C22; Wed, 28 Feb 2018 09:04: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.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151983747475.5072.330860341234585335@ietfa.amsl.com> Date: Wed, 28 Feb 2018 09:04:34 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-yang-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 17:04: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 : Applicability of YANG models for Abstraction and Control of Traffic Engineered Networks Authors : Young Lee Haomian Zheng Daniele Ceccarelli Bin Yeong Yoon Sergio Belotti Filename : draft-ietf-teas-actn-yang-01.txt Pages : 18 Date : 2018-02-28 Abstract: Abstraction and Control of TE Networks (ACTN) refers to the set of virtual network operations needed to orchestrate, control and manage large-scale multi-domain TE networks, so as to facilitate network programmability, automation, efficient resource sharing, and end-to- end virtual service aware connectivity and network function virtualization services. This document explains how the different types of YANG models defined in the Operations and Management Area and in the Routing Area are applicable to the ACTN framework. This document also shows how the ACTN architecture can be satisfied using classes of data model that have already been defined, and discusses the applicability of specific data models that are under development. It also highlights where new data models may need to be developed. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-yang-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-yang-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-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 Wed Feb 28 10:59:57 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E18612025C; Wed, 28 Feb 2018 10:59:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 mtY55fiBlkXy; Wed, 28 Feb 2018 10:59:46 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0126.outbound.protection.outlook.com [104.47.1.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5ACF012426E; Wed, 28 Feb 2018 10:59:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=WZBcF6MVHjMVZ1EIsvyOEe+YE3uUosTJ1gbkdZVU/oQ=; b=YVaiQPdlZPopgWb1zsXkBBT/q1J2dfKvAVD+RnDg2+zKW0JKZCJIDV9N3Hd0ReF3l8A7xhkwGC3w5TmjeM1YhiJImytmbPDvaTzt+J9Qcs0tFYpGrLT3gXwThvzNyV3kNsnaTq8iPO+pNzz26H6wfWwEQxSnS5tyTp25W+PmhQA= Received: from AM0PR0702MB3602.eurprd07.prod.outlook.com (52.133.50.142) by AM0PR0702MB3524.eurprd07.prod.outlook.com (52.133.50.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.548.6; Wed, 28 Feb 2018 18:59:43 +0000 Received: from AM0PR0702MB3602.eurprd07.prod.outlook.com ([fe80::bde0:9aed:65ed:2107]) by AM0PR0702MB3602.eurprd07.prod.outlook.com ([fe80::bde0:9aed:65ed:2107%6]) with mapi id 15.20.0548.013; Wed, 28 Feb 2018 18:59:43 +0000 From: "Papadimitriou, Dimitri (Nokia - BE/Antwerp)" To: "rtg-ads@ietf.org" CC: "rtg-dir@ietf.org" , "teas@ietf.org" Thread-Topic: RtgDir Early review: draft-ietf-teas-actn-requirements-08.txt Thread-Index: AdOwvrZQl9sUsbkqTLmYBzN6CHbm7Q== Date: Wed, 28 Feb 2018 18:59:43 +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=dimitri.papadimitriou@nokia-bell-labs.com; x-originating-ip: [2a02:a03f:527d:d00:dd49:eb8:a165:fae5] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM0PR0702MB3524; 7:Gw2Sa3FaMlzN1pYTrGVgFqfwlmfcsOlVOpyrxJbW49g2sqWdomIGmr2XG2Vq2xZLbhMSGc4lDaDlxUTPDecB3u08q97T0oMSlZ+M6YmrX2o/L/gg0vTtw/Z3XbjXxcJVBhZGrPKbSgyFJuG7+abxxXplBX6dxKI1P6g5jc///t0n7srNF3+vuGpLZaq2NJaU55xbsYSXwu6z1fSIuyylROgymrEnjRxM3GIMfwkx3DnF39r0LFaVTVwvgkwWmmfQ x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: f126afec-7b5b-4bf9-5276-08d57edd6de7 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7193020); SRVR:AM0PR0702MB3524; x-ms-traffictypediagnostic: AM0PR0702MB3524: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231220)(11241501184)(944501161)(52105095)(10201501046)(6055026)(6041288)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123562045)(6072148)(201708071742011); SRVR:AM0PR0702MB3524; BCL:0; PCL:0; RULEID:; SRVR:AM0PR0702MB3524; x-forefront-prvs: 0597911EE1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(396003)(366004)(39380400002)(377424004)(52164004)(199004)(189003)(14454004)(7696005)(6436002)(6506007)(2906002)(59450400001)(102836004)(8676002)(3280700002)(33656002)(8936002)(97736004)(55016002)(106356001)(186003)(74316002)(105586002)(86362001)(9686003)(2351001)(99286004)(53936002)(305945005)(81166006)(81156014)(7736002)(316002)(25786009)(68736007)(5660300001)(3660700001)(5250100002)(1720100001)(2501003)(450100002)(5640700003)(4326008)(6116002)(478600001)(6916009)(2900100001)(54906003)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR0702MB3524; H:AM0PR0702MB3602.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 4LjSjttFBBGLTloCew8g2EAeOlKUO2KvBqeNWnXeUOeOfnZnVFXHqAZVPEWcqOldtuFsIwjw5n9bgLJcveKJ8a45his+G90p7FI9Ld3ilXxNBNEv4n0Bq4Jtf1J9vB+pzECTHu1EFXcK3zj2U8+jDgi8C+hMTtS4VixHSqZ+9Og= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: f126afec-7b5b-4bf9-5276-08d57edd6de7 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Feb 2018 18:59:43.8871 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3524 Archived-At: Subject: [Teas] RtgDir Early review: draft-ietf-teas-actn-requirements-08.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 28 Feb 2018 18:59:49 -0000 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhlc2Ug Y29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0 IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBh bnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0 cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRo ZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1hY3RuLXJlcXVpcmVtZW50cy0w OC50eHQNClJldmlld2VyOiBEaW1pdHJpIFBhcGFkaW1pdHJpb3UgDQpSZXZpZXcgRGF0ZTogMjgt MDItMjAxOA0KSUVURiBMQyBFbmQgRGF0ZTogZGF0ZS1pZi1rbm93biANCkludGVuZGVkIFN0YXR1 czogSW5mb3JtYXRpb25hbA0KDQpTdW1tYXJ5OiANCg0KSSBoYXZlIHNvbWUgY29uY2VybnMgYWJv dXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBp dCBpcyBzdWJtaXR0ZWQgdG8gdGhlIElFU0cuDQoNClJlYWRhYmlsaXR5IHNob3VsZCBiZSBpbXBy b3ZlZDogdGhlIGRvY3VtZW50IGlzIG5vdCBlYXN5IHRvIHJlYWQgZm9yIHBlb3BsZSBub3QgbWFz dGVyaW5nIHRlcm1zIG5vdCB1c2VkIGluIHRoZWlyIGNhbm9uaWNhbC9DUyBzZW5zZS4gDQoNCkl0 IG1heSBiZSBhcHByb3ByaWF0ZSB0byByZWNvbnNpZGVyIHRoZSB0aXRsZSBvZiB0aGlzIGRvY3Vt ZW50IHNpbmNlIG1vc3QgcmVxdWlyZW1lbnRzIGFyZSBxdWFsaXRhdGl2ZS9mdW5jdGlvbmFsICh2 ZXJ5IGxpbWl0ZWQgY29uc2lkZXJhdGlvbnMgYWJvdXQgcXVhbnRpdGF0aXZlIGFzcGVjdHMpIG9y IGFsdGVybmF0aXZlbHkgY2xhcmlmeSB0aGlzIHBvaW50IGluIHRoZSBhYnN0cmFjdC4NCg0KQ29t bWVudHM6DQoNClNlY3Rpb24gMTogc2V2ZXJhbCB0ZXJtcyBhcmUgdXNlZCB3aXRob3V0IHByb3Zp ZGluZyByZWZlcmVuY2UgdG8gdGhlaXIgZGVmaW5pdGlvbi4gRXhhbXBsZXMgaW5jbHVkZSAib3Jj aGVzdHJhdGlvbiIgKGlzIGl0IHVzZWQgYXMgc3lub255bSBvZiBjb29yZGluYXRpb24gLS0gZGVm aW5lZCBpbiBBQ1ROLUZSQU1FKSwgImNvbGxhdGlvbiIsICJoaWVyYXJjaGljYWwgYWJzdHJhY3Rp b24iIChkbyBhdXRob3JzIHJlZmVyIHRvIHRoZSB3ZWxsLWRlZmluZWQgbm90aW9uIG9mIHJlY3Vy c2l2ZSBhYnN0cmFjdGlvbiA/IGFuZCB3aGF0IGlzIHRoZSBtaW5pbXVtIG9mICNyZWN1cnNpb24g bGV2ZWxzIHRvIGJlIHN1cHBvcnRlZC9leHBlY3RlZCkuDQoNClNlY3Rpb24gMTogdGhlIHN0YXRl bWVudCAiIFByb3Zpc2lvbiB2aWEgYSBkYXRhIG1vZGVsIG9mIGEgY29tcHV0YXRpb24gc2NoZW1l Li4uIiBpcyB0byBiZSBjbGFyaWZpZWQ6IGRvZXMgdGhpcyByZXF1aXJlbWVudCBpbXBseSB0aGF0 IHRoZSAiY29tcHV0YXRpb25hbCBtZXRob2RzIiBtdXN0IGJlIHVzaW5nIHRoZSBzYW1lIGRhdGEg bW9kZWwgYXMgdGhlIG9uZSB1c2VkIGZvciBuZXR3b3JrIGNvbnRyb2wvb3BlcmF0aW9uID8NCg0K U2VjdGlvbiAxOiB0aGUgZG9jdW1lbnQgcmVmZXJzIHRvIHZhcmlvdXMgcG9saWNpZXMgKD0gbWFw cGluZyBmcm9tIHN0YXRlIHRvIGFjdGlvbnM7IGhlbmNlLCBhdCBzZXZlcmFsIHBsYWNlcyB0aGUg dXNlIG9mIHRoZSB0ZXJtICJwb2xpY3kiIHNlZW1zIGluYWRlcXVhdGUvcmVmZXJzIHRvIHNvbWV0 aGluZyBlbHNlKTsgbW9yZSBpbXBvcnRhbnRseSwgdGhpcyByYWlzZXMgdGhlIGZvbGxvd2luZyBx dWVzdGlvbjogd2hhdCBhYm91dCBkZXRlY3Rpb24gYW5kIHJlc29sdXRpb24gb2YgcG9saWN5IGNv bmZsaWN0cyBlLmcuIGFueSByZXF1aXJlbWVudCBpbiB0ZXJtcyBvZiBhdXRvbWF0aW9uIGluIHRo ZSBoYW5kbGluZyBvZiBydW4tdGltZSBjb25mbGljdHMgPw0KDQpTZWN0aW9uIDIuMTogQ2xhcmlm eSB0aGUgcmVsYXRpb24gYmV0d2VlbiBSZXEuMSBhbmQgLjMsIGl0IGxvb2tzIGFzIGlmIFJlcS4x IGlzIGEgdmVyeSBnZW5lcmljIHN0YXRlbWVudCB3aG9zZSBzcGVjaWZpY3MgYXJlIGRvY3VtZW50 ZWQgaW4gUmVxLjMNCg0KU2VjdGlvbiAyLjE6IENvbmNlcm5pbmcgb2JqZWN0aXZlIGZ1bmN0aW9u cyBkb2N1bWVudCBpZiB0aGUgcmVxdWlyZW1lbnQgaW1wbGllcyB0aGF0ICJhbnkiIG9mIHRoZW0g d291bGQgaGF2ZSB0byBiZSBzdXBwb3J0ZWQgb3IgaWYgYSBtaW4uc2V0IG9mIG9iai5mdW5jdGlv bnMgaGF2ZSB0byBiZSBzdXBwb3J0ZWQgb24gYSBwYXRoIGFuZC9vciBncmFwaCBiYXNpcyAoaWYg dGhpcyBtaW4uc2V0IGlzIHVua25vd24gYXQgdGhpcyBwb2ludCBpbiB0aW1lIG1lbnRpb24gaXQg ZXhwbGljaXRseSkuDQoNClNlY3Rpb24gMi4xOiBSZXEuOCBXb3VsZCBiZSBhcHByb3ByaWF0ZSB0 byBleHBsaWNpdCB0aGUgdGVybSAiIFRydXN0IGRvbWFpbiB2ZXJpZmljYXRpb24iIGJldHdlZW4g d2hpY2ggZW50aXRpZXMgKGV4dC9pbnQgdG8gd2hhdCA/KSwgd2hhdCB0aGlzIHZlcmlmaWNhdGlv biBpbXBsaWVzID8NCg0KU2VjdGlvbiAyLjI6IFJlcS4xIFZOUyBkZWxldGUvbW9kaWZ5L2V0Yy4g YnV0IG5vICJwcm92aXNpb25pbmciIGFjdGlvbiBsaXN0ZWQsIGFueSByZWFzb24gPw0KDQpTZWN0 aW9uIDIuMjogUmVxLjMgY29uY2VybmluZyB0aGUgIiBBbHRlcm5hdGl2ZSBwYXRoIGNvbXB1dGF0 aW9uIiBkb2VzIGl0IG1lYW4gdGhhdCBhbiBCR1AgYWx0ZXJuYXRlIHBhdGggd291bGQgYmUgc2F0 aXNmYWN0b3J5IGFzIGxvbmcgYXMgY29ubmVjdGl2aXR5IGlzIGVuc3VyZWQgPyANCg0KU2VjdGlv biAyLjI6IFJlcS40IGluIHRoZSBoZWFkbGluZSBvZiB0aGUgc2VjdGlvbiB0aGUgdGVybSByZXN0 b3JhdGlvbiBpcyBkaXN0aW5ndWlzaGVkIGZyb20gcHJvdGVjdGlvbiwgaW4gdGhpcyByZXF1aXJl bWVudCBub3Q7IGRvZXMgaXQgbWVhbiB0aGF0IGZvciBwYXRoIHByb3RlY3Rpb24gdGhlcmUgaXMg bm8gaW52b2x2ZW1lbnQgYmVzaWRlcyBlbmQtcG9pbnRzID8gSW4gUmVxLjUgdGhlICIgZmFzdCBy ZWNvdmVyeS9yZXJvdXRlIiB0ZWNobmlxdWUgaXMgYmVpbmcgdXNlZCBpbnN0ZWFkLiBTdWdnZXN0 aW9uIGlzIG1hZGUgaGVyZSB0byBzdGljayB0byBvbmUgdGVybWlub2xvZ3kgdGhyb3VnaG91dCB0 aGUgd2hvbGUgZG9jdW1lbnQuDQoNClNlY3Rpb24gMi4yOiBSZXEuNSBzcGVjaWZ5IGZvciB0aGUg c28tY2FsbGVkICJMYXJnZS1zY2FsZSBWTlMgb3BlcmF0aW9uIiB3aGV0aGVyIHRoZSBhbnN3ZXIg dG8gdGhlIG9wZXJhdGlvbiBpcyBleHBlY3RlZCBhdCB0aGUgc2FtZSBsZXZlbCBvZiBncmFudWxh cml0eS4gRXhhbXBsZTogcXVlcnkgYWxsIGxlYXZlcyBvZiBhIHRyZWUgaXMgYSBzaW5nbGUgY29t bWFuZCBidXQgdGhlIHJlcXVlc3RlciBjb3VsZCBiZSBpbiB0dXJuIG92ZXJsb2FkZWQgaWYgMTAw ayBsZWF2ZXMgcmVwbHkgaW5kaXZpZHVhbGx5Lg0KDQoNClRoYW5rcywNCi1kaW1pdHJpLg0K From nobody Wed Feb 28 15:04:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A670E127023; Wed, 28 Feb 2018 15:03:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 zaRJOLEI9qgP; Wed, 28 Feb 2018 15:03:57 -0800 (PST) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 011A61270A3; Wed, 28 Feb 2018 15:03:56 -0800 (PST) Received: from pps.filterd (m0083689.ppops.net [127.0.0.1]) by m0083689.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w1SMj7Hx020977; Wed, 28 Feb 2018 18:03:56 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0083689.ppops.net-00191d01. with ESMTP id 2ge3arkgam-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 28 Feb 2018 18:03:55 -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 w1SN3tjG011627; Wed, 28 Feb 2018 18:03:55 -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 w1SN3qla011583; Wed, 28 Feb 2018 18:03:53 -0500 Received: from zlp27126.vci.att.com (zlp27126.vci.att.com [127.0.0.1]) by zlp27126.vci.att.com (Service) with ESMTP id 6DD6E4000378; Wed, 28 Feb 2018 23:03:52 +0000 (GMT) Received: from MISOUT7MSGHUBAE.ITServices.sbc.com (unknown [130.9.129.149]) by zlp27126.vci.att.com (Service) with ESMTPS id 5CDD7400036A; Wed, 28 Feb 2018 23:03:52 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.6]) by MISOUT7MSGHUBAE.ITServices.sbc.com ([130.9.129.149]) with mapi id 14.03.0361.001; Wed, 28 Feb 2018 18:03:52 -0500 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" , "lisp@ietf.org" , "mpls@ietf.org" , "pce@ietf.org" , "teas@ietf.org" Thread-Topic: Quiet period for document publication? Thread-Index: AdOw5CDG0f2/HhFTQ2ejo+m2E8iYzg== Date: Wed, 28 Feb 2018 23:03:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.138.66] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C888255403MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-28_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=777 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802280276 Archived-At: Subject: [Teas] Quiet period for document publication? X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 28 Feb 2018 23:03:59 -0000 --_000_F64C10EAA68C8044B33656FA214632C888255403MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've had several inquiries on progressing documents, here's an update. As a= result of an extremely heavy load for the telechats during these couple of= months due to exiting ADs clearing their decks and the resulting overwhelm= ing load for the directorate reviewers, the remaining ADs have been request= ed to refrain from any Last Calls. Additionally any non-essential documents= have been requested to be postponed to late April telechats. I already had initiated Last Calls before the freeze for: draft-ietf-lisp-signal-free-multicast draft-ietf-teas-rsvp-egress-protection draft-ietf-teas-rsvp-ingress-protection I've scheduled these for the 3/8 telechat. Due to the heavy load, these may= or may not be reviewed. The authors should ensure to timely answer any com= ments and upload a clean document if needed for the telechat review by 3/2.= If the document has not been updated for dir review comments, I will need = to move it to a future telechat. I also have in progress Last Calls for: draft-ietf-pce-lsp-setup-type draft-teas-scheduled-resources Due to the overload, I needed to request extended Last Calls for these with= a new date of 3/28, telechat 4/5. Again, the authors should ensure timely = responses to the reviewers and upload a clean document if needed for the te= lechat review by 4/1. The quiet period continues for this next month for requesting Last Calls. A= fter the IETF meeting, we can start progressing our documents. Safe travels for IETF101- Deborah --_000_F64C10EAA68C8044B33656FA214632C888255403MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I’ve had several inquiries on progressing docu= ments, here’s an update. As a result of an extremely heavy load for t= he telechats during these couple of months due to exiting ADs clearing thei= r decks and the resulting overwhelming load for the directorate reviewers, the remaining ADs have been requested to refrai= n from any Last Calls. Additionally any non-essential documents have been r= equested to be postponed to late April telechats.

 

I already had initiated Last Calls before the freeze= for:

draft-ietf-lisp-signal-free-multicast

draft-ietf-teas-rsvp-egress-protection

draft-ietf-teas-rsvp-ingress-protection

I’ve scheduled these for the 3/8 telechat. Due= to the heavy load, these may or may not be reviewed. The authors should en= sure to timely answer any comments and upload a clean document if needed fo= r the telechat review by 3/2. If the document has not been updated for dir review comments, I will need to move it to a = future telechat.

 

I also have in progress Last Calls for:

draft-ietf-pce-lsp-setup-type

draft-teas-scheduled-resources

Due to the overload, I needed to request extended La= st Calls for these with a new date of 3/28, telechat 4/5. Again, the author= s should ensure timely responses to the reviewers and upload a clean docume= nt if needed for the telechat review by 4/1.

 

The quiet period continues for this next month for r= equesting Last Calls. After the IETF meeting, we can start progressing our = documents.

 

Safe travels for IETF101-

Deborah

 

--_000_F64C10EAA68C8044B33656FA214632C888255403MISOUT7MSGUSRDE_-- From nobody Wed Feb 28 16:17:09 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDE311241F3; Wed, 28 Feb 2018 16:16:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.907 X-Spam-Level: X-Spam-Status: No, score=-0.907 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_IMAGE_ONLY_16=1.092, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BAEd8zD-ZFB6; Wed, 28 Feb 2018 16:16:53 -0800 (PST) Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (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 98D0112426E; Wed, 28 Feb 2018 16:16:53 -0800 (PST) Received: by mail-pf0-x236.google.com with SMTP id q13so1713400pff.0; Wed, 28 Feb 2018 16:16:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=qod+Uu51ZmNJkF9CmTvvaiNxr7UT5nH2my6byDMpYdc=; b=G6QlbcY0/EEXoe0kwrZ1CCM802gvN2vd2GBUI01VagdKA+Cegpe/hzYnhRZZVjdR9r DEAZI5dVh+WaEPmqXah5JuD/BdARKAUfh4ETMelSXWPdORXYITmBpR3n7CteIC3wQtPc CQbeef6gW7nStqODmWlu1Rdi2UsY/YMMd7ibplnvOmNw9MljFxcFlf4zavOHP8pNXA9c yxCyQ01drVtDulI8lZucdpKMliA2CkOcCUl8l2WOyWmbgnsAhqaVCX8znAwLasxvUKfQ VOUSv+hJpRvmgqDE7lrgYz5NlmcP+2TwKliRQ7oXAMy2RVmxp/5tQH3FGBa9kMAFJnKE x0/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=qod+Uu51ZmNJkF9CmTvvaiNxr7UT5nH2my6byDMpYdc=; b=g3QAApAXmruB/kMUxnpn0M76y9AyWG+XPA7LBwlK6u2qxAp/TnKSXkBJy/8Rn/Q+Fh Utk+IFROYt4aZZt3sK3hOF94gxjfe+4Msh7GE+bc4YC5ShKBo3vinIyd7e7a901nHiEc 0Wu0BNvIU7CxwWArImeciBcoOxKQYz6/jlezlCw0Vb7M2ASov/n65v7idDhE8lolyiRj hPAmVinntbXS7zdER0kAhz3y1DnKDUNvd852mX+f/9Aobr+UQAnvcMa8c+r083G71sQy XL6xZtqhkOs5xwz020bQLvLnwv1DgKQvv84cu3yyPLAGTUoj3xkWAXSpzVHm+Aa28UyN EO/w== X-Gm-Message-State: APf1xPDYp/zMGlPrNnWe27qIzQVo3N9C2heHBSCgS4XIrTmT6rRBZNCf 0YuSOS1+su888zfQhbKqc8A= X-Google-Smtp-Source: AH8x225uTnJy22vkArrWbaRzM7HbWkqk4Ik+FoXM8ySi8hCFxlLMzF/W3xuX0pzJYK0zZjZoew5Gaw== X-Received: by 10.99.111.196 with SMTP id k187mr15382554pgc.360.1519863412923; Wed, 28 Feb 2018 16:16:52 -0800 (PST) Received: from dino-macbook.wp.comcast.net (173-8-188-29-SFBA.hfc.comcastbusiness.net. [173.8.188.29]) by smtp.gmail.com with ESMTPSA id x9sm4755896pgc.81.2018.02.28.16.16.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 28 Feb 2018 16:16:52 -0800 (PST) From: Dino Farinacci Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_0D6213C2-AFFA-4179-809E-8C01554056C1" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Wed, 28 Feb 2018 16:16:50 -0800 In-Reply-To: Cc: "ccamp@ietf.org" , "lisp@ietf.org" , "mpls@ietf.org" , "pce@ietf.org" , "teas@ietf.org" To: "BRUNGARD, DEBORAH A" References: X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [Teas] [lisp] Quiet period for document publication? X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Mar 2018 00:16:55 -0000 --Apple-Mail=_0D6213C2-AFFA-4179-809E-8C01554056C1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > I already had initiated Last Calls before the freeze for: > draft-ietf-lisp-signal-free-multicast > draft-ietf-teas-rsvp-egress-protection > draft-ietf-teas-rsvp-ingress-protection > I=E2=80=99ve scheduled these for the 3/8 telechat. Due to the heavy = load, these may or may not be reviewed. The authors should ensure to = timely answer any comments and upload a clean document if needed for the = telechat review by 3/2. If the document has not been updated for dir = review comments, I will need to move it to a future telechat. draft-ietf-lisp-signal-free-multicast-08 is up to date and reflects the = following comments: Thanks, Dino/Victor= --Apple-Mail=_0D6213C2-AFFA-4179-809E-8C01554056C1 Content-Type: multipart/related; type="text/html"; boundary="Apple-Mail=_179034BA-828B-4328-AD39-25D6E5229C46" --Apple-Mail=_179034BA-828B-4328-AD39-25D6E5229C46 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
I = already had initiated Last Calls before the freeze for:
draft-ietf-lisp-signal-free-multicast
draft-ietf-teas-rsvp-egress-protection
draft-ietf-teas-rsvp-ingress-protection
I=E2=80=99= ve scheduled these for the 3/8 telechat. Due to the heavy load, these = may or may not be reviewed. The authors should ensure to timely = answer any comments and upload a clean document if needed for the = telechat review by 3/2. If the document has not been updated for = dir review comments, I will need to move it to a future = telechat.

draft-ietf-lisp-signal-free-multicast-08 is up to date and = reflects the following comments:


Thanks,
Dino/Victor
= --Apple-Mail=_179034BA-828B-4328-AD39-25D6E5229C46 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=PastedGraphic-25.png Content-Type: image/png; x-unix-mode=0666; name="PastedGraphic-25.png" Content-Id: <88A950EC-2881-4C1C-BC60-6E391D707556@wp.comcast.net> iVBORw0KGgoAAAANSUhEUgAAA4IAAADICAYAAAC9Il/2AAAMJmlDQ1BJQ0MgUHJvZmlsZQAASImV lwdUk8kWgOcvqSS0QChSQm+iFOnSawQBqYKNkAQSSgwJQcWOLCq4FlQsWNEVEUXXAsiiIvayCPb+ QERFWRcLNlTeJAF09bz3zrvnzP9/uXPnzr0388+ZAUAtmiMWZ6HqAGSLciUxoQGsiUnJLNIjgAAU aAALwOJwpWL/6OgIAGXo/U95dxNaQ7lmL/f1c/9/FQ0eX8oFAImGnMqTcrMhHwYAd+WKJbkAEHqg 3mxGrhgyEUYJtCQwQMjmck5XsrucU5UcobCJiwmEnAIAmcbhSNIBUJXHxcrjpkM/qssgO4h4QhHk Rsg+XAGHB/kz5JHZ2dMhq1lDtk79zk/6P3ymDvvkcNKHWZmLQshBQqk4izPr/yzH/5bsLNnQHGaw 0QSSsBh5zvK6ZU4PlzMN8nlRamQUZE3I14U8hb2cnwhkYfGD9h+40kBYM8AEAKXxOEHhkA0gm4qy IiMG9T5pwhA2ZFh7NE6Yy45TjkV5kukxg/7RmXxpcOwQcySKueQ2xbLMeP9Bn1sEfPaQz4Z8QVyi Mk60NU+YEAlZFfJ9aWZs+KDN83xBYOSQjUQWI48Z/ucYSJOExChtMPNs6VBemKdAyI4c5IhcQVyY ciw2lctRxKYLOYMvnRgxFCePHxSszAsr4IviB+PHSsW5ATGD9jvFWdGD9lgjPytUrjeF3CLNix0a 25sLF5syXxyIc6PjlLHhWhmccdHKGHBbEAECQRBgARlsqWA6yADClp66HvhL2RMCOEAC0gEf2A9q hkYkKnpE8BkL8sFfkPhAOjwuQNHLB3lQ/2VYq3zagzRFb55iRCZ4AjkbhIMs+FumGCUani0BPIYa 4U+zc2GsWbDJ+37SsdSGdMRgYhAxjBhCtMH1cR/cC4+ATz/YnHB33GMorm/2hCeENsIjwg1CO+HO NGGB5IfIWWA8aIcxhgxml/p9drgl9OqCB+De0D/0jTNxfWCPj4Ez+eO+cG4XqP0+Vtlwxt9qOeiL 4kBBKToUP4r1jxGo2qq6DHuRV+r7WijjSh2uVuBwz495BH5XPx58h/9oiS3BDmHnsJPYBawRqwMs 7ARWj13Gjsl5eG08VqyNodliFPFkQj/Cn+bjDM4pr5rUodqh2+HzYB/I5c/MlX8sgdPFsyTCdEEu yx/u1nwWW8QdNZLl5OAId1H53q/cWt4wFXs6wrz4TZfTBIBHMVSmf9Nx4B509AkAjHffdGav4bJf CcCxVq5MkqfU4fIHAVCBGvxS9IAR3LusYUZOwBV4AT8QDMaBKBAHksBUWGcBXKcSMAPMAQtBESgB K8FasBFsBTvAbrAPHAR1oBGcBGfBJdAKboB7cK10gRegF7wD/QiCkBA6wkD0EGPEArFDnBB3xAcJ RiKQGCQJSUHSEREiQ+Ygi5ASpBTZiGxHqpDfkaPISeQC0obcQTqQbuQ18gnFUBqqhRqiluho1B31 R8PROHQKmo7moPloIbocXY9WoHvRWvQkegm9gbajL9A+DGAqGBMzwewxdywQi8KSsTRMgs3DirEy rAKrwRrgP30Na8d6sI84EWfgLNwertcwPB7n4jn4PHwZvhHfjdfip/FreAfei38l0AkGBDuCJ4FN mEhIJ8wgFBHKCLsIRwhn4LfTRXhHJBKZRCuiG/z2kogZxNnEZcTNxP3EJmIbsZPYRyKR9Eh2JG9S FIlDyiUVkTaQ9pJOkK6SukgfyCpkY7ITOYScTBaRC8hl5D3k4+Sr5Kfkfoo6xYLiSYmi8CizKCso OykNlCuULko/VYNqRfWmxlEzqAup66k11DPU+9Q3KioqpioeKhNUhCoLVNarHFA5r9Kh8pGmSbOl BdIm02S05bRKWhPtDu0NnU63pPvRk+m59OX0Kvop+kP6B1WG6ihVtipPdb5quWqt6lXVl2oUNQs1 f7WpavlqZWqH1K6o9ahT1C3VA9U56vPUy9WPqt9S79NgaDhqRGlkayzT2KNxQeOZJknTUjNYk6dZ qLlD85RmJwNjmDECGVzGIsZOxhlGlxZRy0qLrZWhVaK1T6tFq1dbU3uMdoL2TO1y7WPa7UyMaclk M7OYK5gHmTeZn3QMdfx1+DpLdWp0ruq81x2h66fL1y3W3a97Q/eTHksvWC9Tb5Vend4DfVzfVn+C /gz9Lfpn9HtGaI3wGsEdUTzi4Ii7BqiBrUGMwWyDHQaXDfoMjQxDDcWGGwxPGfYYMY38jDKM1hgd N+o2Zhj7GAuN1xifMH7O0mb5s7JY61mnWb0mBiZhJjKT7SYtJv2mVqbxpgWm+00fmFHN3M3SzNaY NZv1mhubjzefY15tfteCYuFuIbBYZ3HO4r2llWWi5WLLOstnVrpWbKt8q2qr+9Z0a1/rHOsK6+s2 RBt3m0ybzTattqiti63Attz2ih1q52ontNts1zaSMNJjpGhkxchb9jR7f/s8+2r7jlHMURGjCkbV jXo52nx08uhVo8+N/urg4pDlsNPhnqOm4zjHAscGx9dOtk5cp3Kn68505xDn+c71zq/G2I3hj9ky 5rYLw2W8y2KXZpcvrm6uEtca1243c7cUt01ut9y13KPdl7mf9yB4BHjM92j0+Ojp6pnredDzby97 r0yvPV7PxlqN5Y/dObbT29Sb473du92H5ZPis82n3dfEl+Nb4fvIz8yP57fL76m/jX+G/17/lwEO AZKAIwHvAz0D5wY2BWFBoUHFQS3BmsHxwRuDH4aYhqSHVIf0hrqEzg5tCiOEhYetCrvFNmRz2VXs 3nFu4+aOOx1OC48N3xj+KMI2QhLRMB4dP2786vH3Iy0iRZF1USCKHbU66kG0VXRO9B8TiBOiJ5RP eBLjGDMn5lwsI3Za7J7Yd3EBcSvi7sVbx8vimxPUEiYnVCW8TwxKLE1snzh64tyJl5L0k4RJ9cmk 5ITkXcl9k4InrZ3UNdllctHkm1OspsyccmGq/tSsqcemqU3jTDuUQkhJTNmT8pkTxang9KWyUzel 9nIDueu4L3h+vDW8br43v5T/NM07rTTtWbp3+ur0boGvoEzQIwwUbhS+ygjL2JrxPjMqszJzICsx a382OTsl+6hIU5QpOj3daPrM6W1iO3GRuD3HM2dtTq8kXLJLikinSOtzteAh+7LMWvaLrCPPJ688 78OMhBmHZmrMFM28PMt21tJZT/ND8n+bjc/mzm6eYzJn4ZyOuf5zt89D5qXOa55vNr9wfteC0AW7 F1IXZi78s8ChoLTg7aLERQ2FhoULCjt/Cf2luki1SFJ0a7HX4q1L8CXCJS1LnZduWPq1mFd8scSh pKzk8zLusou/Ov66/teB5WnLW1a4rtiykrhStPLmKt9Vu0s1SvNLO1ePX127hrWmeM3btdPWXigb U7Z1HXWdbF37+oj19RvMN6zc8HmjYOON8oDy/ZsMNi3d9H4zb/PVLX5barYabi3Z+mmbcNvt7aHb ayssK8p2EHfk7XiyM2Hnud/cf6vapb+rZNeXSlFl++6Y3aer3Kqq9hjsWVGNVsuqu/dO3tu6L2hf fY19zfb9zP0lB8AB2YHnv6f8fvNg+MHmQ+6Hag5bHN50hHGkuBapnVXbWyeoa69Pqm87Ou5oc4NX w5E/Rv1R2WjSWH5M+9iK49TjhccHTuSf6GsSN/WcTD/Z2Tyt+d6piaeun55wuuVM+JnzZ0POnjrn f+7Eee/zjRc8Lxy96H6x7pLrpdrLLpeP/Ony55EW15baK25X6ls9WhvaxrYdv+p79eS1oGtnr7Ov X7oReaPtZvzN27cm32q/zbv97E7WnVd38+7231twn3C/+IH6g7KHBg8r/mXzr/3tru3HOoI6Lj+K fXSvk9v54rH08eeuwif0J2VPjZ9WPXN61tgd0t36fNLzrhfiF/09RX9p/LXppfXLw3/7/X25d2Jv 1yvJq4HXy97oval8O+Ztc19038N32e/63xd/0Puw+6P7x3OfEj897Z/xmfR5/RebLw1fw7/eH8ge GBBzJBzFUQCDDU1LA+B1JQD0JHh2aAWAOkl5N1MIorxPKgj8J1be3xTiCkClHwDxCwCIgGeULbBZ QKbBt/wIHucHUGfn4TYo0jRnJ6UvGryxED4MDLwxBIDUAMAXycBA/+aBgS87YbB3AGjKUd4J5SK/ g24bLafWrpfgR/k3W+FxOp+e5a8AAAAJcEhZcwAAFiUAABYlAUlSJPAAAAGdaVRYdFhNTDpjb20u YWRvYmUueG1wAAAAAAA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRr PSJYTVAgQ29yZSA1LjQuMCI+CiAgIDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5v cmcvMTk5OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRm OmFib3V0PSIiCiAgICAgICAgICAgIHhtbG5zOmV4aWY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vZXhp Zi8xLjAvIj4KICAgICAgICAgPGV4aWY6UGl4ZWxYRGltZW5zaW9uPjg5ODwvZXhpZjpQaXhlbFhE aW1lbnNpb24+CiAgICAgICAgIDxleGlmOlBpeGVsWURpbWVuc2lvbj4yMDA8L2V4aWY6UGl4ZWxZ RGltZW5zaW9uPgogICAgICA8L3JkZjpEZXNjcmlwdGlvbj4KICAgPC9yZGY6UkRGPgo8L3g6eG1w bWV0YT4KdNARLwAAABxpRE9UAAAAAgAAAAAAAABkAAAAKAAAAGQAAABkAAB/YyrBkyoAAEAASURB VHgB7L0PdFXVtS88LwhxpAT0GBojaIoSKoSCBB8jeV5ohqTqF4o1fbnSDko6lOR+csm4iq1gXr00 l9pGcp8g40HpuwEdRvkqNrdQU3L9A94jXm4y+EoQmkgLKA1/jEgIhaQZnkPD9/3W3nvtPdf+c85J csCga4+RnL33WmuuuX57/ZtrzjXX3/x/uEhfGgGNwIAQEM1H/F26dIn6+vrsP/leN68Bwfq5TfQ3 f/M3JP+GDx9O8m/YsGH2e1F4WX90vUqsKkhMxa/EVPxqXBPD73LF0t/lciH72dBN9Ht+NtzpXDUC GoGBIPA3mHBoQXAgyOk0GgELAT5pFxN3+Sffa6A0AhIBOZESAgr/k+9lPPEr64+sT/JXvudxv+j3 Ej+OqVsIlBhJ/CSe8le+l/H07+AR0N9l8BgOJQr9+Z5DiW/Ni0ZAIxCMgBYEg7HRIRqBhBGQk0j5 KyaX4hLP+tIISATEREpcXEiRkysZh//K+iR/db3i6Dj3GlcHi6F0p7/LUPoag+elv99z8DlqChoB jcDlRkALgpcbYU3/C4OAFPrcv18YAHRBE0JATqbcv0GJ3fVJPgfF/6K+d+Mpn4PwkDi6f4Pi6/cD Q0B+B/dvEDX395DPQfH1+yuLgPs7yucry4XOTSOgEUgWAloQTBaSmo5GgCGgJy8MDH3rQWCgkydd rzxQKi80rgocQ+ZBf5ch8ymSwshAv2dSMtdENAIagaQioAXBpMKpiWkENAIaAY2ARkAjoBHQCGgE NAIagaGPgBYEh/430hxqBDQCGgGNgEZAI6AR0AhoBDQCGoGkIqAFwaTCqYlpBDQCGgGNgEZAI6AR 0AhoBDQCGoGhj4AWBIf+N9IcagQ0AhoBjYBGQCOgEdAIaAQ0AhqBpCKgBcGkwqmJaQQ0AhoBjYBG QCOgEdAIaAQ0AhqBoY+AFgSH/jfSHGoENAIaAY2ARkAjoBHQCGgENAIagaQioAXBpMKpiWkENAIa AY2ARkAjoBHQCGgENAIagaGPgBYEh/430hxqBDQCGgGNgEZAI6AR0AhoBDQCGoGkIqAFwaTCqYlp BDQCGgGNgEZAI6AR0AhoBDQCGoGhj4AWBIf+N9IcagQ0AhoBjYBGQCOgEdAIaAQ0AhqBpCKgBcGk wvn5JXahfT+FW04QXZNCE2fk05Txoz+/hdUl0whoBJKLQOQ8tf+hnVpbumjfvm5qTw3Rupq7aJTM JV64jPe5+o1Q16kzFElJo8z0MZ+rkiW1MOeO0c7tx+i/9n1K7R/3gfRwuuHGYTSp4GYqLcmhkUnN TBMbighEu09Te+tJaj3QRU07e2lU8SRauXDyUGQ1Bk+Da+8KBv/VS4dvzKBXa/KGdP3v6TxJ3ZER dMO4jCHNZ4yP9oUI0oLgFfjMFz5ooqYPIpQyHJn1RehCJEL0l0/pfPcF3F+gyKcmEyljxtLNt06l Gf9tCt08OuUKcJZYFhd+/xLNeKBKiVz17+/ToklDh0eFuaH0gAGsrRUT4AM99KcPo3S29xKNSh1G KanDKTMrlb6Sk0G502+lUSnDLK4vUfveg9TeSwl3nNG+YTT1b6dRSHyOvk5qCbdTdLiobOalhMuX 7LfrSBu1Hr9II50koNNHI2/JotzsdBbTe9ve8BY9+kYqPb/+Lgp5g5U3Pcinxcon2hel6LmL1N19 CQPFRYqiSRANoxtuTaVJt99E2dnj1fJHTlPLf55UyqUQj/WQQFl6jh+i1iNggmNg0Yz2jaDcghwa 5RMWK9urIizSSe0HMMFq66LWQ2b9FHyPSh1BN+FbfOX26yhn5kTKTBtMW++mrVPfpg0KIMNo4975 lJMqXsYLVxK6HiJoL4es9tJH0V7Uqd4+6kG9ilxAvRKxU0bQV25Jo+zpEyhr3FARuE5TXUkzbfqD WZycysm0ceEkV9mutscIte1qpVG5Uynr+sHUF6fcPW17qGhBp/0iO3cYHWm5ZD6XZNHuqjvssGTc 9Bw7SL9+8SNq+vASpWGtc1T6CPrarAz6egH6V6OuqrnwPk0NcT3ZfVCI2pv209lxkygXdfJyXZyv fve1l4upgdLtPUQPzDpMXTz97SFqrJ/tLCTxsCF5P8j2HgEGM90YpAMDtpg20HJfljnDJWr5xQ56 bL3VVnPBa10SeB1oGXW6mAhoQTAmPEkIjLxPeVPm05l+kppRupY2PnU/jR0Ck8+j25bRvT98TSnB jCcbqL58ivJOPzAE+k7TzvX7aFXtRfYy4Pb2dNqJDt1Y2Y4cpSUz26gtIGrQ67ItBVQ6HZPcyGFa PPMQHXFFDC2cQNsrp7neike/SbgZLVQxmbY/Emty2k6rp75HOxB92da7qTgnxsSmv+XKSKGaF+6i PGuy1L6lkRZVJ4Clybrnf6hiEsoStILcTdtK3qa11qTckxgvNu79liW0+IVeje+6qaW+mR6rwopD 3GsEbd5bRNk+E+G4SY0Il6ijDcLax3+mX/+sk5pPi5ecZrzw4Fyix/ZQ4XxHUAiOaYaECkK08dnZ lJkcOSVedsHhkWO0auZB2iljZGBiu+tqmthKxuXvedpZtZtW1V+ivOo7qGZ+lgwY+G8f+pfpZv8i 6stz4fsoN/0vdlvNqcyB8Dxx4PRdKdvqX6clVcaKlBEiFra48LFi6100L4ctjAX0tS6y9mOoHH1Q RapdpqXP59ECCJlJvwbZ1yadn8ES7DtPR/a2U8epTlpT1W1+Ez5mDpb+lUg/2PZ+OTEIqMeDmzNE aOfy12lVowSXL/zJd/p3qCCgBcEr8CXOHG6iV1/cRC+9EnYJhFPowWX30dizR+nVutdcYWDsxsep ec9SGnsFeIyVxQkIggUuQbDgp2/Q5u8kbxCOlf9VF3buEK2afdiZ5KEAheXp9M2i8fSV9C8ZAl/3 Rx/SUws6TIENq2U7sVpmmzj1dVPHHz6g2n9sp53GpBkEitLpuaIvUQ9Wlo1LaPw6z9BT1kR+6dYC WpBjaTt6T9LurYfoqWfVSb4Sx6Ri/nfHzxhBy/5pEs0rmOjwxONb9z0H3qWihdZUKZHVeZj/dRw9 inKdtMs1r3oilU5NoehfhSa0ndZU97LJ1zB6rmk+5UK+7Nj1Fi141CxPXkUGffv2ERQFFCOHX6Q3 fwKh28KpsGo83XM9QRMEfHr/TGsqzxv0cn4AjctDsYRamO0cb6e31h+iDdbgFSoYQyuXZNGkCVmG FtcHgs/gVTcd2XWQWimDiucOsP31naS6h/bRphaH/eyiNPp+yS3QxF5HQpyP9p6hF0sP0zaP0Oak 6f9dhHaUvk6rjXy5ICgpxQuX8dRfw2Rq32F6oqLLqjvDaMXzk2kq6oFQNbe81k5rt7BFhKGgTeiD IDidCYKJtB+12EPo6TztWB6m1Wg3oYXjseA0Mym88f6Ft9/oEQj/xZ20FItPC2ItPvWDi3YIgYss ITCnIov+pfwOwwKg68Aeenhhp12vasLzKC9dWm900taSPbQhxgISZ2HplrtowXQIkp0HaXHBMaPv L153By2bmwShmWck7gfR17pJDZnnvqO0fHobNQuGrjZBMKH2nkDffrkwcM8BrI8+8DkDBMEKCIJh ixCl0tbWb1CmfLR+o52H6a2GMzS1JJ+y0mS7ckXSj5cdAS0IXnaIZQYRenXBFKr8nXzG753V9P7W B8lYnO47QS8tKaCqXSwct0NC4Oo9Shse+x6t2WXqNcfOraRf/e8yuvmzXlVXoRoaT1jFXotV7G02 N1jJfmMu5Y7zgrW76jf0VD0i+g5qfFJMtKLhPpo3wU2jk+rm7qFNmKyvRHghD8eAsQqDpq1xMPhJ pZcOfIOyfLXMTn7Ltt1HxdnuvOwCWTfuFb8R0JoVJaA1c/IRhJZtgyYxm2kSuyFE5zMhuiiTdtbM IrImf4YmaR+0UzZ7nN4IlK+Ilc/R9PGJpLsk/Lm9HprHKlNoSLbGgeczsHs+uA50hbUbA/TbbIDG N3h+JhXPGu9hqaPhdVpQKTQkiX5bDwnXi24Igm/HEATjhbvI8Uc+QRLaRqWOELlNDAtr7qCVRZdh As55inMfxd631gPnKZqSSlNnTbpKTY8jMM983erHkmuudwRWAIstKwC30BfF9oqRKXYnEAfpOMHn 3qMHZrebwp7PIkFHIxahlpuLUITFvN01UtBF/4L6vBYLG6GSTHp5+WSY1FumcCLL4dcSHfudadrq WuyLwuS10DJ5La3No7L8y6AZJN43Jt7X2guScWC74sHQXC2HtctVKQgCrNjtPcG+/XJikOw5A7Yd tLWcpLORYZQ9cyq2F6iCXvRYM6w5zBXcbFgfbY5pfXTFa9sXKkMtCF6xzx2hlyAIVnFBcEoV7W9Y RKMlDxeaqGTG92i/fBa/7jg87Erfm/v0r3SuV1V+qgkjhMB3iyhXaCZ8LnvF2zVJMKPySTFh9Ztp /BgtKbh4TBf5gMHih8phIvroNPZG3jqTmqC8ZEzjt7uNFucfVUxQ562bSSvmegUKJR1MUR1hwL9c PU1vU1F5t5kMQrLYBzFSCoIlmIhVyYmYiMLpebVMUpOYsCDITFATTaOW73I+xS5rIjn3HAhDi3ve jlr2/F1UOouZu9khuDl3EBPkY9SVkUbbd90ddw8oT+p/H4//eOH+VI23Sn331gMRp6W6gR7bYk7U h963jVG2IRzUjsWCRdZiwXNN6OvYms5g2eZ9qVsQHCxtnl72oeJd8fo8WlbgEspcJqrcTLplHepU 7SXvgpaRwSXavbyBnoKm1LPghXCe79NvzKc549SJskFiUP94e0q8rx01qDwvY2Lexn0XTy9j3ped NP9W/v2XwcLlxIDTZuVN2pyB0RS3UrMv7nV/LFD47C4tCF4x7H00ghDy3ocg6Kxr+sS5E3G28jgq wxdOHqUPTp6hT+lauhYrpGkhOJwZP9Z0TGNFjQjnNH4XPIAaDmxEGIS8yF9d8Xg4aFy48Al98nEn pt7pNONrN/tRNN/1XqCjH3xAZ+AQ59qUaynlS2k09sabaazLAU4QXyl+K72CNQcoMx/wpHKM8rA4 kQtn6MTHZ6j7L2asNPCRMvbL9OXrR3tIBRemHyG9WLGcZa1YIllcrQMmGKugPdyJ/Wu7PfvX+MDg P4gbnPW2U3NTD011OzOxO/URtLRiGG1Y7yC1DEJlsTQjtYvn5JeIICi1RaFceARruWgKhD6r6TZ5 +8bJR7zyy4uvFMq9ZFmn3oU5WJdPfE7PZwC1HA3cANPQzTFNQ00G+eRzQIMTzHq70EbOdn5qOiq5 ZgSFbsqgzOtjzJCFKfDxDuq6YK60jISjllHpIaSxTH0t7KLnjlJdeRvVGaZoMJt99x7KxSpS9K8i wghoSOJNJM/DlC3smLJB27pbaFsDL2CLvZOr/xCina2zfcyEL1FP50d09nQv9fzV5H3U9SHKuiVA sIwjtMcT6gPZFAF2fRcPPvUAbx2hBQ++iy8irXlFz7VT+5EecAzHTugkQ+J7jFPLJbRS7msk+kzF 4RCcg5nfR8Zk3wlhXadOUMe54YYjm0BNTC8c+hw7TWf/gi4Q33gU6lLmODhT4pp98GI4xpHZGL8s L/s9BGE4l1J4pEuwoGWmsyIuyqHQt9Ozm05o0gpMTVpe1TSqKZnAAt23wvQadeWc2S5GXnMt3YB6 EkoLahfd1LwuTMshZImrFPvpymaNNZxKxa/n7rxjPcOqAuad0mlPTXg+M/2U6VTrB754YtSp567F QkmBd6Hk1F6ac29HjLoG6xHssTasR2L2nZeA3QnURTgYu8XlREuy6PvL+8bE+9rAvcCJ1EM3H73Y DnD6DPVYjptGpl6LupuYqb3wOCnqC12Dij48lW4YfpqeuPeYuX9eCoKe9mUy4NEWe+L5tQ0zbULt WkQV2t/hrj43Vj4x2nvCfTvv5yQGYKXn+FFqh/M10bBHYdzIvGUAXjpt2smaM4jxAf3bhxG6Yfok 05mdwM244ORr125aZG33yC6fSJsfnez0Q57+B7ROoU/GuCqukRhXR113HbwHp8fvp4wU+l8sBLQg GAudpIb5CHmDEARP7H+NqiqWUfhjfyYf/PHLVFWaT5/47O9zUhTQG+9vpomYu7xfW0Lzn1F0kYhW QBueyaVf1b9E4d+ZZqEyra/X0MgJeu1/V9GyjWEZTf2d8iC9vLGK8qE0eu2xKbSsQQ2WT4o5LExm q+YU0Esfj6XNzc1UYG2YjLS/RlPuXiaT2L+V2/dT2W2f0Kb/uYyqG96337tv7l/2Mj1TkZ9UgbBn L7QtD0ttSwq9tO8+ymKCqZsH8dxz7CidTcugrHT3hCj+IO5Hz37HOvWX9s2iloV7mDMU2OvDRDST TyTZJN1POLPpGjeOSeqKLZOp5yfYV2ftk1nZCBPVW2IVOn65VAcg1qQ+RRw/0EWZORNcAgmn5ycA wBHJkaNE4+D5Et5a410DFQSjpw7RttpjtKHeNaG2MsyG6di6qlkeL3cdTe/SknK5t83NnVWHrjlN 2x5tprVhdzh/TsBUlJvAIam/uTGnCSGz8xi1d6dS9gSmJbH2k6zBHtQuNbr5lJFKm7d/g7jFrxkQ 71vFC/fLzHpn13fx7FcPVA1MoCCIhZVtNQdpLZyeeC7hwGgTHBhNSINQCRPiSp9vDYcguzGhMS8I 3nMheJvWTza5la9k00d1f6JNjU56f40XHPpsgUMf7Jv1u8rWT6PSAghffl4VrQTPwclRru3k5yRt mruP6u6fCB5zbJLRtjDMFGW/Zb42HJvY5bCjshsuHMXq6y7Rkcbd9MRyc68uI2DchsDcyuo8mM47 /V9HU5gWlKv88HT+WPEY/bjH4t0SLN61GUmCy8H7hewEF5Vaqn8DDTSR7cjLhy1psSCCSqGdL/No 5znOiJQxxl/o9KGtLqwECYLc2ZJ/uxF0EqqHNg/ocw/sp7pnP6Id0sOrHWbeFFfn0LL5/nuco8fR /p46hrSuRPzREIKm0jaf9iWilW4poDLhPE1c+MaL8Y2PmE/W/zHU2Frg6Y8Ta9dwIhR+mx6o6MZi HNrX9ZKwf3t/7s3J1PrcUf/2Dqdy/erbeT+Xm0GNtZn06/L3lP3eJjcjqAZbUvJ8tqRIbj2/Nm1s sRjMnAFeSHfW7qf1653xgbeZrr3Yd/uw3Hfr4cJ4weNHTx2kZ0pxhIyrH5UpV2B7yTzvYCOD9W8C CGhBMAGQkhMlEUEQQs9tEHp4hhAWFfNR6MDC/2shLd6oCm0z7pxBJ3+3X3U4M38t7S75hP7H96vV 95L+nY9T+P9ZSjdDIDixaw0V/P0GGWL+Timjxe9vos3qW+PJELi+NtoOiZwM08KvL3aZtc4gcEX7 31eFyLVv7qex/76Mvhcws338X8O0dK6pcYz8fhNNeaDayEcREJFfiTs/mkJr33qOWhbdA8HRZg3m tQW0aBrR668wZz1TKoFrmWOWy6IP9LbtF420ZL05ucuGlm+zR8vXH8p8Uuw3iMMd9dxman04h2r8 POexTt3YL9W5D6vTJ20GzBU4ZzLIJw3xBEFHY2duAI+yfXXxyx2vXHAMw/fksFVPm3nlhtMLmsgo CWI+8Alf4hpBeF6di+MRrIEqZ2E6ld+PFYuPT9OGR7vsCUhOFbwcljiTH9s02OKorGYC5Y+7RL/9 CYQRQ7C29ualtMO5Sxs10UXsuXDYz4Y2VmqRor0jaGUd9n/ak34nnrxTFipiaiBkCv/fIy800OJn LUEJE/mn4VwjE5PFX9ecpB3WgoC/oBXvW8UL9+fHeGvXd/HkVw8uwYtdg+3Fzvfbnmuj5bOPmnuQ QEU4JfpOfhp14fzUVc862j+hNcodDsdCdYdoNfcKnDuGNq/Jp+x0ZyGk60AzPbHwtFUHhlFpVRZ9 c0o3Pfhgp8G2/Odtc6dpa2kzbbC+t+G4qBzCODwnrlruLByYpozXUXv4d1jYwp4cSRCazKXrJhsO hew6YntYdS0EReC8qRoejuvNxDlFY6i8Ymbs4w2k2TCSZFdgNf8R3pdIJiLUXP0mLbfMcQmC9Mrq WykLdeWdOjgsCst42OOMyVyhNZnr2vsuPVHTDdNkWBpYbSoE51CTULfPQib+bvVsO65DYYB3EKKX 4GgCA7cYWmLednzrjjt723Te30mGHZ3X2wI4DcMxPPJ7GXEUs1Txpj/7dXl78htDEulr+1MPrcUi l+BVXDmevnlHGnW8105PsUUNvwl8BwSsBRCw5FWINvhN2BtHu7vp8LtdtEkutFnjQk/bPqpdjX6H 9Yt5FePpyYdmMg3UeQiye2kV8u4ShG/H4sPySVQ4y7tHONp5lHbUHlacS2UXhejJ5bNYuwau2Ge9 Ouy1+umAc6EFcC5kXiOorDoLjs3+TEVwbsQvu73j+/arb+f1BU7d8q6/SM1GnzuMcnIvKeMDBTho 4Xwo9zZt9J9ij/VA5wzwWrscns+NvZxWBrzNdOwK01Mv9tJZWBIZ30PEyQD/kzERvYB7HP/zle9P phVioQA+A5bkW+0TQYUVmfTd2Wl0+LVjtNpyAGZjKejoa0AIaEFwQLANJJGPIMidxYDk0VdwTMOP 1GMaFOEHcc7sqqK8v+ei4lha+/Y7dD9UT5HD0JL9X8sU5qpx3t+Dt52gykn30qs85MaltH/P44og dKIB3kEfM/NftDFMVffcTBfOnKBPPmiiZQsrievXVEHwDK25LU85J2zsd35O7/z0XmjcIl7tn1Vu +gD83qPy69Y0hv85jxbXWYIkvKjuhxfV0bIc2Ny8GOUKi2dLsEthgqMZbRE1f1BleF490VCJ8pko zPgxjr8onWJGScp/Z4+dIMdXtAZG3j2Iqx7y5Eoy72CVfFinLp24cCFHxFWPfHDyi9exyn0xttDH TMSE/e5LB6AJRZ/ufzn5iHDP6j46/uXo+OUgkgfhqYYJT16anJ6fAOBNEesNxygQWx8CR16AY4tn xSKAOlFThD2XUCtxFOQK4YBiJRxRiKtnL/ZIPozJkEdY484frMHakTmMtLH+OTwiFngZ6BlU0TaY 6S4wh3Dl+/FJtQsHk6943ypeeIzS2fVdxPHWA7ezGO8klDtrIJoHZzIrmDMZ7riEsIdsJ/aSjXQ5 48irhnnkfLd5pEO3uPYuWpbvmJfy7+Fuc1wzEcK+2FexL1YKCNzRCG9v0QPQ7Mn9n9AcNcJccRSD jC9UqW0fkTDpe6DgJCZmqbQd3v1CLJ3fLd/f5qFlJVD2+mKf6dY372ZWCDhnbB3OGbNMP/0mrUoe CTmw8uM09ju+T8nfaZeZnsez+70YpGU/Ev98SKd+CHJe09STMB/dx5yPJaD5t/ni7Wlgfe1A6iHR eRzxETYtUFx9Hq/znv5VGUegSa2dSaXCfEheGO99vYYqbV/sx/RxdsbS1kCLl2dr8SRx/qua0Jc+ D+3iLEu7KKLZQj7ufRYPmuEEbjkWVdz7TXnZ3e0dtu2qR2WXsyubO1lWIXNbiyTFVZNoaclko39w a9OD2qZNj99I2qzvlvVYRlPpOfXLWx7hoAtexa1xwvOtQZBb/gQ5ZlP6EO6oqRued/OF512Mt9ib nCTnwbKYX7hfLQhesU/uIwjS/dTQ/M80tvcTavrVkzCpVLV8RIsofLjK0NiZbELgugsCF9d2Qev3 wXP3W6XwOqSR5/35HQGx9u33DQHSTAyB7e9hrrlLPN1PbxxeSxPlZJ4LXFZOXBC88J9raMb3VW3i 2rc/AG2L8uGXIKBWWSnFzwxq+H09TUm9QBvmz6A1TMJUBF+sLC2bci9x0Vjh+eRrdNvXTUHy/ucw 8My/GcKwOy9gCEHQ0C/2vk8lX5tvaC0VOoyzgd86naKgwfeRDIymSi+Ejv+G64dhz4T4hbmVpXnx 62CN/Fin7jg3MLWIwsuoeXHNgJOfX6cuUxBb7XPMQJ20Ip6/iZOkoMYtw96f0ump1BO9RGcPtdIq mIzYJjy3j6Gt9QUel9OSkvnL6XkFADVu/Cc+8AVi60OmK/wWTIV64T0wi7bzQ67xHZbA052hcVAE O843BA9oAlZAI2BccDW+HEcLNC+cQLuVsx/5YoMqcPqw5HnFy+bVCHuiB79gQoPqEpyXCY6SPM5D 1HCnXsqs4oXLeD6/dn0XYcJJEzz1pnyK41Y+pcNvHFTOS8yGw6TNbodJyiTUR4tjTzxAHqavW3eZ rtC5pshPmCGbrtfskH8Ptc2pk/+VcCRSqDgScUyzRWltRyNom6uwEr9TvMTltE/xZNG0JpBuBxBy /2Swdk/QkBevh95ymbFUHv2cpcBY1z6HVKRx95nB+Eg+Bv/LBbxYiyOJxjM5csrl/XZenjvQdyxA 3yEuv76zq20v1W7spD9dGEb3PPxVKhbmwAldvD0JfPvb1w6wHmLPaTMcMy2HWey89XAgVuAIcxxH t0DNF8ZCC9GPVt6hlpK38RgCprNQ4yS3BQofwc2J5dzJ9mC84QIIXsi+3owt9mrDQkAKlui7zWNh nKOPJNXY9Zm3qRh9O8cAhAuxULpSWSiFg6IqOCiCICqu/oxhzj5rPo4OfM7Av7UfH/HCBf8cM8Ie 5N3Yi2xeWEDBUUSrWhJbuLIS6Z8ABLQgGABM8l/7CYLBufgd0eC3L04RnEDutb+/zRLmTNpTlrxM DT/Mx4LT+7QYB9uHWZZTnqynhvIZ5psL+2n+jBJD6zdlGd5XWO9FqE9aRxD00fgR9h4ext5DKUi2 v0q33V3Jc6aXf9dA+eg8PVpQpiW9sH8DzShZw9JB8cd4O/FmFRUsEdpRZ/8gNyW1E05ZSg11S2nK 9Sl0tGEDbf7jzVT5w/sdzaIdcTA36qDrP/Ex6Qvzk+a9532c3xBl5U+lLPDJTTVjceXXwRrx7QGD d+oIOQ4HBkUdNkln4ufwr05K7ajGjT0IKkINVv+4p09bY6KmNZ+cfPxC5buchRn00+V5FJJ1SAZ4 fjk9V1k9ceO/4ANPILZ+ZCxN5j3MxM2MxleX1UkzXyEmmPKt3JYPkzdTGBSb/8+muveODq6sStkG dRh3J9zm76Hf/x0mIa59Pm3QjC4xNKNiDyL2bmA/nXPF4z9euEPJc2fXd0+I8kKsni/D6rn7ks6P xHtfQVEK50ZCPlFzJv0iyN12pFbLT/Dm34Onix6HW/Uia7XGR7NHmGjvLIWZa4vBjJJnM/aliQm4 uLgDF8ecGwGGMMiPknG0UrH6LYOo+McFzqCJtb1YIBLwBSfx7Fy8DbgFgyB8nNRJuINDlwfg0KXL IJWKfWPfULSoMgc+aY0lMIr49uKA77eTFJ1fTnvwliQO3YTHkIC+djD10LSE+BR7zWCuzq0WuKmf Mk6oQqeqebLKxNu4SxBUtHSIrgrgjvdWt6afo6Xc2ws44i3vt9FWlIPShTWHcxSNreXyaRex63OC fR/HIKBdyf2LgvN+jWE2bdc4OsA5A6/XfnzECxf8c+sT8Vxcg72lReb2CuHQq+PP11IW378uIumr 3whoQbDfkA00gZ8gOJYK5ufT+f/3NdrPtXwQpMIfbDa1WCy7yO+h7Xqgir2B7m7ZWvrWZBhg9qXQ 6OEn6Ht/r4bTjdgLt8fcC7d/fQmVrOVaR0dbxk1O174DbZ6ziBdXEPQci3Hj/bR21bcoBV6yaPho +qThe4RFKuV6vH4/LZ0xGrauYcrLW8z2MEptIdEbP8qjf3hF3V9I9CC0pNWGltQ2G+X7/aD1Wwyt X1jJzXwoAFbPLLmfxsYVLnwSx33FV/TEJCzIpJF3+F6iZVsLqNTw6KnGM8+aGmt4dxUe/8wDkC8G m6AGderIUjFzw7M5+SP7TCw+KVU5ZDxhIH5pzU2oG32IAobgPXJRudwH4VolVYgwGnifs3AM3ZM9 gv4UhnARtiLenkG76/OUVMEPnJ5rAAtOFBjCB2u/wSswoV+AgOZCGy2ZfdR3D1IUA+yDEMrNSahJ QOwvfLLiLhyu60dwcGXlZfNbNffLMeF3xvlpZ2jbQ3BqYwgo+BYe86Z4/McLj8GNXd/NOPMq0mlq 2iV65/kuarZkqpzqO2jjfO++IJFCwQYTv6fX34i2Jj6gdfV204uV5y1tNRcERVt0zp5Uz5lztGKq ds6kyfPkbY5PkETMZeuy6Abh1tm+LlL4Z6dt5wlKWma2y83WuIAuydjpbC1/sMAm0xi/wNrRcvub GCsTOJ9JsaSnlNU1uQ/CR6YN/lX7Yr94suyKmW2ifFpnm0pTXZW+I1Rn/wD7xB/yLjqo8THZlUfj IGDQfY5CnLen/ve1nC9Btj/1UGGDPXBTecUcUHHaE9CP8zbuqisiC+mcR9yH4IVy+6PWvlU7Xaxx SaTiFzNvxWtZX4RjJntPqYwOXqSZvewLuHAoo8Wuz/xbBZRfELLLgvuA+sq/W7/qk03bm/9A5gzx +IgXbuAWOUZrZx5kptGi3Kn03NOzsIeZmesakfW/gSKgBcGBItfvdD6CoNR+MRNHSbYAe9g2u/aw ec0eZewYv9/ZTB/8tMCMcA5C151c6CKq2v4+Lfqa0CRaZqF+x1XE0Qi+ivMRK38XgwefoM3NH1ge QC/gfMUZyvmKleCpbMoJZ/+fK70R/rULtpmsWysawd7Dr2PvoVuENMmMpcc3vkxL73GcdrjID/DR mQAIArH3hpiukA//4SStgjMRIQiECkL0LziQONt2vc8HBp/9HZaGIhOmN8uY6Y3NfIxOXWwu2ARH M3XWBFms2G9vnUMthqkFG/RsYtaNssrvDlSfExWE7f0coD0He5TktXQLzk2UXt/kS99fjpN3APNN EuMlH6z7NYiCZs8paHrDJ2lfUy81hdlGeJmfz+SlB84FimznAjIiTMRqJlNZ0STnhXE3uLIq5k4B kwhXhsGP3Sep5d12egea7dZ3HaceTgK/bxGP/3jhDnXPnV3fRQi83h0oMvapdu2Cya7lotzYvxmw n4R/dw9tzwvhVQ/0paaD7xkSZqmWSaytUXFpzyU5nqc90UQgnyDJuLF+Fc2rbZomUkjzNNneMYF6 PpUeg/m1uEIwPd4O02OZn3w2AmP941gHCEW2ZsSgk6CmzVUng/CJxZoZBkEQx56stczn/eJLzafC pyt/no4LjIoAwyOJezjRWTxb7F2K0Y+60nBtbX/7HBcp1yNvT2zvXIJ9rawXLqKBj0o9hNa640gr Ne86TU3/9Sk1+3gPVcrK6xRyeK4J3jjdi2E8jk9fSqe4QzSn/7E1tH7OeAJLA0c6OCNzQSUWs3FJ yxmpbSusnkAz34XDkkaTQE0Y+w7THby9ez3VxSbe3k0KTlq/Pc5mHPyPhwGi8O+mYGwTCbixaTvY OTFlHyLfxJ8zxOMjXrjMic4dolWzD9sm7/J9Tnkm/bRiVgJWQzKF/g1CQAuCQcgk/b2PIDhFegT1 CYO549p3mhXNnJ8geP+T0AjeKjSCfgxHaPRXCih/0mg70K1lG1v6MjU/OYZKYDYqdIWLXmymqr+F 5olf/RUEb3wQGkE4ihEaQZ8LXFHB3HxoMM1A7sRFvJnx4zfo+RlhmmF4Cy2gzfXfoidLHMHO4PkJ ovlf+55hyurRYAoiF+CueeX3cISEvzjoJ2iLZIO55GqgQQNmQb5nS/EM2AZ27+SCDwwBk4oIPDcG nR0Xs1PHYHEM5mfzbUmQ8iqz6OsHYOaGgc07SJlM26uC8Lq2rDiVotjXZ18jh1Hk+HnaZHnyIsIh 5K1+h5AHlUv16qia49i5+Nxwen4DmE+SGK/45DPmINrXTe0f4jiL7CzDaUjLL3bRY5bHWEE+D5rO r08VZ19FqBZeHo19j36TFxG5+xht/clB2mBNKsQrcYVw5MSrOHLC0TwMrqzKpFdsst+LTfbwxNjf qyMM9/4VMG22ruyCVLqnAGfbpQ+jpvUdludQv28Rj/944TJHn1+7voswlrfb62IRHL3UCEcv6sW/ OyHO9sqJ6FP7oBt0XThvL5IiyspXo7EnCiYPwkGEuKQ2QDpnmbcO+6TmchMLMx7Pk7c5PkES7WBz +E66QXTwHmbASwTn8eF8Q14evteqtBaOLrL/iEWWDiLsX91ddT2tmoqzSw0WUmhr630U3QKNZvXF mMccmBxb//twDMUCHEMBQStIeFTrWhpMLu/ut8llED4KLwEP0XM4d7H3Is5dHOGK4cJMqTfBGlHO S6x+wVlsQfsKWHRwMTTwibubkOeZtyferyfW1w64HqJ+1KF+yLMZxYJEccV19LVbINmdO2N47xSs Kjgq32GAgiAcrnCzzUI4b1oJ502O85aARVMPbtYL5hmX4OxIOF9qtjwPPw2HM9lNEBSXm3Ocwmrh 7OtTWjK9jdr6ufBj5sa/Feu/3LxxnALGE/7dFIzdtNzPNm3//Ps7Z4jHR7xwlb3z1PxCEy1n3pvN cJi4u82P1YT6KQEEtCCYAEjJieIj7EEQlAfK++2HI3j2bIZnTymW+ZmGLn1xPz3+t46gF4/XyAev wlNnJYsGoe1/jaVlP9yAd3AS8z6cxLgnHHEEQa9pqMu7J8vN9/ZCE/YnmkKdET53KVWO/Q+qfuV9 ojvhDAfmkhvuglMZ23z2Qfr5xvH0D0vWEMGTaDM8iUqMbPpCMIageeb3b9Ca//kP9CpIua+fwwT2 Xu/8zB0t4Wd18oOBd0scrZbd8boGRSNHPjDwQdzLTrT7NPXQdTicmX04m7Z/py6o+JmLifd8Uiqe zcvZw+Hn0MCMg43yUw/aK3dy1V1SMH9jlEtZ0RWTTB+HASoxPHF6wWX1JAt4keiEr6fpLSoq76Wn cZTA1NZdhqMYgyQcibzUwI5xYMJ+kCmPZKULrtCfWXDS9pgq3hcrGt9BltU2ATRz5HvIJA+eXxxi v/M/eym3aJq58qrsnRFu/wuwr1EKRS7PdxA0sxVBMx7/8cI93Dkv7PouXqn1QHrYlZFVTM23yl61 BE36JD3xq0ySMkKYNE6i2qnNMGkCLx4TWTMlr2u8zSlmlQGTSp63+55PsEILx9PK7DNwlhOxHZFw QXHZ1mmUtvEgrQq7tJxuovyZm/EF8Mc1aLHqPeeVXBqbIHw4K4O+5/sdbQ2qlyrHTAoY3lhsP3CC +wMFDY5BvybuXgZcb3h7cvXrCfS1A6uHjqMYwYxYzHqZn5+KI0zmzDc10kpZY7Rfu1C8/woSguwj UkQqLEbuu43WzxQLHwNZ+OImxsPo6a1ZFF6A8+zkt+WCIrTJW/+JaAGOiQiyholdn/m3Uvsvu/zi huMUhMFATY1t2sH592fOEK9exwtXym09RDsP0ytVh2hTmIVinrDb7ViIBevb+AhoQTA+RkmKEVsQ hMgCYSePCTtmtrazF/F4xr2fDu/4/jgzSZz/XlNMmYA7YpHvjN+YgiCRvVePJbL3ALJ3wbfcY6ka 68GNYarGMRZH6xbTvf8cVgPxJL2i8oCmf55P36t7n9a+Ca+otwnhKEJNdU/S9/6Z+x8lchze8NSD uXeZT2AVcfsuP62YlYfd8Q5GEDwN9+KYcOLcwt383EKbdnCnbnsSdBWZT0plkOMKOvaEkU+YPB40 DWJ8wHNNThDO93mI6KVw018GpwLBF6cXq6zBFHgIH6yViQqPJFaeK+CxLGzyn4sDcs2jIxxtkB1d mbxAQKifbWtGxEG5dfXd9G3sCbSd4mA1fetD++zz41TnEYMvK/8+boHJ5pndtP2iAWdjErSH8w3t oTLBh1ng7ppZLLYqCHo1jvH4jxfOsnLf2vVdBLjrgatdYsJfE54HU65hNhVp8mW+gHOImEeg2MnY DRMCQH9pdRr9EnsKyTK/ZBHtW17XlDbnFrYb76PCW9gij00h4MalBRUeh7tOAxNLIOUTsOyiVBrZ 2Ettnm8ZQFu85oJgkDklBI0HcG5pl0EmeBLuaNC8R+4E4hODtf4HOW1ZpPU//F39toqXSJ7huffo gdntpql/QotYZmL+PYL7HJ5Rove8PQ2grx1QPeTCk/BcC4+3tzjtjC+WKs6B0H7tfaconnIsjSwu d1oSIASJhcFtpTALbjETFVek0jviYPMAE2ZJOuiXn2kbuh3tCFpwx3qH4zuC5pUQ7cA5h377gQX9 2PVZpeX1qGxxyPu5AAwGXJ9s2u7+k6PjLAjzt0r/ZQXE4yNeuEEmgjN113xAWeUFWE+S9QhHz7zw Oj1mOSXzHrPEOdP3iSCgBcFEUEpKHB9B0LUf70IzvGQuhJbLdS2Fuebjhrmm93gIEbXgyZdpc3m+ K1WEjv7+BH15ykTbBFNG8M/Ha4oq4/t7DcU+vq+ZkxM/TSW4opebf075Y9UJTOTMUToR+TJNHD/a Ji9uuLMaJ2AGvby/nvJF1JNv4KiIf3CCrLtqCHsPGsKe9eIctIt3WtrF+T/H0Rr3WgEXqPK2GfQq o5B8QdDlPVPkBTOzRpiijWL52rdMW+SdAPCBwTuISxr2xNw9IUuoU1dXoyVNb6fueF0LMgWTaRXN iGdCLmLFKZfNt6SIfU7iAG/TmaZ8yX45vVgDGEsS45YP1t5vYiVkRwkIrPLe22OY1olQt5aNO0cQ K9TcRK7tBQhZOJjd7TZfahsFPZUHXla5/0vE6sfFV7FFMnFEB8qQaZlpK5SYQCH3//DB26PpwV65 5fnOgezefT58kuYnHMQLV7hTH5R6460HCt8ipdt02+UEIgdawY0JOPrgTNgedQ2vnGbIiob74DlV 7QNlGl7X1DanOqqgXCwg1DkLCDJ9rF9V4BeamfE41mSmlcSazDE+TWdUsRZceG5wglOyxzL9CzKn 7KStiLPB2qfn762RC1jo47aoFhTB+HBeBn/PNca+i1d8bzQm39IxiDtnLjQEaw3dqVQBoWzLXThO R+3sOpr20KqnOqkDCwzffOyrVDZ/kpeI7xveX/iMIUqbEQTcfe1A6qGap7v+c41SaCEcusB7sXkh nXVIu/HsszDR8otGx/zePd5ZVMSP3ecq9fsuKmNneLLosW9lX89ocY+ksu6Icze7BCX0p9vrC3zP 4YxdnzluMfp2LMIsn3XItBoJqIu8r1PHj9hFdbSN3v6Tp+T05Xu1/zLf8nh+fPBwZVFAEsWv/Jae 8O73aE5+uxkzAAdGRt/GQUALgnEASlZwBCZWG0rvpQ3cRPHGRfTGv1fSxNFyohCkGZtCP3+7nu4V h8b7eA41eJwCE8/H7qebv0R04nAL/eb/rKEwTCn9NXMnqOq2AnqJF84llPKgyMkwlXx9sXKg/NIX wxBOb7aiBWsZH8QexvvvRDwcTN/yzm9ozSthpIEn0w9MT6Z2PuyMP/vd3LX0/r/eb22NuUCbcOZg tYXf2BtB8mPH66lMc/QVaA5/FLYex9LPsc/SMP8800Qled8z9kHKuMk2DTXpRmh39ev0lOXC3XiH PXXPrZkBL1d8gMdm+qYmWgJPm2IA8XaUXLviM4gbhNmeCPfqYCecFhQIpwXQfrxxD+WNk3XM5JL/ b4HW57H1zn4/T6fOnGHYzl04AeX+PNXNDZM8q9A7AeQDnijX3bTAdRpsT1MYZpfOHjTPpF3JbxDC g0LHfOCDtfebWHHgRGCR5URAYMU1guKMuee25kFGSqOuA830xMLTlqdJpIUZ3fatsy3tH8MBGs/d 0HzKi0/i1UPK1YlZTnkWrXv0DmN/WLS3k3oiaRQyjh6RlPx/5eTFCR0Bs6dpNCdHtZO2nSwgoqwT irkY3q/YMpPmTR9P0c5DtOGRw7TNmvgLrdxzYZzll87rHa/TmGzAoUu2IoDGC3c49txhUutoFEDb xxyT4yrSu4+JMLWfTjsQzghWPjydMg2T60sUPXeCdm9to19+nE4blb2bFjd98gwx61makFmP7h9e 19ztimNvpIPnjI1PT6Mcqw8R3/tIuJV+hFXxdY0uF/1IwCdZIr3bnFvuXzRo41t5tbdmiP9/dU+k XCRwx7UFYyMAx6M0wIyYHSfS3vAW2lGvmcxnMhcLH3deg3rmWnsQUjU6qoDiJ6iZeauaRb9+zZ9H 3qYhAPAz6UQCthhjpk/igfIgGK+v7X89RH/MHPWEitBWfpJPmSkXqa1hNy2R3xt551RMpHWP5Nj7 W9X6AusK7NN98jsIxz7rIw2wuqjsNiAwhK4Ak2QTI/fZd/79gRk33n/WT4uo7jbNj8NAcCxPsbHr M68HwCaob2eLx56FOFkUbn7bn2OCkjlnELzE4UMdS0ZQTeNsyhP7SOFboufcn2lkegZ1WPuXDZ8B zEqjC3OEB+QcQTmGRIKgf/uDgBYE+4PWQOL2naBNS/6OqnedCUw9pfTnVP9jOFcRMXCeXwnO8xOO W9zX0n+F8DUXZpLbKuneH3Ldljum9TwXzmj+dZHveXluBy2L/hVOYua6d9pFcITD132OcLDoQ5AN v43D2gXjEOQqcWxDAlxRFY6OWCSOjnBdbzx2G/0DO2bCzdPRbctQbse8UzGbtWiFf3QbLX6FEx5L M+4cS/t/xyVwnDxYupmaf1zAIybxPgLThf+A6YK5kdwmfDvMR2ZfSyPPRam1HoObHSA0SfK4ifPU 0rCffvurbtrp42mNJVFv5USq9xhtqzlEa2Giwq/sknT6lyqYIPKX8h6TjbXT37NdNMtJv3BisuP5 P1JtbcQy8RIJxMb/EH17YT6OOJCmGuI9BNu9e+mV+i7a1ujKOzeFvrtiMoU+PI5ydaFcIr5z5ZWk gd5MyrP3msFEdB2E01pnUk4ZcOm/KZ/mTLD2o3UfBW/H6LfvwqzNFj5AM2MY5c3+EuhNAz0ueDv5 +d117IUX1bou2gFvn/25BFbFqYcUxztK+owRlEOYBDl+eSAQptNO7DfZMH2fjXlx1Xj6+jiUewsc LYQtCjAt3grT4kxG0C2siCDT9A83bvNgls592wFz1iXwHikWIZwL2JVcS1NvHEFnP+6lbawO2SZz mDTzQ8udtOZdXi7BQyB/awoZ2efa6JXadtrEaAonM98tnUSFs7Ioeip2OKeo3Pe20866w/Rvv0I9 4BijHsy7P0TfeZjXU7eJKLCDt9511eK4DlGXT9PW0mbbLNfOh2kDxLu8qslUU+KvleF7DaXTGJuO vLF4/iVM1o7Id+gbln4/i4rny4mxy/xJxsOvMRGWz9hX17j+Lh+LA36+oXeF3/ZoKugMYCJlWyIg edCCiTDJ3139JhbFnHacV55O385Po7NNJ2l1rWxrKXCsch/Z60HAZ0ftIbXfQTsqLEyl/140gQqn +x8BIiEZyK/UPJhpYdq77lZ4rfyUfrv+JG2z6nMh+mj18G6WkyJMxtDosCTGrdQ4iQc/LZdHEExE aBdjyMEk9bX9r4fc3Ndd3FAunPe0qB6VHfN3tL8StD/en3MCaNOh05eUPstJyyO6Dn2HNny3rQ1X 4yXyxBfOHLNQmZItxuKV76JIQu0de/YNM3ynrYgceN++NReLrHVnMEY5cfJKQvT98jsoZxwEKFxC e7z22U5qtjFEP1geotLyuygz1Yji/ZfMOYNBvRv17z165UUc3cP5qMig0tJZDh9sgVkyZZcXL8R2 hLM1DfSU5YRLHK1UPjcNZeR9h9fMX9LSv4kjoAXBxLEaWEw/TZeb0hTpPdQKgPZq2QPfo9ds5yjm e74f7sLhN6j6n35Mr/7OR8C8cQY9/uSPYEIyw+toTuaNgatkyr2WwAknMYfhJEZZnRcRgzSUkggO jn8fB8fLRf++C/TG89X042dedY5uuBFxrXLMmP84/eiHZTRjvEwg6Zi/F5rXwDRWOK0R1wyq/309 zeCd17kw3YbjL+RV9e84+mKSSuvE/jfoVy/W0gYIU74XsKn88SpadM+UYGx8E/b/Zc/xQ/TWlnZ6 cQsXpBgdMVn9u7H07SJxbIQl4MBEbfGsw84EkUWPeWvtgSB+jpiSIPYEgmsQ5KSf7+dQSOHB6whG dRLgjp/9f0Mo+z/QYrgDrGeP6Qedp53VMImyvZCqE07Orx/JoAmCX1xjXwlbxfaP4/92mRAEce5j R9O70O6aR4HYMaEJfqkujzqq3qbljebbnKI0DNw5lHfrRdpR00q1AXUjD9qoJ/1cY2PPRF35e7RJ EbbgVKZyApV/ZxqN8rRhmxvvTS8c0zQepl+/0s0GbG+0eRWZVP4Q3HRbTS16/CA98xCcJnDBCwsE K7fNoRzs41lgHdcQwgJA+cMT6RsFE6kdZrCLYQbruYRQXH9X3HDuFZPTUFeVeYh5L+uyHYIFhE1L 26iO4adqbzCJqW+mVVXYV2Qnsm4gjKyEJ8LCWarmVImGfWJzZguTpeD2FsyzV2AzJnYwC5RnITp5 DaPSqluptEQKjk6IvGtb9xtaUosn34kwhGLsLa5DcJBXU0nH/5fvFQoyDxUpL9GRxt30zHJ5BqNK rRB1q6JcdQEfjA/SWvUlqD6o1Pv31NO2l1b9Y4cv1stqp1FxfgwBVNkTyQ8gj80DF5qKa/NoWb7b PDdCzRCml0thOlDwZ/nEGUP629cKyv2rh2hDL+zxLIRmL8ykdY9n0AY4b9lhsVuIhYHvLryTsm3L gU7auQ7fwV4ksCLmwuSybiY1oZ9ebQkXeRAMvl8KLbklBFkxrR+nfnr6ADVi/CcILA/kHzX6A24W KhM6pvxoB63fUBbuRJzg+uxq7zH79q9S86PmvnSZr/x12q+qjZXh4tde3OUvrftY/MWyFOBjsIJx jPqn9rWoV2HVA7VgKYRzAp/851mUN+Fa9MV7qHZjt7rIZ/Edgqfqn2JxO8euO1aA/uk3AloQ7Ddk QyxB7wU6ceYTotE305i/fELnvzSGbr5+dEJMXmg/SudTv0xfDo2mlP5MIBOgfgGmoJ9cILo5cwx9 ciZCX75xLFx5x0sYoRMffELXhsbQ6NH+PJ354Ch9Oho8i/BY9GBecOHCBTp/4TxF/mrmm4J0N49N DJt4nPYvHGZl3V109hxMW1JD2CnWTdGUMfDyaa7i9Y/W5YvddfwYdUOJmTYui0KpXNt3+fL8XFGO nKeOj7ooikKNTAvZRwwIr65n0RbS0sfSKM9xHzhT8txH1P3nPkq77lrq7r5IN2SMp5Gx6jYm1z3H 26kb9Selt49G3ZgB86nBIRntPW+Y43SD+RvSv0Td5/5CKdeHYtRRLG4cB999yHd4KmXeAh4ECwKD 092Udj3KaphUDo6vzy41zJM6z9BZfA+hBU+7Dlhcn0h7hcbi+AmYNd1Mo5LYhozjEP7ci7o1DHXr S/hG6pERvjj1nqaOzuF0A8xJ/QSnnlOoQ+iPMhMqlzcHrilxJqPeeOYb1NnOj0w8/4pKc80IuuGm LLSHoPif3fuezpMWn/j214i6jfY4yPblWxpuShzHsZj4/j10LeqgtWDoS/Dyv+xPPRT9Xkenafqb ln6T7dVa4NuNssSqw1GcU9rx8UX0makU6b2WMseZ5U4krYGCvZduII6f3DiabZrSb8S46FNh+9Dn He9GO0tGPUl+3+4uTTKfkzJngJl7++lP6YbrRqB/S/XtZ6PdnXS2E/On69AHd/8F9eJG9K8+3yKZ hfsC0dKC4BfoY+uiagQ0AhoBjYBGIDkIYF9Tadjy0Ji4Fiw5eV/9VPi5s14Li6u/fJ9lCeRh8MFm y58ldzpvjcDQQkALgkPre2huNAIaAY2ARkAjcHUgwJxlqJ5Jrw72PzMuT+3F8RodhrlhTuVk2rhw 0mfGyucj49O0o3o/7YsMx5aPPmrCHvwu4bCqqQh7PT8fJdSl0AhcLgS0IHi5kNV0NQIaAY2ARkAj 8DlHIHrqPVpyb7ux/7ewGg5V5k/8nJd4kMXD/vzVM9uMfXLZ8A650fL8O0iqX+zkPvvSHAdsX2xo dOk1AvEQ0IJgPIR0uEZAI6AR0AhoBDQCwQh04gzJAvMMyeL1M2lZQQyHOsFUvgAhJ2nT3H1UB0dL eT+YQDUPTfsClPlKFBFetnEO4aqwlVdJJu30O+LlSrCi89AIXGUIaEHwKvtgml2NgEZAI6AR0AgM OQTg9XDHL45TZsksyo1xbumQ4/uKMhTBeXpou4TPAAA/I0lEQVR76XDaeCoumHBFc/68Z9bTBi/T GyN0TymOGJmlsf28f29dvuQhoAXB5GGpKWkENAIaAY2ARkAjoBHQCGgENAIagasCAS0IXhWfSTOp EdAIaAQ0AhoBjYBGQCOgEdAIaASSh4AWBJOHpaakEdAIaAQ0AhoBjYBGQCOgEdAIaASuCgS0IHhV fCbNpEZAI6AR0AhoBDQCGgGNgEZAI6ARSB4CWhBMHpaakkZAI6AR0AhoBDQCGgGNgEZAI6ARuCoQ 0ILgVfGZNJMaAY2ARkAjoBHQCGgENAIaAY2ARiB5CGhBMHlYakoaAY2ARkAjoBHQCGgENAIaAY2A RuCqQEALglfFZ9JMagQ0AhoBjYBGQCOgEdAIaAQ0AhqB5CGgBcHkYakpaQQ0AhoBjYBGQCOgEdAI aAQ0AhqBqwIBLQheFZ9JM6kR0AhoBDQCGgGNgEZAI6AR0AhoBJKHgBYEk4elpqQR0AhoBDQCGgGN gEZAI6AR0AhoBK4KBLQgeFV8Js2kRkAjoBEYughEu0/TkdZ2aj1wnvbt7KVRxZNo5cLJDsOR89T+ B4S3dNG+fd3UnhqidTV30SgnxufvDmXuON1NKdePpVBayuevfMkq0bljtHP7MfqvfZ9S+8d9oDqc brhxGE0quJlKS3JoZLLy0XS+YAhEqOvUGYqkpFFm+pgvWNl1cTUCiSOgBcHEsdIxNQLBCPR1Usu7 7RTFJIb6+qin9yJFLuA3epG6L1wy0o0cnUI3TQhRzsxbKdM1MYyeO0otLecxB0L6fl5R5JeVO5Wy rvebbF6irmN/pJZ9nfSn1k/po86L1EPDaFTqcEobN4Im3ZpGU3OzKGtcOss1Qu17D1F7LxmTsGhf lKIoT3fnJeqOXKRopI+6zyH69SPoa1PHUk7uRMr0zVuQvETtTQepPWLSYpngto+iKWMoL38iESu/ KE+091MDt2g38oqY+KWlp1LW1HSaevtEGuVXVJU4e4pQx4E/0pFzl3wmlZh4Sh5Yis/NbaST2g+c pNa2Lmo9FKWzvSaWo1JH0E23ptJXbr8O9RHfz1Uf+1X+3kP0wKzD1MUT3R6ixvrZlqDXTVunvk0b eDjq4Ma98yknVXnpfRhku/ISvEJvzh2kxbOP0REru6VbC2hBztU+GY1Q265WGhXY1/Qf2562PVS0 oNNOmJ07jI60mHWUSrJod9UddlgybnqOHaRfv/gRNX14idJGE41KRx82K4O+XjCNQp66qPaDsfKP ohvJyp2MPngE+rv9dHbcJMq9JS1WkkGF9Rxpo5bjF2mka7hw+GAdJATtZizAeMYW9LMjb8mi3Gze 9w+KrQEm7qYjTR9Qhz1GiHEhDePCJJ/+WmSBhSTEd48patlPU11JM236g8lSTuVk2rhw0gD508k0 Ap9vBLQg+Pn+vrp0VwiB9vpGWlR1MeHcCn8wgZ58aJo10HXTtpK3aa01aCVMhEUs21JApdPViWZP 215a9Y8d1HyaRQy4Xbr1bkxUzYlL9NgeKpzvTM4Ckiivc0rS6ckf5FNW2jDlvRi0Y5YtI5127rqT 3ip9nVa3uJLGeFxaewctyM+KEYMFRQ7T4pmH7Ek5CzFvM0LgYXbApMMT+yp50U0t9c30WBWk+bjX CNq8t4iyPRPhuAnNCH3n6cjeY9R+qovWV3WbAuHt+K71d1mYXqKONiwsfPxn+vXPOq36mFieg2tX CfJ/GaJFjzWjDTkNL7tiEm1+hGlIL0Oel5fkedpZtZtW1V+ivOo7qGZ+gm0vFlN97bR6+nu0w4gz gp4L30e56X+x+4ucyhxM3rFIlKSrrf51WlIFacO6Qvjlixcrtt5F83IcoSh65F0qLOYxZEr/31L0 wWVT/2yXaenzebQAQmbSr8hRWjKzjdoCCJdh0aHUXnSI0E70rasC+tZQxWTa/shnKyBFj2C8KfaO N6W1eVSW74NfBAtPM10LTxYWZRjHSsU4FjlGq2YepJ0SI/TxjejjP9cWCLKs+lcj0E8EtCDYT8B0 dI1AEAI9nTB9azhEy5+1JhsZqfTcpol0w1+xwnnuPP12/Unaxgbk7IqJmBzmgNwlaq5uoOVbTMpl 1eNpEiblQrs4MtJNtcu7bCFm2bosyhSaNGgOo3/4mFatN/Nyaxzckx66PYVWLLmZcjFBT4M2kOhT av7Fflq1xVx9d6en3k5M7v9IT1R0mpMloyyTkDc0gn8l6unsoqZtWHVttFbvLVDK1t9BpQXuSSK0 kseP0lvrD9GGRjNiqChEP8XkOPuWDEtYgBnP8XY1TkkGrXsYEwFoIM8eP021j3Yqk5+y5++i0lnO xM1iwf9HmOkdPUq1/3iSdlrz87yKTCq/9ybKumW8Z2Xdn8iVeIvV8V0HqZUyqHjuACfBfSep7qF9 tInXtaI0+n7JLZSdfR0JcT/ae4ZeLD1M+IS4EhPK4pa+7ygtn95GzSKiIgjKlBHaYQv8iec58HYl 873yv9HjEASLHEFw3vqZtKJg/JVnJCk5nqcdy8O0Gm03tHA8ba+cmRSqPQfepaKFpqCV8wNobB4y BRIpGPDFqcFm2A4hcJElBOZUZNG/lN9Bo9ANdh3YQw8vtPo4aKlrwvMoL91azOpuoyX5R5U+J5gP CLJNRZQrGlcntMEFpja4eN0dtGyuuz8MppJwiKHp/5BerOxg/dl4WloykbI8ZpDoW499SG89e5g2 hM0cjL6vKMvofxPO8zJGjJ46TDtq/0hrsdDgXCNgNVDkazUg4m+rPUob6s3F1+yCVCp/dBrlZVuC Yx8EwelMEPTVLiehr3WY1XcagasWAS0IXrWfTjM+JBGANm2O1KblQitSJ7UiJrdHMCFZzFalVzbe R4W3pFD7FmgUqzGouSfQfHLtpgdN1xJousTKMBfkOna9RQsedTRBeT+YSE8/5LPXpnMfzSk4aTDG 09u4xsrbitRz7D1aNb/dnPxb74JWcrl2J2i1P3acTtpRsYdWhyWHqfTSgW9Qlss8SoZ6f7kgQrRs 231UnM1MqLwJrvAbrN5XYPU+LLJN0HTSw2E3aLxt0TADlz0/k4pneYWQjobXaUGlWEgInnB5yMd6 gfq4HPUxWBDshiD4tqX5TVwQNLIcYLuKxe7lDus5dohaP+ylkenplDv9MggDl7sABv0IzDNfp6fq 8aCY+w4+8yPo8xaLPg+XW+iLRiI0MiVJbfPce/TA7HZLU81Nls0ydDSiv1xu9ZdF42l3jSXo9qJ/ nWX2r/NqcmhZwVgS5ofyGjlyGLXXv2uUIQ/ayxqmvYzC5LXQMnkN6g8lnYH/9q8/433r0Ov7gAJv 40KeE+soRZm0s2aWv7WGPT6hLzkAiwbXOBCFSazYsxxNSaWpsyYZgr+DdTL6WoeavtMIXM0IaEHw av56mvchh4BczTYYcwt1xsvTtGluM9VZygIpgElBcN46aA7mskl7zMn1JUzSGoxJmqRDbPIissuB 1nGjoXU0Mnf9O09bS8K0ASapy7bdDaHINA21I8XM246F/X1YOZ/NV85T6KV991GWax4nyyhScg0A o+QIxEFx+KSu3wIMF0RU4Znz8Nndc/76KShZTPccCEPLgr2m1hVTa4p9bA9gH1tXRhpt33U3CVO5 QV1x68vAyzfQdjWo8ujE1I7FgkXWYoGt8UoSLrw/cAuCScrCIMMFoOL1eRDoLK2RzMRlouqYSct9 ZiPQnxV5+jMimLZOFaataKsId68p8XyffmM+zRnnNpuXDAz0l7en+P2ZivfQ27OqtHEGSaAgbfc3 A1nI4tgNrK9lLOpbjcBVjYAWBK/qz6eZH2oIKIOZryDIVyIdgaj9hQZa9Cx5HWjYgx1K6kNPTvyX QpBbAEGOD/ZEqbQVGrNM10opx6yjsRGr4ReR77e8Jjhx8uZ0evZCAHnYEUDyqrBCDjMlfnHeBiwI ukx+bAGYZxR4zwf/+BMnXzK9whPkGeq5ABNZRBiZei1ljsuC850Yk7y+buo43kFdcB4kPCKOhKOW UekhONhR93QKh0F15W1UZ+wVHUbPvXsP5Y6GGSdMcYXWbmRKjDxEFHIEe+MRq+m7sZoefAEP7E1d /QfskWz12yN5CSbAH9HZ073UA/Nmwfuo60MwpQ0wx41bXzj+/Zt8DbRd+Zcd5Tr+IR3+GNpQYJpy zQgK3ZSB76EuhAitlPsaeQ1WN3h76otY30fGZN9JmCPDpLnrGjiImhCAmUgGM+z2Y6fp7F/ADvgZ BT4yx3Fz5Utw0OS3/5jlJbPvg2ndcFc9wbvoX9X0CWnbOqFJKzA1aXlV09CeJ8hcfH6FaTfqyrlP zXZxzbV0A+pJKE3F1EnYTc3rwrS81jQFLMV+urJZ0LgB8vj13KES/64TTkP22E5DasLzHdNPOzH6 5OXQxMP0VVzO4on5fv24CbQdZofuS1peBDsiaae1EBS3iYQxtanCdP4EdlMPp0xhpu7OKPCZt6f4 /Rnvf2P1m8IDcMfH5+HwzFR/jhqN+hjPfN6ow11OPwHHaDek30ij+uGESrbxUEEafTu1mzZZ3yPQ dN3ubwL6ErTNrlMnqOPccMqePkHBtd99bRLKF/gZdYBG4DNGQAuCn/EH0Nl/vhCQg5lRKh/BDRve mPkfBEHpEKH7JB35eAT2cLlWq+3BDhR96cGDWlsnZeaIgQ6TnrmY9FjaxviTN9CMnKb2o72UeTvS 8wmuKEDcvEUkeamaTvLZnM8nIgMWBOEoYTkcJRjmh8jaV5MpWfL89m/i5CSHs5MD+6nu2Y9oh/Ro 6AQad8XVMB2brwq+IqCj6V1aUt6lOKVwklqa02tO07ZHm2lt2Anx3iVgKqpoS4lWNNxH8ya41LIu wtFOOHnpTqXsCaze9Z6k3VsP0Zpne/35xn7Rzdu/QW4Fcvz6wvEPmLy5+JOPA25XkoD1Gz1+kNY+ fox2+DhmChWIIy1mUxb257Y3wFS7UhWeDBLlk2j3o5MtahC850KjbrU3mdXydRnU8uIZ2mnXlaCy wqHPFjj0qbbMEiUB67ds/TTst51A0bYwzAydRRYn2hhqbC1wHGBYgts3a++Ckw1H8Dzyi9/Q4vVO KnFnODZxOZdSY3DhyF/Db8a/REcad9MTy8/71pVQbiqtrM6j3HGOQNjRFKYF5X7lMSkmVTuoWEgE l4P3TdnYr7j5oXgOVGR/hwWbpvnm3kAVQONJCovioRR7mss8e5o5zoiUMQba+YIEtfO8PQ1WEOyG R9j36MWfdQU4FxtGK7fNocJsdfFKjGctL/wHPSb3xRulZv+KMmDamacIYSxUubXbeC7S/GIMPQpP xLZDHD8TUXt8crWvc4eprvooBEmn/dp1qq+/fW3yyqcUVj9oBIYQAloQHEIfQ7Ny9SNgD2aiKH6C m2KGFH/wjj+5ZpjBucFiODc4YryCuQycF1iOQFmkftzaAy3S+JXFRcoxIxMBXnMdPtkasCB4fC/N Keqwcvbm4WLJ9di/iZOdGJPJxdgrZOJKVFw5nr55Rxp1vNdOT7FJ/ApoZecx6Yg7wxC0ymomUP64 S/Tbn7TTNkMQsfhPaYdzlzZqgiOeNu7gJRcaH4uJaO8IWlmH/ZAxPHsqWtmYGgi7ZL43R6CdXvys 5bQBE/mn4VwjE/qKX9ecdAQo935VQSlufeH4uyZvvpw4L5PRrnr2wjnJw6ZzEkG5rDqLZt4yjFq3 HLOdGBFc6WxvvZtGYX/RW3WHaHWtM5mk3DG0eU0+Zac7wnXXgWZ6YiHOUDRYHUalVVk0668nqeJp lk6YDnq8sp6mraXNtMH63qGCMbSyHML4qU5aBedQkkvDlDF/ODXX76dnUNfke7od36V6Gs1hC0e2 KaJLExw9dYjW3gtnHBac8yoyqLQ0jzJj1CWSZsNI4zi1sgjYPxE4uXoTTq6supKRAqHvVspCXXmn Dg6LwnZECBF3Q4gwhcEufIcnarphUn6RjlhCdOh2HGUDfs5CJv5u9Ww7rkNhgHc42mSJFCj86qxF lredoL6JcyDjh+CEZHusIy54myjAnvH16p5xco0Hfv0mz1e95+0p/ljC+1+3RjDaBg+pC2TtGkHC KdnUG4laf/Uhc+DiNZE98gL2eT5r1XXr+2f2naH15ZZjL4wbjfAenIi3TruNW2PNWdded4+JqI2t 2r5sOgwsu7zAuz99bTLLx9jRtxqBIYWAFgSH1OfQzFztCCiDkM/EgztIEIO+/94ThoI92OFdHGGM Oyjo34SC5cdv+5G3SKaU3WfyyyciQZOt2HHO07aKsKM588GXs++979/EyUmPfLGXcq0Q3lzfgE8U 3GVqWddAj1mmb4VwQLESjijE1bP3bQgkmAh7hDXu/AGTG599RwaBgH+cF8FnohMwNzk+KbRX0kUk PqnG9/V49ItbXzj+6uTNzYP7WalbPt89brtyaZKlkyYzH3zfUnxfSyjLg4BVM1+YQfLvQTg2Qb7n 3Dka/mJo4pbZmjhO01tWrnEMlYynV6tmOkI/czQCY1E4RMJ+W2jr237RSEvWm5PuUPlEmCsKj8Py 6sR+3z3Gfl/R9t2CZxcm1Q/AgVRcwcUiZwuVeF4Gl/zFPitKPU2ox+Wox+LCPtOtb97NzNAvUcu6 HXb9N8zUW2GmbsY2/it5XCbHTUq9cbVdxorSd8U/6sOpx0HYOLSd+iHeeU1TT8J8dJ9pPmokSkDz bxN3+BCvbGHHDldveN/qicvatqoR5fXYnYfUipr5rHzjW1Q4zryXfV98LB0e7W9l911q+Tz12u5v vPVdUOX9oae8SttGet++Nrnlc0qq7zQCQwsBLQgOre+hubnKEbAHM1EOTPS342yqUb3d2PvSRe/U ttJquXqOYM8Kp1/Z7cFO0ONns3kjq3nDbKyemY15o8d/04+8BTElfzy7HSTwiYhbaJLMKHEMRzcT qacb+45wNMeLTxyzNGkiNkyy4Oo9V7p6lwRi/qoTC+/kICixc7yH+xgAXmZ10qPmNQ+agBXQCBgX 9jkuh2vz5oUTaHflNJYpzlyEV01TIPERtFhMv1uOXTYEhc2PckHBL0XAO3iTfQDeZLvEHlNl8s7L xNzlSzJx64ua3i2sSDJ+vxzngbSrrjAEoQrLBBOC124IXvySGh7xLrQQWp5K8yBz/t5PmCF7H53b 7DBWWdXJ/0o4EilUHImoJt6yHalnE7r2/1rfTPAv9Dpq3+III87+NxEz6OL10F0umUbl0d9EWzpT MdO48+b1NfG2KPNP7FetN8GLI4nGM3I9BauEe4VVgusbBLDUgbq3wKp7fuahXTjvtXZjJ/3pwjC6 5+GvUjHMgRO7eB1LLIWM5cXbqZNPYx/lHNav8u+kfEPe3kG45t1vUd71Zg7yLNpinAW4zO8sQMkI +7W/AR/noJlePNs8isOIytuunb+/IMj59paX1/GAvtambzI52PKxoupbjcCQQkALgkPqc2hmrnYE 7MEsZkFG0IotM2nedLYvKyg+H4z4AOkTX8nbR2viJIlQe1MrtfttTUodQ3n5E03tRD/yFrSV/PH8 9Bv3wVOeY0bHB+ZEBEGHX9cdzBU3rplLOWyy4ooR8KhOnLyTg4BkeG2aeX4KDS7MM50iEXXD9Czf 2ssCb4Q74ZVQmnPyFWkhuK7clg+TN1MY7MG5imdTM3Dml7N3CsQGfrwCeFTwlXtPg4sUI6QTAuke +v3f5dBK177HNpiCLbFMwVY0wBR2AuM/bn0ZePncdcuf+aB2pe7DKnXtoTNocdf1iqZWFWbcdUZq tbyCd3BZlTMGsSesEXvCVNO5SzgEvME+BNzJ05msC575HlDVLBuBfE8VtKGrsK92p9AU+mo+DASc f3Z8vArqR+zFApEsWCDibUBdKFHrq1NGh42k3EFoewBCmxCOBZ+NWNhQsTZzUeqXrZEyw9z/237R AM3sJfJ+c3dML21V2+YfP/G3vI4lnkrE9MNbtO0fHQrRq649fdzEXXUCBmEKzqYMSwlBFObKL70w l7LShLOiCHUcOUEp426lUCxHWiKdddnfwDXOKcd7IK4tjNr9zcAEwfhH2SS3fLKc+lcjMNQQ0ILg UPsimp+rGgF7MBOlyBhBZQ+PobRoL73IHG+saPwWzbslwWLagx3iuwZINwUlb0z6gsxO5WqtO735 zDxI9iNvkdadv1vjowgq7ABpzgePIxxNfP/eVIoeP08btsg9VyOgpSpSTMx4+tj36sTJbzIUO703 lE+SbMc/VrQo9jM+iP2M5iTUfJmzMJ2erLgLkyUvrWQKguQSSv1y69c74Y2SztC2h+DUpkWk9BEq 4tYXjr//5C2IJ6Vu9btd8dV/5FCUTjVF17Iz4Yajjn1Mq6TDC5cgIIU9gzd+zhxzzqSamoqYwWVV yoKYYj/WDcQOqMNe0fDPTtsHhfN6ygUrx1uly1uswaij5bDbu2vvoBHN7x++ozyfNMjEmJsPBwqL oK2U1dV/8bbOy+jHkvrO9T3VQONJ0lPM5YOEWqRQ+ORCtJs2E5KXbsERDDEd7piJOe2gBTB3Nok9 8zoW5IzGocTNpyU+Tqjfnbn3s+2F1+3FH7fmlzvDkRSKqyZQeck0X4FbxvH7tXFy1RPhDZmbbtt9 D8l66t+XxK5fHDv/9ILHZJbPr8z6nUZgKCCgBcGh8BU0D58bBOzBTJSITTyaq35Dy+utYuJ9Iw6a 91uZ9gARd3LtpFBNx3wm6k5U02X9qdPUXHvUdpSxdN1kmve3E2mUPKagH3kL0lwoEoO1ew8ZH5iD JkRKHFurpWpCcn4wiTY+JD038kLFu+eDv/+qeDAFeA490krNu05T0399Ss22R0gnhV+Zeg7swbl+ nU4k6660ZjKVFbk9E3L+gicnHmLWC0UrxOpeUPyY7+HFtuXddnpn73lqfddx6uGk8eEvbn0ZePkG 1654vk4JAu/c2LmcMMnz9GzNnqJBlFR5nipWSllk9Bi/XPNq5yniy3yleWpJBj039c/0WJV57IU0 y5NtyvcMPb98+XcMEIps4dJIn6CmzYWr5EuQSEwwkcy6NDXyNfuVAovCpyt/Fh2eWZ0D4N0LOjye sy/S27/xePye98t+fQSP2797XsfiYxgX777z1L73j/RO+Dw17eulNsOhlcqR33dq2wJBsdp91Aqc W22dSYU5CVi9WFnY7cIjCCKCrOOSHTjp2f1PY0wTe7Eo5XHGFE/jzLHzTy+zSlb5JD39qxEYagho QXCofRHNz1WNgD2YiVLwAU3xdklUCMcTKw2HFHGKyydlnJ5fMpdDDHWfkF8CDJb1cJNfJbRtPhrE /uRNzuH2Rk5JPj7CbR60EkcjFMY5GsFbYj74x5k49eJYDXg0zBLHKvTBA+KCffZZZMLMs7jiOvra LVDrnTtDqyzPoYGTvO5jtPUnB22BW/IVKsmEk5BZtilpLC2STBPrV5n0+gjisdLysI4w3PtXOO79 swtS6R6c7ZUJU9ym9R2W51CfyVPc+sLx90nPmXDdD65d8XxF25tMj//tGOqGEo5b+YosIzivL2X0 TTj/jp/Fhz2iVQ32Qk5hzR1w/JNlO2+Zt24mrZhrOgJy2OZ5qmVVygIONofvpBsiPsxAMxiJ4Dy+ cemsjqgOLJ5r+hZlvvs6zgKN0DyYJa/Ibrf2r4GTApwjuX46zI1fp9UtPns6HWbVO9T3Tajv4jzL EPaxblf2sZpR1bqWBpNLeFpVqRhPSlnRf3EHRnEFEx968lX0HM5d7MW3ShkhX1m/Lsx4nYxhwsp5 CWzHMHfcWYHzBsPISgrhrtz9HjkGwbT9UsZ7x+tYnP4MpHgZ3QJd9NR79Oi97c5xDfDiWjZvDN00 4UvUHT5hew51p5Mc9hx7j9aUtdtabPl+Xs00WlGU2J5HG6eAcU5Z6EIGS9ePpz9VwJPxZRYERVmS UT6Jif7VCAw1BLQgONS+iObnqkbAHsxEKZQBzSUoIVg6gYhZYD6RUej5pcLEoAIHhIetsAQmK87k QJ2sGhT6k7dyXhc8LCb9QHlVKyjc/G/F5JN7IfRDRH2X+MSppfo39NgW4SxlLrVXQwjYYlISwtvL EN7sSS/bWxZvktfVto+eWXDSPgNRUCxeP5OWFUghgvPn8z3UwnifXAsBCZ0jiUPsd/5nL+UWTaOQ OEfStfK+clsBOzuMe9H04S9ufRl4+QbXrlTTskRN+jjAXKtjnpE5iWqnNsPbI3Dw3XcXXFbFrDKB Nsr5EPdOm0X9WTeJJr1xmFY3wnnSuzjP7nouKEJr9cYEehFHRzTH0Ia56RNvywH8cQ0at3xw01K+ m+v4BF6OIAHDTa/fz8yU03AwFXDmn/RyKegHLtJxz5pwZLX5kcScMXEM4vUR/Ssfr2ODEQTVvnVe TQ6EN+dMVGexMF4eETqyq4meeFQ9U9LrKdW/lDZOgeOcnwm0oOXTF+Ft7PrFsfNP7+VycOXz0tNv NAJDAwEtCA6N76C5+JwgYA9mojzuAc114Lfhcn1XHGEm7uRaBc4xXTLfl0JLUIb9YkGXM1j6DIb9 yLsFru0fs1zbJzIwB02IHH6I3HG64K7+AemuHgUK0lYElVXVuMWY1MCr5yp49RTONTbunU2HH5Ge PIlWNsLDI86ekxfXjLidYURPHaS6+m76NvYEGkKWSARty9aH9tnnx6nOIwYyOZGcmL98Qhv0HXgK 0/EFoZzzKQfnuCkTfM+eMlUQdJv+fmbnCMZtVzjKAML8Y5YwP7D9k3wSOoyWVqfRLyuhNQ3QmKl1 zdW23MJ2I7Tbt7h1k/wrue5tr5V4nzGMQqcvURcT9HgbKlyYQju3REhqMV2U/B+5IMjoKpFPwbPs vcKzrLiCzSS5Fket6/Em6kpug3hgWjxQKcO+vlLPvj7125oCtTdL3v8kbGYLMnxMcPdp3lz684b3 FzH6M4skrxeK4M2/t4/WlAuCbvw6mvbQjlMhKithpvqdB2l5wTF7wUvJK0bxbJzc4yZPozgpkgGu 9hWvvEY4x84/vYiWzPJZbOkfjcCQQ0ALgkPuk2iGrmYE7MFMFAKTKPdeQD6oiijZ5RPg5n+auPW/ uDAWNClTUp6murnNtMk6qFkErdhaQPNyxiix5IPDj89gyPPG4MzNumR68eveUB+0os4nIkETothx MHhzjSfyTsT81eGVD/7BEyfnyACBiSkIrjYcpKieGgVd7kUztBBnu2Ffo7zacDD7EhzMbnu5swJ6 mt7C+Wumy1YVB84fNDwB2gtJ3/eXHQRuhN8+hrbi+2cKbZ/7wuHKq6e/Zxw0LvehuevvTuxllV5Q CXvllucftSd4wiwxlzu9wYRy+axDZrhvfeFOPoKFBzeb4tnNV3/bVQ8OzC6yD8zGt99yFxx9WMd5 +GXo884+gkKsq1jti3vuVJPEKis0lPJcSpEoN4R+YrajZVYJ+TypRzeICPNwTuUK65xKgpA2B0Ia 2XxKbaEPKd9XoI8zCTcZe8SCPILycwtF/ncg/ywXNS5gCcxV5yq8rScqLLgySOiR90++5yhy4cK3 3opsVIuO4O/uZYmXswz1rtRV74SwseqpTuqAyfk3H/sqlc137x320jTf8P4iuD+TqTkfCt68n4dQ /9KBIuPcSjMdvjM8CG+w+j/1+Av5fb19VQv2xD9Wb1JQ8pLM+PzabTzOONde/zq2M/A9iT5jF+gH ltfIm2Pn5d9kL7nl8ymyfqURGBIIaEFwSHwGzcTnBQF7MBMF8l3Z9ApqMYUZDNLcg9/OejYxDwAt enwfvFXK1XozUnHVRCqfnwNHMCxRbzttW/6edUC7z8Sc5+0zOEfPtdPuujZaVSs9ekKwrZhAGx+Z 5ggPLDs+MKsCkBMpbhz3uVKYPAWt4DtU5R0f/IMmTvyoAVMQbBVn+1mOE0LwOLnxJ/mUmXKR2hp2 05JK5wyOHJiLrYO5mCk4sbygkd0Nzay8uNZOPaRcFRByyrNo3aN3GPSivZ3UE0mj0PX8A0qK6i+f +JohI+jprdNoTo40QTXfOgKvg4Vitoho5jEn43GO4yHa8Mhhdo4j9pyF52Ktg/HTdxTOG9pMQdCn vqgHtANbTDiz/QRUtTjG0+DblVd4Kq2ZRN+Z+1XTOVJfhHpOfUi/rjlMHUV+Qg3YsDXFFoO+Rz9I 5lXtqbusHHsjBSTqjU9Po5xbTOFUfO8j4Vb6EY7qWNfoOrIECXg7MUweDbNQmbecwFrPAeadMrb3 V90TKRcJ3PFswdgIwPEoDTAjZseJtDe8RYtk+/ARsHgZll2mA+UN1lwm06qHV7RTtrjkJ6gZNJRv 7y94uPExn3mb9umr2GKMGb9/B8o7546KNnw3LcjhKzMqRxxvJa6iEYRpbNUkehIavpEReK5ds5dW sbNvy57Po9JZloUJGx9UM3SMcSVYjLT6zET3c3c1hWHxAS17Bsz+G2Epw7oWtSR8oUKE+H8PXl5v /eLfBdYnfn1tars99iajfGoZ9JNGYOggoAXBofMtNCdXMQLR4220bcsJ+iXMsExzKbMwIWy6/2bx TfSdhXc4K/4wnXkApjM8Xl5FFq18xIkjNqe/8uJH1OTy2BiC6/z8+8fQdx7Ot85r8gdNmCU+c+8x mDeqV05RKs0cR/TRkU9pZ9h0D27GYM5iICDurDtM/7ZT9RyXV5RCN6SaM/ezrb3UbA30MofSdTlU NtfZW2K+v4QzC5volS1dtEPJD4MvnJD8D2jRCvMnUMfeZnqlrou2hR2hUqQXjkq+WTJROWSZm2jJ vMvWTaPSuUFOCc5TS8N+4Hnew7NM7/9rTjBG7sIKdCVfgXZih3LhrKLlovItDRO40lRaO30f9pCZ V3HVePo6cG/ZAsczYeulmPC4TIPlGWVWDOMnhHlXl9BAVUyi3Y8wEyweyXXfsXcPLXm4U+FLCAx5 JdfS1BtH0NmPe2lbvYO1bfKl7KlyEcVjXi7BYyp/by4ghFqbqa7ujPKN80pCqKd3UC6c6kRPtdEr te20ieUpvu13SydR4Sy3Jsmhn9R2da6Nlsw+6jjEsLKx8bWeY2nQ+fENQeaWiZUV5qpwy/+YdSaj U2KYPOPB7huwr65xvY+HYan1Ewl9hO6OBjiQseqsOonlOQXfcxPhoEUbIdjvrn6TnmKCQl55On07 P43ONp2k1fYCUQptbLqPbBkF/cuO2kNUW8v6SvRrhYWp9N/hWKRwenB9COY4dojq0RimvetuhTb7 U/rt+pO0zarPhdjXvBJ9jd+lLkRAg1ufoAa3Gwei51sHovt8J/IIgj4Lch6GRH92kH77qy7aqbRF tM+FIVr6CI6nud4xX+9oQtvcorZNQVKMBd8tn0FzsmE+DGF4VdiTkfEip2AEtbn6ZUPLd91RU/Ns xMIZnnDektnXTb/9WaftNCYEi5ftsSxekDZ6HIuRj6NOuMaTeRBIV3CTU84er/9uQdAav365vpeO yDQYh5d+P4uKsRgqLRzi9rXze5NSPsmC/tUIDFUEtCA4VL+M5uuqQuAIzAAXwwzQ//Ku8vYc2UtP FHewSam6qslXM/1oJmZuc57aGlvp317BwOyaMEiaYjL+bbji/nr+JFtb6NYKybh+v9m5KXTP391E c+ZOo0zsMfNe0C4wZyuecGNyNI128IOJ3ZH8PJA2vk2Llnc7MX21r1YwnDwsnnXYmRQ4qeLcyW/S jUn7HkzaVWEwe2EmrXs8gzbMNM0rBbFCTIS/u/BOyr4eE6+aVqp1LQzIDPPKM3Ge4Cxn76AMiLRT Xfl7tMn1vYorcTbXd3A2V4IaNINcLxzTNB6mX7/SHVMAnleRSeUPgRdrBT56HIsID2ERgZkXCyFy 5bY5lAPvtwseNbWgIXz78ocn0jeg8Qz6fnJfWGD7iPXdUIjAdEYB+9+uSAgh69potX0upQReLDqk 0dLK/0a544K1KoT9iHNmtyNR8IQ9kGefsgqzwLUwC2xWsBY8DaPSqluptMSZuDqcijtoRabCfBN3 vl5LbT4TdEqlEscTdyASZB4qEl2iI4276Znl533bVyHqVkW5Ws9j9i8+GHlYG+CLnjZot/6xwxfr ZbXTqDg/WABVtOxFGbTTdeh6EEt8j6Q8zkONG0H/+CacUVljR5DgzxPF6c8Ubd//z965wEZ1pXf8 LxzbkeNJYHDk2PEyMcUsaCzIYgkZpUmsxNlERm5ghcRWCFe81LWCBAjVqasIWexWBK9SggQiFWGj OsuqrNDCimJlBaROWNaWW1tAsehihDsOZmLtYMeZiYWH2Or/vuaeO3dm/AC/4LsS+M59nMfvnHvu 9zrn8nuWjo++q+lwPzavmePOid2XcbjJecHafX68s2oA5WW3jRNU2Kuq8/GTyhfhZaj4gTpGlcQp icaF7L/7FqGqkp5FZ5KuX6pxxXFyFE+2+o480vq2PsdZuz95/7LGczOX0cZaGo4eRv0cdZIfQmAG EhBFcAY2ihRJCDx0AkNh9IUGEI4OY34OlwT/FvzLZemTht8oJeDHxKND3/HfED/CPcwl7bnsftaT yH7ag4w02/Ks3PFI7kbDvQiGDCXIk6N9YsCAFwndprjFZf41nq6ajyDSfwfhb4bhmfskwuH7mJ9b MAp33tMdQNjjQebgMLKfyyVnV8LjOhAdHGA5vmH7a+3O9u//DpnzvKxDMqWH3ppullv7znlaFvIW sAxajkMDCPaG4Zn3LLLN+o+rIDPlYv156CMPCuBp6WTC+mSN5WHgwizdXyEj5we8/uH1ff1zCN8M IkoFMMPzVJK+5IQXDQVwl/7DvJxEbWiV87kx1suZtvZLVX4SKpuOW9hnQ3dwl/0b37PTPEGm+b6Y cclx6TT/0J5Xo5ws6xNa3+bz+IDPV8IqqeGk9P6fpvdf8/Ym2rT2j3AM8c5LPJc70T2TcSyi9al+ PhN6+xWY7cexoOdrIGtu4vLRCxj5ug93h9MYMcJlklyfPJmMkmpphvlt114+M+nIW+ibYBuOYayd tvpNFjdJVwg4CYgi6OQhv4SAEBACQkAICAFwHlVVEw7o3ulMfNr2Fnxj0ZWFnE7AXogLsD5wL2iE gBAQAjONgCiCM61FpDxCQAgIASEgBGYCgfB1VK+6oYewe9cV4HRdyUwo1cwvAz/xsebNoD7X01+7 FEc2LJ75ZZYSCgEh8FgSEEXwsWx2qbQQEAJCQAgIgdEJRHsuo/rNgD4HsJxzxvZUJl5QZfSUHpMr uODS/pIO/bMsRVyN8oi58u9jUnupphAQArOMgCiCs6zBpLhCQAgIASEgBKaUQIjfkCwzviG59lAJ dpU5P0UypWWZ0Zndxsevt6GBi/+U7i5E/aZlM7q0UjghIASEgCiC0geEgBAQAkJACAiB1AS4yuLZ j7qRt24lV1aVyYKJYQ3x+6KtuOEpcHzyJvG1clQICAEhMP0ERBGc/jaQEggBISAEhIAQEAJCQAgI ASEgBKaUgCiCU4pbMhMCQkAICAEhIASEgBAQAkJACEw/AVEEp78NpARCQAgIASEgBISAEBACQkAI CIEpJSCK4JTilsyEgBAQAkJACAgBISAEhIAQEALTT0AUwelvAymBEBACQkAICAEhIASEgBAQAkJg SgmIIjiluCUzISAEhIAQEAJCQAgIASEgBITA9BMQRXD620BKIASEgBAQAkJACAgBISAEhIAQmFIC oghOKW7JTAgIASEgBISAEBACQkAICAEhMP0ERBGc/jaQEggBISAEhIAQEAJCQAgIASEgBKaUgCiC U4pbMhMCQkAICAEhIASEgBAQAkJACEw/AVEEp78NpARCQAgIASEgBISAEBACQkAICIEpJSCK4JTi lsyEgBAQAo8AgaEQAlcCaGnuQ1vbPdwYfAoHj78GX6ZWtxFEem6hvT2I5oth3Gi7j+LdL2JXhe8R qLhZhaEBBHvDyJz3LLwevdKPTt0mWpNB9onO27jWrvWJ79D+tdonJpqo3CcEhIAQEAKTSUAUwcmk K2k/9gSi/QFca76N9iuDuNNzHxESyc6aA8+8J/FCsQfFywtQtCBX5xTp6kD7rfvISBsjtuFhZCzw YUVRTtIbov230XnlDq5dGcCfe4YRGRwBmH92VhryfVl4odCLFSU/pDA7BxgOob0pgGiaUYAo048O 3sfQt/dxN3wf0SEjm4ynM5FfOBf+4gXIy/EkzTt5fZhu5jMoXbUQwdarCAwCGUzFyO8ewt+OIBzm NUMsKzctv+KVrKe/QP895v/CXWhp7QPM+jjuGwM7x/Wz6Eek5ybbu5f/nH0uc14GXliQCV9xPoqL C5E91n4WX/ehG9hSch2djuNZ+PTKG/AxzcAnZ7DxA6PtrEvK61/EnlEVwREEJrM/WIV50L/DXdi7 /CrOm+m8e+Y1rC5M/hw8aHaz4v5EfSL3GTReKEP2rKiAu5CRruto+VMv2q7cw11z3Mx7/imsKi9E acqxKIzO5utobhrANY75wBzML3oKb1Qs5lhtjPXu3NxHoj0daNgXQF71Sqz2Jx/jgSEEr7CszX/B //D9EeF4mp2VjvzlXqz+mx8hTxvbH8Y2yPcY3w9ftIYRDGnP9xwsLpmLNyp/BF9OcmNItL8L7X+8 g+Y2+775z2egZFUBXilbrI/9D168JAyWevDqj/0oet75fEY6+a7tHtu7NjqcjhVl/omPlw9eOUlB CEwqAVEEJxWvJP74EhjAlx9dwnuHNEEg9Va6bxnqK/Nxvuoz7G1Pfa3r7IZF+LLW7zoc7aYQUX8L DU1Ogdx1oX4gHUdaK1DUewnllaHElyQ56l3hwT//y0vwuwSBIZzfzvo0JblxSQ7On8jHexSoW5Jc 4jq8xINPG+h1ynKdSXggcLIRG+uS8/fX+XFk3aKE987Gg8HWFhyo7UVL7xhKr/E/+dIEhbAwvYHd 6Lx2B3v3UerUtrJcnD9Uaij0ISqinX344oMgTv2vcfrdM29RWUouLOpXUcGqmcT+YJTkIfw/dBM1 JR2xfuvfvRRHNi1+CAnP5iSMPnHt1E3sP2nUw7uhEKdrl826Smlj5+H3buJUirHYu6EAv60tcT0/ 0a427Ki8jQ6r1prepzyP/u2FOPKz1EyifH6+PH4De48aY9fqgyV49/UkRrBQB/avv4mzSh5W1tbf PTRUlD+goSJwoQkbdwxYScLLevUpeW49WoqqVXFK7mAAZw+yfMeTj8HIpQGpkQakUYaGWMaunREa E5uxd3PIZu66Blhbv4wRCYWxM500Vm2JM1bFTibY+bD1bawY43snwe1ySAjMaAKiCM7o5pHCzU4C YSpBn9tKEN8g9bsXYfECWiWH72GofwDnDt7Ex01G7fb8oRLlz2tW2yFoVugdlYGYt6V8ey5+vCSd 3jKLRBoyhsJ4v6YPfTxUxRfw1rgXcOeZc9hSawro2m256di6Mx+vLs/BfM+TLMMwwvQaVW8I6WlA sdxHB3vR3tCKmkOmAknl68gv/wpe0NL8Pd09gwz1a+7F/kNK+szi3RNltFo/o+WmbEPo67yGzWtv G/nwTOn2PLxTsRC+BaaFm3UJNLdh43ZbyNj1Kz9WzOPFTwDBtm68XxeO3a8qHEpGSXa1EMWb+Peq 62gwhRZvmQf/uK0AvoU+WsonLH0kyW+ih0fQ13ULYU8uLetOy/XYUgzhfB2FoZO20u9ln9u+OR9F 9BbPp/dX87YGm6+i2uwXRdsX4djP3AaEseVnXBXtpOFgrWE48NdSGdqgKkNDOEvDxn5dmE7HMc3Q MBZBalL7w3hql+LaIXoES2yP4K5Tr2Ft0UTaLUUes/RUpPlzVGwL66Ufmxd4plU0jBOvf47D5nhR XluIbW/mw5PG8OfG69hpGT5Y7K2/eglVK21PXaTjEirWW4a0THz4h5ewgp6oKJW198puxgwHicZs gF7EC1fxu38L4WycArqn8S2U05Pv2uiFraFn3jKkbT24FD/560X0wPah5Tf/jZoPzBCOJV40nnx5 wp7ZzuON2LLPUOa8FTk4UrcKeYwq6Wu9hDVUwKytvqkSpTm291FVtrT7Du5YhPlPp+HutT9j77ZQ 7B1XtH0xx6KlVjLj+zt4HVtW3oilteuoH68ueRYZw3/BuUPXcSA2Js7Bh82VoN2SW5hj0+fm2DR6 dsmU/tHvlCuEwOwgIIrg7GgnKeUsItBHYWiNKQx5K3Lx23rDU6JWIeatUpQw4/xtfPx6W0xxsZVE 9W4KosWaIMqX20W+3DSlSd9G0P7JZ9j5gW2BXb1vMXZVLnVZroHbOFDchlO8L/5F3Nd0Dmu2G4qe n97GI/Q6urbwTRzY1BHz+DDeFCcYGpjnCjcMYH/xZZw1E/hF09t4xZadjKOhy1hTFjCVPaZzjeko GUa7WuiptMzPhvfSPxalwkyjZd/vUXPc+DHjhFOV4wp61RrcfUVBkWC3FyeqWnA4JjzOwZ7jK1G+ PM46r90ZaiNnQynfepxCLA0DD7IFKCBuNAXErcfLmJ5iCKCQWk0hVfeMjFcQneT+8CB1jt0rcwRj KNSd9o/OYKdpRHqXCvLqWacgq0qCeyxqP8j6HTUMLkW7qcBsMhWYcAe2rLppKiSZ+LT1LUfkgqog I5E3fpDPy0o+L7lzUL50BOebSFX3JjKtNqbl0gM51h88GytLFb3xW+mVt7cQ3yOXzPfI+MdMK53I lYuo2KCZHLkpXn/jANC+jzyOGzzijUHq+BA/7kdaaTDYbBgMMN7xwcpc+6sqw+t8+LLuReVsCA1k 8LH56niHY9R6fYyy29i7Lg+/rmEbDttGtIyMOeg8eRHV2tjG9/Nphjd7lVRlVwg8agREEXzUWlTq M+0EVGHBJSCbpev8hFZWKmylDE+sV8MTHUJwOoWAigRCQBinaLU+wNdT4wXb0hu8cA7rd9ieuqqj JfQWJgkpolX0FK2iB6hAOD0aFDD2UcAwX+7Jyq9Xw1FWIKGS1dOKV94MmrW255GpjdTXRMV5uykU JBA2gAGcWNeEw2aY4a4T9MD4x+qBcSrWM0047WObrTHbrJwhwnsq7fAllVHi/RG01J1BjRmKB6Sj vukth1XecV9MOaOHjv2qyCVcOq4e5Yca+htvkOB8zy47zNi7jSGCO5aNkp59enL7g52P7D1sAgM4 xef0gP6cTlz5eNilGl96tpKQ6Hlsp1Fpp2lUskOC+SzUMAy+0cgp4ZhJz1U1PVdGyOgobDiubqFh rFNLbgVDuBsShXCHOCZeMsbEXA+VldfilBWnR14L/R+P8UyvCUO19zNU2zDipdOjVmF61Ix6av9H Oy6ifL2pKFLBbWS4ebZ5OqYIluUxbHylwxgZaT1HRdB8VyVSjO0sUu8piqDbc0pluJjKsJnCO4xa Wa9HrVhtzHZgnVyvku5WrKkI0jA5h+Pp6uTjaeqSyVkhMGsIiCI4a5pKCjo7CKjCEMOHaIV0eErM Slhet/qLb6M05tEDIq1NfEGaYZJJhQBtXsRVBJ8twIpCK8TSGSYUb51NxK79IIWao/FWb1pRKWB8 rAtzbgHfmY6zrrZgZF/lFOop1BxyCzWqFyGhB3KYXsXltldxXIqgw1I/jhBFuwrcY4hp6I6+YI52 2DM3B9mZXJygqw8ZhYv0MCnH5fwRDfci+PUAF27QYnrTkP10FubnF/A+5UouznO+niGdMaWbXrpi L6LfcxGDTPVC5R5lVw3N1A7voqCz1hWeq9wAUzCqKMCX9SXqidi+Vu67oUFEeSTD42Uo8Rzc7Q4i mpUHn7rggqNN3N7gYCONEjWGoJdyjlMsZ3vn4fUHrd2+QrDHrM/THvgKC2yBlF69QDfr2w8sXr7Y 2TZ6m3+FwK0IA7bTubDTIngZDqdvwwxV7gmxfe/Bu/SHyRfjGGZodA/z7zc89Nk5+WRoe02j4dsI 3goj8sSTKPIX2uWyUXCPnoph5qt42vW+1d2Hu98B8xcyzHlC4cSOTCb4Q30uuAAW+vEPVlh7fKSD zozPRP8IfEviWTN7sop+zz73BPu9Utf4gll1j/BakJtvERc9SvCoGP34HjJznhv3qq6dn/yeRrrE xhLLgKeVyxrvot2MWKgw3U5xylCs/IrCohlsUoVKqwY9K49YOtaO5UHUf2ehkVEUlgKmH3IsaBQ/ xluJpP4bPPMZ1tca4aXJyuEYg+LeV5aS6DQ0GnlGqEBWKArkg8xX1kN55yWa88z3UxUNEzR2ats7 NCCu17U+QxFs+2mCBayUcW2845aRi/wvBGYfAVEEZ1+bSYlnNAGnclS0zYdjO9RwFbPw2vL7d4Yp mKrhPIAqaMSHbKaqdizUVL+I4URXGE6UQqDSLouGuhAcpHBszdfTDjos16MLEB30bFZboahxgoCW nFOoj59Hpl3h9PbZVlvtnLn1X8Wal7vM0NFRrOnWPeZfp8Ax3rkyXMWyqRnv/5wLEZhyXlzy8HJ+ y2l1fgtDPRtqr3P+px1qpN6jL9ywYBBn69tSLqKwlUpdVUqlLm4eakJPqpqztm/MRRya+wPkzXNK z5HOyzj680DyBTJynd5nqN5gV970VDJkzArHHdNCMbGiPpz+kHzhnEwcuVgOXPhPVNfZ3vMiLvhy bJMyx9EhSANenj+9BlzFkXN7G+3Qa3/dMi44FO/FDaP9zH9hb60yt9WsnzZX6tf1i/BFXSsXVbH7 SCKhM0rPRDk9E7YAqyVC75O6qBTb5TyjArRVd6duM56Lw3wuki1M5N3g40IxHPf6+Szs60KDwqzq eBm2qmHEUMLHk3iHjBU0+Ww1uWu5i2HOa5UwZ+dcvbEYSJxpRnu6EIh6UGQZ2WKnexlu2RIL27f6 tRoBknj+n5ZAL8MUW8wwxdSKoJpe/DzEWFG4YNFeLlh03jwQ7w0L0BCz0TTEJPJsxtJJuqPWNYVB kGPzFo7Nuvcyvu24ymhnF99xfp+rf6p1NBZLi3+GkhYs7gTHtM6bCOf44Isb0+B4byQLsVWTU8Jt XWOaep3sC4FHi4Aogo9We0ptZgAB9SWnFad0dyF+sWmZ62XoLqoVsmKccQkVXKTiQMVVhKv92KOG kyrz/bQ7k1lv3fm5jzgsvBUM6al3hvTE3xEL/9FOuKzhTqE+oXfUYSmnwBGb0G/npCrH451Popav aBsXSNkx1gVSuGhDzSXsN8O9tAV3dv0TvS9Zgzj3QS/OmmGqjjYaCuBAyWV93qVW+lIu9PPTonvY GVttzxKomDYVgd+dvB9b5EC73r8iXfvDT3YAf/vLl1Ov9KfM99PuSahAayfGsHWe/Axb6syFJXh9 VR09zQvS0Nn4FQ6bykoRwzuPKeGdqufa7cVV5+Yk9qwkLdYD94cRdHCerGWc8G/Iwd+VPYXAqQAO m23p3bYA2zq7sb9JKYXLiOF8FrWQ4jdwNbY4jnWn+9MRvfRCcPVW0wuxtjYPry4E/uO9IM6bxoSq f30BN/7+/2KLfGhpuRRRTeEzV90tp7K5R1E21T7tZm+VbLL+DnBhoiYuTGSmrz0Xu+npnHcPh7f1 xvqzpXw4xhP9FobbXWS43TzTu6odU5QJ7zquxlnnXI0z0krv0WYz/JCLIO3ZTONZF1estRZDifM+ qh41LfnxGNS065NtVhSHft6a1+YwGKRQ8BwevBTX0WsfC/lMGZpoh/Yb5c3CseY3oE3JdCjCZQzX ZBSGw1uYrILKcce8bNezYV9oef30I/GKoH2Zc081ItE7mjA803nHhH6pYbyO+ZxJUrPnQ1rjdJIL 5bAQeMQI/D8AAAD//5X/yiQAAEAASURBVOy9DXRW1Z03+h8ohBWJjAGKIEpBwkhCUcDBZCyYSioO EEtGXnAGSVch6VsK74XgvGCsAym1jdACcgviFdBrkKlxWPJV8oIFSWUkuYwEpQRHEsXw0QjE0JCY xRMNub99ztnn/Pc55/lKAEnYZ63kOR/787f3Puf/vf+mBQfpQyOgEbhqCDSUv0cTptWo5d0TSy+s Hksj74hR7/OrQCUtHVVOe617y4vTKblXJ+sqQHvzdtPSLURzClNpWlIPJ+epUho74Zx13YleOJBO I29zHkdzVrVlN83ICxhZkvOG0/IpA0Nkr6ddme/QsjIrSWov2rvmQeoqcwRO0OxRH1G5ce3frqaT 71FauoVVnzjatu9hipf58dvwIbCc7mC5aOvDNDEhjqUIdQrM5gKzYjNNxppRlJPaP1QG6xnyLUS+ IvMyYXp/Wpc7yu5X2eqdNH/9FePh4j2PUpo1pg2HimnCzDrjflr+cFqcbmLXcOgA7tcSpfYFPqPt coiNW3z2QNo2b7hVf/if6p27aVquOU7UpwcV7Uul7uGzeVJUFf2RZixsNO/fE0ebCh6mAbHmZUPJ OzQhu964mLj8Plo0YYCdv+LVIpq14ivjOmtzKmXey+Zj40c0e/QJc9zviaeiLWMibltb5wPvT1re UFo8ZYjZ5gDaNMrVpnrcS5H3gOEWFcOqzUU0I1/0MZYKP/wB9e0siqqhwinv0dr/FuddaOOhCZRg 4UWkzptFWKcTrXXaVH6A0qZhDuBImDuENv50KOY25sV0815S7lBaN91qK9I0nSzFujDXdNJTePZj 51kDyppglbW4CPPvrhDvFKPGq/UvQO/iHfTsFrM897rgcyIH6zRDrtPmk7T03qPWey2OCo89TH1Z kzg2yblJtHz6YPspx4Em9KKi5Q9ac6ke4/CONQ6daN2hdEqyxqEac3qanNMoKQllrmNl2oVHc9Jc Rcvu/YB2WXkW7wTuA2OoqQLvrwzr/XQP3n9b2PuPl4934UK8C0uNe13Q3gl2e3ky4mtHmXdKKuOi uvgdmjbXXJ/m0y40JzeW3s6vowrcSJ47gJ776X3O+8ZbRNA7VVsw9/PM9e2efzyTu/9F6H/o99AV vFt32u9W/p7k5bb5/NQhfBOrrWJiaNOHj9IAY/0GKRlzdBnmqBjf5DzMwSnOHAySQ9/WCHQYBP5G M4IdZix1R24gBKp2gsDOtQhs1q6M/KGUk+4QdewRkfLxIoq/pxP1vHiFvrgNzCB+aw260MtQVe8D 4TNP1sWJVqX0CC5UQlYh5nxzq4ygl5hVmbxCMHmcABRFKkQbCKmiwhTqGviSmi6eo9KdYIzXWMwO 0mauvo+yxjnMiG+T+E038RYh0azgORLEXQEn7jgjAALjMAgMiw7nhHDG+mTKSeljt6a24gQF7hhC fW2mQe37xNWjaNG4SJhUUaRKkMdP6U/b8kbZdUV8chbE0nhJLLmZGqLyl4po9hqTGFy0Ewz4QMmA 83H3zkdOHCZkD6aN85IiblKb5kN9Oc1KqTSIYHIxoJxJj0ebthltqqOtU4pplS9TR1T2Ehj+NVdI 6QMn6N11fAhBwHRTECCZPdnxMmA538Iy85UHKWt0L3W9K0IUdR2Saw42HAKDPhMMgI/gRNZ3LX5r i/9Ik+da7xmlvaK2etoKodCqMnHuYnTOHqbJ48+QwfJirr7rmquc6VCFXHytdaEXSibQSDkFLx6l WWNOmmPtFoQEztCul47RHw5fob5De1D2ggepbxt5ZS78SXpqCBjzoaKjxNvuHnMjgfzH5w2p7w2Z RPzytUMTIDhazgRHPKF1Huw70zYBAeYfE6B5BD2sHUp7U/tA0JUckvFsKMEayTbXiJjXRXi3hmYc WWURn56jgnGltMGSjc7ZDMEpF1T5lOO86/D9PAahj08afUsj0FER0IxgRx1Z3a9vHIGG8lKaN+2c Sazw1kzoA8l2sucDqBBaPL1y7mX0KqC5mGVoLpDQRTQqWcNenKFV4w7TVuMD6iLmfPOqH1y3JFUh 6kHUvAuiRj2uUGn+Tlq4Wb3rvoofGUuLnxtNI+9iWid3Ir/rGhCgqRYBGoL4UrIqzKOXySEQdLaW 06UB4EShIIZfOADCNahmVu17dIQbJ7pbq/G4AoJ8p63dyQTjmsUYVzdhr2i+FA2Pdz5WQVs5w9JW Rsfgqpgo48Iugs0Hvg6yXoGWcrSYLwGqKnmf5mXXmIwI7iwGU5tmMLUqQ/3cnnQae4elgWfa+eeg mR9raea5xlJhEF2M0AvQ+GDaovoaKtvyPs3PlwINMAGHIDwwnlVCS1RuaomEEERqUyAQmgxthsE4 CVnCbVyr6jDhadDSLmZaWqS8hgfeDcPwbjBq8FsXzJrBxZjVQrM8OYhmWdWiquU2wbIizbKsSIIW dR20qOJoOHmUVmadpL0WoZ+WnwTt+7XT4ARnXlxrSDL4RivVf3zekOu9wVPyteN+n/J04rzp7Al6 dwtwX28Ka5Tn0O4XbobgrTUMMN6Bq6D9DDrWrCJuQRJKc2hk4cy7EBaAsU+SjD0rs62nUoAjykmG pn0507T7ls0EYm4Bnm96fVMj0MEQ0IxgBxtQ3Z0bDAFIp/euPEJLN5umhLJ1bhMocd9X6tyMfJ07 OWZkfhJ124QNhXCCUlYW6S//ULuIOd8i2AdUPFc1iCpR729m6mIkp8fTQwmd6NiOGtplaBYEk6Oa zPm2I8hNrgWKlEFuYFqd+CkDoGm7Tym9CeacaZYZrlsDoBB7Rq4utHjrg5SW4MfA1kBq/Z4ltQ6u IVAqty9cjKDLdNBOFuqEa8+ECZpbCs6ZPZfmi/i4e7QAKnEsTehCNcV51ob5AOJ1KYhXaVadMLcX PXKxnn6/OWAzgESdaNEro2niaEdT65h/CpPrh2FybVKmtlZ4AjRYyx1tKxduZED7kYP+G4dLm5+V 34u+OACNYxEj0oV5+EvjMBUls8nMBW0BjksbaBTOhDK2cKMLtNETbG20g6HrjAsuXI/My1iU84Ow 5XDzTcK6eNe1LqjmAwhdqgys46dj3eQ668bRtoAJ92jlz9EGaG8KDKaOCxVcOIzsQYu+/xX94fVG KrcYQNH+iblDaNF0k0H07V5bb3JtJjSwhW+DubJNDNV1qGoz1Yq5KXcCzMA3+pqBq2uHz0e1tHoq fekALbQ0zElz+8MEugeVLi+nVUUspVvjFulcaIawa7Q06WdzjxVtnqpj5BUmsQyCuXwEzKUxdp3o uT2PQOji4lIjbZ8rG6uF7HWLm+55yNM5545gRZjYb4OJPXdNcNLpM41Ax0VAM4Idd2x1z24gBGoP vUeTZ1q+JEa7YIoHQi7B/qjVweel2PJ58fEDhIZCaA+6e7QAKjFCHsI8chC4z1L8dPis5Q4Pmdmt AVMJU5WoV5lEq1j4aM1KOWFpTB08bNM3kawN5m+cAE2AOddGy5wreKdUkyg/wo5rnbzSY1XDJOvJ XD0cJq0uX0vuC2QzATJHmN9GTqgJn5Zwvpze8sJJ8rk2xj0XauGbNNnyTfL6X50BYX/YIuydMfW2 wOdOW+YDJ9h50X06UVpaHKXCpDh59ECP2Rqf8w6OjvZrEXzBJsIXzDwg3IAWdeEW84r7h1bDbHKa NJtk9cff04UeSutBD40fTCMHOgyomYSvXQurGtNcN2luX3rk02qLsHc0ZeUwV50tzFUjms8uU0PW LucUQohw/lMuU2Q/U0GuyVL9vngffQQenIFW1gG3TnBaK86SJsTSpPH9KCUlieKZqbWa6ipcXSyn 2WMqTV/XPmCYi9wMM++bH5Mr2+Bm8Fw+3jIZqWtHMYW106jvGMUPFuNU9tI+2wRZZOEm3YoZp10e P7HmwtdMQAEh0Sb4x/r614G5c/wmQzGM56gws5TWWsI9RyPP6277XK2FL/Zk4YuNI35KX3ozL7RZ rUjHhYWKYEc81IdG4CZBQDOCN8lA625eDwTgpF9SRd2HDaO+cTLIi1OvHTTEuAXirgRBXaRpjELc u57JIgIwL4uRRKm8qfpyRar5cnI7Z5zJCW/SxyX5QvrqYhxdRL1fcATObCgBT7hmEs2zfaqcpkZw phJpWTDbyhR+WT5HU00VVdd3owEDu8HPCT5jBsHiQ9gwc0FRjFe7Ie7W07urD9CzLnMtt7ScE2Vh TapEscrBfadapzXlY+1leOvhI/SOHWTHbYLITa88/jdc0+jWJCp98F60ZT7wvAnZA2h19t3UNeYW 6gpteqijCYxImhVUQo6DrVXwCFX4nFeZGo5n5prhxlzrGoPFbWuP/Fqh+igKhqz6l4LRxPpH8JOe hQjYYQXkmVP4KE0bWEmzRgsfSIcx9CtVvQeN6NkLFIjpAuNo1xH4CvfjqG8vP401T8u0Jp4AOUgH 7bEMtCFyKUIfS4BlBEnxmEQKq4FdMA03rSUSoNneKIPi8PehCGL06t9T364Yz5jQ48lb3aZzMIEL wQSa7Ub9MLOUvsB2ucr7IITQg2vXgZ8qMLNLgx94CL9HKxlnXMjHOkS8f3Zh7S4rNjOogprI5oJi 2aAw56ytOOXWEcEFkJwJhCawKJXG3iU/emp5wky4tXOVf1vdQYzctTjXfD37WEU4CfWZRqBDI6AZ wQ49vLpz1xMBaT7lJzE328HNAaH12+w4sSsf31BasOZ6agjcQt1jHYKIBymJVINWW36UvvjbgZRw h/woqwREOJM+m1i2AOZ+VOIWJ8wVJs9KL364RlFlJFUmLlh+VpT3lBOgeKpGYOXJIdUehmiAwtwN EffsyH7CDMwV3Kbipe00aw3yCsXOuRAEHR5X7XuHZsxjEf1cZke878HnC28nPwc+iJhoBjkBEx5R xNEAVRR/TN1ThsNviBP2nYDNRBadVoxdMXyzrIAOqFYh7IkzL16GRK4B0VrVh4633/+cYxLtfFAY 62iiRHJztJEIdvFqX3reMjFVfAZFkzmT6yKQuYmpipd/X+Vdxxw8hl4o7E1Lp50hsoQqHI+sV+6j YWVHjeA1kmGVZVz7X1VTpfiLovKqzdsRXRUn1rpQhD4wI56MgERCT+M2paaziHY83rHzVIQlGBd7 Lbqwvub95UwgguJsQyRk01ywDhEv36XDY4bSIuGT2Ayt5SPSp5og2PuhI9hjjeTMmzqvWSKccu20 v1kjX7cE80rm08qK4mtBYa5ZmpCninYd0XSPqdF0ZV4uEPLXptVAsPaeJVjD/D7wCHymze9W1ZY/ 0tJDcbQOvvJdZYGt/OWRpdNgKrxYmgpDmLAs/WMa9VIqzPPld86phPvkO9YAznN9phG4WRDQjODN MtK6n9cYAcf8Jwe+Rhm+XvABbLew29puQdU4cR+SUFEgy/K30/y9iGS5z4lk6d6uQiGo/HotmSQQ nO9K889IpdYoT2hRpspgFrhOmIvIkD9VI0NyItaf+FH9S9waSDejGbZPrn4q0uoQYdhlOw3i+l8o OPFZcxQ+UCdNHygQvLW3seAerrrlZTUi5E2TEfJEcAQ7ZDzvu5eZkvlD/XINlPB9C7dliCQOTYIt lm374dZkwKR3GCLuicr9CHtOoPv4FnKGKAORUHOiiITKt+yIdj7I/olmR2o2KdIq20Fge4Ll99bT QgR28ZvTnFB3M2O831zAY9YR/D/PJ1NJoQXvUzxMXGvPCc2ZqomUea7pr6Kd44FrUCvT/MeLdUHq ViYcs0z4VGZBy2oeqlZb3FOET3yeRalZtipo3c/ZozR7/EnDHDQJ2y+sZtsvSP9QZ+zVPijtt2tX Tf6DMW8iOZ8Lbi28WRwX1gXXYHFhTHRr0Go0BB6zUyyTWGEa6udDyk3b/d6vYJILfnyYNgjrCvh3 Fq5PdQLXSHPgtvizW03l79isNfdRZqqMKu2Y0HotHkRmx/zbeH9y6xyrbP2jEbhZENCM4M0y0rqf 1xYBEEsL4WAvTIn8paN4wE1/BEFn++Y4TKRopOpjI+6Yh00Yej6gKkFiRKwsftQJSiELsH6lFsIh aPCAS4E9JlxOAU2nDtPsCWecSKi+RBpndBDQwW9rBPiXOJHpXESgqE4yq3bVwQkfOwk7URhJEJ++ Yc2ZhscgmL7X6DCCCpPDzZvMSlRG4QqV73yPvhg2nMYO5GZ2Z2gpIi2aAUw4I8g1LDxAButAuFPW diMpxmEb9uvzD3Tg+GuaASiIMYLQLLComHybA7NcdX89RXPtCW+v+lj6m84G6Vgb5wMnfsW+f35+ TdUfHqWGO/6OEnpxI0l1rpqt89f2ckLdrcVVtPK+EXLroZE9aWlkHQy4b524mwDhzEYpnLHWpLhv ej5hLbn2cxTPrvnBGUFhGmr7NkM7PBem1MVOC9yaLI6Loym9gsBYu+y9OM3cvFzcUer0N8NuOvsR HftrPI1MkswltGrlpbR0yTk6cbETpcwcRDnTkyLWOIm8TyLKs8B6zvpRNC2lv9Mx9u52GAt1vvsJ q3jEVI9G1CkdZ2pZ/kwlZwT594MXxNP448ZT+57j3evsZwuLAexLm+yKflyGaM/zLZNej9l9PTRx kz+iXVD2Jj81kJ778XA2Bo5VjPL98W1I6JsV2KJpltiiqQ+0jQXfV/bodbSw/L3rlMe1geQKCOWk 0mcagZsDAc0I3hzjrHt5jRFwPjzCX64/vck2IBdVN51FRLfMSuPjKK7Vzc25r4IavVCkNQ5IWDfA DMmIrufD2HBfJzNDJ8pZP4wmpqgBMvgGzZyo5ASL3we66eJJerfwY2VfPxoZT4WvjmFR9GRbeRAB QYykY9Nrx5TVSHURUQbHmFEGBeO66UNEQHT5U6laLzDInkA5Vn0+P5xQ8TePciTGIrvBIA2udraG EPc2P0jThjXTrtxSWoZofBnZsbR1PQgPHMnYMH55upA+o1+I5DgW21SIYxHyTLzX9EXkfivKvnYK kYttJgym/SuqrgDxtP4CDZs3lpLdEfWM0tV/fPN04wkCWrzw6ghss6H6QnJmw2TOmtiebyLE+hCE WB9E5Zv302xow5Knx1L9ZkRnFIWm9gUTjaALzTjH+PB5bu6n9nd4IMfWYTjN7TMQITO2C5RY8rko MMjR1vkAQn3yGFNja9SQGk+b8h+kAfDVNebuSx8hcu9XFA8/tG3SD81qCmfwxC0/gl74XnG/ycVF 2ILijluMiL4iD18/4loQwIszh1P3zlew3cExemPJSSqAdsQdCdIW7ohMOF4AU86jitpblYiHMJG8 NvuuicJDHGDSnaAg6MMryTRtVGfa+8v3aCkC52Q9FUtvrWg0GCj3WuPYmu+8OPjQvmf40E7M7UWB /Bp7o/ltHz5M8fY7QH0nivm0vOhBShZbyDRiS46iIzQ/TzAB8bCOGGMxGqrJtOgRF3KE6CFVF0N7 P9cxh56INRC4KCa9eVQfDpCMVsoDsCgCp3vcQhNYTqTLbUC8puaybPHbVFNOz6ZaPom4fm7Po96o msL/D3s1LhNaNhxqoBhxB8FiXkWwGMuv1N+HUKQLd6iCSVXoBc1lEfbIXWi+B91m6U2nPqB5E6rM dweqSQOOxHBs+DxApVb7W2+Oiaip8MNeKP2w+3ShjDGdqF7EYjOCB0HQgGi9gqH316CrcysaDb5R pP6nEehgCGhGsIMNqO7ON4NABaL5zUI0P/vAx2liWjcQKM1U/VGj/fETz5OfGkzLf5yEj/8JMBaf 0tt74b/luMoYRQjNjvkhMy6Vf8G2VGioOETzMqodbZ2RC1ETp3Sjfrd3pvpPLyvh7HO2fo+Gnfpv +v1rtbS3jLUdhL3IY+pNmumzAw4RJBuStXwoPTFhCJP04snFStr6UiX9ASH7K2RC/BqREzP6UfZ0 hJSv+IDe2PwX+sMW+aE2E4o0/zRzMGWiTPvwaAVFuPjBwaX8zefo3YKj9IddwNvYJNwuiQyzNRfG zlOYVhqmQapU3nkutJrD6YmLH9GMPLYdABIIzdAP4Ac1zSKMRJ6MvD70nYpaWgXGQx5KpDzulyYT 2L9oC3z2bGbAvu9/wokyOwWwnDiqG/WFFP+zg2BgLMLLYLitLQekSaydR54gAEXh9Ms0LYNHuMUY Yh+3bdjHjWt4ZJZMYJAlNmyGudis0TIKrHwa3MdIpGi4ivNBRtSUNXt+hd8nGDj33mqcuXVrtJwy uG+kvMv75tbKyzTOb8L0AbQO2ypwnyjuS+s1oeZlhjf/dWq62mcqY8BLn7gc64IqbcZAPpOMTLB5 ZjAQc+GTe6+1j6KVMWEuAsb81HwH8HGR5aq/IvgItiG4y3xTGYFSGKMk0jpaSDWncwVt/ubdEIA4 a9V55nfm0lwSF35gnUAAsXh2HwhMquhZMMfmEUsbD/2AEjwRTuuwx+QRWr+uzmYyeY0JqXH09C9T KcHyqxPPuCBPXMcjzdwMrL3P6+ntV+qoVL7j0I7C1T5COpEpkoNpQEXyZESxzR5zC5X9x6e0dov5 rYif0odez3P2w+W+epFUEX5s/EqB3+Fc+B0W+z3zuefjX6rOq1ZaZPhUpW9pBNorApoRbK8jp9t9 YyFQjw2ON1fS79c0KkwQb2TShDjKnj0cYeRNjU110W4wEHKjaZ4y9LljmuSTLnCOSreU02uv1PsS FyKHYLr+GUxXxvgYwzxzl08xfrdE2PbHsYF18pgh0HR4UyjScc9j4dv0far4t920tMjz0LzhY2Yq /B+fxKbSDlPsb/ZnFCB9T1zFh2KqjaSQ5G/bkmqaVZ79AD5CpkRb5ssCE5iJ7R9UAgLSbuzfNTd7 FAUQtnx2di1ro9OAhAk9aMHCFEpSzBER6RV7P7qJzzRBbP14tIdRcUrzPxMChV2bP6XX1vM989S0 Camx9M+Ye2nSjE748EyDDw9jmJPRn+d+Ooq6IliGHTYfxYg+PJ2bAoI0BqZ379EEa5NvUUPy9F6U s+BBq81gluyoq3gIYcgiaE4njmYmdiKTfYDxXng15wM0IpvfxebtkgC3KzLGagH61t25ZZ855q4h 5ha5zBnRtzn/NpSmpbJtQbBn6K78I7TMIpTtCiBYEYKTzAk+m543ltNkRAIV81v6Bjr5HA3XxNX3 0SJsgfGNHTyAitWIzOVJlIU+cWZWPErO7kM5P00250RjJS0bXU78HTMxD3v/TRmKYCuqeXg89llc 8JvRinl1NbbdeRbb7nDBkqgjIbUHLc4fa2h8xbV5YIxe3e1oxLCuC7Gu+8rHvr+qls03Cb/pp5UN VNHWfzuKrT64MM3MNDF3AM2BAMxv3lFIgZCZ322CLO42nPyA1i6psvdaNVNa//Fuz4HQJiPVZ64p CcNfNMFfctW8k7SLvSPMXKhjzVDUweY+HgRj+v1r8jfZ9E/L7voIB9lTz6mfdQu3FjGtGjAX9aER uIkR0IzgTTz4uuvXAoEr1FRfS19c/JJi4m6hwF8ROTIujnoiuEhXH+bpWrRAltkEW5kvsKm20ASB 6oIZWzeK69Wbugcz1cPm9U1ff0VNTcgTaKYmhJenGGg1sWVFd/ThpjkCNVQFyXrfOGAQ2wd4sZ43 ImoroOwaG+caT5gAXrxA9X9tpCYk79o1NjTWSNN08QxV13yFsmKp5+19XOWxOiM+ddpAXTHmzWho 7C0h5l6Aqk+eRns7o639KD6OdVREp228gn6gn+75EsCzJjyL7eHTZjH/66kJc617LCsv4j5chYQw Haw++1dq+hYWXOdY6tsH2IZsSj1Vn6qjnnf09+mP2p6m+jr0rRP6Fnw9mON6mQj1C/x63oG1rxbD rlD3yTqK69fPd12KrU2+6Hw7tLshO8DKu4anzXVU9ekF9KsL9ew3wGddBJkTmEvVp85hnvnkaw4Y 9wnvmq5B54vAqAbvJvTtW52oZ5/bQ84t8d5rgHwtvpdqIn0NkTGKNt63NZj74krMuzuuxpoO3mpz njXj3dENZpGXsYaBC1/DwbNG9aQB76kv/mpqTLviO9D3OuMaVWN1Yo2ARiBqBDQjGDVkOoNGQCOg EdAIaAQ0AhoBjYBGQCOgEWjfCGhGsH2Pn269RkAjoBHQCGgENAIaAY2ARkAjoBGIGgHNCEYNmc6g EdAIaAQ0AhoBjYBGQCOgEdAIaATaNwKaEWzf46dbrxHQCGgENAIaAY2ARkAjoBHQCGgEokZAM4JR Q6YzaAQ0AhoBjYBGQCOgEdAIaAQ0AhqB9o2AZgTb9/jp1msENAIaAY2ARkAjoBHQCGgENAIagagR 0Ixg1JDpDBoBjYBGQCOgEdAIaAQ0AhoBjYBGoH0joBnB9j1+uvUaAY2ARkAjoBHQCGgENAIaAY2A RiBqBDQjGDVkOoNGQCOgEdAIaAQ0AhoBjYBGQCOgEWjfCGhGsH2Pn269RkAjoBHQCGgENAIaAY2A RkAjoBGIGgHNCEYNmc6gEdAIaAQ0AhoBjYBGQCOgEdAIaATaNwKaEWzf46dbrxHQCGgENAIaAY2A RkAjoBHQCGgEokZAM4JRQ6YzaAQ0AhoBjYBGQCOgEdAIaAQ0AhqB9o2AZgTb9/jp1msENAIaAY2A RkAjoBHQCGgENAIagagR0Ixg1JDpDBoBjYBGQCOgEdAIaAQ0AhoBjYBGoH0joBnB9j1+uvUaAY2A RkAjoBHQCGgENAIaAY2ARiBqBDQjGDVkOoNGQCOgEdAI2AgEaqjqwyoqLamlw4cv04nGW2j15odp QIxIcYUazn5KZWXVVHKgnk4c/oqGPXUf5UwYYGdv9yeBOqo+V08xt/Wm+Dij0+2+S23tQNPFM1Tx 4V/o2Id1dPhAI9WP6k+rc0dR17YWrPNrBDQCGgGNwFVFQDOCVxVOXZhGwB+BpvozdOwQ/o7V02dn v6KGRpGuE/UdFkcpKf1o5L0D/Ymk5hoqK66ips6djYKbmpuo6eJXVF9/heoDX1FTwCyn5x2xNODe fjQsob9/OUbuAFWXf0xlh2ro2EdN9EXjFaMN3Xt1pn4DYmlIUm8aNmwwxcd2IvLU20xNjV9R4NJX 9EW9rJeo660x1G/g31LSsLuob684oxa/fw0ny6ns06+oq9kNlgTlxvSg5JRBVH3oKFUBF0EsNjWL +i5T/SX0sx7nAdFWs75howfQyKT+xnXE/+pPUumhWiILRyUf6up6F8pM6KXcbv8XGO+KSipHv/9c 8SVV15gYdsf4xt3Wjb6TgDEfNYCSBvZpfVcDJ2jWqI+oQikhljZ9+AMagLGuenUnzVhh1iuTpC2/ jxaHZQSvUNW1nA+yMW39bT5JS+89SnutchbtfJgmDgy+DtpaXXvI31R+gNKmYa2xIyF7MG2cl8Tu tK/ThpMfUenBc3T4w8vmexNrqO8dt1BK2kBKDvUuajxjvL//dKjeWn+dsOb+ln6QPoIG9IpcaNB0 tpwK8quo7+zRNDEp1HsKa/5DtLXkAv0Z71vxneke24X63RtPEx8bQX3j8G6/Gkcr+9V08SSV/edf qOSwg0fPO7rSqJT+NDZ1SIhvVzSNDoLB0Dh66JEkSrhDXZ8NFfg2nfL7NnnrbGruQiNTk6i75zvm TavvaATaCwKaEWwvI6Xb2T4RuHiCCvM/prVFKjHs7UwXWl40hpLvUj9STSffo7T0Gm/yYHf6xNAL hd+nkS4io6HiMC3NOEOlwfLZ92NAxD9KfU9FWS/yx4+Mo1+tfJCSXHUTBWjv3N20tNiuRD25pxft LexHz4KgDt8+K+s9cbSpAFqnWLWoYFdVW4poRt5XwR5TUl4SrZsyOOjz9vWgnsp2/hctza0nlRz3 70XCU0Np44+H+D8Me7ce2sBTVHHsL7Q035BuEKX2ob1rkk2GvqaSjlXU0p9WVNPW/zYLW7TzUTBL YYhgMFgLr+F8CNutSBMEKmnhqHJ73iYBy3WtxjLSSm/wdGASyo/V0Nu5VbT1nNnWDMyHHMyL9nY0 nSqntc9W0tay4C2Pn96f3vTRdlbtK6YZ8+rsjPHofq2Fh7iZtT6ZMlNCY9KE9fPu5hO0dL357pq4 ehQtGhdECFZTTsumVdIuVodduXWyGIKKtDYKKlrVr8Yq2rUa7dsc/B1MfSBAKoIAKcyrwd0n5/oK hIkltHRmDZU7Nz1nGcuHwyJhoH2/AsKqWS5hlf3Q5+SFQz+kkRF+d3yy61sagRsOAc0I3nBDohvU URCoLjlA07IdUjw+NY6enj2Qht0VT3Splo6VgNjNq1e6+1zRozT2LvVL2FR/jkpfOUTPrreYSTB7 y1/6O+rbhI8q1GfVH56h51GOUxOYuUOP2kxS08lSMJMOdZCRN4D+KaUv9cTHrB5at+oPodVYWGfm n9Kf3s0bZbSpqfEclRUcooVrrHrBfK37zd0UT5A0fw2RaCNM/UrO0bI1FgNg9WRRYSqk1j2Ufglm sLbiGM0EMyrbmTy3L82ZMIgG3GVJuANgKkoO04y5DvGU80oSjbwNRX0L/Tx8Su0nYzhclflcChPF Snoj8yMqsKAwxiO7Pw0YNACSchVznwKu060rVHvyU6qP6wONgSoUiKgB9Sdo2eSPFGIwaUo8/WhC X/TzbykOw9bU/CWVrfmAlm4xS8x65UHKHB1KyxC+5qYKCA4yTIFFUi6YoemcsQzQrszdtMwgprvQ xkMTCMrI8Mc1nQ/hq48oRQBrZ5SjEczZ+jBlJLRi3CKqrH0lKlu9k+Zb76zFeK+lud5rN35v6qlw 3Du01npfpOUOpOzx/bCGYP5c9BHNl4IPdMS9hio2F9GsfJPpiZ/Qi9blpVBfaBFrD71Hk8GoyGN5 cTol93Jr6eqpYt9Reuu1GtplrBmZmigojtDML4RmXgrSslYPpX/63mDqjrdt6b+/TwtXGKYjRPfE U9GWMbjfuqO1/eLMlsBj9bzB1PPWzvTFsY9paXaNbVGQMHcIbfzp0NY1rvEjmjX6hF1Wzvokeuie 3tS1+QL9cc1HtGqLFMZ2ohdK0glySxz1eDe9Y72bwlcbjOkPn1On0AjcuAhoRvDGHRvdsnaMQPW+ P9K0eQ6DNGf9fTQtxesX1XT2A5o9vsr+eFGfHlS0L9Xzoa4t/iNNnmuVB6L+3eWjFXSaTh2itAnV 9j1HAn+ONowrtZmfRSBUJ7oJ1WZoNe41tRqZYAqyGFPA603KhdZsuo/WrL6SVv243Nb4EMVSIUwD +3rMZ6po2bAPaJfVyueKf0hj3fxHzQc0ObXKYhZRzjGUY/cKTIzC1HahdWAqkiJhKqwySvO308LN 5kVkJoqs8mt9ynEcCa1agalVi7jai+U0ewxMQWUGSNjXFY710dBCM2HPpy4giiZYRJHMGP1vFQjf GRbhm7U5lTLvZYIAEKmzQaQa7YqWEL3G8yH6nvrk0D6CPqDUUMG492iDwUR1oU2HJ7RB0+NT/HW5 xZkE77uIM7oJT4GB+bHJwDR8eIAmTLfEXT7CqrJ8MMibTabEKzRBxxqxXkZjvfTpRGlDr9DeYtwT isNzEPAdhoDPI7O6QmWrd9lMdya0r1mK9rUG34D3rG9A9O9M1GwcbekXfz+43/sNh96hCTMtgWi0 7wfZOPHLmeEpAyDQvI895fORaA7eUdOMd5QzxvFT+tLrCzGGzZJhhJy1ayeq2HKAZot3G77N2/Bt hhhXHxqBDoWAZgQ71HDqztwICHDtiGhP5ppR+DAHMefB89rid8DkOZpBL7OGD30+PvQW8ZAMM8bl HjPGOto6pZhWWeZ3trnfRTBWYyzGqg+kwft8pMGS8CA3wabW6yHwOdgKwU7ky2SdPURjx0tm1fEj 48UoWPgQUUR1VIh+rrX6mVMIDUxSpBqYMyCIDodminljrvN5LYQHky3hQVr+cFqc7pgvhW1KcxWt uvcD2ioT3tODCqGZ9TLjZgJ7jo6EWW7Bg4YZp8wa/S83/YW0/QCk7UKLax3cvDk+eyBtmzdcPgr7 e23nQ9jqdYLWIgDtzGxoZ0zmH3NsS1vnWGsb0pZ8DpPgtx7LIFSabwmVbJNgmDQvg0mzKezyF7Io PpQwiy8CNkE1dHivzoJgrEJ0I+harcE78T3zndgnDszKwy5mRdXIRys8MxBsY79sRjC1L8zGRyvv m4ZDfwQjaAk5hZtAa+cKYwS9mlMww8PADFvTYQ7ejdMMqxU5xmCQIRDzfEogYJ0MAWst/PmXF0/0 0d5aBeofjUA7RkAzgu148HTTb0QEVMljPCST2xTJpE+blY8skU1U2ElRJj70GyzmZw6Yn2meL5b8 oJmZJCOoEB1BtI0QNdOqYaW0dfpAejeXE+m8Xi+BbzfPOFEZUW8fXAxvKj74a7zEYdlLkJZbpqi+ GkgwPMvA8JiEFlFUjGB9Oc1KqbS0r1GYKCodhYlpzV+MgDnidtzf9qLuMQhOcLKWug4cbJh/Kclx IUx7qz+vQ+CGZlx1pu63xlLPfv2Rj6VEcJ69y+HfYjH7WZthrjksnpq+RhCDGJ6Q5WGnqg9kBH2r P0pjU05SGnyOFvv6HEXRT2VMvNrg6iJoxxeahF5IHyfWH3l61eZDM0yTz56magRaEkf3Xv1owB2O 1lIEc6r+tJ4avhVLCUkDFEKVrLyffR6gmFvw/B4EdpLa7maYZJ+twfhepvihMNcOFowj4vq7of4g gaMQgZWaYUYo60Y/jLl1qpa++JKo5yCYObfGnNhApI3/0L+Gzz+nL5rQxs5Q0X9aDhNvU7iVMBeB Yn7KAsUYmGFNXLxCA+4Zoq4D0QyU1fQ1tDHfwrxnfXW3UPa9AWnpW91owOCB3rLwSKT7ouYyxfS6 PeqorhWvbof/GNYTNJoJrmVY8SrMP1eY80m+76p37qZpuaYZprznaTczow7O3Jm5uGVJsPJsDaKR JZaKYEWhMJb4vjgBjbyaTXf7/K7b2i/5HfIznW5AcKEJMrhQWxhBmHkapry3+TGT+D5lQlBqmdo6 31Dzu3n4CZ8AVuy9Fu17yw9DfU8jcKMioBnBG3VkdLvaJQINh4oh3ZQ+buGYJ9lFrlFB0BX46W2z /PSMFFy6Dq2drykf+2iJPBkg8HNA4MsPsFlTcKlmw6mT1NRrgBkx1EwMEyUm1Rfmni4zTZlM/paD MJptEUZ+BI5K1Lv9yEQpqrbPkdrKGvB78Sg0nCct09HozJxUgiNaXxlEsSwuoed/iUAEhrkba5N1 Gg//lm3cvwWmngW5H9GGYsfUiOcyAjfc1Ui7lh8OGUQhC9LrTI/PJSvJFbDET3vBUlun8MdER3oO hh+RQuC2op9cG+zR4l6hUpjCSXPciALF2I29GvMheOAc4av0+vLB9Ke8Q7TM9h+C2ZitLTAb0nQK PrYTnEE3nvc7hyiOlbShyGQERMqkvOEIOOTW4kZfvx/RKU2/HQJW1Ij3Bnwvl1rELUHjvxcafxF1 97odEGCUvnGEnoe/XG2QSjNgEZEjLCIuYi3kn6QChlnm5lTK4mbExMzHgzAFZgRNrK1ib4U5EKBk 3OvYmzeUvwcmo8ZOmIOxzQi1luyU5knT2ZNU1RRHCQOdMs0nLpN7IwDSX5kZfoh3P95hs/AOM7R8 Qfoom8HNT91+iDINYf0vRcCivdYNtzasCoKYGZYgJrJ3g12ydcL72sp+IYBQxclmGuAWsqAG3sdk WEIsj8YSQmkq/KsRJbke37EBtykvNdd3I5iJLS+Mmdt63mk8nT7XCLR/BDQj2P7HUPfghkFAZeh4 9MRwTbRNZ0RCEAfcXMg24xPPgvgpqL5z0JTJoBWc6BD5BSO5ZxyNvMP1oTSeqf+UeuGXuBd+iaGI zFB9cDN5vmamzLRHbK3hOPQ77eJS+GgDH/D2RRfOHkEbFr5Hy4qsdvTpQjnPQPsS20h/XHGOdlma 2kxEAcySUQADMNUc5ZhqJs/tQ08kXKb5dhRBSVChbDAib235yvETRTVJI7sYlTVBkfbPvxkTMtKf 4+8nskTHHBuV2P9a0U/k5cIPrxaXa8j9NSt29e6TNs+Hc9AClNpagIzcvvTQIKI/PFtNey2+LvP/ +Q6d+J+f2UE2RBM8mheF0TbNp42oulZwHNls79YRratfavNluTzqbhqYzcWM2eRz2ou9U8I1OROB iVIQmMgqPD41luZO6UfdoYFbiIi18pCMifI+MR5CMHUA5na3sWAp7H0lBGJvQiDG3zkNh6A9mmmx nAjduHgmnOdOImKtDIbisnrgGjVRZZuCkcgO4VdZc5ZfW1fuvxzUjBMaSr69RkhGkJl8hjRNrMc8 f8ee58JHe2PJD0i4giuMMKwwimCFoWgLWZ+CnSrflqvSL1YTFyKJd5efeSZL3tpTbsbL/TmDlef4 Q8r3dLCU+r5GoP0joBnB9j+Gugc3CgKKCQ6Rn2Q/WFM5QedmBKu27MbWB6a5Ufx0mJrmcid4UaKL AVUc7uto19xiWlas1pyRN4TmTBmqEFlqCuwBx+pNBgG6nBGg7rSe6Gtu008Q9XbAEMHkufzIRHnc l4x8fF0aPoR0f7oj3ff6Unpb5dxRMbK1FE6CIGfItxBaF4sJTECo+HUsVDyXZi/eg8iIFoPNmSMu hbcJWbevDLROYy2tU3R+dGr74rFf27Z5zAwvSK+8t9VyIu2nKIcz5x4Gn2uVlXnpbYH7Ttvmg9of HsmWE+KSMeDaYq+QgBHaSqAmTqi7zXGjrJ8FGHEHEOGEuJtJ5e2WDJcbx2tyDQsE7pOasRoh+cdJ bSjwmgLGxBCQuPyOlXdkHKwMHlaDQTEmKRnBqZaz4FQcB4I2t2i5ZGpgEoj6TL/hTggglW4HkOJm yQKHq8Isu6wvFkMbmDYwBu9LZ4sa9zjxMVAYYpfQj6fzWGT4BuAyc1TDz3wa8zMXAqE5ubH0dn6d IWBKnjuAnvvpfSHf90rd7OKq98suG4FwFu603638PWknuRon8PMbawdSM7dHEnucBj0wR6Wfp78/ ftCc+oFGoF0ioBnBdjlsutE3IgIK4RqE2QnW7rKXiuAbZ5mZKdo3laD0Mpd19O7q97C1hGOi5tFM QKOxDKZDUnJvt+EeSI7Xj6MELpG3H6r12hpG+7n7RPVR9BKzbF9CMHmFCGjAo4GK0hSiTRBIhSnU NfAlNV3E9hk7Yf60xmSGRdrM1fdR1jhvFFbxzPdwE28RhrNXNAoeaThnBFRzI84cZUBTmCM1hWhc bcUJCtwxBP6ETkt5371j7KTznLn6NRG4LIoGF6vA1vZTFQB4GXxO9HoZLE9vlBscE0M4EsV8aPgQ JtrTTRNtyezJwvlas6PkKgyr28fI8ZW104vCuMbSxeRGXT8nVhUhiroO3SbXdsRFH8GJ7O/V/1XN fd0Mm8DFFvq4GZ2zh2nyeGsLGbZVjWwjZzpUE12+1lzm8UyL6Im6HDhDu146Rn84fIX6Du1B2Qse pL7hjSFkc3x/ufAnCdFC1xnRQjFOc529Uj0CEVYSXxOhrEaUdMo3gRXGTqt2wgQ01/TFZbeDbznB EwU9v/r9klU1lGCNZltuFHi3FiFoVbTaSllW8F+YcCNqthm9lkcLDZ6jHN/i2ca3OLw7RPBS9BON QPtBQDOC7WesdEtvcASUDzckshHvlwYnd27ao0qtz9AqRLqUGzOn5Q2m7BQR5OIrqv7vv9D6eerm uVnrR2GTYvjjuA8jGMkhBCNxGEaZZNFW7PuX4ATOMO/zeiMxN1Q/uG5JqkLUK1oV2QqVuJR33b/x whzsudE08i53e90pXdc1IEBT5R6GKtPmSulcKkyWl8lxE7w82h0naA1z3APYooFF0nQqEWdq36PS 7NgRX80SwzPsas3GVRv6SYqGxxsopgrBM2ZYwTOiYnBdmPi02rjlPx/4egLTgC1GjA2gAzVUtuV9 7P8mBQqYB3K/TQUDtR+OgEclDJ37MDmEJnajrYltRf3c/JQzT3bUQnRXbCFwG/dtdYQvvlF6g4HW 1vt8LfmYqgfHBUKQEkRIzjbNRicuh9BiAhfmcKZXXW9N8PVLs3z9kuCLu87yxW04eZRWZp20TX3T 8pMQbddni5u29tnKH5R5wfxxNKRq291Vc0uLUJpDvnbc71N3mU1nT9C7WyAsYwJBOw32fy3cDMFb axjga9Avo12ceb+WJqEs+Fgy9jddruxvaiPknLDI1m4BnpNIn2kEOhYCmhHsWOOpe/MNIuD4FYhG RMMIqtsaKNo05YMZvHNic/TFuQ+G9f2r/bCU/vf0c4o/mm9beb0uvxvfVrAPqHiuMiQqo+NvZupi JKfH00MJnejYDmdTZQUX30YEv8lNNd1alWC5uFbHL/orDyLi1jpxYtgsvwst3vogpXkYbvGU+9FF yKTKRrsYQVWLIhOF/m1LP4mPuyeowhXs5bWTnt1i1i9N6EK3Rj5tw3zg2jUUl5Xfi744gKiBLEgJ QRv+wkvwlbU383aYKnU9OH1wMy5cuOHs24kKW1M/1y7ammfOGElcmFDGZshc5pcyqetXFVS5HorL CLROIhnXdvsx99x/zm2C7Whb/DZH50FJODPuwmFkD1r0/a/oD683KoGbJuYOoUXTsQ/ctTq4NlNY NbwN5kqaGCrrkI2Rpy1qXxS/YiWtM+/EbTVIEE9YT6UvHaCFljVJ0tz+8CHtQaXLy2mV9GkWyd0a N6615cXZ59je5/APaECztaehcf9q9AsFCebyEfhPG366nei5PY/QWJfP+tWYq9zKwd+lwu6sdcLe AT4CDndqfa0R6CgIaEawo4yk7sc3joDCbIARjHgTZcVhHgSS5XMiOqQyl50oI/sWErvm1WMrgrjb utF3EuIp6d67qG80YeObz9DWeYdpVbGowTxULaRab/x07P2mbCshczm/bg2Y2neVqFeZRKuM+o+w tcMJi0F1gorYpm8iWRvM3zgBGkmwALffpR+DVYFN1GdZm6h7pccBMEG7bSZIIpUJX6os25fKusvN Em0mQOYI/cs1JSKlxyw4dHY8BWHKTNqi7Sff5889h4i4gMMZ07BNEgnaMB+qi7FdxVyviVz8PV3o obQe9ND4wTRyoFCvqQePemvjaDNbbgYdwg0wuQslk8v8Q1tXv6pFNLYrqDH33Uya25ce+bTaIuwd bVM5tB2zsdVKZPMZPr+YrzOs+ar23Lpy+636JQIR72zf4jLRNNKr84m/y4QZsWP54MYTmTkDrawD bp2gNippQixNGt+PUlKSEPFYfXZVry6W0+wxlea+iH3AJBWBSeIaNs7II1jLJvjz+fqhufALvqef unZ8I0Vj7fJ3TFreUDCBQ6xuB6jspX2OuwHu2nMa52EZLcL4fIjN678+QQtHfWQFU7oa/TpHhQjg tNaKdGtETh7o3Qe2rXO1FkGFJltBhcRG8W/mhQ50JkDj329FsCMe6kMj0IER0IxgBx5c3bXri4D6 cY1cI8gll25mhzMbbq1TuN41nTpBxy7G0Mh7ufmVzKV+kN17ffF6/aT+shTzl0vysf2Fm3F0EfV+ xI/C0HANJNdMojLFR0ttRIgrToBCQ/QK9ugb7Q4Hb2Zvqqmi6nrsSTawG4hWue+UjyQ8TMh2s7R6 +G8eUPw3xX23FoDPm1CmYmaZrv/YG3F2ikWg4lFU+yoaRfH9taLvJ98SZM5mbNLMtwLg+za6fOhc vfBctmU+8LmbuWa4MdZdY0BsSu2NpzbzBtfwmRqYW2yNptc0j895lalpXf18H04IkUCEV/9SMJpg /BD8pGchmDhra5Y5hY/StIGVNGu02BPTYQyDdMu5Haij6pp6iokxI9I6DyAOCHxFMbf2wz57LIIn TyDPuSZJYdasBJyZE1YRfP89l/krN6U2zaN3YZsRc6sVJXIq17bBzHHTq39Pfbvegv01w7RVtrmt v2ACF4IJLBXliPphZqkwgbitWAD44WK1gVsRhPIPFNvk2FtM8PehVY744YwL+fhbGv67c9+xA4Wp ghqxr+YFCmAucH7WKB5zIYD10rdXj6vcL/7NgSawKJXG3uVlAs02tH6u2gG5UJA76JVRtu8/vp5V E3Df5PqmRqADIaAZwQ40mLor3ywCCvGKpvAoksFbxoMgEKmR02Cqwj7kbgYieJniiSQs4VN0bIyv E75CSCiEulqvKtX31qowsnj8XHE6jbVN7kS4dMe/xxPMwSqOaxRVRlJl4oLl97aK3eEEKG4vR/uS WfuclNYeZlMG0LuIuGdLwn2C21S8hI2m1yCnUCydC639rdr3Ds2Y54TTd28BwvseKsiE0052xolk 3I5ojjSfozKYSg5LHYJgPEziH3U/5RwT7fEyJEp0TsWHjrU/yCnHJNr5wLUJvtrnIHUqDLnYEzDl Ao0dX43UPoQhZ3JdhH9r63eCkMTQC4W9aem0M0SWUIXjkfXKfTSs7Ci0PVe8W10E6dtVu82tF1z9 FtrlXcN20zJUFo+/Wu7rKBoAM+LJwFNs/uARap1F1Nzxhq2gSKnOYz5HPXUaya/dP84EIojPNmy/ IPom3q97F75Lh8cMpUXCJ5GbjVIPvHNTfd+5XHASSuvELUH8zRqZGSNa89wevHPv8DLGfE4rzLXR hwj+XbV+1UCw9p61xQXm94FH4DNttrdqyx9p6aE4Wrc8uVVRTXkveGTpNJgKL5amwnhPLkv/mEa9 lArzfC/zyc2Z/V0XeC36XCPQsRDQjGDHGk/dm28SAZeWyM+vzN08lYlSNQtqII7gH3t3mcY1PuBj EZ0vlD8cl2Ir5mVKAJDQTI7Y6HoqQnPLzaTdmkXRFk7EqkS9bLnqN+PWQKoYuYhEWUSIX0UKL4j6 IGHYZTsNrdy/kMMIuonPGmxqn2puah8PRrD2NkS82xI64l01IuRNkxHyRHAEBDBJMkzZeN+9zFSI blmPuEYPtyLwbZH9NBjiuMrW95MT6D7MEmeIMlZjU/FxPkGMfDvIMfFuwxJuPvB6PVpK3/qsm0y7 mpY7gL5bAl+mYn8NMifU3Vrc1tbP88lmSqEFJ+jj+3Si2nNCc+Z6X8hM1/CXC3WciJlmhRwTwSz1 dDH//HnmGuy5CZ9S81CFYeKeInzi80wRWFnZr9XP2aM0e/xJwxw0CdsvrGbbL0jtsT32bO4IwYHh X+dWtXET8BDvIdEdPhf8AwFxYZ2PoMLChAtjoluDVgFXo19wRSj48WHaIMxB4d9ZuD7VCVwjNchu oYFVfTQ//B2bteY+ykyVljCOCa2f6bswYV81DAHZjMrwDi5Jp5FeXjGapui0GoF2hYBmBNvVcOnG 3ugIcD8j0Va+f5mn7Yq01Se0tfLc8tkIY94m67AJCR8tj0zjaCBcmkheLz7QqgmXzA1N36nDNHvC GSfwjC+RFpqoN0qD34wTcc9FBIoELo2er4bGaZbnTGEcPAFNrORMw2MQTN9rdBgkhcnh5k1mXpX5 vULlO9+jL4YNp7EDeWTTM7QUxMZeIwtnBLkvUHAm1dMpdoMHexG3k+YORlTFIHsJ2iZnlulyZ6YR jKqfLnM4T6ARjDvzPYwqEmob5wMPZiICoLy7fDRDS5zWU0XxSeqeMtwhSMXtwElaOuoo7TW0vOIG DrcQwLyrEOpuLW5r6+dRIkU1CdAGbpS+udaaFPel0MUdvEY8u9YHZwQVbGD+vTDlhOVLZrbCHSiG 4+Joaq9Q2epdNH+9aRJq5nSZlLq03n5zqensR3Tsr/E0MkkylzCdLC+lpUvO0YmLnShl5iDKmZ4U scZJ5H1y2jkD6zmIxDyNR2K215AI4gJz6CSsc0UI2ImWY5/UZFeU4LL8nTTfMn0NZZ4uNKvK2mE+ 4874ckYw2LeBp8F7NcItc5w6cNbWftVDEzf5I9oFZW/yUwPpuR8PZ2PgBMmyGWql8sgvKrB1xiyx dUYfaBsLvq8ETXMsX/h71ymbawNpQn+8L0Y5D/WZRuAmQEAzgjfBIOsuXkcEPEwL/LZeGUUZo7k2 5ApVl5TQ7Owam6jLwP5vOa7933iodYXoCtsd5wMrkj6HQBZqVLZ6Kt9SSrPzZEANVaLM6/X7QDdd PEnvFn6s7OtHI+Op8NUxThQ92UYQ9U5wCUGMpFPaXS4Tposf0OQxVRYWwj9qgifQAvc1cSfuAAAt y0lEQVS7EkX7S8llpeovJ8D8zaMcibHIafiHDa529kIT9zY/SNOGNdOu3FJaVkQI2hNLW9eb+CXn D6fl6UL6jH4huMhYbFMhjkXIM/Fe0xeR+60QZ5gVIhfBN4ofxVBja5AKEE/rL9CweWMp2RVRzyhc +acy2+JRwpRetPip+2lAHFdL1MOc7R1rA2eL6UQwCHvPN+SLuJ9I6xBYYD6N/dT+Dnfl2PIAQejX AUTojIVvWiR+XW2cD3z+okEGAbo4czh173yFGk4eozeWnKQCaCe8kRhdZsg+5q6iPMFI7oXJ9tJi 4wJz+mFKu+MW+CCafW9t/VzrJ0p+ASbMdlRTaMX4OIn3wbXZd83sU9D/UoNjJBDjivlK2Kd0iiD2 Y2hO9hVaa21hYDNJVmG2cArXJpMYZ++BOjG3FwXyayxBSRxt+/BhireFXtx/SxTWhZYXPUjJYguZ RmwJUnSE5ot3WZ942rtvjMVoYCztTe3NBrhN1s273v/VxdDez7X2t8PjidNjKXCx2U5YfThgRyt1 ArCoUT5V4RA0fEXY42+h+b6Iz0bwrXnD7fLcJ0015fRsquWTiIfe97fIoZqGqoFixHMEi3kVwWIs v1J/H0KRLtzR+n41nfqA5k2oMgPsoJo04EgMx4bPA1QqtIQ4Wm+Oiaip8MNeKLfN6NOFMsZ0ovoa FGpYXEDQgGjBpvDET4Ouzq2oLAiMlut/GoH2j4BmBNv/GOoe3GgI4EO+kH3IjeYhYmHGmG6I+NlM h3eoYc9zXkkGoygl2QGq2vc+vbG1lnYVcyk5iPuRMfTQY/3onzIEURui0zBBmjz6hM1kipQJqbGU kkD0xdmvqMT+MIonDvNRgXp//1ot7S3j9XaitCndrIACzfTZAYcIErnFkbV8KD0xAf5m5qX5/2Il bX2pkv6wOeBoDPHEiNyY0Y+yp9+HOPQf0Bub/0J/2CI/1GZWkeafZg6mTJRpHz4M9sTcwcGl/PCD e7fgKP1hVyOV/rddinFimHM67kjqQ0H8G6ZBqlSeJ5qIyJ9PXPyIZuSpezIKzdAP4Ac1zSL4RJ6M vD70nYpaWsX2b1Qi5bkJfF6RaEvxRIcZUJ65L+CzlP8u9onkY2fOmWGjunrnna3pbV0/MxEUhmt4 ZGsygUGWCBiDOTgLc7BCPjB+g/tOiccNV20+eE0NlWbgImH6AFqXe586Z3Ff8eEKas7KfSNlybxv raufa9u8JtS8zNaYEMt2tvX3DC2DZnuXTzGLd0KTsu6wJWiQCRwttzRJlk/kr8EYzYVP7r3likYx Ye5Q2vhT8x3AhQ4yn/orgo9gG4K7pOBDZZREWkcLqeZ0rqDN37ybZoeKrOokxplLc8k0hSJZMqK9 Zo+5hcr+41Nau8Vcl/FT+tDreck+/oN12OPyCK1fV2czmbyqBGwP9PQvUynB8qsTz5pOllJauvMi E1sIzc3A2vu8nt5+pY5K5aNUCOlW+wjpeAWhzlvRL+6rF6po+Sz82MiU/Bd+h3Phd1jM74U499Hu q/PKmashStGPNAIdDgHNCHa4IdUduiEQCIAR+XdsdryiUWHI7LZBcpk5G0xd+n0UL2kX8dClQbPT 2yeRfKyuUNWhQ/RGwQUPM2kXY9Tfn56QTGXYeu2cxokI2/44NoNOHjPElylVzDHVrLgSktnvU8W/ 7XYRjSwh15pZtxsQdOZJbCptSnfFzRDhzBXNhVOuEcTCufSe3dODtm1JNQNCnP0APkKmRFvmywIT mIntH1QCAtJu7N81N3sUBRC2fHZ2LWujU0XChB60YGEKJfXiA04gPos8xGeaICJ/PFo1XXSKCnpW W/4BvfXaX6iA75nnSp2MPRp/lD3aaUcr+im0NWI8JlibfIsqkqf3opwFD1ptdvsudqFF0JxOVDTj vGFerSZ/qmhRrQch50PgDO3KP0LLLALcKauTIbjInIAAHz6Hzax4TF15Ypc5I9bSnH8bStNSBzqJ WlN/YzkEOJXG3JG+gU6BjoZrIqwHFrmsB5x01/6M+/qZtTl7ZKqa+06UmQ+BTvpQk+FuhOZwdLnC RE7Mw95/U4aae8vdi73lrObHY5/HBb8ZrZhXVx96j56dWeMSLgghVw9anD8W2m+pjRaFYIxe3e1o xLCuC7Gu+1rl+/94mUf/dNZdH61sE/wKV807SbtcwifBNOasGUoZfI7wwkMKhMyEQtAkBDD8aDj5 Aa1dUkW7yvhd6xwCtZy5Q1Cn/1z3yRH0VrT9stdR0BL5A3+TTZ7C99xHOOibzrrpZ93CrUXcPq+h ytLPNAIdCQHNCHak0dR9uQERgDlazV/oi/pm6tmrG31Rc5niesUjTPt18kYP1FNDfR3VB7pQXMxl +qKxM/W8rQd1D1d/8xVq+vorampCtMtAMzUhpDjFdEPI9pjweW/AUWh1kwI1VAXJet84YBDbh7pz Hq4R2MJirGtsHHVVNLQY84sXqP6vjdSEirt2jcWY90ZeTqiqLWq6eAah/b9CWbHU8/Y+rvLUtBFd NaNtn9fRF03N1DUOjYNVWgzGPB5j73u0qp8oScyvpitodw+fNmMO1ddTU+du1D2WA+fbgmty08T1 MtG3OmMc4qjnHb08WkCl4sZzVH2xM/VFunBHE9ZVE8xBu2P8gx3R1V9P1SfrKK5fP9+5IrY2+aLz 7dT3tm8GS6WP9Weo6nPgKrYZuAvzlT00cIE22/cdg3lZfeoc1kUX6tlvgLqemgPGfcK7pmvQ+SIw qsG7CRV+qxP17HN7yLnVBBvBhgAsEXqFH0/WhTafNmA9f/FX02KgK9Zd32tcvznP8I25vRvMIsU3 BrgoZuFt7pJRwPXu19VptS5FI6ARCIWAZgRDoaOfaQQ0AhoBjYBGQCOgEdAIaAQ0AhqBDoiAZgQ7 4KDqLmkENAIaAY2ARkAjoBHQCGgENAIagVAIaEYwFDr6mUZAI6AR0AhoBDQCGgGNgEZAI6AR6IAI aEawAw6q7pJGQCOgEdAIaAQ0AhoBjYBGQCOgEQiFgGYEQ6Gjn2kENAIaAY2ARkAjoBHQCGgENAIa gQ6IgGYEO+Cg6i5pBDQCGgGNgEZAI6AR0AhoBDQCGoFQCGhGMBQ6+plGQCOgEdAIaAQ0AhoBjYBG QCOgEeiACGhGsAMOqu6SRkAjoBHQCGgENAIaAY2ARkAjoBEIhYBmBEOho59pBDQCGgGNgEZAI6AR 0AhoBDQCGoEOiIBmBDvgoOouaQQ0AhoBjYBGQCOgEdAIaAQ0AhqBUAhoRjAUOvqZRkAjoBHQCGgE NAIaAY2ARkAjoBHogAhoRrADDqrukkZAI6AR0AhoBDQCGgGNgEZAI6ARCIWAZgRDoaOfaQQ0AhoB jYBGQCOgEdAIaAQ0AhqBDoiAZgQ74KDqLmkENAIaAY2ARkAjoBHQCGgENAIagVAIaEYwFDr6mUZA I6AR0AhoBDQCGgGNgEZAI6AR6IAIaEawAw6q7pJGQCOgEdAIaAQ0AhoBjYBGQCOgEQiFgGYEQ6Gj n2kENAIagTAIXLpwmuoC3ejb/XtTDEsbuHSBjh8tocMflFHJnt106/9YR6syR9gpwj23E+qT64qA GJfzFy9Tj9vvpFv5gF7XVlyrygJ04ZNPqOzoYSp5v5h2v1FOC/7Pn2jqkOg7GmzeX6uWt+9ygfuZ 83Q5pgfd2fvW9t0V3XqNgEagQyGgGcEONZy6M98UAoGLlVTyX58QdY6eoAo0B+juv0+lwbexvIFL dORPxXSwpIQqz56nS+jYrbHfph7976aRw5MoMTGJBvcXBEWAKo+U0Se1AYUJMXBAuTHfSaGUIS7C 49JpKik9TgFXWwPNMZQyLoVu7cxRvEQ7fj6dtn/nGdqYncIf+JyjLaUl9MmXhLYEKNAYoLov6+hS Pc7rLuEOjm630uABgylxxEir/ayYwAUq+VOZp10sRfDTYH0NnuOqPClZk05PrjpulnV/Hh0pnEEG 2o1HKPm7U+gCryUxl47szIrsOc+nz68bApdK19KI6Sut+lJpy5GNNMK1fK5bY65BRcfXJ1P688qs pNxtRyjru9F1Mui8vwZtbv9FXqC16cm00npNjFiyk7ZkJrb/bukeaAQ0Ah0CAc0Idohh1J34ZhEI 0Kb0RMqzPvStacuCLUdojkVxXvrzDpo+OYfCFWcQcEPOUHpietC0vXN2UulcleioLEin8b/wKz2R dv55JyXGsh6c2UF3P5SDGyPwbIv6jCUTp4FP3qTER3Jdd4Nf9h6XS//xuyy60+J/KwumoF1HgmcI 86R3zhb01dG4hUl+FR4HaMf8RALE1pFIW4DfCIFf8yU6XlJGlWfK6Nc/X2syhIl5dHznDJNhD/dc Fql/rysCx9dPAaPkzEG+Lq9rQ65RZZeqjlNZZSWVFf6a1u4zGcLoGcEQ8/4atbtdFxuopJzE8bRD duJ2CITeswRC8p7+1QhoBDQC3xACmhH8hoDX1XYsBIp/kUyzCgRh1ZsW/PYXlHSL0NXFUAyIgBXz 821GLW/dRrpTaMugjQt8tJ1yVpnkgU2MXSyh5PuftDVJjz39Ii2YkkI9voZ2DSZrxa8sorw3TCbO zgPtYeXxYsqfkkPFNqzQZvxpFY0wtIb2Tfvk0oVK2v3Ck5T7hmgzmNjXVtEPRw6G1tFOYpwcAWE8 xSKMp65DHY/cqSZwXQmzuk/+azvN/Em+1YdEyt+8ikbGI6HQ+L21gvIKHEKbmJbs9Nt5lDp7k1Fi as4qmjEUGDVDu9g5QNsX59COz83KHvvVi/RDlGfoQL8spyX/utKoa8TTkLRnq0yvq3lX+RIE8U/A CO6Txc6g4k/yML7saK6kWUPGm+PCGUGZJNxzme4G/D395z2050gMTZ2e6tIi34CNjbBJp7fmUOq/ 2iQ7vVj6CY3vHWHmGyRZ4MJx2r7tGI2cNpUGB1H0Vb4xi8b/vNhosf0eibj9Ecz7iMu6CRJijefg HWDPqic20ie/Sr0JOq67qBHQCLQLBFr0oRHQCLQZgYrXZrYMGjSoZdCkgpbLvLSvK1pmivvib2qh +uxyecvj1rP1R+uMXAd/N8lMi/szX6vgJZnnp7fbzwuOKjW1VLz2uP1s0KCnW0597c3O72yf94CZ /pn9/LZz/vWplqdl28Uv+ma20knie8b7POjxlnK1mS11RwtZOwe1zN9xyijm8scF1n13nssthVMt DAfNbKlQ+nW5pWCS+ezxl8t9m3NNb16uayk7sL9l996DLaf8wMEY2+PvnhuiYeGeX9PGt77wirfm 22O4xpq7rS/tRsp5ueVU2cGW3Xv2t5R95jegN1JbvW25XOm8Hyb9Lvh6sN9XWNfy3eMtLcSdcPM+ RNab8dHl2oqWg3v3t+w/UN5Sp7y/bkY0dJ81AhqBGwkBupEao9uiEWivCEjC6uk9JlNj9yMMob/7 GZMZM4mxOpupGTTogZb95+1S2MmpliUGc/Z4S9mX7LY4Pb+/5QHGuK0oCUHIflnmMKFl/unqytbY xL7ByKLs7adddfpd8j4LRtDdTuQ5mOcwvJKBsxnBZ3a7SuWMoLe8U3ueNtopy3Fl/mYvORYdiRGU gg+DkXBx+t8s4jd17fYawriEWg/yfSXWdasYwZsaZd15jYBGQCPQcRDQpqHtQm+rG3mjI1C5Hn53 z5PjIyYbHDhOs+DDVyyufUwDLx1BcIopKyn3/xynrCFEb05LpNz3zcy523DvuyyAjHmbSn5xNz1Z MBVmiPmqGSKMJXl+GreKjr/8mDeIDMq58J8rKflHa3H2GO05sYoGKwFiREWOH9CIcSPoyD7TnDMR fng7w/nh8T4H8S2shAneeGmChyArxxFkhU5soMR/zPcJXsH75eOraAVm6Q3T0J3BTEMDMMcV3VIO mO564YV/HxK58Aggv3J8C3mtNCJ64plP6qn3iETq7S6PY+Ez/hTuuVKp6wIBci6cQd21mFojBpvj 3HiBKj8+Q/VIGvOtOOo94E7qHUHoS9GH85/XUP3XyIi+9bq9f/DohjBF3vP8dPpZgWmiPGdzKS1I 7k0SoxhfUF1tx2Xg4gU6/dkZou8k2oGSLlVV0ifVFyju71Jwz5UH/T2NiJdnauuoW0w3irmlF/Xv j8ie3Jw5wnGWbZU18DYL8+bTn6jtkun4r2hrOdpKaEs3YN0LbbmTB3xCYnc9In8M8HXPL785R+hv QIyHfQSZr/ZzBGt6O5/GW+bVibNfp53/muK0gc3ZygKYhv6i2Mhpv2caYWIOfMUciGTuhJz3Vpsu ncF4XhCz0Swz7rZv07f73mqvHSuZ9+cqjKNRaCRzhtUeAAbnzwCDzndT4t2mXW3g4mn6BPM0cGsS jbDu2WV/9gnVXBLvBozNLV0prve3MQfMfKxYvFN81qqSQF4gXdVpulBbb7yvIhkHwno8XeVqM9bz 8TM1RqExt2KdfAfrxPVOkzXqX42ARuDmRkAzgjf3+OveXy0EEInz+OfdKHGIy6EoLKEP4u3Pp+nO 7wpCHkFnwAjmWYwg3Z9Lxf+OYCquD3gAdZ2+2APRN70ExyUweCMMBk90LJFef38npbgJasbk9Qax WApi0XNcKqH0EU/Ct/Exev3tH9KvH5ll+TmCAT0BBtTVJiU/73MwRpD5KNH98KEsnEoxCKBSefy8 hQUvMQwjiKSnT4Ap6Z9Id3KmQBbhF8HTeNabXv9zKaXYeU7TygdTaW3G6/QJwyTw57WUOHmlLM3M +T9fo2did9GvV71p+3Mm+jGiHItEFixGlhbuuUzHfy8eoZWLfoVgH46vZf7bR2jk8Q00fr5g7tXj sSWvY9sKnzFGMhGYaMlPHf9LNecIw3d0xvccr8eS9Tn05PO2t5Oa3LoK53N2fOtaWvzblXTE8vmk +yGw+PcRtOFfUmmlnPtPvAg/qvF2+af/cxP97EfAz77jnDyWs5Gen5tKMRGOs994CqHJzvTTtPh5 1i6/8UK1gaoSypv7JL3p0xgRAOn1F7JoMOZU5VYwW/9a7DRUns3egvnlBDW6sA9CmZ+8ibWKuWiv 1Uu04cERlC8xMvK656ssEIKd0k2UPj3PnovOE+eMz0/OCIq5k/LZJkr9iTrHRc7UnNfpxbkpjjAJ a3THuvyw8z5wpoSenvak7dfrtMI8y4fgK+iWFW0cx08g/BJHRHPGbI65Dp77Ne14X/hMiyOV9hx/ kS6sn46owHKdOcK30/+5gf7Hj6QftJnD+Q/h2nEI14RQ6OJxWvuLxbRypyyDIOjyF/Ad37mWZs43 /Z2dssyz3vfPoFUrcimlvyjUPC4d2UE5i39NxcdZm/+8ij75zUwIaZz6zNS9KW/zTpoBgY0+NAIa AY0AR0AzghwNfa4RuNoIREno8yAORlNun0qv/zsIAB+mz7eprgh1qb/dQxszBqtJG4/TlO+mkyAV 8kCQzfDZQ8zW2KWDIH8hVdE0LtiMCKfJt6pl8ive5yCM4I75yYi2aRIw4YO8hGcEefXeczDb+96k p3+C7R3sh9C8rkNAmkcsTRruO1FPXcxu4DTtWJpKOW+YmUekL6Cn5jxMGx6dxILzIK6qX7AajoUf YxHuud1e5yRwAtFZ/zHXuYGzxPsT6fj7JmeSeP8IuvD+EYUp8Buz02+vRHAeyTgiyNELq2j8d4jK 9mwANsV2+Y9hDq0y5lCAin/7M1pxoo6OMya0d+IISgLjU4ccgUai7BWb6TGfOWUWiLFEgJ3cfXbx OEmkEYnH6QhnrG5fgMiKc4ytNkrWzwLzWWxmuP0xWrVsKkIyXaA3FzkMbO9MCDSWjKTK/9xO+Ysg QGEM1IJ1OynrkUSHmRHj+fzPKMfSaCamz6GnfjaNzv92rNoun/G6VLoB20vkW40XgaGep3/4Tgwd fi2H8q35TDSHSj9ZQLciINObLz6tBEdKTM+lZT+fQYm26tjB47EXimlVusN0nz7yJqVOkeM8AnU9 RVkZjCmzWiF+Tr+9ln62cb867rcD1yQwDmJgsJVLwsxVlG+9CzgjOCI9FduaFItiMI+8c2fGy6WU N85iIPB+mYUImGZqI4t33l86QlNGTLHX2mMI/JT90J107K1fUa7FoIQWFmC9tnocZ1AqhHGRzxlT QOJ576JrI+7vTUdsxlD01WTEkz7GHJjC5gDWzff7YxwXz6JNxhweAcuQLUb0YL+16u071tUvpiDY mLUAxBxfkU2D6TTtfmWJHd1VtGAV3tdybXnb3BvbChEdNxjD3lb7+aKCYPAIBIMhXt2iDn1oBDQC NxkCHcfKVfdEI3ADIhDOR8zdZHeAFvjwCD+eSc8UtFTURuaLdfA3jv/doH9Y4wnwUndgheX7t6TF 5dFoteZ8y4p/MOtdY/kPnt+7xPEXzN6uBr1x94H32cdHsO5ogVMW+lb4cbh+hfYRdFcf7Poy93n0 waXsd06wHXcgnpbzuy3/yyUt3HWz7uh6uy++Plkci6vsI1j+stNeMUceyF7TUiHdPS9XtKywgugY /p3uMas9yPxJJ7XsPq2OwSl7jpjzYLfLN5T7mBWEHT+fEWE+qkb7Bk1qWfP77S27d2xv2S7+9pYb c+xyJQss9A+YrzzQBsqYaa0PUcb2SrMP3E9u0KD5ruBCVlvsclco49nC2+UeL2Dq1PdAy/bPOGbw 77UDGiHQ01sy0FNdy3o2Dh6/3bqDLZNkH6a6Ak2hqfstH+Ile/ms88HTunW50llbj/sFm7LS8fEz 8J+0pOWgnAN4B61hfRnk065Q8955v2DuzNvtNNbuK/yb5Tx1nnrOWjuOrZkzZuXqGApc5v+u0JmT b+1vOY/5x9+vMtCVyF9XYr1XJ633vHP5WnX7ZCp4/cMKdY6jXF7foEHud7ZssxX4C22e+bv9dkCa y5/tduaX6I89L80e6/8aAY2ARkAHi9FzQCNwLREIxwj41Q0i3SE4TULcINbER/432w1ixC+bfe8z J3KgyCcJZPl8txUtdNLvyuQt5dchpJ52iGjeDxDtB2uVLOqFkvZxpAXB/GVdS13d+ZaDv2cMJdo2 6TcH1by+V1eHEWwBIT8fdUosVULeCsJjMcAPuNolo2RO+p3aXk6sXm9GUCXm2VhJDFkEyUEgMDkr ETY6LcqQgYwEXu5+87rdhK2sPuSvMkcGtawJEthof55D4HoCMaECTiQv2SvFGnUta6xxFG33yyfL nfl7ybBZreXtcjGCijDEE9BIMAJOcKUH8vbb3Zdzx5h3nDFCCqVM97pC9F1zvmK9RcA4iQrDzker VXz8BLPsCeh0ere9TgZBmOMOTBWqHqXsZ/h6udyy3WAwVWGK1SSfn9aNoxzbYGPvP2dE9fw9g2A7 rrVuNlBN8/ReNjAyWnIe77OZi2Oirhe1j/5CFTV6s7pW1PYMmucV0vH594BP28wW6v8aAY3AzYqA ZgRv1pHX/b4+CIQgLEM24PKplu15qsbHICQNRubxlv2KNsJdkqqFUJgtptVQGSGnjIMW8f34yyqj yAkoDwHtZFe3RGCMl9N+kxlb8nu1fF6Ees6JHW/UUDVt6CtOJPI+8LD7gwwmgjNWIGCzzTa7CbVQ BLHRknDjH+55iO5w4tJXY8TGWiXmZeRZ0SdotlzaPlllXZmj7Rzk0nLwulXCVuYO88v77aOdNXLb jJBop7/woeL3M22GZRLbPkRGkjXmHBg6Rq5jfkrNng+DxdulMIKYA/PMOSDKXHFAKdHsrK1lRDqO lxLNFxpKW5EoynQYXVEu1zDZAhn3tjMhoA07H628fPyetrZvUYt1rALE3HEziqHqucy05KJPS3Y4 zPbl2lMtFZVcJKHW6r6KehzbMGdURtBnbliN49o9MS+3f+zMhbrPKloqztsDbHeH462sF9vSQMyt 4Fv+8DpVAR5/N/pHmrbnkXgX83lpt06faAQ0AjczApoRvJlHX/f92iMQlLCMrOrLp8tb1j/DTD3F x9z4E5q24GUoBBQzj7O1FiC+fckx1t5Jr2FvvEoQNh/jD78HX3P2jnNrmJSWsDIEo/H07wpaCl9b 3zKTaWkef0tqb5ScQS44seMlSoNk8r2tEKnM5K3MZWYpMLYJNptx8BJqoQhiowEcC4WxsJoX7rlv L8ybnLh0M6hmiiC4fensXzkI+zK693m0q0Tb5D6XKiPZgj0rZ9oMmI2TnTGCE95vNg5KTqWdYl/N 3S379+zGHn/W397dLevnOWtD0cjaY2auF87s2iZ8PtqT4Ps6Yr9Kbi45r6BlP+q324J9B7e/zNYH xpqxB2xbGDavuBmqXNcsn2RyOXOo4ONzEXY+Wnn4+EU1d6z8IesB9ktkf+TvVJietmZfxmjHsS1z RtEIBn/PXIbFBd+mR7wrHs8rdMyyfcaF483Xi/o+cu0zy8rheKt71fI1jrXss1WPMqeDrTVWlz7V CGgEbi4ENCN4c4237u31RoATvH6MQITtuXz6YMsS5mtkMIPP7A+e20VkSt8k6XMUzH9INVWTTKf/ b1DfPt5ntgH8eWu/P8nIRuInZHaQEzvBCbTgYLAnbo2BQa1L7cfTLQdLCmwGR5pRSSJMXrPSwpvi cSz8xj/cc16Z6zwYcekkC4IbiGtuIrs/mECBt82lFQpft9MK3zNeth8uIhNPIxmKEL+Pu8w8y37n MImOFsXR7K33m4C8TqVdHEv/9WDOa+uZS4t36i2HSZRmtuf3mj5l89862FJoaxulVkfWJ699UfTc lHPVYE6YhtSdMPz4yfpFf7xrLmw9tWXKHJPYPB6JabursVGNIx+/EHPFbo8yZ0L3mTerrsx5T8iy xO+KHeU8mX0eDG9FWzdoCRMe2FmNE4636rMZQZs5JsqcVuvQVxoBjcDNiYBmBG/Ocde9vl4IRPsR rjvVcvBAeRCCoK5lu6Id5OaL3g5Jps8gVAzfpFMWcfYAgoN408PLydZ6THpmTUvBawUt619eb/+J 6yVTHVM2P8bIKJX3mRORX6u+Ln7+LH6tUk22vESpf57gd7mJq2Hid97yqTQYa4mRIIDnG8F0JBEn A+fwkjmBpmikZCKOhR8RFu65LMfnV7ZLjC/XMjhJgxCJipblgeD+Z7xtGEfuJxa+bqcVvme8bD9c RCaeBn3c/vGplrrz51vO+/ydOo1nPJCMyO8yu6sQz+2AJe6gGyIDDl6n0i6OpQi6gTVae77lVJC2 nHfUgWa5PDgP/DXFY2lquhuM+KkdDqM4/y1oyyGwMLSxUZryhZ2PZmsi0Ojy/nrXXGT11LXs51pS mzFbwsxjrQaF+olmHPn4RT1nQvfZ08S6CmiknfehZAgfeMbHTy+IBl1lBM154akHNzjeQiPoTK8I 2swxUea0X036nkZAI3CzIaAZwZttxHV/ry8CUX6Ez+992tBI+TNqaDoIWUlwuM313B1TiAcwNbv3 WlLsYMSlHSAiuH9MixKIJohZIe8zZwTRQNVkFf5DeyMxEY2A2HF3PsQ1x+WBvN0IYGMS4VJryhnF gqMVln/gTF/ilZfVbhhBxXwuiDmZwE9hGNX+XxdGUGmnyoiGGF72yPHtFGtmzdHLLXV7zWBFwTTi wRlBR0hiMN5+2kRWs/eUm5YiSuvRg6ZQRvpHckYR2sRTH5vRUrkfq7dM752w89HKEn78Qq+5SOsR 1V0+X96yJtvFMLFgOt5euO9EMY5tmjOh++xulbw+f3S3J7iX+70WDO/LR5lmMYTZJsd7UDY3IY2g zfx9rBlBOWz6VyOgEbAQ0IygngoagWuJQJQfYUkwBPUL+nK/wgj6+oTY/ZEmj0K75fwZGgc7jXNi ByRQCA3nuXmmRrlzEzxGGt5nFyMINY29NYXZpkkt+32dFXm9ERA7PHm4c0Uz+UDLA4bvosPUcqJr 0rynTc0M/Mn8Dp623TCC0HMuYfPBX5sIAp5HHXURkHKeGkwRGKyoDz5HXGU7ZZ1S5kprQt/zgDcP PAPttqHBCWFuGaJdMoiSMW/d23E4jQ56dmqHKeQR+R+YZDJGDkOqzvGnnzEDRQUL6BSskrDz0cqo jp+jX3LKVdvjfs+ErAeBrgryVrQcdK3rgy/PdN5DwYRRTgOUs8jHsS1zJnSfZYOEmf6K3xSq0Zvx TlnPfEh54CKRLyjeEL45/obBhR088qdadgRtDjGnZZ/0r0ZAI3DzIqAZwZt37HXPrwcC/CMcQuJr NoVJvoMQmpeP8n3VvPtVubskA06YTJdgBv2jL7Yw5sg3AiUrmBMlqr+KlYj32cMICjMn1gfBkAQL XGPXGQGxY6eN7IRr/QzCXNkOwGKUDAbRZKBXHHBRtbKrHxfYxK0vIwgNxUzJdIHh8ZDc4Z6H6E5Q 4tLOw7VQKpHJ/a4GKX23M7fwNO4IsrxuP5NZp5QgZxH22xZOGBjODBkgyb8mCB4k/vI3yNoy8odo F987T8wZXx9D/0aYd6VZqj2v1IitUltuMwaTggR0ClEHZ9Acv0hvBj5+/oKA4HNHlMbrcc97ybR5 6q9jQiy/teBtJrsT+Ti2fs6E7rNsTNnLpu+puo0DjDUOOIy+G5PgeKsRnv0juKpp1HkXQZv5+zhq 3GWv9a9GQCPQURHQjGBHHVndrxsDAXyE7ciLQTUfsqnqR90tUa87ul3ZHNhvfzRZkv0LkzN7w2pB CLuCWMh0djRRwbiFU/B8yctUiVmjPN7nIOW5GTFliwvZKPtXxYX7qtlJojzhhKwg6qVZqCyGby4f 0gSXbRngaHdkKfiFr5fNCPoJAsI9Z0W5TzlxGVHkRz6uypYGMNFlIf5FPZc/5pERVSZSPFeIbTAs p2TZl+vgw+dhd0UW9Yi035J5kkwc5tP2slMtl6U/4OXLLafKtiMiLcL4B9lShQdqEWPtJuCVhoVs l6oNN+bNjrKWOtn3r2F6+lmZYQbpT9BzgYYpAFGQqitz3hVo5yTX9i1KO4NcKFEogZW9zYxoG/wZ ZVOjnjsSb1lviHnvlI2tMli+8wecfRYHhWLGZR2u34jHsdVzho9PsPcgS4M+8IO/02a+5WyZIdI4 mAxqca9VNUAX5nGlHCWz9Iq3HAZT9Q8Uz1l7xLuW4W3mxv+Qc9pOpU80AhqBmxSBvxH9Jn1oBDQC VxWBS58U04ZXNtH+4mI6/rlTdO/bR9D3M35Is34ygwbf6tw3zwK04cFEymfpU5+YQyNvu0Rlf9pE xced9L0zX6Q/LRlPMc6tIGcB2vGTRMrZZz6euq6Y8h+500576ZMS2vC7FbR25xH7HiU+RgumT6UZ T6SQ2sRLVLL1TXrzje20433WGOpNI9Jn0NL//RhVbt1IBb/fREdYH+j2RJqaMQN9nsr6fIFWPphM a1m63uNy6fXfZjlpLlXSmy9vpDf/tJ+OHL/gtA/lpaZ+n2b8KItSh6gtdBKFOztNuXen0ptGslTa +eeNlBjr5AlU7aDEh3PMG+NW0fGXH3NhHQAWmzDGGzAusm3oZ042/WzmY3QnyjpduoNefGU9vbnP wSr1iVzKwtinDIgJ+9xpjeus8TTteGUjrV+1ieySE1Mpdz7KHjfYSBy4UEnbX1tLuet22Jl7349x /V8LaOr3zPE//XYepc7e5DwfN4eemZZCMRdK6Gc/X2vfz992hKZ+V8X50pG1NGLKSjuNOOl9O9EF YzwX0PFP5rjwcpJ6cRHz51Gamj6Vfjgu0ZPvQukGSp6e7xRgnTn1iRuP0c4jqyhRbaaZsvEITfnu FDJn+FQqPpFPd3a2CmE/fu1KfSLLHi8j6cUSmnL/k1ZZTubet/dG3+U8IPLDTKQ+/XYuMDdn3Ygl e2hLpjleZklYq/OxVneaV/lvH6epd4df4WZq6/+lEkof8aQzL3DbaVtv2vL//QedfuNFzJ03nTRi 7vxkLs1IH2Fi34h19+JaWom5I3uUeD/eB//rZ5g73w477/f8PJl+9oaZc0RmPj01/k46/Z8bMBeL rUYm0sbSnZTa27qM9CfCcRTFRTtnAlV4D768gVa+UWy3JhHr5VG8q6c+lkq95buh+TTlDUkluWpm /OpFGt+fqKRgCa3dZ6F1+xwqfm8BGavMWKs+eM/MohkZWGtGbQHa84sp9LMCezVjjuTRjO8NpvMK bo/RFszxEdYcF23e9P9uoPwC1uZxM+ipRQso9W4z0YUTxRjLFbRyp1P2iPQ59FTOHOMdZHdWn2gE NAI3LQKaEbxph153/FoiUFkwhcb/gjFXrspyQVxnuYhrkeTSCRAk+HArjBnPC6Itf1EuCDJOQPIE 3vNLpSDap6/EgxG05c9baIQkanCn8o1ZNP7nxd5MBOboOJgjhQ4FEQTmSRJB7kz/17IF9H8vEvX4 Hwu2HKE5kooRScDorcweT2vfd9LnbjsOXCzy6MQmSvzHPOeh6yzx6Z20MzvRdTfyyyO/TaYp60C8 PfEiffKr8a6MYFTvBqOKu27m2UgIojQdzIVDXjnZzT4QbUpPpLz/vz07dm0iDOM4/gOFFAsJLVxQ aFDoFlwKDro5uVncdLA4FAQtgu1SWsFGsLYitoNWF6e61OLULi5CBaF/QKGTBeUKQgKVHCgeWPC5 JiGXNLHXcFKOfrPkLvfmfZ/7vM8d73PXokEl7v4Djrc/L7+dS76gzdWhvcVluOCoR2ZboTbB797G iqYmR7XSKs6rY3o6NaJ8T0MP1R1fay/vanh+reHgwI2CZsdbPeSoNfO1fD2vidCc145IQ1akFVoW acGid2Z6VG9ri+36n2zRPK/CPSu+G3I11MA21x/16+ainX7bnPGjz4ct7pefFTQRWoDXRssHxfRD W2T3tQnGCrWLVqgFJcP8py0NWhER/nifCxq4FVxhZrFlFuGDEbfdjwu6fLvxOnQuDGn2yZgu6YPy VyZa9FQfz994o/y1mf1tgtx5d36vqG6RLqrl/frSgp6/WGh8GFTtzTGf19MjGnDa+OwfteGXg+ex 3vwwOfOv+/Urm6eg2Nv7WCG4/HhOc4v1Irk+ovZycXZ0UE71QUNbS7sXr9q9OPzwaXN1QeP351re UwZH5zV5p95vMGa7mAcsx99X74trD/o1vBSOsLIdbrP/KL8ggMBxEqAQPE6zzbkmR2DXl7dTVNHz KzGfTCnbk1U63ckCype7VVSmL6eO/p4ctcNF+qskt2SuZ9P73kIFHXnbrsrdWeV6OjE/XChH3dr3 SiqWfitzJqPydlFdp3NyIiSL/8OV+zOjbMrytNtROvSQ4X+ck//LsziL8v9IqZSN6zj2HWGkYK53 Usr1pSM0jtjE91WyWMr2reD6dOz6PHVwMKVvrr2my9pbphZtdz25X8vKnsspVS0mIkbT2Mycvny3 fnq75Nt7fecIctj3KnOl3qxdTGVlIvo0nkjTXgfz2HHONA3dvOtZ7pd3pIwZl73fyto1EykXmztq 2vdKbuW+v2sHTlhecd9uEmIXAQTiFKAQjFOTvhBAAAEEEEAAAQQQQACBBAhQCCZgkggRAQQQQAAB BBBAAAEEEIhTgEIwTk36QgABBBBAAAEEEEAAAQQSIEAhmIBJIkQEEEAAAQQQQAABBBBAIE4BCsE4 NekLAQQQQAABBBBAAAEEEEiAAIVgAiaJEBFAAAEEEEAAAQQQQACBOAUoBOPUpC8EEEAAAQQQQAAB BBBAIAECFIIJmCRCRAABBBBAAAEEEEAAAQTiFKAQjFOTvhBAAAEEEEAAAQQQQACBBAhQCCZgkggR AQQQQAABBBBAAAEEEIhTgEIwTk36QgABBBBAAAEEEEAAAQQSIPAXzdrhuyYrZPMAAAAASUVORK5C YII= --Apple-Mail=_179034BA-828B-4328-AD39-25D6E5229C46-- --Apple-Mail=_0D6213C2-AFFA-4179-809E-8C01554056C1-- From nobody Wed Feb 28 17:40:12 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3668412D86B; Wed, 28 Feb 2018 17:40:11 -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.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151986841118.10164.12875912184056418467@ietfa.amsl.com> Date: Wed, 28 Feb 2018 17:40:11 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-egress-protection-13.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 01:40:11 -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 : Extensions to RSVP-TE for LSP Egress Local Protection Authors : Huaimo Chen Autumn Liu Tarek Saad Fengman Xu Lu Huang Filename : draft-ietf-teas-rsvp-egress-protection-13.txt Pages : 20 Date : 2018-02-28 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the egress node(s) of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-egress-protection/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-egress-protection-13 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-egress-protection-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-egress-protection-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Feb 28 18:04:23 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 37EFE12D964; Wed, 28 Feb 2018 18:04:17 -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.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151986985720.10125.18408737197846144612@ietfa.amsl.com> Date: Wed, 28 Feb 2018 18:04:17 -0800 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-ingress-protection-14.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 02:04:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Extensions to RSVP-TE for LSP Ingress FRR Protection Authors : Huaimo Chen Raveendra Torvi Filename : draft-ietf-teas-rsvp-ingress-protection-14.txt Pages : 27 Date : 2018-02-28 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the ingress node of a Point-to-Point (P2P) or Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label Switched Path (LSP). It extends the fast- reroute (FRR) protection for transit nodes of an LSP to the ingress node of the LSP. The procedures described in this document are experimental. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-ingress-protection/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-ingress-protection-14 https://datatracker.ietf.org/doc/html/draft-ietf-teas-rsvp-ingress-protection-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-ingress-protection-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Feb 28 18:19:20 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A5FD12DA04; Wed, 28 Feb 2018 18:19:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 vqT9YHumZkdx; Wed, 28 Feb 2018 18:19:10 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 605AE126579; Wed, 28 Feb 2018 18:19:10 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id D38A1D8F7F5D4; Thu, 1 Mar 2018 02:19:06 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 1 Mar 2018 02:19:07 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML703-CHM.china.huawei.com ([169.254.5.179]) with mapi id 14.03.0382.000; Wed, 28 Feb 2018 18:19:00 -0800 From: Huaimo Chen To: Robert Sparks , "gen-art@ietf.org" CC: "ietf@ietf.org" , "teas@ietf.org" , "draft-ietf-teas-rsvp-ingress-protection.all@ietf.org" Thread-Topic: Genart last call review of draft-ietf-teas-rsvp-ingress-protection-13 Thread-Index: AQHTqzgzX54es2wmaUGK+JwVKWlFeqOzxXcw Date: Thu, 1 Mar 2018 02:18:59 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D463A54A37@sjceml521-mbs.china.huawei.com> References: <151923358680.9644.12188763891406029457@ietfa.amsl.com> In-Reply-To: <151923358680.9644.12188763891406029457@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.156.83] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Genart last call review of draft-ietf-teas-rsvp-ingress-protection-13 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Mar 2018 02:19:14 -0000 SGkgUm9iZXJ0LA0KDQogICAgVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciB0aW1lIGFuZCB2 YWx1YWJsZSBjb21tZW50cy4NCiAgICBBbnN3ZXJzIHRvIHRoZW0gYXJlIGlubGluZSBiZWxvdyB3 aXRoIHByZWZpeCBbSENdLg0KICAgIFdvdWxkIHlvdSBtaW5kIHJldmlld2luZyB0aGVtIHRvIHNl ZSBpZiB0aGV5IGFkZHJlc3MgdGhlIGlzc3Vlcz8NCg0KQmVzdCBSZWdhcmRzLA0KSHVhaW1vDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogUm9iZXJ0IFNwYXJrcyBbbWFpbHRvOnJq c3BhcmtzQG5vc3RydW0uY29tXSANClNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMjEsIDIwMTgg MTI6MjAgUE0NClRvOiBnZW4tYXJ0QGlldGYub3JnDQpDYzogaWV0ZkBpZXRmLm9yZzsgdGVhc0Bp ZXRmLm9yZzsgZHJhZnQtaWV0Zi10ZWFzLXJzdnAtaW5ncmVzcy1wcm90ZWN0aW9uLmFsbEBpZXRm Lm9yZw0KU3ViamVjdDogR2VuYXJ0IGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFz LXJzdnAtaW5ncmVzcy1wcm90ZWN0aW9uLTEzDQoNClJldmlld2VyOiBSb2JlcnQgU3BhcmtzDQpS ZXZpZXcgcmVzdWx0OiBOb3QgUmVhZHkNCg0KSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCByZXZp ZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIEdlbmVyYWwgQXJlYSBSZXZpZXcgVGVhbSAoR2VuLUFS VCkgcmV2aWV3cyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2VkIGJ5IHRoZSBJRVNH IGZvciB0aGUgSUVURiBDaGFpci4gIFBsZWFzZSB0cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0IGxp a2UgYW55IG90aGVyIGxhc3QgY2FsbCBjb21tZW50cy4NCg0KRm9yIG1vcmUgaW5mb3JtYXRpb24s IHBsZWFzZSBzZWUgdGhlIEZBUSBhdA0KDQo8aHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvZ2Vu L3dpa2kvR2VuQXJ0ZmFxPi4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1yc3ZwLWluZ3Jl c3MtcHJvdGVjdGlvbi0xMw0KUmV2aWV3ZXI6IFJvYmVydCBTcGFya3MNClJldmlldyBEYXRlOiAy MDE4LTAyLTIxDQpJRVRGIExDIEVuZCBEYXRlOiAyMDE4LTAzLTAxDQpJRVNHIFRlbGVjaGF0IGRh dGU6IDIwMTgtMDMtMDgNCg0KIFN1bW1hcnk6IE5vdCBSZWFkeSBmb3IgcHVibGljYXRpb24gYXMg YW4gRXhwZXJpbWVudGFsIFJGQw0KDQpJIGZvdW5kIHRoaXMgZG9jdW1lbnQgaGFyZCB0byByZWFk LiBJIGVuY291cmFnZSBhIHNpZ25pZmljYW50IGVkaXRvcmlhbCBwYXNzIHRoYXQgZm9jdXNlcyBv biBwcmVzZW50aW5nIHRoZSBjb3JlIGlkZWFzIGVhcmx5LCBhbmQgc2ltcGxpZmllcyB0aGUgbGFu Z3VhZ2UgdXNlZCB0aHJvdWdob3V0IHRoZSBkb2N1bWVudC4NCltIQ10gV2UgaGF2ZSBwcmVzZW50 ZWQgdGhlIGNvcmUgaWRlYXMgZWFybHkgYW5kIHNpbXBsaWZ5IHRoZSBsYW5ndWFnZSB1c2VkIGlu DQp0aGUgZG9jdW1lbnQgYWNjb3JkaW5nbHkuDQoNCg0KTWFqb3IgSXNzdWVzOg0KDQoxKSBUaGUg SUFOQSBjb25zaWRlcmF0aW9ucyBzZWN0aW9uIGlzIHVuY2xlYXIuIFlvdSBhc2sgSUFOQSB0byBw dXQgc29tZXRoaW5nIGluICJDbGFzcyBOYW1lcywgQ2xhc3MgTnVtYmVycywgYW5kIENsYXNzIFR5 cGVzIiBhdCA8aHR0cDovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9yc3ZwLXRlLXBhcmFtZXRl cnMvcnN2cC10ZS1wYXJhbWV0ZXJzLnhodG1sPi4NCkJ1dCB0aGVyZSBpcyBubyByZWdpc3RyeSB3 aXRoIHRoYXQgdGl0bGUgb24gdGhhdCBwYWdlLiAoTm9yIGlzIHRoZXJlIGEgcmVnaXN0cnkgd2l0 aCBhIHN0cnVjdHVyZSBtYXRjaGluZyB0aGUgcm93IHlvdSBhcmUgYXNraW5nIElBTkEgdG8gYWRk LikgRGlkIHlvdSBtZWFuIHRoZSByZWdpc3RyeSBhdCA8aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNz aWdubWVudHMvcnN2cC1wYXJhbWV0ZXJzL3JzdnAtcGFyYW1ldGVycy54aHRtbCNyc3ZwLXBhcmFt ZXRlcnMtND4/DQpbSENdIFllcy4gWW91IGFyZSByaWdodC4gV2UgaGF2ZSBjb3JyZWN0ZWQgaXQg aW4gdGhlIGRvY3VtZW50LiANCg0KDQpJZiBzbywgdGhlIG51bWJlciB5b3UgYXJlIHN1Z2dlc3Rp bmcgaXMgaW4gYSAiUmVzZXJ2ZWQgZm9yIFByaXZhdGUgVXNlIiByYW5nZS4NCklmIHRoYXQgX3dh c18geW91ciB0YXJnZXQsIHRoZSBzdHJ1Y3R1cmUgb2YgeW91ciByZXF1ZXN0ZWQgcmVjb3JkIGRv ZXMgbm90IG1hdGNoIHRoZSBzdHJ1Y3R1cmUgb2YgdGhlIGV4aXN0aW5nIHJlZ2lzdHJ5LiBQbGVh c2UgY2xhcmlmeS4NCltIQ10gV2UgYXJlIGNvbnNpZGVyaW5nIGEgbmV3IEMtVHlwZSB1bmRlciB0 aGUgZXhpc3RpbmcgUHJvdGVjdGlvbiBDbGFzcy4gDQpUaGUgcmVsYXRlZCB0ZXh0IGhhcyBiZSB1 cGRhdGVkIGFjY29yZGluZ2x5IGFzIGJlbG93Og0KVXBvbiBhcHByb3ZhbCBvZiB0aGlzIGRvY3Vt ZW50LCBJQU5BIGlzIHJlcXVlc3RlZCB0byBhc3NpZ24gYSBuZXcNCkNsYXNzIFR5cGUgb3IgQy1U eXBlIHVuZGVyIENsYXNzIE51bWJlciAzNyBhbmQgQ2xhc3MgTmFtZSBQUk9URUNUSU9ODQpsb2Nh dGVkIGF0IDxodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9yc3ZwLXBhcmFtZXRlcnMv DQpyc3ZwcGFyYW1ldGVycy54aHRtbCNyc3ZwLXBhcmFtZXRlcnMtMzk+LCBhcyBmb2xsb3dzOg0K DQpWYWx1ZSBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAgICBSZWZlcmVuY2UNCi0tLS0tIC0t LS0tLS0tLS0tICAgICAgICAgICAgICAgICAgIC0tLS0tLS0tLQ0KICA0ICAgIFR5cGUgNCBJTkdS RVNTX1BST1RFQ1RJT04gICBUaGlzIERvY3VtZW50DQoNCg0KVGhlIGluc3RydWN0aW9ucyB0byBJ QU5BIGZvciB3aGF0IHRvIGRvIHdoZW4gdGhpcyBkb2N1bWVudCBtb3ZlcyB0byB0aGUgc3RhbmRh cmRzIHRyYWNrIGFyZSBpbmFwcHJvcHJpYXRlLiBZb3UgY2FuIHNheSB0aGF0IHlvdSBhbnRpY2lw YXRlIHRoYXQgdGhlIGZ1dHVyZSBkb2N1bWVudCB0aGF0IG1vdmVzIHRoZSBpZGVhIHRvIHRoZSBz dGFuZGFyZCB0cmFjayBleHBlY3RzIHRvIGNyZWF0ZSBhIG5ldyByZWdpc3RyeSB1bmRlciByc3Zw LXRlLXBhcmFtZXRlcnMsIGJ1dCB0aGlzIGRvY3VtZW50IGNhbm5vdCBpbnN0cnVjdCBJQU5BIHRv IGRvIHNvLg0KW0hDXSBXZSBoYXZlIHJldmlzZWQgdGhlIHRleHQgYWNjb3JkaW5nIHRvIHlvdXIg c3VnZ2VzdGlvbiBhcyBiZWxvdzoNCkl0IGlzIGFudGljaXBhdGVkIHRoYXQgdGhlIGZ1dHVyZSBk b2N1bWVudCB0aGF0IG1vdmVzIHRoZSBpZGVhIHRvIHRoZSANCnN0YW5kYXJkIHRyYWNrIGV4cGVj dHMgSUFOQSB0byBjcmVhdGUgYW5kIG1haW50YWluIGEgbmV3IHJlZ2lzdHJ5IHVuZGVyDQpQUk9U RUNUSU9OIG9iamVjdCBjbGFzcywgQ2xhc3MgTnVtYmVyIDM3LCBDLVR5cGUgNC4gSW5pdGlhbCB2 YWx1ZXMgZm9yIA0KdGhlIHJlZ2lzdHJ5IGFyZSBnaXZlbiBiZWxvdy4gVGhlIGZ1dHVyZSBhc3Np Z25tZW50cyBhcmUgdG8gYmUgbWFkZSB0aHJvdWdoIA0KSUVURiBSZXZpZXcuDQoNCg0KMikgIkFm dGVyIG9uZSBhcHByb2FjaCBpcyBzZWxlY3RlZCwgdGhlIGRvY3VtZW50IFNIT1VMRCBiZWNvbWUg cHJvcG9zZWQgc3RhbmRhcmQuIiBpcyBhbiBpbm5hcHByb3ByaWF0ZSB1c2Ugb2YgU0hPVUxELCBh bmQgZG9lc24ndCBjb3JyZWN0bHkgcmVmbGVjdCB0aGUgcHJvY2VzcyB0aGF0IHdvdWxkIGJlIGZv bGxvd2VkIGluIGFueSBjYXNlLiBZb3UgY291bGQsIGluc3RlYWQsIHNheSAiQWZ0ZXIgb25lIGFw cHJvYWNoIGlzIHNlbGVjdGVkLCBhIGRvY3VtZW50IHJldmlzaW5nIHRoZSBpZGVhcyBoZXJlIHRv IHJlZmxlY3QgdGhhdCBzZWxlY3Rpb24gYW5kIGFueSBvdGhlciBpdGVtcyBsZWFybmVkIGZyb20g dGhlIGV4cGVyaW1lbnQgaXMgZXhwZWN0ZWQgdG8gYmUgc3VibWl0dGVkIGZvciBwdWJsaWNhdGlv biBvbiB0aGUgc3RhbmRhcmRzIHRyYWNrLiINCltIQ10gV2UgaGF2ZSB1cGRhdGVkIHRoZSB0ZXh0 IGFjY29yZGluZ2x5IGFzIGJlbG93Og0KQWZ0ZXIgb25lIGFwcHJvYWNoIGlzIHNlbGVjdGVkLCB0 aGUgZG9jdW1lbnQgd2lsbCBiZSByZXZpc2VkIA0KdG8gcmVmbGVjdCB0aGF0IHNlbGVjdGlvbiBh bmQgYW55IG90aGVyIGl0ZW1zIGxlYXJuZWQgZnJvbSANCnRoZSBleHBlcmltZW50LiBUaGUgcmV2 aXNlZCBkb2N1bWVudCBpcyBleHBlY3RlZCB0byBiZSBzdWJtaXR0ZWQgDQpmb3IgcHVibGljYXRp b24gb24gdGhlIHN0YW5kYXJkcyB0cmFjay4NCg0KDQozKSBJdCBpcyB1bmNsZWFyIHVudGlsIHlv dSBnZXQgdG8gc2VjdGlvbiA1ICgxMSBwYWdlcyBpbnRvIHRoZSBkb2N1bWVudCkgd2hpY2ggZWxl bWVudHMgcHJvdmlkZSBhbmQgd2hpY2ggZWxlbWVudHMgY29uc3VtZSB0aGUgaW5mb3JtYXRpb24g aW4gdGhlIHByb3Bvc2VkIG5ldyBvYmplY3QuIFRoZSBkb2N1bWVudCBpcyBpbmNvbnNpc3RlbnQg YWJvdXQgd2hpY2ggbWVzc2FnZXMgdGhlIG9iamVjdCBjYW4vc2hvdWxkIGFwcGVhciBpbi4gTW92 aW5nIHRoZSBvdmVydmlldyBvZiBiZWhhdmlvciBlYXJsaWVyIGluIHRoZSBkb2N1bWVudCB3b3Vs ZCBoZWxwLg0KU2ltcGxpZnlpbmcgdGhlIGRlc2NyaXB0aW9uIG9mIHRoYXQgYmVoYXZpb3Igd2ls bCBoZWxwIG1vcmUuIE1ha2luZyB0aGUgb3RoZXIgc2VjdGlvbnMgY29uc2lzdGVudCB3aXRoIHdo YXQgdGhhdCBvdmVydmlldyBkZXNjcmliZXMgaXMgbmVjZXNzYXJ5Lg0KW0hDXSBXZSBoYXZlIGNv cnJlY3RlZCB0aGUgaW5jb25zaXN0ZW5jeSBhbmQgdXBkYXRlZCB0aGUgZG9jdW1lbnQgYWNjb3Jk aW5nIHRvIA0KeW91ciBzdWdnZXN0aW9ucy4NCg0KDQpNaW5vciBJc3N1ZXM6DQoNCmEpIEl0IGlz IG5vdCBjbGVhciB3aGF0IHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gc291cmNlLWRldGVjdCBhbmQg YmFja3VwLXNvdXJjZS1kZXRlY3QgcmVhbGx5IGFyZSAoSSBhZ3JlZSB3aXRoIHRoZSBjb21tZW50 cyBpbiB0aGUgcnRnZGlyIHJldmlldyBvbiB0aGVzZSBzZWN0aW9ucykuIEluIHNlY3Rpb24gMi4x LCB3aGVyZSB5b3Ugc2F5ICJyZWxpYWJseSBkZXRlY3QiLCBkbyB5b3UgcmVhbGx5IG1lYW4gInZl cmlmeSI/IFRoZSBkZXRlY3Rpb24gaGFzIGFscmVhZHkgYmVlbiBkb25lIGJ5IHRoZSBzb3VyY2Uu DQpbSENdIFllcy4gV2UgaGF2ZSB1c2VkICJ2ZXJpZnkiIGluc3RlYWQgb2YgInJlbGlhYmx5IGRl dGVjdCIgYW5kIHVwZGF0ZWQgdGhlIA0KdGV4dCBhY2NvcmRpbmdseS4gV2UgaGF2ZSBhZGRlZCBt b3JlIGRldGFpbHMgb24gc291cmNlLWRldGVjdCBhbmQgYmFja3VwLXNvdXJjZS1kZXRlY3QgYXMg YmVsb3c6DQpOb3RlIHRoYXQgb25lIG9mIHRoZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIFNvdXJjZS1E ZXRlY3QgYW5kIEJhY2t1cC0NClNvdXJjZS1EZXRlY3QgaXM6IGluIHRoZSBmb3JtZXIsIHRoZSBi YWNrdXAgaW5ncmVzcyB2ZXJpZmllcyB0aGUNCmZhaWx1cmUgb2YgdGhlIHByaW1hcnkgaW5ncmVz cyBzbG93bHkgc3VjaCBhcyBpbiBzZWNvbmRzOyBpbiB0aGUNCmxhdHRlciwgdGhlIGJhY2t1cCBp bmdyZXNzIGRldGVjdHMgdGhlIGZhaWx1cmUgZmFzdCBzdWNoIGFzIGluIGEgZmV3DQpvciB0ZW5z IG9mIG1pbGxpc2Vjb25kcy4NCg0KDQpiKSBTZWN0aW9uIDQuMSBpcyBwYXJ0aWN1bGFybHkgaGFy ZCB0byBleHRyYWN0IHJvbGVzIGFuZCByZXNwb25zaWJpbGl0aWVzIGZyb20uDQpDYWxsaW5nIG91 dCBlYXJseSB3aGljaCBlbGVtZW50cyB3aWxsIHVzZSB0aGUgb2JqZWN0IGFuZCBpbiB3aGljaCBt ZXNzYWdlcyB3aWxsIGNsYXJpZnkgdGhlIGRlZmluaXRpb24gb2YgYmVoYXZpb3IuIFBlcmhhcHMg eW91IHNob3VsZCBtb3JlIGNhcmVmdWxseSBzZXBhcmF0ZSB0aGUgZGVmaW5pdGlvbiBvZiB0aGUg b2JqZWN0IGZyb20gbm9ybWF0aXZlIHN0YXRlbWVudHMgYWJvdXQgaG93IHRoZSBvYmplY3QgZ2V0 cyB1c2VkLg0KW0hDXSBXZSBoYXZlIGFkZGVkIGEgYnJpZWYgZGVzY3JpcHRpb24gb24gdGhlIHJv bGVzIG9mIHRoZSBvYmplY3QgYXMgYmVsb3c6DQogICBUaGUgcHJpbWFyeSBpbmdyZXNzIG9mIGEg cHJpbWFyeSBMU1Agc2VuZHMgdGhlDQogICBiYWNrdXAgaW5ncmVzcyB0aGlzIG9iamVjdCBpbiBh IFBBVEggbWVzc2FnZS4gIEluIHRoaXMgY2FzZSwgdGhlDQogICBvYmplY3QgY29udGFpbnMgdGhl IGluZm9ybWF0aW9uIG5lZWRlZCB0byBzZXQgdXAgaW5ncmVzcyBwcm90ZWN0aW9uLg0KICAgVGhl IGluZm9ybWF0aW9uIGluY2x1ZGVzOg0KDQogICBvICBCYWNrdXAgaW5ncmVzcyBJUCBhZGRyZXNz IGluZGljYXRpbmcgdGhlIGJhY2t1cCBpbmdyZXNzLA0KDQogICBvICBUcmFmZmljIERlc2NyaXB0 b3IgZGVzY3JpYmluZyB0aGUgdHJhZmZpYyB0aGF0IHRoZSBwcmltYXJ5IExTUA0KICAgICAgdHJh bnNwb3J0cywgdGhpcyB0cmFmZmljIGlzIGltcG9ydGVkIGludG8gdGhlIGJhY2t1cCBMU1Aocykg b24gdGhlDQogICAgICBiYWNrdXAgaW5ncmVzcyB3aGVuIHRoZSBwcmltYXJ5IGluZ3Jlc3MgZmFp bHMsDQoNCiAgIG8gIExhYmVsIGFuZCBSb3V0ZXMgaW5kaWNhdGluZyB0aGUgZmlyc3QgaG9wcyBv ZiB0aGUgcHJpbWFyeSBMU1AsDQogICAgICBlYWNoIG9mIHdoaWNoIGlzIHBhaXJlZCB3aXRoIGl0 cyBsYWJlbCwgYW5kDQoNCiAgIG8gIERlc2lyZSBvcHRpb25zIG9uIGluZ3Jlc3MgcHJvdGVjdGlv biBzdWNoIGFzIFAyTVAgb3B0aW9uDQogICAgICBpbmRpY2F0aW5nIGEgZGVzaXJlIHRvIHVzZSBh IGJhY2t1cCBQMk1QIExTUCB0byBwcm90ZWN0IHRoZQ0KICAgICAgcHJpbWFyeSBpbmdyZXNzIG9m IGEgcHJpbWFyeSBQMk1QIExTUC4NCg0KICAgVGhlIGJhY2t1cCBpbmdyZXNzIHNlbmRzIHRoZSBw cmltYXJ5IGluZ3Jlc3MgdGhpcyBvYmplY3QgaW4gYSBSRVNWDQogICBtZXNzYWdlLiAgSW4gdGhp cyBjYXNlLCB0aGUgb2JqZWN0IGNvbnRhaW5zIHRoZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUNCiAg IHN0YXR1cyBvbiB0aGUgaW5ncmVzcyBwcm90ZWN0aW9uLg0KDQoNCmMpIFRoZSBkb2N1bWVudCBp cyB2YWd1ZSBhYm91dCBzb3VyY2UgYmVoYXZpb3IsIHRob3VnaCBpdCByZXF1aXJlcyBiZWhhdmlv cnMgb2YgdGhlIHNvdXJjZSB3aGVuIGl0IGRldGVjdHMgZmFpbHVyZSwgYW5kIHdoZW4gYSBwcmV2 aW91c2x5IGZhaWxlZCBwcmltYXJ5IGJlY29tZXMgYXZhaWxhYmxlIGFnYWluLiBBIGNsZWFyZXIg ZGVzY3JpcHRpb24gb2Ygd2hhdCB5b3UgYXJlIHJlcXVpcmluZyBvZiB0aGUgc291cmNlLCBhbmQg d2hhdCB5b3UgYXJlIGludGVudGlvbmFsbHkgbGVhdmluZyB1bnNwZWNpZmllZCB3b3VsZCBoZWxw Lg0KW0hDXSBXZSBoYXZlIGFkZGVkIHRoZSBmb2xsb3dpbmcgdGV4dCBhbmQgdXBkYXRlZCB0aGUg ZG9jdW1lbnQgYWNjb3JkaW5nbHkuDQpXaGVuIHRoZSBwcmV2aW91c2x5IGZhaWxlZCBwcmltYXJ5 IGluZ3Jlc3Mgb2YgYSBwcmltYXJ5IExTUCBiZWNvbWVzIGF2YWlsYWJsZSANCmFnYWluIGFuZCB0 aGUgcHJpbWFyeSBMU1AgaXMgcmVjb3ZlcmVkIGZyb20gaXRzIHByaW1hcnkgaW5ncmVzcywgdGhl IHNvdXJjZSANCm1heSBzd2l0Y2hlcyB0aGUgdHJhZmZpYyB0byB0aGUgcHJpbWFyeSBpbmdyZXNz IGZyb20gdGhlIGJhY2t1cCBpbmdyZXNzLiBBDQpvcGVyYXRvciBtYXkgY29udHJvbCB0aGUgdHJh ZmZpYyBzd2l0Y2ggdGhyb3VnaCB1c2luZyBhIGNvbW1hbmQgb24gdGhlIA0Kc291cmNlIG5vZGUg YWZ0ZXIgc2VlaW5nIHRoYXQgdGhlIHByaW1hcnkgTFNQIGhhcyByZWNvdmVyZWQuDQoNCg0KZCkg VGhlIE1VU1QgaW4gdGhlIGZpcnN0IGJ1bGxldCBvZiBzZWN0aW9uIDUuMiBpcyB1bmNsZWFyLiBB cyB3cml0dGVuIGl0J3MgYW4gaW5jb3JyZWN0IHVzZSBvZiAyMTE5LiBBcmUgeW91IHRyeWluZyB0 byBzYXkgdGhhdCB0aGUgcHJpbWFyeSBpbmdyZXNzIG11c3Qga25vdyB0aGUgSVAgYWRkcmVzcyBv ZiB0aGUgYmFja3VwIGl0IHdhbnRzIHRvIGJlIHVzZWQgYmVmb3JlIGl0IGNhbiB1c2UgdGhlIElO R1JFU1NfUFJPVEVDVElPTiBvYmplY3QsIG9yIGFyZSB5b3UgdHJ5aW5nIHRvIHNheSB0aGF0IGlm IHByaW1hcnkgaW5ncmVzcyBkb2Vzbid0IGtub3cgdGhlIGFkZHJlc3Mgb2YgdGhlIGJhY2t1cCwg aXQgTVVTVCBOT1QgaW5jbHVkZSBhIGJhY2t1cCBpbmdyZXNzIGFkZHJlc3Mgc3ViLW9iamVjdD8N CltIQ10gSXQgaXMgdGhlIGZvcm1lci4gV2UgaGF2ZSB1cGRhdGVkIHRoZSB0ZXh0IGFjY29yZGlu Z2x5IGFzIGJlbG93Og0KICAgIG8gQmFja3VwIEluZ3Jlc3MgQWRkcmVzczogVGhlIHByaW1hcnkg aW5ncmVzcyBNVVNUIGtub3cgdGhlIElQDQogICAgICBhZGRyZXNzIG9mIHRoZSBiYWNrdXAgaW5n cmVzcyBpdCB3YW50cyB0byBiZSB1c2VkIGJlZm9yZSBpdCBjYW4NCiAgICAgIHVzZSB0aGUgSU5H UkVTU19QUk9URUNUSU9OIG9iamVjdC4NCg0KDQpOaXRzIGFuZCBlZGl0b3JpYWwgY29tbWVudHM6 DQoNCkZSUiBpcyB1c2VkIGluIHRoZSB0aXRsZSwgYnV0IGRvZXMgbm90IGFwcGVhciBpbiB0aGUg YWJzdHJhY3QuIChUaGUgYWJzdHJhY3QgY291bGQgc2F5IG1vcmUgYWJvdXQgd2hhdCB0aGUgZG9j dW1lbnQgaXMgYWJvdXQuKQ0KW0hDXSBXZSBoYXZlIGFkZGVkIG1vcmUgYXMgZm9sbG93czoNCkl0 IGV4dGVuZHMgdGhlIGZhc3QtcmVyb3V0ZSAoRlJSKSBwcm90ZWN0aW9uIGZvciB0cmFuc2l0IG5v ZGVzIA0Kb2YgYW4gTFNQIHRvIHRoZSBpbmdyZXNzIG5vZGUgb2YgdGhlIExTUC4NCg0KDQpUaGUg Zmlyc3Qgc2VudGVuY2Ugb2YgdGhlIHNlY29uZCBwYXJhZ3JhcGggb2YgdGhlIEludHJvZHVjdGlv biBpcyBjb21wbGV4Lg0KUGxlYXNlIGJyZWFrIGl0IGFwYXJ0IGludG8gc2V2ZXJhbCBzZW50ZW5j ZXMuDQpbSENdIFdlIGhhdmUgcmVwaHJhc2VkIGl0IGFzIGJlbG93Og0KVG8gcHJvdGVjdCBhZ2Fp bnN0IHRoZSBmYWlsdXJlIG9mIHRoZSAocHJpbWFyeSkgaW5ncmVzcyBub2RlIG9mIGENCnByaW1h cnkgZW5kIHRvIGVuZCBQMk1QIChvciBQMlApIFRFIExTUCwgYSB0eXBpY2FsIGV4aXN0aW5nIHNv bHV0aW9uDQppcyB0byBzZXQgdXAgYSBzZWNvbmRhcnkgYmFja3VwIGVuZCB0byBlbmQgUDJNUCAo b3IgUDJQKSBURSBMU1AuDQpUaGUgYmFja3VwIExTUCBpcyBmcm9tIGEgYmFja3VwIGluZ3Jlc3Mg bm9kZSB0byBiYWNrdXAgZWdyZXNzIG5vZGVzIChvciBub2RlKS4NClRoZSBiYWNrdXAgaW5ncmVz cyBub2RlIGlzIGRpZmZlcmVudCBmcm9tIHRoZSBwcmltYXJ5IGluZ3Jlc3Mgbm9kZS4NClRoZSBi YWNrdXAgZWdyZXNzIG5vZGVzIChvciBub2RlKSBhcmUgKG9yIGlzKSBkaWZmZXJlbnQgZnJvbSB0 aGUgcHJpbWFyeSANCmVncmVzcyBub2RlcyAob3Igbm9kZSkgb2YgdGhlIHByaW1hcnkgTFNQLg0K DQoNCkluIHRoZSBpbnRyb2R1Y3Rpb24sIHBsZWFzZSBkZWxldGUgIiwgd2hpY2ggYXJlIGJyaWVm ZWQgYXMgZm9sbG93cyIuIFRoZSBpbnRyb2R1Y3Rpb24gdG8gdGhlIGlzc3VlcyBjYW4gc2ltcGx5 IHN0YXJ0ICJUaGVyZSBhcmUgYSBudW1iZXIgb2YgaXNzdWVzIGluIHRoaXMgc29sdXRpb246Ii4N CltIQ10gV2UgaGF2ZSByZXZpc2VkIHRoZSB0ZXh0IGFjY29yZGluZyB0byB5b3VyIHN1Z2dlc3Rp b24uDQoNCg0KQXQgdGhlIHNlY29uZCBidWxsZXQgaW4gdGhpcyBsaXN0IG9mIGlzc3VlcywgSSBz dWdnZXN0ICJjb25maWd1cmF0aW9uIiBpbnN0ZWFkIG9mICJjb25maWd1cmF0aW9ucyIuDQpbSENd IFdlIGhhdmUgY2hhbmdlZCBpdCB0byAiY29uZmlndXJhdGlvbiIuDQoNCg0KQXQgdGhlIHRoaXJk IGJ1bGxldCBpbiB0aGlzIGxpc3Qgb2YgaXNzdWVzLCB3aGF0IGRvZXMgInRoZSBCRkQgZG93biIg bWVhbj8NCltIQ10gV2UgaGF2ZSB1cGRhdGVkIHRoZSB0ZXh0IGFzIGJlbG93Og0KQW55IGZhaWx1 cmUgb24gdGhlIHBhdGggb2YgdGhlIEJGRCBmcm9tIGFuIGVncmVzcyBub2RlDQp0byBhbiBpbmdy ZXNzIG5vZGUgbWF5IGNhdXNlIHRoZSBCRkQgdG8gaW5kaWNhdGUgdGhlIGZhaWx1cmUNCm9mIHRo ZSBpbmdyZXNzIG5vZGUuDQoNCg0KSW4gc2VjdGlvbiAzLCBJIHN1Z2dlc3QgcmVwbGFjaW5nICIs IHdlIGNhbGwgaXQgaXMgb2ZmLXBhdGgiIHdpdGggIml0IGlzIG9mZi1wYXRoIi4gUGxlYXNlIG1h a2UgYSBzaW1pbGFyIGNoYW5nZSB0byB0aGUgc2VudGVuY2UgYWJvdXQgb24tcGF0aC4gSW4gdGhl IHRoaXJkIHNlbnRlbmNlLCB3aHkgZG8geW91IHNheSAiY29uZmlndXJlZCBvciBjb21wdXRlZCI/ IFdoYXQgZG9lcyAiY29tcHV0ZWQiDQptZWFuIGluIHRoaXMgY29udGV4dD8NCltIQ10gV2UgaGF2 ZSByZXZpc2VkIHRoZSByZWxhdGVkIHRleHQgaW4gdGhlIGRvY3VtZW50IHJlZ2FyZGluZyB0byBv ZmYtcGF0aCBhbmQgDQpvbi1wYXRoLiAiY29uZmlndXJlZCBvciBjb21wdXRlZCIgc2F5cyB0aGF0 IGEgYmFja3VwIGluZ3Jlc3MgaXMgImNvbmZpZ3VyZWQiDQpzdGF0aWNhbGx5IG9yICJjb21wdXRl ZCIgYXV0b21hdGljYWxseS4NCiJBIGJhY2t1cCBpbmdyZXNzIGlzIGNvbXB1dGVkIiBtZWFucyAN CnRoYXQgc29tZSBzb2Z0d2FyZSBzdWdnZXN0cyBhIGJhY2t1cCBpbmdyZXNzIGF1dG9tYXRpY2Fs bHkgZm9yIHRoZSBnaXZlbg0KaW5mb3JtYXRpb24gYWJvdXQgdGhlIHByaW1hcnkgTFNQLg0KDQoN CkluIHRoZSBpbnRyb2R1Y3Rpb24gdG8gc2VjdGlvbiA0LCBzYXkgX3doYXRfIHRoZSBuZXcgb2Jq ZWN0IGlzIGJhY2t3YXJkcyBjb21wYXRpYmxlIHdpdGguDQpbSENdIFdlIGhhdmUgcmVtb3ZlZCAi SXQgaXMgYmFja3dhcmQgY29tcGF0aWJsZS4iDQoNCg0KSW4gc2VjdGlvbiA0LjEsIGl0J3MgdW5j bGVhciB3aGF0ICJrZWVwcyBpdCIgbWVhbnMuIFBsZWFzZSB0cnkgcmV3b3JraW5nIHRoaXMgc2Vu dGVuY2Ugd2l0aG91dCB1c2luZyAiaXQiLg0KW0hDXSAia2VlcHMgaXQiIG1lYW5zIHJlY29yZHMg aXQgKHRoaXMgZmxhZykuIA0KV2UgaGF2ZSByZXBocmFzZWQgdGhpcyBzZW50ZW5jZSBhY2NvcmRp bmdseS4NCg0KDQpJdCB3YXMgbm90IGNsZWFyIGluIHNlY3Rpb24gNC4xLjEgdGhhdCBhIGJhY2t1 cCB3b3VsZCB1c2UgdGhlIHByZXNlbmNlIG9mIHRoZSBiYWNrdXAgaW5ncmVzcyBJUHY0IChvciA2 KSBzdWItb2JqZWN0cyB0byBkaXNjb3ZlciB0aGF0IHRoZSBwcmltYXJ5IHdhbnRlZCBpdCB0byBi ZWhhdmUgYXMgYSBiYWNrdXAgKGFzIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDUuMykuDQpbSENdIFdl IGhhdmUgYWRkZWQgc29tZSBleHBsYW5hdGlvbnMuIA0KQSBub2RlIFggaXMgY29uZmlndXJlZCBh cyBhIGJhY2t1cCBpbmdyZXNzIG9uIHRoZSBwcmltYXJ5IGluZ3Jlc3Mgb2YgYW4gTFNQLiANClRo ZSBub2RlIFggZG9lcyBub3Qga25vdyB3aGV0aGVyIGl0IGlzIGEgYmFja3VwIGluZ3Jlc3MgZm9y IGFueSBwcmltYXJ5IGluZ3Jlc3MNCm9mIGFueSBMU1AgdW50aWwgdGhlIG5vZGUgWCByZWNlaXZl cyBhIFBBVEggbWVzc2FnZSB3aXRoIGJhY2t1cCBpbmdyZXNzIA0Kc3ViLW9iamVjdCBmb3IgYW4g TFNQLiANCg0KDQpJbiB0aGUgM3JkIHBhcmFncmFwaCBvZiBzZWN0aW9uIDUuMS4xLCBkbyB5b3Ug bWVhbiAiZWZmaWNpZW50IHByb2Nlc3NpbmciIHdoZXJlIHlvdSBzYXkgImVmZmljaWVudCBwcm9j ZXNzIj8NCltIQ10gWWVzLiBXZSBoYXZlIHJldmlzZWQgaXQuDQoNCg0KVGhlIGxhc3QgcGFyYWdy YXBoIG9mIDUuMS4xIGRvZXMgbm90IGhlbHAgdGhlIGRvY3VtZW50LiAic2ltcGxlIiBjb21wYXJl ZCB0byB3aGF0PyAibGVzcyIgY29tcGFyZWQgdG8gd2hhdD8gSSBzdWdnZXN0IGRlbGV0aW5nIHRo ZSBwYXJhZ3JhcGgsIG9yIHNpZ25pZmljYW50bHkgZXhwYW5kaW5nIG9uIHRoZSBkaXNjdXNzaW9u Lg0KW0hDXSBXZSBoYXZlIGRlbGV0ZWQgaXQuDQoNCg0KQXQgdGhlIGZpcnN0IHNlbnRlbmNlIG9m IHRoZSBsYXN0IHBhcmFncmFwaCBvZiA1LjEuMiwgZGlkIHlvdSBtZWFuICJyZXF1aXJlZCINCmlu c3RlYWQgb2YgInJlcXVpcmVzIj8NCltIQ10gWWVzLiBXZSBoYXZlIGNoYW5nZWQgaXQgdG8gcmVx dWlyZWQuDQoNCg0KQXQgdGhlIHNlY29uZCBwYXJhZ3JhcGggb2YgNS4zLCB3aGF0IGFyZSAiYWRt aW5pc3RyYXRpdmUtY29sb3JzIj8NCltIQ10gVGhleSBhcmUgYWRtaW5pc3RyYXRpdmUtZ3JvdXBz LiBXZSBoYXZlIGNoYW5nZWQgaXQgdG8gYWRtaW5pc3RyYXRpdmUtZ3JvdXBzLg0KDQoNCg== From nobody Wed Feb 28 18:37:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE79F12DA16; Wed, 28 Feb 2018 18:37:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 ewp2OM9XN2ya; Wed, 28 Feb 2018 18:37:18 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D162A127863; Wed, 28 Feb 2018 18:37:17 -0800 (PST) Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 5912AB8D21BB; Thu, 1 Mar 2018 02:37:14 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 1 Mar 2018 02:37:15 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML702-CHM.china.huawei.com ([169.254.4.179]) with mapi id 14.03.0382.000; Wed, 28 Feb 2018 18:37:11 -0800 From: Huaimo Chen To: Joseph Salowey , "secdir@ietf.org" CC: "iesg@ietf.org" , "teas@ietf.org" , "draft-ietf-teas-rsvp-ingress-protection.all@ietf.org" Thread-Topic: Secdir last call review of draft-ietf-teas-rsvp-ingress-protection-13 Thread-Index: AQHTsGF0bMS2tSZEukW0ApcMkK50nKO6bCJA Date: Thu, 1 Mar 2018 02:37:09 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D463A54A8D@sjceml521-mbs.china.huawei.com> References: <151980106388.5124.1750215397283002470@ietfa.amsl.com> In-Reply-To: <151980106388.5124.1750215397283002470@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.156.83] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Secdir last call review of draft-ietf-teas-rsvp-ingress-protection-13 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Mar 2018 02:37:19 -0000 SGkgSm9zZXBoLA0KDQogICAgVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciB0aW1lIGFuZCBj b21tZW50cy4NCiAgICBUaGUgc3BlY2lmaWMgcmVsZXZhbnQgZG9jdW1lbnRzIGhhdmUgYmVlbiBh ZGRlZC4gDQoNCkJlc3QgUmVnYXJkcywNCkh1YWltbw0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IEpvc2VwaCBTYWxvd2V5IFttYWlsdG86am9lQHNhbG93ZXkubmV0XSANClNlbnQ6 IFdlZG5lc2RheSwgRmVicnVhcnkgMjgsIDIwMTggMTo1OCBBTQ0KVG86IHNlY2RpckBpZXRmLm9y Zw0KQ2M6IGllc2dAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtdGVhcy1yc3Zw LWluZ3Jlc3MtcHJvdGVjdGlvbi5hbGxAaWV0Zi5vcmcNClN1YmplY3Q6IFNlY2RpciBsYXN0IGNh bGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1yc3ZwLWluZ3Jlc3MtcHJvdGVjdGlvbi0xMw0K DQpSZXZpZXdlcjogSm9zZXBoIFNhbG93ZXkNClJldmlldyByZXN1bHQ6IFJlYWR5DQoNCkkgaGF2 ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFzIHBhcnQgb2YgdGhlIHNlY3VyaXR5IGRpcmVjdG9y YXRlJ3Mgb25nb2luZyBlZmZvcnQgdG8gcmV2aWV3IGFsbCBJRVRGIGRvY3VtZW50cyBiZWluZyBw cm9jZXNzZWQgYnkgdGhlIElFU0cuIFRoZXNlIGNvbW1lbnRzIHdlcmUgd3JpdHRlbiBwcmltYXJp bHkgZm9yIHRoZSBiZW5lZml0IG9mIHRoZSBzZWN1cml0eSBhcmVhIGRpcmVjdG9ycy4gRG9jdW1l bnQgZWRpdG9ycyBhbmQgV0cgY2hhaXJzIHNob3VsZCB0cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0 IGxpa2UgYW55IG90aGVyIGxhc3QgY2FsbCBjb21tZW50cy4NCg0KSW4gZ2VuZXJhbCBJIGZlbHQg dGhhdCB0aGUgZG9jdW1lbnQgd2FzIGEgYml0IGRpZmZpY3VsdCB0byByZWFkIGFuZCB0aGUgaXNz dWVzIHJhaXNlZCBpbiB0aGUgR2VuYXJ0IGFuZCBSVEcgcmV2aWV3cyBzaG91bGQgYmUgYWRkcmVz c2VkLg0KDQo+RnJvbSBhIHNlY3VyaXR5IHBvaW50IG9mIHZpZXcgSSBiZWxpZXZlIHRoZSBkb2N1 bWVudCBpcyByZWFkeSwgYnV0IEkgDQo+aGF2ZSBhDQpjb21tZW50IGJlbG93IHRoYXQgbWlnaHQg aW1wcm92ZSB0aGUgZG9jdW1lbnQuDQoNCkkgZmluZCB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlv bnMgYXMgcmVmZXJlbmNlIHRvIG90aGVyIGRvY3VtZW50cyBhIGJpdCB1bnNldHRsaW5nLCBob3dl dmVyLCBiYXNlZCBvbiBteSBzb21ld2hhdCBsaW1pdGVkIHVuZGVyc3RhbmRpbmcgb2YgUlNWUCBp dCB0aGluayBpdCBpcyBhY2N1cmF0ZSBpbiB0aGlzIGNhc2UuICBUaGUgcHJvYmxlbSBJIGhhdmUg d2l0aCB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYXMgcmVmZXJlbmNlIGlzIHRoYXQgbW9z dCBpbXBsZW1lbnRvcnMgYXJlIHByb2JhYmx5IGFyZSBub3QgZ29pbmcgdG8gZm9sbG93IHRoZSBs aW5rcyB0byB0aGUgb3RoZXIgZG9jdW1lbnRzIHRvIGZpbmQgb3V0IHdoYXQgc2VjdXJpdHkNCndp c2RvbSBsaWVzIHRoZXJlaW4uICAgSWYgdGhlIGRvY3VtZW50IHBvaW50ZWQgdG8gc3BlY2lmaWMg Y29uc2lkZXJhdGlvbnMgaW4NCm90aGVyIGRvY3VtZW50cyB0aGF0IHdlcmUgcGFydGljdWxhcmx5 IHJlbGV2YW50IHRvIHRoaXMgZG9jdW1lbnQgdGhhdCB3b3VsZCBiZSBhbiBpbXByb3ZlbWVudC4g IEkgY291bGRuJ3Qgd29yayBteSB3YXkgYmFjayB0aHJvdWdoIHRoZSBjaGFpbiBvZiByZWZlcmVu Y2VzIHRvIHNvbWV0aGluZyBzcGVjaWZpYywgYnV0IHNvbWVvbmUgd2l0aCBhIGJpdCBtb3JlIFJT VlAgZG9tYWluIGtub3dsZWRnZSBtYXkgYmUgYWJsZSB0byBtYWtlIHNvbWUgc3BlY2lmaWMgcmVj b21tZW5kYXRpb25zLg0KDQoNCg== From nobody Wed Feb 28 20:51:08 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E30A712E884; Wed, 28 Feb 2018 20:51:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.229 X-Spam-Level: X-Spam-Status: No, score=-3.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 OW5ewkfNH1uo; Wed, 28 Feb 2018 20:50:58 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACEB512E88A; Wed, 28 Feb 2018 20:50:57 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 72460E0A9D8CC; Thu, 1 Mar 2018 04:50:54 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 1 Mar 2018 04:50:55 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML703-CHM.china.huawei.com ([169.254.5.179]) with mapi id 14.03.0382.000; Wed, 28 Feb 2018 20:50:51 -0800 From: Leeyoung To: "Papadimitriou, Dimitri (Nokia - BE/Antwerp)" , "rtg-ads@ietf.org" CC: "rtg-dir@ietf.org" , "teas@ietf.org" Thread-Topic: RtgDir Early review: draft-ietf-teas-actn-requirements-08.txt Thread-Index: AdOwvrZQl9sUsbkqTLmYBzN6CHbm7QAFn3ew Date: Thu, 1 Mar 2018 04:50:50 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173CFA7C72@sjceml521-mbs.china.huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.137.179] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] RtgDir Early review: draft-ietf-teas-actn-requirements-08.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.22 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, 01 Mar 2018 04:51:01 -0000 SGkgRGltaXRyaSwNCg0KVGhhbmtzIGZvciB5b3VyIHRpbWUgYW5kIHByb3ZpZGluZyB2YWx1YWJs ZSBjb21tZW50cy4gUGxlYXNlIHNlZSBpbmxpbmUgZm9yIG15IHJlc3BvbnNlIHRvIHlvdXIgY29t bWVudHMuDQpLaW5kbHkgbGV0IG1lIGtub3cgaWYgZnVydGhlciBjbGFyaWZpY2F0aW9ucy9jaGFu Z2VzIGFyZSBuZWVkZWQuDQoNCkJlc3QgcmVnYXJkcywNCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBydGctZGlyIFttYWlsdG86cnRnLWRpci1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgUGFwYWRpbWl0cmlvdSwgRGltaXRyaSAoTm9raWEgLSBCRS9BbnR3 ZXJwKQ0KU2VudDogV2VkbmVzZGF5LCBGZWJydWFyeSAyOCwgMjAxOCAxOjAwIFBNDQpUbzogcnRn LWFkc0BpZXRmLm9yZw0KQ2M6IHJ0Zy1kaXJAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmcNClN1Ympl Y3Q6IFtSVEctRElSXSBSdGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLXRlYXMtYWN0bi1y ZXF1aXJlbWVudHMtMDgudHh0DQoNCkhlbGxvLA0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0 aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIFJvdXRp bmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVs YXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cg cmV2aWV3LCBhbmQgc29tZXRpbWVzIG9uIHNwZWNpYWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2Yg dGhlIHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBG b3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNl IHNlZSDigItodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRn RGlyDQoNCkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25z aWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRo YXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vz c2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRl YXMtYWN0bi1yZXF1aXJlbWVudHMtMDgudHh0DQpSZXZpZXdlcjogRGltaXRyaSBQYXBhZGltaXRy aW91DQpSZXZpZXcgRGF0ZTogMjgtMDItMjAxOA0KSUVURiBMQyBFbmQgRGF0ZTogZGF0ZS1pZi1r bm93bg0KSW50ZW5kZWQgU3RhdHVzOiBJbmZvcm1hdGlvbmFsDQoNClN1bW1hcnk6DQoNCkkgaGF2 ZSBzb21lIGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBi ZSByZXNvbHZlZCBiZWZvcmUgaXQgaXMgc3VibWl0dGVkIHRvIHRoZSBJRVNHLg0KDQpSZWFkYWJp bGl0eSBzaG91bGQgYmUgaW1wcm92ZWQ6IHRoZSBkb2N1bWVudCBpcyBub3QgZWFzeSB0byByZWFk IGZvciBwZW9wbGUgbm90IG1hc3RlcmluZyB0ZXJtcyBub3QgdXNlZCBpbiB0aGVpciBjYW5vbmlj YWwvQ1Mgc2Vuc2UuDQoNCkl0IG1heSBiZSBhcHByb3ByaWF0ZSB0byByZWNvbnNpZGVyIHRoZSB0 aXRsZSBvZiB0aGlzIGRvY3VtZW50IHNpbmNlIG1vc3QgcmVxdWlyZW1lbnRzIGFyZSBxdWFsaXRh dGl2ZS9mdW5jdGlvbmFsICh2ZXJ5IGxpbWl0ZWQgY29uc2lkZXJhdGlvbnMgYWJvdXQgcXVhbnRp dGF0aXZlIGFzcGVjdHMpIG9yIGFsdGVybmF0aXZlbHkgY2xhcmlmeSB0aGlzIHBvaW50IGluIHRo ZSBhYnN0cmFjdC4NCg0KWU9VTkc+PiBPSy4gSSBjYW4gYWRkICAiZnVuY3Rpb25hbCIgaW4gdGhl IGFic3RyYWN0IGFuZCBpbiB0aGUgaW50cm9kdWN0aW9uIGFzIGZvbGxvd3M6DQoNCk9MRDoNClRo aXMgZG9jdW1lbnQgcHJvdmlkZXMgYSBzZXQgb2YgcmVxdWlyZW1lbnRzIGZvciBhYnN0cmFjdGlv biBhbmQNCiAgIGNvbnRyb2wgb2YgVHJhZmZpYyBFbmdpbmVlcmluZyBuZXR3b3JrcyB0byBmYWNp bGl0YXRlIHZpcnR1YWwNCiAgIG5ldHdvcmsgb3BlcmF0aW9uIHZpYSB0aGUgY3JlYXRpb24gb2Yg YSBzaW5nbGUgdmlydHVhbGl6ZWQgbmV0d29yaw0KICAgb3IgYSBzZWFtbGVzcyBzZXJ2aWNlLg0K DQpORVc6DQpUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgc2V0IG9mIGZ1bmN0aW9uYWwgcmVxdWly ZW1lbnRzIGZvciBhYnN0cmFjdGlvbiBhbmQNCiAgIGNvbnRyb2wgb2YgVHJhZmZpYyBFbmdpbmVl cmluZyBuZXR3b3JrcyB0byBmYWNpbGl0YXRlIHZpcnR1YWwNCiAgIG5ldHdvcmsgb3BlcmF0aW9u IHZpYSB0aGUgY3JlYXRpb24gb2YgYSBzaW5nbGUgdmlydHVhbGl6ZWQgbmV0d29yaw0KICAgb3Ig YSBzZWFtbGVzcyBzZXJ2aWNlLg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQpDb21tZW50czoNCg0KU2VjdGlvbiAxOiBzZXZlcmFsIHRlcm1zIGFy ZSB1c2VkIHdpdGhvdXQgcHJvdmlkaW5nIHJlZmVyZW5jZSB0byB0aGVpciBkZWZpbml0aW9uLiBF eGFtcGxlcyBpbmNsdWRlICJvcmNoZXN0cmF0aW9uIiAoaXMgaXQgdXNlZCBhcyBzeW5vbnltIG9m IGNvb3JkaW5hdGlvbiAtLSBkZWZpbmVkIGluIEFDVE4tRlJBTUUpLCAiY29sbGF0aW9uIiwgImhp ZXJhcmNoaWNhbCBhYnN0cmFjdGlvbiIgKGRvIGF1dGhvcnMgcmVmZXIgdG8gdGhlIHdlbGwtZGVm aW5lZCBub3Rpb24gb2YgcmVjdXJzaXZlIGFic3RyYWN0aW9uID8gYW5kIHdoYXQgaXMgdGhlIG1p bmltdW0gb2YgI3JlY3Vyc2lvbiBsZXZlbHMgdG8gYmUgc3VwcG9ydGVkL2V4cGVjdGVkKS4NCg0K WU9VTkc+PiBGb3Igb3JjaGVzdHJhdGlvbiwgYXMgeW91IHBvaW50ZWQgb3V0LCBpdCBpcyB1c2Vk IGFzIHN5bm9ueW0gb2YgY29vcmRpbmF0aW9uLiBTbyBpdCB3b3VsZCBiZSBiZXN0IHRvIHJlcGxh Y2Ugb3JjaGVzdHJhdGlvbiB0byBjb29yZGluYXRpb24gYW5kIHdpbGwgcmVmZXIgdGhpcyB0byBb QUNUTi1GUkFNRV0uDQoNCkluIHRoZSBzZWNvbmQgcGFyYWdyYXBoIGluIHRoZSBJbnRyb2R1Y3Rp b24gU2VjdGlvbjoNCg0KT0xEOg0KDQpBQ1ROIHJlZmVycyB0byB0aGUgc2V0IG9mIHZpcnR1YWwg bmV0d29yayBzZXJ2aWNlIG9wZXJhdGlvbnMgbmVlZGVkDQogICB0byBvcmNoZXN0cmF0ZSwgY29u dHJvbCBhbmQgbWFuYWdlDQoNCk5FVzoNCg0KQUNUTiByZWZlcnMgdG8gdGhlIHNldCBvZiB2aXJ0 dWFsIG5ldHdvcmsgc2VydmljZSBvcGVyYXRpb25zIG5lZWRlZA0KICAgdG8gY29vcmRpbmF0ZSwg Y29udHJvbCBhbmQgbWFuYWdlDQoNCkFuZCB0aGUgdGhpcmQgZGFzaGVkIGl0ZW06DQoNCk9MRDoN Cg0KLSBPcmNoZXN0cmF0aW9uIG9mIGVuZC10by1lbmQgdmlydHVhbCBuZXR3b3JrIHNlcnZpY2Vz IGFuZA0KICAgICAgICBhcHBsaWNhdGlvbnMgdmlhIGFsbG9jYXRpb24gb2YgbmV0d29yayByZXNv dXJjZXMgdG8gbWVldA0KICAgICAgICBzcGVjaWZpYyBzZXJ2aWNlLCBhcHBsaWNhdGlvbiBhbmQg Y3VzdG9tZXIgcmVxdWlyZW1lbnRzLg0KDQpORVc6DQotIENvb3JkaW5hdGlvbiBvZiBlbmQtdG8t ZW5kIHZpcnR1YWwgbmV0d29yayBzZXJ2aWNlcyBhbmQNCiAgICAgICAgYXBwbGljYXRpb25zIHZp YSBhbGxvY2F0aW9uIG9mIG5ldHdvcmsgcmVzb3VyY2VzIHRvIG1lZXQNCiAgICAgICAgc3BlY2lm aWMgc2VydmljZSwgYXBwbGljYXRpb24gYW5kIGN1c3RvbWVyIHJlcXVpcmVtZW50cy4NCg0KWUw+ PiBGb3IgY29sbGF0aW9uLCB0aGlzIGlzIGp1c3QgYW4gRW5nbGlzaCB3b3JkIHRvIG1lYW4gImNv bGxlY3RpbmcgaW4gYW4gb3JnYW5pemVkIHdheSIuIERvIHlvdSBoYXZlIGEgYmV0dGVyIHN1Z2dl c3Rpb24gdG8gdXNlIG90aGVyIHdvcmQgdGhhbiAiY29sbGF0aW9uIj8NCg0KWUw+PiBGb3IgaGll cmFyY2hpY2FsIGFic3RyYWN0aW9uLCB3ZSBtZWFudCByZWN1cnNpdmUgYWJzdHJhY3Rpb24gYWNy b3NzIGNvbnRyb2xsZXIgaGllcmFyY2h5LiBIb3cgYWJvdXQgdGhlIGNoYW5nZXMgYXMgZm9sbG93 czoNCg0KT0xEOg0KICAgICAgICB0aHJvdWdoIGEgcHJvY2VzcyBvZg0KICAgICAgICBoaWVyYXJj aGljYWwgYWJzdHJhY3Rpb24gdG8gcHJlc2VudCBhIGN1c3RvbWVyIHdpdGggYSBzaW5nbGUNCiAg ICAgICAgdmlydHVhbCBuZXR3b3JrLiBUaGlzIGlzIGFjaGlldmVkIGJ5IHByZXNlbnRpbmcgdGhl IG5ldHdvcmsNCiAgICAgICAgZG9tYWluIGFzIGFuIGFic3RyYWN0ZWQgdG9wb2xvZ3kgdG8gdGhl IGN1c3RvbWVyIHZpYSBvcGVuIGFuZA0KICAgICAgICBwcm9ncmFtbWFibGUgaW50ZXJmYWNlcy4g SGllcmFyY2hpY2FsIGFic3RyYWN0aW9uIGFsbG93cyBmb3INCiAgICAgICAgdGhlIHJlY3Vyc2lv biBvZiBjb250cm9sbGVycyBpbiBhIGN1c3RvbWVyLXByb3ZpZGVyDQogICAgICAgIHJlbGF0aW9u c2hpcC4NCk5FVzoNCiAgICAgICAgdGhyb3VnaCBhIHByb2Nlc3Mgb2YNCiAgICAgICAgcmVjdXJz aXZlIGFic3RyYWN0aW9uIHRvIHByZXNlbnQgYSBjdXN0b21lciB3aXRoIGEgc2luZ2xlDQogICAg ICAgIHZpcnR1YWwgbmV0d29yay4gVGhpcyBpcyBhY2hpZXZlZCBieSBwcmVzZW50aW5nIHRoZSBu ZXR3b3JrDQogICAgICAgIGRvbWFpbiBhcyBhbiBhYnN0cmFjdGVkIHRvcG9sb2d5IHRvIHRoZSBj dXN0b21lciB2aWEgb3BlbiBhbmQNCiAgICAgICAgcHJvZ3JhbW1hYmxlIGludGVyZmFjZXMuIFJl Y3Vyc2l2ZSBhYnN0cmFjdGlvbiBhbGxvd3MgZm9yDQogICAgICAgIHRoZSByZWN1cnNpb24gb2Yg YWJzdHJhY3RlZCBkYXRhIGluIGEgaGllcmFyY2h5IG9mIGNvbnRyb2xsZXJzLg0KDQpXZSBjYW4g YWRkIGEgbmV3IHNlbnRlbmNlIGZvbGxvd2luZyB0aGUgYWJvdmUgcGFyYWdyYXBoOg0KDQpORVc6 IEl0IGlzIGV4cGVjdGVkIHRoYXQgdGhlIHJlY3Vyc2lvbiBsZXZlbHMgc2hvdWxkIGJlIGF0IGxl YXN0IHRocmVlIGxldmVsczogY3VzdG9tZXIgbGV2ZWwsIG11bHRpLWRvbWFpbiBuZXR3b3JrIGxl dmVsLCBhbmQgZG9tYWluIG5ldHdvcmsgbGV2ZWwuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpTZWN0aW9uIDE6IHRoZSBzdGF0ZW1lbnQgIiBQcm92 aXNpb24gdmlhIGEgZGF0YSBtb2RlbCBvZiBhIGNvbXB1dGF0aW9uIHNjaGVtZS4uLiIgaXMgdG8g YmUgY2xhcmlmaWVkOiBkb2VzIHRoaXMgcmVxdWlyZW1lbnQgaW1wbHkgdGhhdCB0aGUgImNvbXB1 dGF0aW9uYWwgbWV0aG9kcyIgbXVzdCBiZSB1c2luZyB0aGUgc2FtZSBkYXRhIG1vZGVsIGFzIHRo ZSBvbmUgdXNlZCBmb3IgbmV0d29yayBjb250cm9sL29wZXJhdGlvbiA/DQoNCllPVU5HPj4gWWVz LCBpdCBpcyBjb25mdXNpbmcuIEkgd291bGQgZGVsZXRlIGNvbXB1dGF0aW9uYWwgbWV0aG9kcyBm cm9tIHRoZSBzZW50ZW5jZToNCg0KT0xEOg0KUHJvdmlzaW9uIHZpYSBhIGRhdGEgbW9kZWwgb2Yg YSBjb21wdXRhdGlvbiBzY2hlbWUgYW5kIHZpcnR1YWwNCiAgICAgICAgY29udHJvbCBjYXBhYmls aXR5IHRvIGN1c3RvbWVycyB3aG8gcmVxdWVzdCB2aXJ0dWFsIG5ldHdvcmsNCiAgICAgICAgc2Vy dmljZXMuIE5vdGUgdGhhdCB0aGVzZSBjdXN0b21lcnMgY291bGQsIHRoZW1zZWx2ZXMsIGJlDQog ICAgICAgIHNlcnZpY2UgcHJvdmlkZXJzLg0KDQpORVc6DQpQcm92aXNpb24gdmlhIGEgZGF0YSBt b2RlbCBhbmQgdmlydHVhbA0KICAgICAgICBjb250cm9sIGNhcGFiaWxpdHkgdG8gY3VzdG9tZXJz IHdobyByZXF1ZXN0IHZpcnR1YWwgbmV0d29yaw0KICAgICAgICBzZXJ2aWNlcy4gTm90ZSB0aGF0 IHRoZXNlIGN1c3RvbWVycyBjb3VsZCwgdGhlbXNlbHZlcywgYmUNCiAgICAgICAgc2VydmljZSBw cm92aWRlcnMuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCg0KU2VjdGlvbiAxOiB0aGUgZG9jdW1lbnQgcmVmZXJzIHRvIHZhcmlv dXMgcG9saWNpZXMgKD0gbWFwcGluZyBmcm9tIHN0YXRlIHRvIGFjdGlvbnM7IGhlbmNlLCBhdCBz ZXZlcmFsIHBsYWNlcyB0aGUgdXNlIG9mIHRoZSB0ZXJtICJwb2xpY3kiIHNlZW1zIGluYWRlcXVh dGUvcmVmZXJzIHRvIHNvbWV0aGluZyBlbHNlKTsgbW9yZSBpbXBvcnRhbnRseSwgdGhpcyByYWlz ZXMgdGhlIGZvbGxvd2luZyBxdWVzdGlvbjogd2hhdCBhYm91dCBkZXRlY3Rpb24gYW5kIHJlc29s dXRpb24gb2YgcG9saWN5IGNvbmZsaWN0cyBlLmcuIGFueSByZXF1aXJlbWVudCBpbiB0ZXJtcyBv ZiBhdXRvbWF0aW9uIGluIHRoZSBoYW5kbGluZyBvZiBydW4tdGltZSBjb25mbGljdHMgPw0KDQpZ T1VORz4+IE9LLiBJbiBtYW55IHBsYWNlcyB3aGVyZSAncG9saWN5JyBpcyB1c2VkLCAncHJlZmVy ZW5jZScgd291bGQgYmUgYSBnb29kIHJlcGxhY2VtZW50LiBIb3cgYWJvdXQ6DQoNCkluIFNlY3Rp b24gMi4xLCBSZXF1aXJlbWVudCAjMToNCg0KT0xEOg0KVGhlIGN1c3RvbWVyIE1VU1QgYmUgYWJs ZSB0byBleHByZXNzIFZOUw0KICAgcG9saWN5IHRoYXQgY2FwdHVyZXMgU2VydmljZSBMZXZlbCBB Z3JlZW1lbnRzIChTTEEpIGFzc29jaWF0ZWQgd2l0aA0KICAgdmlydHVhbCBuZXR3b3JrIHNlcnZp Y2UgKGUuZy4sIEVuZHBvaW50IHNlbGVjdGlvbiBwb2xpY3ksIHJvdXRpbmcNCiAgIHBvbGljeSwg dGltZS1yZWxhdGVkIHBvbGljeSwgZXRjLikNCg0KTkVXOg0KVGhlIGN1c3RvbWVyIE1VU1QgYmUg YWJsZSB0byBleHByZXNzIFZOUw0KICAgcHJlZmVyZW5jZSB0aGF0IGNhcHR1cmVzIFNlcnZpY2Ug TGV2ZWwgQWdyZWVtZW50cyAoU0xBKSBhc3NvY2lhdGVkIHdpdGgNCiAgIHZpcnR1YWwgbmV0d29y ayBzZXJ2aWNlIChlLmcuLCBFbmRwb2ludCBzZWxlY3Rpb24gcHJlZmVyZW5jZSwgcm91dGluZw0K ICAgcHJlZmVyZW5jZSwgdGltZS1yZWxhdGVkIHByZWZlcmVuY2UsIGV0Yy4pDQoNClJlcXVpcmVt ZW50ICM2Og0KDQpPTEQ6DQpDdXN0b21lciBNVVNUIGJlIGFibGUgdG8gZGVmaW5lIGFuZCBjb252 ZXkgc2VydmljZS9wcmVmZXJlbmNlDQogICByZXF1aXJlbWVudHMgZm9yIG11bHRpLWRlc3RpbmF0 aW9uIGFwcGxpY2F0aW9ucyAoZS5nLiwgc2V0IG9mDQogICBjYW5kaWRhdGUgc291cmNlcy9kZXN0 aW5hdGlvbnMsIHRocmVzaG9sZHMgZm9yIGxvYWQgYmFsYW5jaW5nLA0KICAgZGlzYXN0ZXIgcmVj b3ZlcnkgcG9saWN5LCBldGMuKQ0KDQpORVc6DQpDdXN0b21lciBNVVNUIGJlIGFibGUgdG8gZGVm aW5lIGFuZCBjb252ZXkgc2VydmljZS9wcmVmZXJlbmNlDQogICByZXF1aXJlbWVudHMgZm9yIG11 bHRpLWRlc3RpbmF0aW9uIGFwcGxpY2F0aW9ucyAoZS5nLiwgc2V0IG9mDQogICBjYW5kaWRhdGUg c291cmNlcy9kZXN0aW5hdGlvbnMsIHRocmVzaG9sZHMgZm9yIGxvYWQgYmFsYW5jaW5nLA0KICAg ZGlzYXN0ZXIgcmVjb3ZlcnkgcHJlZmVyZW5jZSwgZXRjLikNCg0KUmVxdWlyZW1lbnQgIzc6DQpP TEQ6DQpUaGUgY3VzdG9tZXIgTVVTVCBiZSBhYmxlIHRvIGRlZmluZSBwZXJmb3JtYW5jZSBtb25p dG9yaW5nDQogICBwYXJhbWV0ZXJzIGFuZCBpdHMgYXNzb2NpYXRlZCBwb2xpY3kgc3VjaCBhcyBm cmVxdWVuY3kgb2YgcmVwb3J0LA0KICAgYWJzdHJhY3Rpb24vYWdncmVnYXRpb24gbGV2ZWwgb2Yg cGVyZm9ybWFuY2UgZGF0YSAoZS5nLiwgVk4gbGV2ZWwsDQogICB0dW5uZWwgbGV2ZWwsIGV0Yy4p IHdpdGggZHluYW1pYyBmZWVkYmFjayBsb29wIGZyb20gdGhlIG5ldHdvcmsuDQoNCk5FVzoNClRo ZSBjdXN0b21lciBNVVNUIGJlIGFibGUgdG8gZGVmaW5lIHBlcmZvcm1hbmNlIG1vbml0b3JpbmcN CiAgIHBhcmFtZXRlcnMgYW5kIGl0cyBhc3NvY2lhdGVkIHByZWZlcmVuY2Ugc3VjaCBhcyBmcmVx dWVuY3kgb2YgcmVwb3J0LA0KICAgYWJzdHJhY3Rpb24vYWdncmVnYXRpb24gbGV2ZWwgb2YgcGVy Zm9ybWFuY2UgZGF0YSAoZS5nLiwgVk4gbGV2ZWwsDQogICB0dW5uZWwgbGV2ZWwsIGV0Yy4pIHdp dGggZHluYW1pYyBmZWVkYmFjayBsb29wIGZyb20gdGhlIG5ldHdvcmsuDQoNCkluIFNlY3Rpb24g Mi4yLCBSZXF1aXJlbWVudCAjMTogUmVwbGFjZSB0aGUgd29yZCAncG9saWN5JyB3aXRoICdzZXJ2 aWNlJw0KDQpPTEQ6DQotIFZOUyBNb25pdG9yOiBVcG9uIGN1c3RvbWVyJ3MgVk5TIHBlcmZvcm1h bmNlIG1vbml0b3JpbmcNCiAgICAgICAgICBzZXR1cCwgdGhlIG5ldHdvcmsgTVVTVCBiZSBhYmxl IHRvIHN1cHBvcnQgVk5TIGxldmVsDQogICAgICAgICAgT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRp b24gYW5kIE1hbmFnZW1lbnQgKE9BTSkgTW9uaXRvcmluZw0KICAgICAgICAgIHVuZGVyIHBvbGlj eSBhZ3JlZW1lbnQuDQoNCk5FVzoNCi0gVk5TIE1vbml0b3I6IFVwb24gY3VzdG9tZXIncyBWTlMg cGVyZm9ybWFuY2UgbW9uaXRvcmluZw0KICAgICAgICAgIHNldHVwLCB0aGUgbmV0d29yayBNVVNU IGJlIGFibGUgdG8gc3VwcG9ydCBWTlMgbGV2ZWwNCiAgICAgICAgICBPcGVyYXRpb25zLCBBZG1p bmlzdHJhdGlvbiBhbmQgTWFuYWdlbWVudCAoT0FNKSBNb25pdG9yaW5nDQogICAgICAgICAgdW5k ZXIgc2VydmljZSBhZ3JlZW1lbnQuDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpTZWN0aW9uIDIuMTogQ2xhcmlmeSB0aGUgcmVs YXRpb24gYmV0d2VlbiBSZXEuMSBhbmQgLjMsIGl0IGxvb2tzIGFzIGlmIFJlcS4xIGlzIGEgdmVy eSBnZW5lcmljIHN0YXRlbWVudCB3aG9zZSBzcGVjaWZpY3MgYXJlIGRvY3VtZW50ZWQgaW4gUmVx LjMNCg0KWU9VTkc+PiBSZXEuMSBpcyBWTlMgbGV2ZWwgYW5kIFJlcS4zIGlzIFNwZWNpZmljIG5l dHdvcmsgbGV2ZWwgc3VjaCBhcyBtdWx0aS1kb21haW4gYW5kIG11bHRpLWxheWVyLiBTbyB0aGVz ZSB0d28gYXJlIHNlcGFyYXRlIHJlcXVpcmVtZW50cy4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpTZWN0aW9uIDIuMTogQ29uY2VybmluZyBv YmplY3RpdmUgZnVuY3Rpb25zIGRvY3VtZW50IGlmIHRoZSByZXF1aXJlbWVudCBpbXBsaWVzIHRo YXQgImFueSIgb2YgdGhlbSB3b3VsZCBoYXZlIHRvIGJlIHN1cHBvcnRlZCBvciBpZiBhIG1pbi5z ZXQgb2Ygb2JqLmZ1bmN0aW9ucyBoYXZlIHRvIGJlIHN1cHBvcnRlZCBvbiBhIHBhdGggYW5kL29y IGdyYXBoIGJhc2lzIChpZiB0aGlzIG1pbi5zZXQgaXMgdW5rbm93biBhdCB0aGlzIHBvaW50IGlu IHRpbWUgbWVudGlvbiBpdCBleHBsaWNpdGx5KS4NCg0KWU9VTkc+PiAgT2JqZWN0aXZlIEZ1bmN0 aW9uIGlzIGEgY2hvaWNlIG9mIHRoZSBjdXN0b21lciAtIGl0IGNhbiBiZSBvbmUgb2JqZWN0aXZl IGZ1bmN0aW9uIG9yIGEgY29tYmluYXRpb24gb2YgbXVsdGlwbGUgb2JqZWN0aXZlIGZ1bmN0aW9u cyB3aXRoIHdlaWdodCwgZXRjLg0KT0xEOg0KVk4gVG9wb2xvZ3kgU2VydmljZS1zcGVjaWZpYyBP YmplY3RpdmUgRnVuY3Rpb25zIChlLmcuLA0KICAgICAgICAgIG1heGltdW0gYmFuZHdpZHRoLCBt aW5pbXVtIGxhdGVuY3ksIG1pbmltdW0gaG9wcywgZXRjLiBhbmQNCiAgICAgICAgICBhbnkgY29t YmluYXRpb24gb2YgdGhlbSkuDQoNCk5FVzoNClZOIFRvcG9sb2d5IFNlcnZpY2Utc3BlY2lmaWMg T2JqZWN0aXZlIEZ1bmN0aW9ucyAoZS5nLiwgYW55IG9mIHRoZSBvYmplY3RpdmUgZnVuY3Rpb25z IHRvIGJlIHN1cHBvcnRlZCBzdWNoIGFzDQogICAgICAgICAgbWF4aW11bSBiYW5kd2lkdGgsIG1p bmltdW0gbGF0ZW5jeSwgbWluaW11bSBob3BzLCBldGMuIG9yDQogICAgICAgICAgYW55IGNvbWJp bmF0aW9uIG9mIHRoZW0gd2l0aCB3ZWlnaHQpLg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpTZWN0aW9uIDIuMTogUmVxLjggV291bGQgYmUg YXBwcm9wcmlhdGUgdG8gZXhwbGljaXQgdGhlIHRlcm0gIiBUcnVzdCBkb21haW4gdmVyaWZpY2F0 aW9uIiBiZXR3ZWVuIHdoaWNoIGVudGl0aWVzIChleHQvaW50IHRvIHdoYXQgPyksIHdoYXQgdGhp cyB2ZXJpZmljYXRpb24gaW1wbGllcyA/DQoNCllPVU5HPj4gIEl0IG1lYW5zOiBUcnVzdCBkb21h aW4gdmVyaWZpY2F0aW9uIGJldHdlZW4gYSBjdXN0b21lciBlbnRpdHkgYW5kIGEgbmV0d29yayBl bnRpdHkuICBJdCB2ZXJpZmllcyBpZiBhIHRydXN0IHJlbGF0aW9uc2hpcCBoYXMgYmVlbiBlc3Rh Ymxpc2hlcyBiZXR3ZWVuIHRoZXNlIGVudGl0aWVzLg0KDQpPTEQ6DQotIFRydXN0IGRvbWFpbiB2 ZXJpZmljYXRpb24gKGV4dGVybmFsIGVudGl0eSB2ZXJzdXMgaW50ZXJuYWwgZW50aXR5KQ0KDQpO RVc6DQotIFRydXN0IGRvbWFpbiB2ZXJpZmljYXRpb24gYmV0d2VlbiBhIGN1c3RvbWVyIGVudGl0 eSBhbmQgYSBuZXR3b3JrIGVudGl0eS4gIEl0IHZlcmlmaWVzIGlmIGEgdHJ1c3QgcmVsYXRpb25z aGlwIGhhcyBiZWVuIGVzdGFibGlzaGVzIGJldHdlZW4gdGhlc2UgZW50aXRpZXMuDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoNClNlY3Rpb24gMi4yOiBSZXEuMSBWTlMgZGVsZXRlL21vZGlmeS9ldGMuIGJ1dCBubyAi cHJvdmlzaW9uaW5nIiBhY3Rpb24gbGlzdGVkLCBhbnkgcmVhc29uID8NCg0KWU9VTkc+PiBZb3Ug YXJlIGFic29sdXRlbHkgY29ycmVjdC4gSXQgc2hvdWxkJ3ZlIGxpc3RlZCBWTiBDcmVhdGlvbi4g SSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIGluIHRoZSBmaXJzdCBkYXNoZWQgbGlzdC4NCg0KTkVX Og0KLSBWTlMgQ3JlYXRlOiBVcG9uIGN1c3RvbWVyJ3MgVk5TIGNyZWF0aW9uIHJlcXVlc3QsIG5l dHdvcmsgTVVTVCBiZSBhYmxlIHRvIGNyZWF0ZSBWTlMuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClNlY3Rpb24g Mi4yOiBSZXEuMyBjb25jZXJuaW5nIHRoZSAiIEFsdGVybmF0aXZlIHBhdGggY29tcHV0YXRpb24i IGRvZXMgaXQgbWVhbiB0aGF0IGFuIEJHUCBhbHRlcm5hdGUgcGF0aCB3b3VsZCBiZSBzYXRpc2Zh Y3RvcnkgYXMgbG9uZyBhcyBjb25uZWN0aXZpdHkgaXMgZW5zdXJlZCA/DQoNCllPVU5HPj4gQWN0 dWFsbHkgbm90LiBIZXJlIHdoYXQgd2UgbWVhbnQgaXMsIGdpdmVuIHRoZSBkb21haW4gc2VxdWVu Y2UgZGV0ZXJtaW5lZCBieSB0aGUgTURTQywgaWYgYW55IGRvbWFpbiBjYW5ub3QgZmluZCBpdHMg ZG9tYWluIHBhdGggKHdoaWNoIGlzIGEgcGFydCBvZiB0aGUgZW5kLXRvLWVuZCBwYXRoKSwgdGhl IGFsdGVybmF0aXZlIHBhdGggY29tcHV0YXRpb24gc2hvdWxkIGJlIGF0dGVtcHRlZCBieSB0aGUg TURTQy4gSW4gc3VjaCBjYXNlLCB0aGUgTURTQyBzaG91bGQgdHJ5IGRpZmZlcmVudCBkb21haW4g ZW50cnkgcG9pbnRzIChpLmUuIEFTQlJzKSBvZiB0aGUgc2FtZSBkb21haW4gc2VxdWVuY2Ugb3Ig YSBjb21wbGV0ZWx5IGRpZmZlcmVudCBkb21haW4gc2VxdWVuY2UuIEhlcmUgd2UgYXJlIHJlZmVy cmluZyB0byBURS1wYXRoLg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpTZWN0aW9uIDIuMjogUmVxLjQgaW4gdGhl IGhlYWRsaW5lIG9mIHRoZSBzZWN0aW9uIHRoZSB0ZXJtIHJlc3RvcmF0aW9uIGlzIGRpc3Rpbmd1 aXNoZWQgZnJvbSBwcm90ZWN0aW9uLCBpbiB0aGlzIHJlcXVpcmVtZW50IG5vdDsgZG9lcyBpdCBt ZWFuIHRoYXQgZm9yIHBhdGggcHJvdGVjdGlvbiB0aGVyZSBpcyBubyBpbnZvbHZlbWVudCBiZXNp ZGVzIGVuZC1wb2ludHMgPyBJbiBSZXEuNSB0aGUgIiBmYXN0IHJlY292ZXJ5L3Jlcm91dGUiIHRl Y2huaXF1ZSBpcyBiZWluZyB1c2VkIGluc3RlYWQuIFN1Z2dlc3Rpb24gaXMgbWFkZSBoZXJlIHRv IHN0aWNrIHRvIG9uZSB0ZXJtaW5vbG9neSB0aHJvdWdob3V0IHRoZSB3aG9sZSBkb2N1bWVudC4N Cg0KWU9VTkc+PiBBZ3JlZS4gUmVxdWlyZW1lbnQgNCwgdGhlIGhlYWRsaW5lIHNob3VsZCBiZSBQ cm90ZWN0aW9uLiBSZXEuIDUgdGFsa3MgYWJvdXQgcmVhbC10aW1lIHJlY292ZXJ5L3Jlcm91dGUg d2hlbiBwcm90ZWN0aW9uIHNjaGVtZXMgZmFpbC4gIFdpbGwgZG8gdGhlIGZvbGxvd2luZzoNCg0K T0xEOiAgNC4gUmVxdWlyZW1lbnQgNDogRW5kLXRvLUVuZCBQYXRoIFJlc3RvcmF0aW9uDQoNCiAg IEVuZC10by1lbmQgUGF0aCBSZXN0b3JhdGlvbiBPcGVyYXRpb25zIE1VU1QgYmUgcHJvdmlkZWQg d2l0aA0KICAgc2VhbWxlc3MgY29vcmRpbmF0aW9uIGJldHdlZW4gZG9tYWluLWxldmVsIHJlY292 ZXJ5IHNjaGVtZXMgYW5kDQogICBjcm9zcy1kb21haW4gcmVjb3Zlcnkgc2NoZW1lcy4NCg0KTkVX OiA0LiBSZXF1aXJlbWVudCA0OiBFbmQtdG8tRW5kIFBhdGggUHJvdGVjdGlvbg0KDQogICBFbmQt dG8tZW5kIFBhdGggUHJvdGVjdGlvbiBPcGVyYXRpb25zIE1VU1QgYmUgcHJvdmlkZWQgd2l0aA0K ICAgc2VhbWxlc3MgY29vcmRpbmF0aW9uIGJldHdlZW4gZG9tYWluLWxldmVsIHByb3RlY3Rpb24g c2NoZW1lcyBhbmQNCiAgIGNyb3NzLWRvbWFpbiBwcm90ZWN0aW9uIHNjaGVtZXMuDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KU2VjdGlvbiAyLjI6 IFJlcS41IHNwZWNpZnkgZm9yIHRoZSBzby1jYWxsZWQgIkxhcmdlLXNjYWxlIFZOUyBvcGVyYXRp b24iIHdoZXRoZXIgdGhlIGFuc3dlciB0byB0aGUgb3BlcmF0aW9uIGlzIGV4cGVjdGVkIGF0IHRo ZSBzYW1lIGxldmVsIG9mIGdyYW51bGFyaXR5LiBFeGFtcGxlOiBxdWVyeSBhbGwgbGVhdmVzIG9m IGEgdHJlZSBpcyBhIHNpbmdsZSBjb21tYW5kIGJ1dCB0aGUgcmVxdWVzdGVyIGNvdWxkIGJlIGlu IHR1cm4gb3ZlcmxvYWRlZCBpZiAxMDBrIGxlYXZlcyByZXBseSBpbmRpdmlkdWFsbHkuDQoNCllP VU5HPj4gIEhlcmUgd2UgbWVhbnQgZm9yIFZOUyBpbnN0YW50aWF0aW9uIHRvIGJlIGxhcmdlLXNj YWxlIGluIHRlcm0gb2YgaGFuZGxpbmcgVk4gc2VydmljZSBieSB0aGUgbmV0d29yay4gUGVyaGFw cywgSSB3b3VsZCByZXdvcmQgYXMgZm9sbG93czoNCg0KT0xEOiBMYXJnZS1zY2FsZSBWTlMgb3Bl cmF0aW9uIChlLmcuLCB0aGUgYWJpbGl0eSB0byBxdWVyeSB0ZW5zDQogICAgICAgICAgIG9mIHRo b3VzYW5kcyBvZiBub2RlcywgYW5kIHRvIGV4YW1pbmUgdGVucyBvZiB0aG91c2FuZHMgb2YNCiAg ICAgICAgICAgY29ubmVjdGl2aXR5IHJlcXVlc3RzKSBmb3IgdGltZS1zZW5zaXRpdmUgYXBwbGlj YXRpb25zLg0KDQpORVc6IExhcmdlLXNjYWxlIFZOUyBvcGVyYXRpb24gKGUuZy4sIHRoZSBhYmls aXR5IHRvIHByb2Nlc3MgdGVucyBvZiB0aG91c2FuZHMgb2YNCiAgICAgICAgICAgY29ubmVjdGl2 aXR5IHJlcXVlc3RzIGJ5IHRoZSBuZXR3b3JrKSBmb3IgdGltZS1zZW5zaXRpdmUgYXBwbGljYXRp b25zLg0KDQoNCg0KVGhhbmtzLA0KLWRpbWl0cmkuDQo=