
From nobody Sat Jan  3 22:21:02 2015
Return-Path: <jiangyuanlong@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B80611A6F7C for <pals@ietfa.amsl.com>; Sat,  3 Jan 2015 22:21:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q-sIsXFPNuHm for <pals@ietfa.amsl.com>; Sat,  3 Jan 2015 22:20:59 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 845EF1A6F7B for <pals@ietf.org>; Sat,  3 Jan 2015 22:20:58 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BNO38572; Sun, 04 Jan 2015 06:20:57 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sun, 4 Jan 2015 06:20:56 +0000
Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.42]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Sun, 4 Jan 2015 14:20:49 +0800
From: Jiangyuanlong <jiangyuanlong@huawei.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19mqFAxVOmoUEmhzRMRuIsjuZym6nIAgAijYZA=
Date: Sun, 4 Jan 2015 06:20:49 +0000
Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.76.118]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/jNBVaJ7Xpn_OdqCaVCSRVBlmuE8
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2015 06:21:00 -0000

Support for adoption.

Regards,
Yuanlong


>-----Original Message-----
>From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
>Sent: Wednesday, December 24, 2014 5:53 PM
>To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>Subject: [Pals] Poll to determine consensus for adoption of
>draft-shawam-pwe3-ms-pw-protection as WG draft
>
>
>Working Group,
>
>This email starts a poll to see whether there is consensus to
>adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
>the PALS WG.
>
>Please send your comments (support/not support) to the PALS working
>group mailing list (pals@ietf.org). Please give a technical
>motivation for your support/not support, especially if you think that
>the document should not be adopted as a working group document.
>
>In view of the long holiday season in some parts of the world I will
>run the poll until 16th January 2015.
>
>- Stewart
>


From nobody Sun Jan  4 00:09:41 2015
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 018DC1A7003 for <pals@ietfa.amsl.com>; Sun,  4 Jan 2015 00:09:35 -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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t0A28_eoCJG0 for <pals@ietfa.amsl.com>; Sun,  4 Jan 2015 00:09:32 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0754.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::754]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A56471A7001 for <pals@ietf.org>; Sun,  4 Jan 2015 00:09:31 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0811.eurprd03.prod.outlook.com (25.161.55.143) with Microsoft SMTP Server (TLS) id 15.1.49.12; Sun, 4 Jan 2015 08:07:26 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0049.002; Sun, 4 Jan 2015 08:07:26 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19mqOoYZfDEAEKZ4t2u3wY2Rpyvpp4x
Date: Sun, 4 Jan 2015 08:07:26 +0000
Message-ID: <1420358843752.4157@ecitele.com>
References: <548986EC.6050806@cisco.com>,<549A8CEA.3010909@cisco.com>
In-Reply-To: <549A8CEA.3010909@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [5.153.9.206]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; 
x-dmarcaction: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:DB3PR03MB0811;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0811;
x-forefront-prvs: 0446F0FCE1
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(189002)(199003)(87936001)(101416001)(92566001)(2656002)(86362001)(19580405001)(19580395003)(71446004)(36756003)(76176999)(50986999)(54356999)(4396001)(2501002)(97736003)(21056001)(46102003)(68736005)(40100003)(15975445007)(102836002)(99396003)(122556002)(2950100001)(2900100001)(117636001)(110136001)(31966008)(230783001)(120916001)(77156002)(106356001)(62966003)(20776003)(106116001)(105586002)(66066001)(2351001)(64706001)(107046002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0811; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jan 2015 08:07:26.1656 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0811
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/jIxml6aauP_fQeznTDic_SE2Nto
Cc: "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "stbryant@cisco.com" <stbryant@cisco.com>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2015 08:09:35 -0000

Stewart and all,=0A=
I've read the draft, and I do not have any issues with its content  per se.=
=0A=
However I'd like to understand better its relationship with the already ado=
pted draft-ietf-pals-redundancy-spe-00.  =0A=
=0A=
Both drafts are intended for the Standards track by their authors and both =
seem to address the problem of S-PE failure even if in different different =
deployment scenarios.=0A=
=0A=
I would like to clarify that  I do not actively object adoption of draft-sh=
awam. =0A=
The clarification in question could be provided after adoption if the WG fe=
els that this can be postponed.  But I do not think that it can be avoided =
altogether.=0A=
=0A=
Regards,=0A=
Sasha=0A=
=0A=
=0A=
=0A=
=0A=
________________________________________=0A=
From: Pals <pals-bounces@ietf.org> on behalf of Stewart Bryant <stbryant@ci=
sco.com>=0A=
Sent: Wednesday, December 24, 2014 11:52 AM=0A=
To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org=0A=
Subject: [Pals] Poll to determine consensus for adoption of draft-shawam-pw=
e3-ms-pw-protection as WG draft=0A=
=0A=
Working Group,=0A=
=0A=
This email starts a poll to see whether there is consensus to=0A=
adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of=0A=
the PALS WG.=0A=
=0A=
Please send your comments (support/not support) to the PALS working=0A=
group mailing list (pals@ietf.org). Please give a technical=0A=
motivation for your support/not support, especially if you think that=0A=
the document should not be adopted as a working group document.=0A=
=0A=
In view of the long holiday season in some parts of the world I will=0A=
run the poll until 16th January 2015.=0A=
=0A=
- Stewart=0A=
=0A=
_______________________________________________=0A=
Pals mailing list=0A=
Pals@ietf.org=0A=
https://www.ietf.org/mailman/listinfo/pals=0A=


From nobody Sun Jan  4 03:07:41 2015
Return-Path: <huubatwork@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79DD11A7D83 for <pals@ietfa.amsl.com>; Sun,  4 Jan 2015 03:07:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YPHcaKsQaMET for <pals@ietfa.amsl.com>; Sun,  4 Jan 2015 03:07:37 -0800 (PST)
Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B02F1A7D82 for <pals@ietf.org>; Sun,  4 Jan 2015 03:07:37 -0800 (PST)
Received: by mail-wg0-f49.google.com with SMTP id n12so26132964wgh.36 for <pals@ietf.org>; Sun, 04 Jan 2015 03:07:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=PY/+DDPkaww94TNBkGpjbLOt4KA//jDw9ZbMNZFzuqk=; b=IFK7kkLB/EXdXJoVq3ZeN0QWfWE8OxE+Ry1SfShSX9Pn8Zqm0Iy+d4w+XOa8wKC8r/ uLwxpTgD3NdslM4stEex/mZxHO7ioes1L07cAa7waBev2apnHUj/8K6QBQUZ2ZCRlZ8Z uOB/ObUEstdc07krGpQDHVnuWtBM4NqirAkQ9ORiWGw3BAlHIAOnlY2LC/o337Qpxeqf lCfFwYGFx5LwCjYlEEx8twEBWkfuOxBb9KQ9q4G/DIf9dJMkbHFSoh94hb4Xl0HSoTPL 6Xtm8z8e49BxutLAVpvL/z+NxcXGUaznFhhOXlgI798ua0G4UjcF9Lp1CdeNRnP9YlOn 07Mw==
X-Received: by 10.194.89.3 with SMTP id bk3mr172022801wjb.92.1420369656072; Sun, 04 Jan 2015 03:07:36 -0800 (PST)
Received: from McObelix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id u18sm71127265wjq.42.2015.01.04.03.07.34 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Jan 2015 03:07:35 -0800 (PST)
Message-ID: <54A91EF5.1070500@gmail.com>
Date: Sun, 04 Jan 2015 12:07:33 +0100
From: Huub van Helvoort <huubatwork@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: stbryant@cisco.com, draft-shawam-pwe3-ms-pw-protection@tools.ietf.org,  "pals@ietf.org" <pals@ietf.org>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com>
In-Reply-To: <549A8CEA.3010909@cisco.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/3JO7g9et2dZUa-g2OtLu76Juy9c
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: huubatwork@gmail.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jan 2015 11:07:39 -0000

All,

I support the adoption (as co-author).

Taking the opportunity to wish you a Happy and Healthy 2015, Huub.


> Working Group,
>
> This email starts a poll to see whether there is consensus to
> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
> the PALS WG.
>
> Please send your comments (support/not support) to the PALS working
> group mailing list (pals@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>
> In view of the long holiday season in some parts of the world I will
> run the poll until 16th January 2015.
>
> - Stewart
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals


-- 
*****************************************************************
               请记住，你是独一无二的，就像其他每一个人一样


From nobody Mon Jan  5 07:41:02 2015
Return-Path: <linda.dunbar@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D4CD1A01F0 for <pals@ietfa.amsl.com>; Mon,  5 Jan 2015 07:41:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0FJYf4xjQXUx for <pals@ietfa.amsl.com>; Mon,  5 Jan 2015 07:40:59 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9A2D1A01BA for <pals@ietf.org>; Mon,  5 Jan 2015 07:40:58 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BNP55923; Mon, 05 Jan 2015 15:40:57 +0000 (GMT)
Received: from DFWEML705-CHM.china.huawei.com (10.193.5.142) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 5 Jan 2015 15:40:56 +0000
Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml705-chm ([10.193.5.142]) with mapi id 14.03.0158.001; Mon, 5 Jan 2015 07:40:42 -0800
From: Linda Dunbar <linda.dunbar@huawei.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19nISKmzZd84k6B0wJxcscr85ynbrCQgAil14CAAaiXoA==
Date: Mon, 5 Jan 2015 15:40:41 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645E8A68B@dfweml701-chm>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com>
In-Reply-To: <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.136.47]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/jjO1_5KFjA8H8Tnv4jxyzr77218
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Jan 2015 15:41:01 -0000

Support for adoption.

Regards,
Linda Dunbar


>-----Original Message-----
>From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
>Sent: Wednesday, December 24, 2014 5:53 PM
>To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>Subject: [Pals] Poll to determine consensus for adoption of=20
>draft-shawam-pwe3-ms-pw-protection as WG draft
>
>
>Working Group,
>
>This email starts a poll to see whether there is consensus to adopt=20
>draft-shawam-pwe3-ms-pw-protection as a WG draft of the PALS WG.
>
>Please send your comments (support/not support) to the PALS working=20
>group mailing list (pals@ietf.org). Please give a technical motivation=20
>for your support/not support, especially if you think that the document=20
>should not be adopted as a working group document.
>
>In view of the long holiday season in some parts of the world I will=20
>run the poll until 16th January 2015.
>
>- Stewart
>

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


From nobody Mon Jan  5 23:22:00 2015
Return-Path: <loa@pi.nu>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4A681A9109 for <pals@ietfa.amsl.com>; Mon,  5 Jan 2015 23:21:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5y7AwEAHtWSD for <pals@ietfa.amsl.com>; Mon,  5 Jan 2015 23:21:52 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F25C21A910A for <pals@ietf.org>; Mon,  5 Jan 2015 23:21:51 -0800 (PST)
Received: from [192.168.1.12] (unknown [49.149.169.192]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id CF66418013B8 for <pals@ietf.org>; Tue,  6 Jan 2015 08:21:49 +0100 (CET)
Message-ID: <54AB8D06.301@pi.nu>
Date: Tue, 06 Jan 2015 15:21:42 +0800
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: pals@ietf.org
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com> <4A95BA014132FF49AE685FAB4B9F17F645E8A68B@dfweml701-chm>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645E8A68B@dfweml701-chm>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/cHm7YokA_G41qp7IMrr48wbqy9I
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 07:21:56 -0000

Folks,


I'm a bit split about this, for working groups I chair or documents
that I shepherd I normally count document authors supporting adoption
as the default, i.e. no need to state it on the list.

In the pals wg I see quite a bit of "support as co-author", I don't
know if this adds anything. I anyone wonder I do of course support the
adoption of the document.

/Loa

On 2015-01-05 23:40, Linda Dunbar wrote:
>
> Support for adoption.
>
> Regards,
> Linda Dunbar
>
>
>> -----Original Message-----
>> From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
>> Sent: Wednesday, December 24, 2014 5:53 PM
>> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>> Subject: [Pals] Poll to determine consensus for adoption of
>> draft-shawam-pwe3-ms-pw-protection as WG draft
>>
>>
>> Working Group,
>>
>> This email starts a poll to see whether there is consensus to adopt
>> draft-shawam-pwe3-ms-pw-protection as a WG draft of the PALS WG.
>>
>> Please send your comments (support/not support) to the PALS working
>> group mailing list (pals@ietf.org). Please give a technical motivation
>> for your support/not support, especially if you think that the document
>> should not be adopted as a working group document.
>>
>> In view of the long holiday season in some parts of the world I will
>> run the poll until 16th January 2015.
>>
>> - Stewart
>>
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Tue Jan  6 02:20:44 2015
Return-Path: <huubatwork@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E60121A9144 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 02:20:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sl5MXly3CP4V for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 02:20:40 -0800 (PST)
Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2C461A914A for <pals@ietf.org>; Tue,  6 Jan 2015 02:20:39 -0800 (PST)
Received: by mail-wi0-f173.google.com with SMTP id r20so5016420wiv.12 for <pals@ietf.org>; Tue, 06 Jan 2015 02:20:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=jeDtAkDfDB2XJct/vaChXBk6rIZDBEruJlmnGruPKR4=; b=HK/ZTo9J111UZKENaZcodO/5UFhWHf1ldnfWF0S0vZwnem7+gqKdyn3xl9bWBqaOpv 5qQugVz4By9o88Ug6UP1Y0i4KHUJKgVMGQnmWfGhMvsAubUE8oc7MVHk8Q9XyMhDAB5J ZPGbdAZjm5XS1dSZi74RMro/KSJc25YLkCm9woKD2IHIE3tbc3DMmxZSRoqohpp0jiSQ fWLRfJVyaT/hjl4n4/nO8FOtTHGSrhMZc/5ARIC5jNiNS/XR5EC6m1pdwhQKdUL9Y5RD Kzgsez1y/1fXZf0HQxBNK689UnosELqw4eqzE9UV2MXVICdNtIf7mlIH8rdr+X+yJGlF qJvQ==
X-Received: by 10.180.97.195 with SMTP id ec3mr35982012wib.79.1420539638341; Tue, 06 Jan 2015 02:20:38 -0800 (PST)
Received: from McObelix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id x16sm13336267wia.15.2015.01.06.02.20.36 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Jan 2015 02:20:37 -0800 (PST)
Message-ID: <54ABB6F2.2090508@gmail.com>
Date: Tue, 06 Jan 2015 11:20:34 +0100
From: Huub van Helvoort <huubatwork@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Loa Andersson <loa@pi.nu>, pals@ietf.org
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com> <4A95BA014132FF49AE685FAB4B9F17F645E8A68B@dfweml701-chm> <54AB8D06.301@pi.nu>
In-Reply-To: <54AB8D06.301@pi.nu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/Q-hJf7RuuOWEyuQoZWb883Mx0CU
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: huubatwork@gmail.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 10:20:42 -0000

Hello Loa,

You write:

> I'm a bit split about this, for working groups I chair or documents
> that I shepherd I normally count document authors supporting
> adoption as the default, i.e. no need to state it on the list.

I understand, and agree that this is logical.

> In the pals wg I see quite a bit of "support as co-author", I don't
> know if this adds anything. If anyone wonder I do of course support
> the adoption of the document.

I have noticed this "support as co-author" many times before
in several WG lists I subscribed. That is why I did it too.
I will try to remember that in the PALS is is not necessary.

Cheers, Huub.



-- 
*****************************************************************
               请记住，你是独一无二的，就像其他每一个人一样


From nobody Tue Jan  6 02:34:25 2015
Return-Path: <loa@pi.nu>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21B0A1A916F for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 02:34:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QW23sdiHAkWi for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 02:34:21 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6069D1A916B for <pals@ietf.org>; Tue,  6 Jan 2015 02:34:21 -0800 (PST)
Received: from [192.168.1.12] (unknown [49.149.169.192]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id A4EEC18013B8; Tue,  6 Jan 2015 11:34:18 +0100 (CET)
Message-ID: <54ABBA23.9030404@pi.nu>
Date: Tue, 06 Jan 2015 18:34:11 +0800
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: huubatwork@gmail.com, pals@ietf.org
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com> <4A95BA014132FF49AE685FAB4B9F17F645E8A68B@dfweml701-chm> <54AB8D06.301@pi.nu> <54ABB6F2.2090508@gmail.com>
In-Reply-To: <54ABB6F2.2090508@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/nVIRGZQ0uRJt2_VWEvjOJJu7gTs
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 10:34:23 -0000

Huub,

On 2015-01-06 18:20, Huub van Helvoort wrote:
> Hello Loa,
>
> You write:
>
>> I'm a bit split about this, for working groups I chair or documents
>> that I shepherd I normally count document authors supporting
>> adoption as the default, i.e. no need to state it on the list.
>
> I understand, and agree that this is logical.
>
>> In the pals wg I see quite a bit of "support as co-author", I don't
>> know if this adds anything. If anyone wonder I do of course support
>> the adoption of the document.
>
> I have noticed this "support as co-author" many times before
> in several WG lists I subscribed. That is why I did it too.
> I will try to remember that in the PALS is is not necessary.

I can't say if it is necessary in pals - up to Andy and Stewart, but for
mpls it is not necessary.

/Loa
>
> Cheers, Huub.
>
>
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Tue Jan  6 03:08:15 2015
Return-Path: <zhangfatai@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 834461A1BC3; Tue,  6 Jan 2015 01:47:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.211
X-Spam-Level: 
X-Spam-Status: No, score=-6.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rOKLnrP8ABeO; Tue,  6 Jan 2015 01:47:28 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E51221A9122; Tue,  6 Jan 2015 01:47:26 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQX93431; Tue, 06 Jan 2015 09:47:25 +0000 (GMT)
Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 6 Jan 2015 09:47:24 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.250]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Tue, 6 Jan 2015 17:46:20 +0800
From: Fatai Zhang <zhangfatai@huawei.com>
To: Loa Andersson <loa@pi.nu>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>, "<mpls-ads@tools.ietf.org>" <mpls-ads@tools.ietf.org>, "'John Drake'" <jdrake@juniper.net>, "'Scott Mansfield'" <Scott.Mansfield@Ericsson.com>, "'BRUNGARD, DEBORAH A'" <db3546@att.com>, "teas-chairs@ietf.org" <teas-chairs@ietf.org>, "ccamp-chairs@tools.ietf.org" <ccamp-chairs@tools.ietf.org>
Thread-Topic: New Liaison Statement, "LS on ITU-T SG15 OTNT standardization work plan to mpls"
Thread-Index: AQHQKYmgRmMm1zVLtUicDVFbc6sta5yyS9kAgACLYRA=
Date: Tue, 6 Jan 2015 09:46:19 +0000
Message-ID: <F82A4B6D50F9464B8EBA55651F541CF85CBD5080@SZXEMA504-MBS.china.huawei.com>
References: <032501d02112$dcdd1a30$96974e90$@olddog.co.uk> <54AB9AA7.7040702@pi.nu> <54ABA9B6.4080800@pi.nu>
In-Reply-To: <54ABA9B6.4080800@pi.nu>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/Vg88QRJ6PSXxG1NJKXQDwhGTZuE
X-Mailman-Approved-At: Tue, 06 Jan 2015 03:08:12 -0800
Cc: "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "ccamp-chairs@tools.ietf.org" <ccamp-chairs@tools.ietf.org>, "pce-chairs@ietf.org" <pce@ietf.org>, "pals-chairs@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] New Liaison Statement, "LS on ITU-T SG15 OTNT standardization work plan to mpls"
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 09:47:31 -0000

SGkgYWxsLA0KDQpQbGVhc2UgZm9yZ2l2ZSBtZSBmb3IgbXkgc3R1cGlkIHF1ZXN0aW9uLCA6LSkN
Cg0KRG8gd2UganVzdCBuZWVkIG9uZSBzaW5nbGUgcmVzcG9uc2Ugb3IgbXVsdGlwbGUgcmVzcG9u
c2VzIHBlciBXRz8NCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCg0KRmF0YWkNCg0KDQotLS0tLU9y
aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5u
dV0gDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA2LCAyMDE1IDU6MjQgUE0NClRvOiBtcGxzLWNo
YWlyc0B0b29scy5pZXRmLm9yZzsgPG1wbHMtYWRzQHRvb2xzLmlldGYub3JnPjsgJ0pvaG4gRHJh
a2UnOyAnU2NvdHQgTWFuc2ZpZWxkJzsgJ0JSVU5HQVJELCBERUJPUkFIIEEnOyB0ZWFzLWNoYWly
c0BpZXRmLm9yZzsgY2NhbXAtY2hhaXJzQHRvb2xzLmlldGYub3JnDQpDYzogcGNlLWNoYWlyc0Bp
ZXRmLm9yZzsgcGFscy1jaGFpcnNAaWV0Zi5vcmc7IGJlc3MtY2hhaXJzQGlldGYub3JnOyBjY2Ft
cC1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBOZXcgTGlhaXNvbiBTdGF0ZW1l
bnQsICJMUyBvbiBJVFUtVCBTRzE1IE9UTlQgc3RhbmRhcmRpemF0aW9uIHdvcmsgcGxhbiB0byBt
cGxzIg0KDQpGb2xrcywNCg0KSSBzY3Jld2VkIHNvbWV0aGluZyB1cCB3aXRoIHRoZSBjaGFpcnMg
YWxpYXNlcywgaG9wZSBpdCBpcyBPSyBub3cuDQoNCi9Mb2ENCg0KUFMNClNvcnJ5IGZvciBkdXBs
aWNhdGVzDQoNCg0KT24gMjAxNS0wMS0wNiAxNjoxOSwgTG9hIEFuZGVyc3NvbiB3cm90ZToNCj4g
Rm9sa3MgKEkgdGhpbmsgSSd2ZSBpbmNsdWRlZCBhbGwgd2cgY2hhaXJzIHRoYXQgbWlnaHQgYmUg
aW50ZXJlc3RlZCksDQo+DQo+IExvb2tpbmcgYXQgQWRyaWFucyBhZHZpY2UgKGJlbG93KQ0KPg0K
PiAtIHRoZSBsaWFpc29uIGRpZCBnbyB0byBtcGxzLCBwY2UgYW5kIGNjYW1wDQo+ICAgIC0tIGl0
IGRpZCBub3QgZ28gdG8gcGFscywgYmVzcyBvciB0ZWFzLCBJIGd1ZXNzIHRoYXQgb3VyIE1QTFMg
bGlhaXNvbg0KPiAgICAgICBtYW5hZ2VyIGNhbiBmb3J3YXJkIGl0IHRvIHRoZXNlIHdvcmtpbmcg
Z3JvdXBzIGlmIHRoZXJlIGFyZQ0KPiAgICAgICBpbnRlcmVzdDsgdGhlIHdvcmtpbmcgZ3JvdXAg
Y2hhaXJzIHNob3VsZCB0ZWxsIHVzLg0KPg0KPiAtIHNraW0gdGhlIGRvY3VtZW50IGZvciBhY2N1
cmFjeSBhYm91dCBvdXIgd29yaw0KPiAgICAtLSBJJ3ZlIGRvbmUgb25lIHJlYWQgLCBub3QgZm91
bmQgYW55dGhpbmcgZ2xhcmluZ2x5IHdyb25nIG90aGVyIHRoYW4NCj4gICAgICAgdGhhdCB0aGV5
IHN0aWxsIHVzZSBULU1QTFMNCj4gLSByZW1pbmRlciBpbiB0aGUgZGlhcnkgMyBvciA0IHdlZWtz
IGJlZm9yZSB0aGUgZGVhZGxpbmUNCj4gICAgLS0gdGhlIGRlYWRsaW5lIGlzIDIwMTUtMDYtMDc7
IHRoZSBxdWVzdGlvbiBpcyB3aG8gYXJlIHRoZSBzdHVja2VlDQo+ICAgICAgIChJIHdvdWxkIHRo
aW5rIERlYm9yYWgsIGJ1dCBuZWVkIHRvIGNvbmZpcm0pDQo+IC0gc2VuZCBhIGxpYWlzb24gZm9y
IGluZm9ybWF0aW9uDQo+ICAgIC0tIHRvIGJlIGRvbmUNCj4gLSBsaXN0aW5nIG5ldyBSRkNzIHRo
YXQgbWlnaHQgYmUgcmVsZXZhbnQNCj4gICAgLS0gaXQgaXMgMTggbW9udGhzIHNpbmNlIHdlIGRp
ZCB0aGlzIGxhc3QsIHNvIHRoZXJlIHNob3VsZCBiZSBzb21lOyBJDQo+ICAgICAgIGNhbiBwcm9k
dWNlIHRoZSB0aGUgbXBscyBsaXN0OyBJIGd1ZXNzIGl0IGZhbGxzIHRvIHRoZSB3b3JraW5nDQo+
ICAgICAgIGdyb3VwIGNoYWlycyBvZiB0aGUgb3RoZXIgd2cncyB0byBkbyB0aGUgc2FtZQ0KPiAt
IGxpc3RpbmcgbmV3IGNoYXJ0ZXIgaXRlbXMNCj4gICAgLS0gdGhpcyBzaG91bGQgcG9zc2libHkg
c3RhdGUgdGhhdCBhbGwgdGhlIHdnJ3MgaGFzIGJlZW4gcmUtY2hhcnRlcmVkDQo+ICAgICAgIGFz
IGEgcmVzdWx0IG9mIHRoZSBydGctYXJlYSB0dW5pbmcNCj4gICAgLS0gd2Ugc2hvdWxkIHByb2R1
Y2UgYSBsaXN0IG9mIG5ldyBjaGFydGVyIGl0ZW1zIHBlciB3b3JraW5nIGdyb3VwOyBJDQo+ICAg
ICAgIGRvIG9uZSBmb3IgTVBMUw0KPiAtIG9wZW4gaW52aXRhdGlvbiBmb3IgZGlzY3Vzc2lvbg0K
PiAgICAtLSBJIGd1ZXNzIHRoZXJlIGlzIG9uZSBpbiB0aGUgbGlhaXNvbnMgd2Ugc2VudCBlYXJs
aWVyLg0KPg0KPiBXaG8gd2lsbCBiZSB0aGUgY29vcmRpbmF0b3IsIERlYm9yYWgsIFNjb3R0LCAu
Li4gPw0KPg0KPiAvTG9hDQo+DQo+IE9uIDIwMTQtMTItMjYgMjE6NTAsIEFkcmlhbiBGYXJyZWwg
d3JvdGU6DQo+PiBXYXkgYmFjayB3aGVuLi4uDQo+Pg0KPj4gV2hhdCBJIHVzZWQgdG8gZG8gd2Fz
Li4uDQo+Pg0KPj4gLSBtYWtlIHN1cmUgYSBjb3B5IGhhZCBnb25lIHRvIHRoZSB2YXJpb3VzIGxp
c3RzDQo+PiAtIHNraW0gdGhlIGRvY3VtZW50IGZvciBhY2N1cmFjeSBhYm91dCBvdXIgd29yaw0K
Pj4gLSBwdXQgYSByZW1pbmRlciBpbiBteSBkaWFyeSBmb3IgMyBvciA0IHdlZWtzIGJlZm9yZSB0
aGUgZGVhZGxpbmUNCj4+IC0gcmVtaW5kIHRoZSBXR3MgYXQgdGhhdCB0aW1lIHNheWluZyAiYW55
dGhpbmcgeW91IHdhbnQgbWUgdG8gc2F5PyINCj4+IC0gc2VuZCBhIGxpYWlzb24gZm9yIGluZm8g
bGlzdGluZyBuZXcgUkZDcyB0aGF0IG1pZ2h0IGJlIHJlbGV2YW50LCBuZXcNCj4+IGNoYXJ0ZXIg
aXRlbXMsIGV0Yy4NCj4+IC0gaW5jbHVkZSBhbiBvcGVuIGludml0YXRpb24gdG8gZGlzY3VzcyBv
dXIgd29yayBvbiBvdXIgbWFpbGluZyBsaXN0cy4NCj4+DQo+PiBHZW5lcmFsIGludGVudGlvbiB3
YXMgdG8gc2hvdyB0aGF0IHdlIGFyZSBkb2luZyB3b3JrIGFuZCB0aGF0DQo+PiBvdXRzaWRlcnMg
YXJlIHdlbGNvbWUgdG8gY29tZSBhbmQgdGFsayB0byB1cyB3aXRob3V0IHRoZSBuZWVkIGZvciBh
DQo+PiBsaWFpc29uLg0KPj4NCj4+IEENCj4+DQo+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t
LS0NCj4+PiBGcm9tOiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9hQHBpLm51XQ0KPj4+IFNlbnQ6
IDIxIERlY2VtYmVyIDIwMTQgMDU6MzMNCj4+PiBUbzogR2VvcmdlIFN3YWxsb3c7IFJvc3MgQ2Fs
bG9uDQo+Pj4gQ2M6IEFkcmlhbiBGYXJyZWw7IEFsaWEgQXRsYXM7IEpvaG4gRHJha2U7IFNjb3R0
IE1hbnNmaWVsZDsgQlJVTkdBUkQsDQo+Pj4gREVCT1JBSA0KPj4+IEE7IExvdSBCZXJnZXINCj4+
PiBTdWJqZWN0OiBSZTogTmV3IExpYWlzb24gU3RhdGVtZW50LCAiTFMgb24gSVRVLVQgU0cxNSBP
VE5UDQo+Pj4gc3RhbmRhcmRpemF0aW9uDQo+Pj4gd29yayBwbGFuIHRvIG1wbHMiDQo+Pj4NCj4+
PiBGb2xrcywNCj4+Pg0KPj4+IFRoaXMgd2FzIHNlbnQgdG8gbXBscywgcGNlIGFuZCBjY2FtcCwg
Y29weSB0byBTY290dCBidXQgbm90IHRvIERlYm9yYWgNCj4+PiAoc2hlIGlzIHRoZSBsaWFpc29u
IG1hbmFnZXIgZm9yIE1QTFMpLg0KPj4+DQo+Pj4gSSB0aGluayB0aGlzIHdhcyBhbnN3ZXJlZCBi
eSB0aGUgZWFybGllciBDQ0FNUCB3ZyBsYXN0IHRpbWUgKG5vdCBkb25lDQo+Pj4gYW55IHJlc2Vh
cmNoKS4gTm90IHN1cmUgd2hhdCBuZWVkcyB0byBiZSBkb25lIG5vdywgcHJvYmFibHkgU2NvdHQg
YW5kDQo+Pj4gRGVib3JhaCBzaG91bGQgdGhpbmsgYSBiaXQgYW5kIGNvbWUgYmFjayB3aXRoIGEg
cHJvcG9zYWwuDQo+Pj4NCj4+PiAvTG9hDQo+Pj4NCj4+PiBQUw0KPj4+IEkgd2lsbCByZWN1c2Ug
bXlzZWxmIC0gdGhleSBzdGlsbCB1c2UgVC1NUExTIGFuZCB3aGF0IEkgd291bGQgZG8gaXMgdG8N
Cj4+PiB3cml0ZSA0LTUgcGFnZXMgbG9uZyB0cmVhdGlzZSBleHBsYWluaW5nIHRvIHRoZW0gd2h5
IHRoZXkgYXJlIGJyZWFraW5nDQo+Pj4gZWFybGllciBhZ3JlZW1lbnRzLCBkZXJvZ2F0b3J5IGlu
IGdlbmVyYWwgYW5kIHNob3VsZCBmaW5kIGEgZGVlcCBob2xlDQo+Pj4gdG8ganVtcCBpbnRvIGFu
ZCBwdWxsIGl0IGluIGFmdGVyIHRoZW0uIEkgZG9uJ3QgdGhpbmsgdGhhdCBpcyB3YW50IHdlDQo+
Pj4gd2FudCB0byBzZW5kLg0KPj4+DQo+Pj4gT24gMjAxNC0xMi0yMCAwNToxOCwgTGlhaXNvbiBT
dGF0ZW1lbnQgTWFuYWdlbWVudCBUb29sIHdyb3RlOg0KPj4+PiBUaXRsZTogTFMgb24gSVRVLVQg
U0cxNSBPVE5UIHN0YW5kYXJkaXphdGlvbiB3b3JrIHBsYW4gdG8gbXBscw0KPj4+PiBTdWJtaXNz
aW9uIERhdGU6IDIwMTQtMTItMTkNCj4+Pj4gVVJMIG9mIHRoZSBJRVRGIFdlYiBwYWdlOiBodHRw
Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbGlhaXNvbi8xMzY5Lw0KPj4+PiBQbGVhc2UgcmVwbHkg
YnkgMjAxNS0wNi0wNw0KPj4+PiBGcm9tOiBJVFUtVCBTRyAxNSAgKEdyZWcgSm9uZXMgPGdyZWcu
am9uZXNAaXR1LmludD4pDQo+Pj4+IFRvOiBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyAo
TG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PiwgR2VvcmdlDQo+Pj4gU3dhbGxvdyA8c3dhbGxvd0Bj
aXNjby5jb20+LCBSb3NzIENhbGxvbiA8cmNhbGxvbkBqdW5pcGVyLm5ldD4pDQo+Pj4+IENjOiBB
ZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPixBbGlhIEF0bGFzDQo+Pj4gPGFrYXRs
YXNAZ21haWwuY29tPixtcGxzQGlldGYub3JnLEpvaG4gRHJha2UgPGpkcmFrZUBqdW5pcGVyLm5l
dD4sU2NvdHQNCj4+PiBNYW5zZmllbGQgPFNjb3R0Lk1hbnNmaWVsZEBFcmljc3Nvbi5jb20+DQo+
Pj4+IFJlc3BvbnNlIENvbnRhY3Q6IG5hb3Rha2EubW9yaXRhQG50dC1hdC5jby5qcA0KPj4+PiBU
ZWNobmljYWwgQ29udGFjdDoNCj4+Pj4gUHVycG9zZTogRm9yIGNvbW1lbnQNCj4+Pj4NCj4+Pj4g
Qm9keTogVGhhbmsgeW91IGZvciB5b3VyIHByZXZpb3VzIHJldmlldyBhbmQgY29tbWVudHMgb24g
4oCcT3B0aWNhbA0KPj4+PiBUcmFuc3BvcnQNCj4+PiBOZXR3b3JrcyAmDQo+Pj4+IFRlY2hub2xv
Z2llcyBzdGFuZGFyZGl6YXRpb24gd29yayBwbGFuLuKAnSBBdHRhY2hlZCBpcyBJc3N1ZSAxOSwg
dGhlDQo+Pj4+IGxhdGVzdA0KPj4+IHZlcnNpb24gdGhhdCB3YXMgdXBkYXRlZCBieSB0aGUgU0cx
NSBtZWV0aW5nIGluIERlY2VtYmVyIDIwMTQuIFdlDQo+Pj4gYXBwcmVjaWF0ZQ0KPj4+IHlvdXIg
Y29udGludWVkIHJldmlldyBhbmQgY29tbWVudHMgd2hpY2ggYWxsb3cgdXMgdG8ga2VlcCB0aGUN
Cj4+PiBkb2N1bWVudCB1cC0NCj4+PiB0by1kYXRlLg0KPj4+Pg0KPj4+PiBBdHRhY2g6DQo+Pj4+
IOKIkiBPVE5UIHN0YW5kYXJkaXphdGlvbiB3b3JrIHBsYW4sIElzc3VlIDE5IChURDI4Mi9QTEVO
IFJldi4xKQ0KPj4+PiBBdHRhY2htZW50czoNCj4+Pj4NCj4+Pj4gICAgICAgTFMgb24gSVRVLVQg
U0cxNSBPVE5UIHN0YW5kYXJkaXphdGlvbiB3b3JrIHBsYW4gdG8gbXBscw0KPj4+Pg0KPj4+PiBo
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvY3VtZW50cy9MSUFJU09OL2xpYWlzb24tMjAx
NC0xMi0xOS1pdHUtdC1zZy0NCj4+Pj4NCj4+PiAxNS1tcGxzLWxzLW9uLWl0dS10LXNnMTUtb3Ru
dC1zdGFuZGFyZGl6YXRpb24td29yay1wbGFuLXRvLW1wbHMtYXR0YWNobWVudC0NCj4+Pg0KPj4+
IDEuemlwDQo+Pj4+DQo+Pj4NCj4+PiAtLQ0KPj4+DQo+Pj4NCj4+PiBMb2EgQW5kZXJzc29uICAg
ICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2VpLmNvbQ0KPj4+IFNl
bmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBpLm51DQo+Pj4g
SHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIx
IDY0DQo+Pg0KPg0KDQotLSANCg0KDQpMb2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAg
ICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2VpLmNvbQ0KU2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAg
ICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnUNCkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1
bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0K


From nobody Tue Jan  6 03:21:32 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 631361A3BA7 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 03:21:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qHP3xtmxqMEQ for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 03:21:26 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 639491A9162 for <pals@ietf.org>; Tue,  6 Jan 2015 03:21:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1142; q=dns/txt; s=iport; t=1420543286; x=1421752886; h=message-id:date:from:reply-to:mime-version:to:subject: references:in-reply-to:content-transfer-encoding; bh=jYI0ttJC3jvIsJxiGNlFXqOWVep+OLx8NFUFLtqGVbA=; b=cCJqPSepyRIl/mZpS7az8pTlDigMoJx9kTfCLQTE512BD87Ur71xxBW4 z9fkkjdMia9Q3ypKlq3EvFjEPJl1DsKhmwEiSo4O1IDUGHdEqJfRocLWJ KqlURpIT9rJUvbvKhdTSuCMGC3KJLq8GJ/QwBxrQ2BsRNFUu3aCf/sLIc k=;
X-IronPort-AV: E=Sophos;i="5.07,707,1413244800"; d="scan'208";a="296928874"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 06 Jan 2015 11:21:24 +0000
Received: from [64.103.108.130] (dhcp-bdlk10-data-vlan301-64-103-108-130.cisco.com [64.103.108.130]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t06BLOvF015784; Tue, 6 Jan 2015 11:21:24 GMT
Message-ID: <54ABC534.8030204@cisco.com>
Date: Tue, 06 Jan 2015 11:21:24 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Loa Andersson <loa@pi.nu>, huubatwork@gmail.com, pals@ietf.org
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <4552F0907735844E9204A62BBDD325E76AB0363B@nkgeml512-mbx.china.huawei.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A85C147@szxema506-mbs.china.huawei.com> <4A95BA014132FF49AE685FAB4B9F17F645E8A68B@dfweml701-chm> <54AB8D06.301@pi.nu> <54ABB6F2.2090508@gmail.com> <54ABBA23.9030404@pi.nu>
In-Reply-To: <54ABBA23.9030404@pi.nu>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/zzDOWwPIiK7V69u0U0jqwZX2Kyc
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 11:21:30 -0000

On 06/01/2015 10:34, Loa Andersson wrote:
> Huub,
>
> On 2015-01-06 18:20, Huub van Helvoort wrote:
>> Hello Loa,
>>
>> You write:
>>
>>> I'm a bit split about this, for working groups I chair or documents
>>> that I shepherd I normally count document authors supporting
>>> adoption as the default, i.e. no need to state it on the list.
>>
>> I understand, and agree that this is logical.
>>
>>> In the pals wg I see quite a bit of "support as co-author", I don't
>>> know if this adds anything. If anyone wonder I do of course support
>>> the adoption of the document.
>>
>> I have noticed this "support as co-author" many times before
>> in several WG lists I subscribed. That is why I did it too.
>> I will try to remember that in the PALS is is not necessary.
>
> I can't say if it is necessary in pals - up to Andy and Stewart, but for
> mpls it is not necessary.
>
> /Loa
>
Speaking personally I am interested in authors saying that they
do NOT support. However otherwise I take it as read that the
authors support the draft.

What I really want to know is whether non-authors support
it.

- Stewart



From nobody Tue Jan  6 04:12:16 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D667C1AC437 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 04:12:10 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VomLUCD_cbO9 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 04:12:05 -0800 (PST)
Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 254D91AC43A for <pals@ietf.org>; Tue,  6 Jan 2015 04:11:03 -0800 (PST)
Received: by mail-qa0-f53.google.com with SMTP id j7so16036662qaq.26 for <pals@ietf.org>; Tue, 06 Jan 2015 04:11:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=6Vs5KYmjuI+uNs4wsdnPH2U6eYjn4rCJAhL8XZAwRao=; b=w2E1K0B2gPf9lP5bDGgVyTZhj1QEn/3A9Qh1SHhKjGnVFkJDl7V7RJLnmiuin08n/y 2AU00PEJYLixWPlZ4QxgOxLmUczSuwVquqEnEj1Obln6KVLGzT8MMpRdqbelEXHUiTwk 8HOZxxPjCGNnBQRwUjYus5hKoSbyfd7OKZNMp7PrkQE7vRiRkGkiSJDvdII1gYXXVb7u BrmTUnhxlfYumlfwpSGaz4ndiM9qJvU+VWzmlz+cpUnDPIBJI8CSuZWN1wUkjf6qDpLR XQ+tPAF3jmAvprinN1szLDR3uJnh+87aMnhM3gPw7fB17r9Y4NljMu0+RVgsHaiKAQ1W k7BQ==
X-Received: by 10.229.37.136 with SMTP id x8mr152421153qcd.30.1420546262265; Tue, 06 Jan 2015 04:11:02 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Tue, 6 Jan 2015 04:10:41 -0800 (PST)
In-Reply-To: <1420358843752.4157@ecitele.com>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 6 Jan 2015 07:10:41 -0500
Message-ID: <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Content-Type: multipart/alternative; boundary=001a1133b5725976bb050bfab3cc
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/tqt8SzWL0KPNwAFl2bhAKmMXdQ4
Cc: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 12:12:11 -0000

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

Sasha,

The difference is that this draft is a simple clarification of existing
RFCs to make it clear how they can be used to provide end-to-end resiliency
of static MS-PWs. I'm aware of at least one deployment of this draft.

draft-ietf-pals-redundancy-spe-00 is more involved, since it provides
resiliency at intermediate S-PEs rather than only end-to-end, but has the
possibility to scale better in a network with a large number of MS-PWs. It
could also provide faster protection switching as well. It would be up to
the operator to decide which solution they prefer to deploy.

Cheers,
Andy


On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein <
Alexander.Vainshtein@ecitele.com> wrote:

> Stewart and all,
> I've read the draft, and I do not have any issues with its content  per se.
> However I'd like to understand better its relationship with the already
> adopted draft-ietf-pals-redundancy-spe-00.
>
> Both drafts are intended for the Standards track by their authors and both
> seem to address the problem of S-PE failure even if in different different
> deployment scenarios.
>
> I would like to clarify that  I do not actively object adoption of
> draft-shawam.
> The clarification in question could be provided after adoption if the WG
> feels that this can be postponed.  But I do not think that it can be
> avoided altogether.
>
> Regards,
> Sasha
>
>
>
>
> ________________________________________
> From: Pals <pals-bounces@ietf.org> on behalf of Stewart Bryant <
> stbryant@cisco.com>
> Sent: Wednesday, December 24, 2014 11:52 AM
> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
> Subject: [Pals] Poll to determine consensus for adoption of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
> Working Group,
>
> This email starts a poll to see whether there is consensus to
> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
> the PALS WG.
>
> Please send your comments (support/not support) to the PALS working
> group mailing list (pals@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>
> In view of the long holiday season in some parts of the world I will
> run the poll until 16th January 2015.
>
> - Stewart
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>

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

<div dir=3D"ltr">Sasha,<div><br></div><div>The difference is that this draf=
t is a simple clarification of existing RFCs to make it clear how they can =
be used to provide end-to-end resiliency of static MS-PWs. I&#39;m aware of=
 at least one deployment of this draft.</div><div><br></div><div><span styl=
e=3D"font-size:13px">draft-ietf-pals-redundancy-</span><span style=3D"font-=
size:13px">spe-00 is more involved, since it provides resiliency at interme=
diate S-PEs rather than only end-to-end, but has the possibility to scale b=
etter in a network with a large number of MS-PWs. It could also provide fas=
ter protection switching as well. It would be up to the operator to decide =
which solution they prefer to deploy.</span><br></div><div><span style=3D"f=
ont-size:13px"><br></span></div><div>Cheers,</div><div>Andy</div><div><br><=
/div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Sun=
, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein <span dir=3D"ltr">&lt;<a hre=
f=3D"mailto:Alexander.Vainshtein@ecitele.com" target=3D"_blank">Alexander.V=
ainshtein@ecitele.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_q=
uote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1e=
x">Stewart and all,<br>
I&#39;ve read the draft, and I do not have any issues with its content=C2=
=A0 per se.<br>
However I&#39;d like to understand better its relationship with the already=
 adopted draft-ietf-pals-redundancy-spe-00.<br>
<br>
Both drafts are intended for the Standards track by their authors and both =
seem to address the problem of S-PE failure even if in different different =
deployment scenarios.<br>
<br>
I would like to clarify that=C2=A0 I do not actively object adoption of dra=
ft-shawam.<br>
The clarification in question could be provided after adoption if the WG fe=
els that this can be postponed.=C2=A0 But I do not think that it can be avo=
ided altogether.<br>
<br>
Regards,<br>
Sasha<br>
<br>
<br>
<br>
<br>
________________________________________<br>
From: Pals &lt;<a href=3D"mailto:pals-bounces@ietf.org">pals-bounces@ietf.o=
rg</a>&gt; on behalf of Stewart Bryant &lt;<a href=3D"mailto:stbryant@cisco=
.com">stbryant@cisco.com</a>&gt;<br>
Sent: Wednesday, December 24, 2014 11:52 AM<br>
<span class=3D"im HOEnZb">To: <a href=3D"mailto:draft-shawam-pwe3-ms-pw-pro=
tection@tools.ietf.org">draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</=
a>; <a href=3D"mailto:pals@ietf.org">pals@ietf.org</a><br>
Subject: [Pals] Poll to determine consensus for adoption of draft-shawam-pw=
e3-ms-pw-protection as WG draft<br>
<br>
</span><div class=3D"HOEnZb"><div class=3D"h5">Working Group,<br>
<br>
This email starts a poll to see whether there is consensus to<br>
adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of<br>
the PALS WG.<br>
<br>
Please send your comments (support/not support) to the PALS working<br>
group mailing list (<a href=3D"mailto:pals@ietf.org">pals@ietf.org</a>). Pl=
ease give a technical<br>
motivation for your support/not support, especially if you think that<br>
the document should not be adopted as a working group document.<br>
<br>
In view of the long holiday season in some parts of the world I will<br>
run the poll until 16th January 2015.<br>
<br>
- Stewart<br>
<br>
_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><br>
</div></div></blockquote></div><br></div>

--001a1133b5725976bb050bfab3cc--


From nobody Tue Jan  6 05:02:08 2015
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C708B1ACCFE for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 05:02:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4q5A_b1UiCt0 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 05:01:58 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0712.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::712]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2AE61ACC89 for <pals@ietf.org>; Tue,  6 Jan 2015 05:01:57 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0809.eurprd03.prod.outlook.com (25.161.55.141) with Microsoft SMTP Server (TLS) id 15.1.49.12; Tue, 6 Jan 2015 12:59:52 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0049.002; Tue, 6 Jan 2015 12:59:52 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19mqOoYZfDEAEKZ4t2u3wY2Rpyvpp4xgANuN4CAAACO0A==
Date: Tue, 6 Jan 2015 12:59:52 +0000
Message-ID: <DB3PR03MB081211483FD11BCF995099DC9D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com>
In-Reply-To: <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.234.56.21]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; 
x-dmarcaction: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:DB3PR03MB0809;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0809;
x-forefront-prvs: 0448A97BF2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(51444003)(377454003)(252514010)(24454002)(189002)(199003)(66066001)(50986999)(76176999)(1411001)(19617315012)(106116001)(230783001)(110136001)(19580395003)(19580405001)(54356999)(105586002)(54606007)(19300405004)(101416001)(64706001)(19609705001)(20776003)(107046002)(106356001)(87936001)(2656002)(21056001)(19625215002)(86362001)(92566001)(122556002)(74316001)(40100003)(54206007)(99396003)(97736003)(93886004)(33656002)(4396001)(46102003)(16236675004)(31966008)(77156002)(2950100001)(68736005)(15975445007)(76576001)(120916001)(102836002)(62966003)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0809; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: multipart/alternative; boundary="_000_DB3PR03MB081211483FD11BCF995099DC9D590DB3PR03MB0812eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jan 2015 12:59:52.6851 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0809
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/6h8PgyNaX9WGGZ1JG_WNwO9-YuM
Cc: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 13:02:06 -0000

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

QW5keSwNCkxvdHMgb2YgdGhhbmtzIGZvciBhIHByb21wdCByZXNwb25zZSBhbmQgYSBjbGFyaWZp
Y2F0aW9uLg0KDQpJIHRoaW5rIHRoYXQgaXQgbWFrZXMgc2Vuc2UgdG8gYWRkIGl0IChpbiBzb21l
IGZvcm0pIGFsc28gdG8gdGhlIGRyYWZ0IGl0c2VsZiDigJMgYWZ0ZXIgYWRvcHRpb24uIE1lYW53
aGlsZSBJIGNhbiBzYWZlbHkgc3VwcG9ydCBhZG9wdGlvbiBvZiB0aGlzIGRyYWZ0IGFzIGEgV0cg
ZG9jdW1lbnQuDQoNCkkgYWxzbyBoYXZlIHR3byB0ZWNobmljYWwgcXVlc3Rpb25zIHJlZ2FyZGlu
ZyB0aGUgZHJhZnQgKHRoYXQgY291bGQgYmUgYWRkcmVzc2VkIGFmdGVyIGl0cyBhZG9wdGlvbik6
DQoNCg0KMS4gICAgICAgUy1QRSBieXBhc3MgbW9kZSB2cy4gc2VnbWVudC1ieS1zZWdtZW50IG1v
ZGUgb2Ygc3RhdGljIFBXIHN0YXR1cyBtZXNzYWdlczoNCg0KYS4gICAgICAgVGhlIGRyYWZ0IGlz
IHByZXNlbnRlZCBhcyBhbiBleHRlbnNpb24gb2YgdGhlIG1lY2hhbmlzbSBwcmVzZW50ZWQgaW4g
UkZDIDY4NzAgZm9yIHN0YXRpYyBQV3MNCg0KYi4gICAgICBJbiBSRkMgNjg3MCBQVyBzdGF0dXMg
VExWIGlzIGNhcnJpZWQgYWNyb3NzIHRMRFAgc2Vzc2lvbnMgYW5kIGhlbmNlIGl0IGlzIGluaGVy
ZW50bHkgc2VnbWVudC1ieS1zZWdtZW50ICh3aXRoIFMtUEVzIHBlcmZvcm1pbmcgdGhlIFBXIHN0
YXR1cyByZWxheSBmdW5jdGlvbikg4oCTIGJlY2F1c2UgaGVyZSBhcmUgbm8gRTJFIHRMRFAgc2Vz
c2lvbnPimLoNCg0KYy4gICAgICAgQWNjb3JkaW5nIHRvIFJGQyA2NDc4IE1TLVBXcyBjYW4gdXNl
IHN0YXRpYyBQVyBzdGF0dXMgbWVzc2FnZXMgaW4gdHdvIG1vZGVzOg0KDQogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpLiAgICAg
IFNlZ21lbnQtYnktc2VnbWVudCBtb2RlDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpaS4gICAgICBTLVBFIGJ5cGFzcyAoVC1Q
RS10by1ULVBFKSBtb2RlDQoNCmQuICAgICAgQ291bGQgeW91IHBsZWFzZSBjbGFyaWZ5IHdoaWNo
IG1vZGUgc2hvdWxkIGJlIHVzZWQgaW4gdGhlIGRyYWZ0PyBJbiBwYXJ0aWN1bGFyLCBpZiBTLVBF
IGJ5cGFzcyBtb2RlIGlzIHVzZWQsIGRvZXMgdGhpcyBpbXBseSBhbiB1cGRhdGUgb2YgUkZDIDY0
Nzg/IEFzIHBlciBSRkMsIGl0IGlzIHJlc3RyaWN0ZWQgdG8gdGhlIGNhc2Ugd2hlbiBULVBFIHN1
cHBvcnQgTERQIGFzIHRoZSBQVyBzZXR1cCBhbmQgbWFpbnRlbmFuY2UgcHJvdG9jb2wuDQoNCjIu
ICAgICAgIEFwcGxpY2FiaWxpdHkgdG8g4oCcbWl4ZWQgbW9kZeKAnSBNUy1QV3M6DQoNCmEuICAg
ICAgIE9uZSBvZiB0aGUgcmVhc29ucyBmb3Igc2V0dGluZyB1cCBNUy1QV3MgaXMgc3RpdGNoaW5n
IGJldHdlZW4gYSBzdGF0aWMgc2VnbWVudCAoZS5nLiwgYmV0d2VlbiB0aGUgVC1QRSBpbiB0aGUg
TVBMUy1UUCBkb21haW4gdG8gc29tZSDigJxnYXRld2F54oCdIFMtUEXigJ0pIGFuZCBhIHNpZ25h
bGVkIHNlZ21lbnQgKGUuLiwgYmV0d2VlbiB0aGUg4oCcZ2F0ZXdheeKAnSBTLVBFIGFuZCB0aGUg
VC1QRSBpbiB0aGUgSVAvTVBMUyBkb21haW4pLg0KDQpiLiAgICAgIEluIHRoaXMgY2FzZSBQVyBz
dGF0dXMgVExWIGhhcyB0byBiZSBwcm9wYWdhdGVkIHNlZ21lbnQtYnktc2VnbWVudCB3aXRoICBT
LVBFIG9mIGFjdGluZyBhcyAgcmVsYXkNCg0KYy4gICAgICAgQ291bGQgeW91IHBsZWFzZSBjbGFy
aWZ5IHdoZXRoZXIgdGhlIGRyYWZ0IGlzIGFwcGxpY2FibGUgdG8gdGhpcyBtb2RlbCwgYW5kLCBp
ZiB5ZXMgKGFzIEkgaG9wZSkgcHJvdmlkZSBzb21lIGFkZGl0aW9uYWwgb3BlcmF0aW9uYWwgY29u
c2lkZXJhdGlvbnMgKGlmIG5lZWRlZCk/DQoNCmQuICAgICAgVGhpcyBxdWVzdGlvbiBpcyB0byBz
b21lIGV4dGVudCByZWxhdGVkIHRvIHVwZGF0ZSAob3IgbGFjayB0aGVyZW9mKSBvZiBSRkMgNjQ3
OC4gVGhlIHJlbGV2YW50IHVzZSBjYXNlIHdvdWxkIGJlIGEgTVMtUFcgdGhhdCBsb29rcyBhcyBm
b2xsb3dpbmc6DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIGkuICAgICAgU2VnbWVudCAjMSDigJMgc2lnbmFsZWQsIGZyb20g
VC1QRSMxIHRvIFMtUEUjMS4gVC1QRSMxIHVzZXMgTERQIGFzIGl0cyBQVyBzZXR1cCBhbmQgbWFp
bnRlbmFuY2UgcHJvdG9jb2wgc28gaXQgY2FuIHJlcXVlc3QgUy1QRSBieXBhc3MgbW9kZSBldmVu
IGlmIDY0NzggaXMgbm90IHVwZGF0ZWQNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlpLiAgICAgIFNlZ21lbnQgIzIg4oCTIHN0
YXRpYywgZnJvbSBTLVBFIzEgdG8gUy1QRSMyDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlpaS4gICAgICBTZWdtZW50ICMzIOKA
kyBzaWduYWxlZCwgZnJvbSBTLVBFIzIgdG8gVC1QRSMyLCBULVBFIzIgdXNlcyBMRFAgYXMgaXRz
IFBXIHNldHVwIGFuZCBtYWludGVuYW5jZSBwcm90b2NvbCBzbyBpdCBjYW4gcmVxdWVzdCBTLVBF
IGJ5cGFzcyBtb2RlIGV2ZW4gaWYgNjQ3OCBpcyBub3QgdXBkYXRlZC4NClJlZ2FyZHMsDQogICAg
ICAgU2FzaGENCkVtYWlsOiBBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbQ0KTW9iaWxl
OiAwNTQtOTI2NjMwMg0KDQpGcm9tOiBBbmRyZXcgRy4gTWFsaXMgW21haWx0bzphZ21hbGlzQGdt
YWlsLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDYsIDIwMTUgMjoxMSBQTQ0KVG86IEFs
ZXhhbmRlciBWYWluc2h0ZWluDQpDYzogcGFsc0BpZXRmLm9yZzsgZHJhZnQtc2hhd2FtLXB3ZTMt
bXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzsgc3RicnlhbnRAY2lzY28uY29tDQpTdWJq
ZWN0OiBSZTogW1BhbHNdIFBvbGwgdG8gZGV0ZXJtaW5lIGNvbnNlbnN1cyBmb3IgYWRvcHRpb24g
b2YgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbiBhcyBXRyBkcmFmdA0KDQpTYXNo
YSwNCg0KVGhlIGRpZmZlcmVuY2UgaXMgdGhhdCB0aGlzIGRyYWZ0IGlzIGEgc2ltcGxlIGNsYXJp
ZmljYXRpb24gb2YgZXhpc3RpbmcgUkZDcyB0byBtYWtlIGl0IGNsZWFyIGhvdyB0aGV5IGNhbiBi
ZSB1c2VkIHRvIHByb3ZpZGUgZW5kLXRvLWVuZCByZXNpbGllbmN5IG9mIHN0YXRpYyBNUy1QV3Mu
IEknbSBhd2FyZSBvZiBhdCBsZWFzdCBvbmUgZGVwbG95bWVudCBvZiB0aGlzIGRyYWZ0Lg0KDQpk
cmFmdC1pZXRmLXBhbHMtcmVkdW5kYW5jeS1zcGUtMDAgaXMgbW9yZSBpbnZvbHZlZCwgc2luY2Ug
aXQgcHJvdmlkZXMgcmVzaWxpZW5jeSBhdCBpbnRlcm1lZGlhdGUgUy1QRXMgcmF0aGVyIHRoYW4g
b25seSBlbmQtdG8tZW5kLCBidXQgaGFzIHRoZSBwb3NzaWJpbGl0eSB0byBzY2FsZSBiZXR0ZXIg
aW4gYSBuZXR3b3JrIHdpdGggYSBsYXJnZSBudW1iZXIgb2YgTVMtUFdzLiBJdCBjb3VsZCBhbHNv
IHByb3ZpZGUgZmFzdGVyIHByb3RlY3Rpb24gc3dpdGNoaW5nIGFzIHdlbGwuIEl0IHdvdWxkIGJl
IHVwIHRvIHRoZSBvcGVyYXRvciB0byBkZWNpZGUgd2hpY2ggc29sdXRpb24gdGhleSBwcmVmZXIg
dG8gZGVwbG95Lg0KDQpDaGVlcnMsDQpBbmR5DQoNCg0KT24gU3VuLCBKYW4gNCwgMjAxNSBhdCAz
OjA3IEFNLCBBbGV4YW5kZXIgVmFpbnNodGVpbiA8QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVs
ZS5jb208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPj4gd3JvdGU6DQpT
dGV3YXJ0IGFuZCBhbGwsDQpJJ3ZlIHJlYWQgdGhlIGRyYWZ0LCBhbmQgSSBkbyBub3QgaGF2ZSBh
bnkgaXNzdWVzIHdpdGggaXRzIGNvbnRlbnQgIHBlciBzZS4NCkhvd2V2ZXIgSSdkIGxpa2UgdG8g
dW5kZXJzdGFuZCBiZXR0ZXIgaXRzIHJlbGF0aW9uc2hpcCB3aXRoIHRoZSBhbHJlYWR5IGFkb3B0
ZWQgZHJhZnQtaWV0Zi1wYWxzLXJlZHVuZGFuY3ktc3BlLTAwLg0KDQpCb3RoIGRyYWZ0cyBhcmUg
aW50ZW5kZWQgZm9yIHRoZSBTdGFuZGFyZHMgdHJhY2sgYnkgdGhlaXIgYXV0aG9ycyBhbmQgYm90
aCBzZWVtIHRvIGFkZHJlc3MgdGhlIHByb2JsZW0gb2YgUy1QRSBmYWlsdXJlIGV2ZW4gaWYgaW4g
ZGlmZmVyZW50IGRpZmZlcmVudCBkZXBsb3ltZW50IHNjZW5hcmlvcy4NCg0KSSB3b3VsZCBsaWtl
IHRvIGNsYXJpZnkgdGhhdCAgSSBkbyBub3QgYWN0aXZlbHkgb2JqZWN0IGFkb3B0aW9uIG9mIGRy
YWZ0LXNoYXdhbS4NClRoZSBjbGFyaWZpY2F0aW9uIGluIHF1ZXN0aW9uIGNvdWxkIGJlIHByb3Zp
ZGVkIGFmdGVyIGFkb3B0aW9uIGlmIHRoZSBXRyBmZWVscyB0aGF0IHRoaXMgY2FuIGJlIHBvc3Rw
b25lZC4gIEJ1dCBJIGRvIG5vdCB0aGluayB0aGF0IGl0IGNhbiBiZSBhdm9pZGVkIGFsdG9nZXRo
ZXIuDQoNClJlZ2FyZHMsDQpTYXNoYQ0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQpGcm9tOiBQYWxzIDxwYWxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv
OnBhbHMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBTdGV3YXJ0IEJyeWFudCA8c3Ri
cnlhbnRAY2lzY28uY29tPG1haWx0bzpzdGJyeWFudEBjaXNjby5jb20+Pg0KU2VudDogV2VkbmVz
ZGF5LCBEZWNlbWJlciAyNCwgMjAxNCAxMTo1MiBBTQ0KVG86IGRyYWZ0LXNoYXdhbS1wd2UzLW1z
LXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXNoYXdhbS1wd2UzLW1z
LXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc+OyBwYWxzQGlldGYub3JnPG1haWx0bzpwYWxz
QGlldGYub3JnPg0KU3ViamVjdDogW1BhbHNdIFBvbGwgdG8gZGV0ZXJtaW5lIGNvbnNlbnN1cyBm
b3IgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbiBhcyBXRyBk
cmFmdA0KV29ya2luZyBHcm91cCwNCg0KVGhpcyBlbWFpbCBzdGFydHMgYSBwb2xsIHRvIHNlZSB3
aGV0aGVyIHRoZXJlIGlzIGNvbnNlbnN1cyB0bw0KYWRvcHQgZHJhZnQtc2hhd2FtLXB3ZTMtbXMt
cHctcHJvdGVjdGlvbiBhcyBhIFdHIGRyYWZ0IG9mDQp0aGUgUEFMUyBXRy4NCg0KUGxlYXNlIHNl
bmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qgc3VwcG9ydCkgdG8gdGhlIFBBTFMgd29ya2lu
Zw0KZ3JvdXAgbWFpbGluZyBsaXN0IChwYWxzQGlldGYub3JnPG1haWx0bzpwYWxzQGlldGYub3Jn
PikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsDQptb3RpdmF0aW9uIGZvciB5b3VyIHN1cHBvcnQv
bm90IHN1cHBvcnQsIGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQNCnRoZSBkb2N1bWVudCBz
aG91bGQgbm90IGJlIGFkb3B0ZWQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpJbiB2
aWV3IG9mIHRoZSBsb25nIGhvbGlkYXkgc2Vhc29uIGluIHNvbWUgcGFydHMgb2YgdGhlIHdvcmxk
IEkgd2lsbA0KcnVuIHRoZSBwb2xsIHVudGlsIDE2dGggSmFudWFyeSAyMDE1Lg0KDQotIFN0ZXdh
cnQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClBh
bHMgbWFpbGluZyBsaXN0DQpQYWxzQGlldGYub3JnPG1haWx0bzpQYWxzQGlldGYub3JnPg0KaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9
DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg
MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl
LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpBaGFy
b25pOw0KCXBhbm9zZS0xOjIgMSA4IDMgMiAxIDQgMyAyIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlv
bnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2lu
OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250
LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl
cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp
b246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRh
dGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRl
eHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z
aXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpwLk1zb0xp
c3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJ
e21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6
MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg
TmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uaW0NCgl7bXNvLXN0eWxlLW5hbWU6aW07fQ0Kc3Bh
bi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsN
Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7
DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIw
DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
Iiwic2Fucy1zZXJpZiI7DQoJZm9udC12YXJpYW50Om5vcm1hbCAhaW1wb3J0YW50Ow0KCWNvbG9y
OiMxRjQ5N0Q7DQoJdGV4dC10cmFuc2Zvcm06bm9uZTsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBu
b25lOw0KCXZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z
dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp
ZiI7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp
bjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl
OldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28t
bGlzdC1pZDoxNDIzNjQ5NTUxOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRl
bXBsYXRlLWlkczoyNDEzMjA2OTQgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMg
Njc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6
bGV2ZWwxDQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6
bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4t
bG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz
dCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsN
Cgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWIt
c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDph
bHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVu
dDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRv
bTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm
YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48
IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv
OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh
W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5r
PSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BbmR5LDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Mb3RzIG9mIHRoYW5rcyBmb3IgYSBwcm9tcHQgcmVz
cG9uc2UgYW5kIGEgY2xhcmlmaWNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgdGhpbmsgdGhhdCBpdCBtYWtl
cyBzZW5zZSB0byBhZGQgaXQgKGluIHNvbWUgZm9ybSkgYWxzbyB0byB0aGUgZHJhZnQgaXRzZWxm
IOKAkyBhZnRlciBhZG9wdGlvbi4gTWVhbndoaWxlIEkgY2FuIHNhZmVseSBzdXBwb3J0IGFkb3B0
aW9uIG9mIHRoaXMgZHJhZnQgYXMgYSBXRw0KIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBhbHNvIGhh
dmUgdHdvIHRlY2huaWNhbCBxdWVzdGlvbnMgcmVnYXJkaW5nIHRoZSBkcmFmdCAodGhhdCBjb3Vs
ZCBiZSBhZGRyZXNzZWQgYWZ0ZXIgaXRzIGFkb3B0aW9uKTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBs
Zm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0i
Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFu
IGRpcj0iTFRSIj48L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPlMtUEUgYnlwYXNzIG1vZGUgdnMuIHNlZ21lbnQtYnktc2VnbWVudCBtb2RlIG9mIHN0
YXRpYyBQVyBzdGF0dXMgbWVzc2FnZXM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj46PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4
LjBwdDttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1s
aXN0Oklnbm9yZSI+YS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9t
YW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwv
c3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoZSBkcmFmdCBpcyBwcmVzZW50ZWQgYXMg
YW4gZXh0ZW5zaW9uIG9mIHRoZSBtZWNoYW5pc20gcHJlc2VudGVkIGluIFJGQyA2ODcwIGZvciBz
dGF0aWMgUFdzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh
cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlz
dDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+
Yi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k
aWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPkluIFJGQyA2ODcwIFBXIHN0YXR1cyBUTFYgaXMgY2FycmllZCBhY3Jvc3Mg
dExEUCBzZXNzaW9ucyBhbmQgaGVuY2UgaXQgaXMgaW5oZXJlbnRseSBzZWdtZW50LWJ5LXNlZ21l
bnQgKHdpdGggUy1QRXMgcGVyZm9ybWluZw0KIHRoZSBQVyBzdGF0dXMgcmVsYXkgZnVuY3Rpb24p
IOKAkyBiZWNhdXNlIGhlcmUgYXJlIG5vIEUyRSB0TERQIHNlc3Npb25zPC9zcGFuPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdE
Ij5KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMiBs
Zm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj5jLjxzcGFuIHN0eWxl
PSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNw
YW4gZGlyPSJMVFIiPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+QWNjb3JkaW5nIHRvIFJGQyA2NDc4IE1TLVBXcyBjYW4gdXNlIHN0YXRpYyBQVyBzdGF0
dXMgbWVzc2FnZXMgaW4gdHdvIG1vZGVzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTA4LjBwdDt0ZXh0LWluZGVu
dDotMTA4LjBwdDttc28tdGV4dC1pbmRlbnQtYWx0Oi05LjBwdDttc28tbGlzdDpsMCBsZXZlbDMg
bGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+PHNwYW4gc3R5bGU9
ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5pLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1Rp
bWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bh
bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBkaXI9IkxUUiI+PC9zcGFuPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TZWdtZW50LWJ5LXNlZ21lbnQgbW9k
ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MTA4LjBwdDt0ZXh0LWluZGVudDotMTA4LjBwdDttc28tdGV4dC1pbmRl
bnQtYWx0Oi05LjBwdDttc28tbGlzdDpsMCBsZXZlbDMgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExp
c3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5
bGU9Im1zby1saXN0Oklnbm9yZSI+PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5paS48c3BhbiBzdHls
ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gZGly
PSJMVFIiPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
Uy1QRSBieXBhc3MgKFQtUEUtdG8tVC1QRSkgbW9kZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQt
aW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRM
aXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0
eWxlPSJtc28tbGlzdDpJZ25vcmUiPmQuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh
bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBkaXI9IkxUUiI+PC9zcGFuPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Db3VsZCB5b3UgcGxlYXNlIGNsYXJp
ZnkNCjxpPndoaWNoIG1vZGUgc2hvdWxkIGJlIHVzZWQgaW4gdGhlIGRyYWZ0PC9pPj8gSW4gcGFy
dGljdWxhciwgaWYgUy1QRSBieXBhc3MgbW9kZSBpcyB1c2VkLCBkb2VzIHRoaXMgaW1wbHkgYW4g
dXBkYXRlIG9mIFJGQyA2NDc4PyBBcyBwZXIgUkZDLCBpdCBpcyByZXN0cmljdGVkIHRvIHRoZSBj
YXNlIHdoZW4gVC1QRSBzdXBwb3J0IExEUCBhcyB0aGUgUFcgc2V0dXAgYW5kIG1haW50ZW5hbmNl
IHByb3RvY29sLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy
YXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+
PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQ6
Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBkaXI9
IkxUUiI+PC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij5BcHBsaWNhYmlsaXR5IHRvIOKAnG1peGVkIG1vZGXigJ0gTVMtUFdzPC9zcGFuPjwvYj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+OjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzEiPg0KPCFbaWYg
IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQg
JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBkaXI9IkxUUiI+
PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5PbmUgb2Yg
dGhlIHJlYXNvbnMgZm9yIHNldHRpbmcgdXAgTVMtUFdzIGlzIHN0aXRjaGluZyBiZXR3ZWVuIGEg
c3RhdGljIHNlZ21lbnQgKGUuZy4sIGJldHdlZW4gdGhlIFQtUEUgaW4gdGhlIE1QTFMtVFAgZG9t
YWluDQogdG8gc29tZSDigJxnYXRld2F54oCdIFMtUEXigJ0pIGFuZCBhIHNpZ25hbGVkIHNlZ21l
bnQgKGUuLiwgYmV0d2VlbiB0aGUg4oCcZ2F0ZXdheeKAnSBTLVBFIGFuZCB0aGUgVC1QRSBpbiB0
aGUgSVAvTVBMUyBkb21haW4pLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4
LjBwdDttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1s
aXN0Oklnbm9yZSI+Yi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9t
YW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkluIHRoaXMgY2FzZSBQVyBzdGF0dXMgVExWIGhhcyB0
byBiZSBwcm9wYWdhdGVkIHNlZ21lbnQtYnktc2VnbWVudCB3aXRoICZuYnNwO1MtUEUgb2YgYWN0
aW5nIGFzICZuYnNwO3JlbGF5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xp
c3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBw
dDttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0
Oklnbm9yZSI+Yy48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh
bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkNvdWxkIHlvdSBwbGVhc2UgY2xhcmlmeSB3aGV0
aGVyIHRoZSBkcmFmdCBpcyBhcHBsaWNhYmxlIHRvIHRoaXMgbW9kZWwsIGFuZCwgaWYgeWVzIChh
cyBJIGhvcGUpIHByb3ZpZGUgc29tZSBhZGRpdGlvbmFsIG9wZXJhdGlvbmFsDQogY29uc2lkZXJh
dGlvbnMgKGlmIG5lZWRlZCk/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xp
c3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBw
dDttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0
Oklnbm9yZSI+ZC48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw
YW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoaXMgcXVlc3Rpb24gaXMgdG8gc29tZSBleHRlbnQgcmVs
YXRlZCB0byB1cGRhdGUgKG9yIGxhY2sgdGhlcmVvZikgb2YgUkZDIDY0NzguIFRoZSByZWxldmFu
dCB1c2UgY2FzZSB3b3VsZCBiZSBhIE1TLVBXIHRoYXQNCiBsb29rcyBhcyBmb2xsb3dpbmc6PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt
YXJnaW4tbGVmdDoxMDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0O21zby10ZXh0LWluZGVudC1h
bHQ6LTkuMHB0O21zby1saXN0OmwwIGxldmVsMyBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNd
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0i
bXNvLWxpc3Q6SWdub3JlIj48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcg
Um9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPmkuPHNw
YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxz
cGFuIGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPlNlZ21lbnQgIzEg4oCTIHNpZ25hbGVkLCBmcm9tIFQtUEUjMSB0byBTLVBFIzEuIFQt
UEUjMSB1c2VzIExEUCBhcw0KIGl0cyBQVyBzZXR1cCBhbmQgbWFpbnRlbmFuY2UgcHJvdG9jb2wg
c28gaXQgY2FuIHJlcXVlc3QgUy1QRSBieXBhc3MgbW9kZSBldmVuIGlmIDY0NzggaXMgbm90IHVw
ZGF0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjEwOC4wcHQ7dGV4dC1pbmRlbnQ6LTEwOC4wcHQ7bXNvLXRleHQt
aW5kZW50LWFsdDotOS4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwzIGxmbzEiPg0KPCFbaWYgIXN1cHBv
cnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxzcGFu
IHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1Rp
bWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+aWkuPHNwYW4g
c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFu
IGRpcj0iTFRSIj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPlNlZ21lbnQgIzIg4oCTIHN0YXRpYywgZnJvbSBTLVBFIzEgdG8gUy1QRSMyPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t
bGVmdDoxMDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0O21zby10ZXh0LWluZGVudC1hbHQ6LTku
MHB0O21zby1saXN0OmwwIGxldmVsMyBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxp
c3Q6SWdub3JlIj48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPmlpaS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAm
cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyA8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gZGlyPSJMVFIiPjwvc3Bhbj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U2VnbWVudCAjMyDigJMg
c2lnbmFsZWQsIGZyb20gUy1QRSMyIHRvIFQtUEUjMiwgVC1QRSMyIHVzZXMgTERQIGFzDQogaXRz
IFBXIHNldHVwIGFuZCBtYWludGVuYW5jZSBwcm90b2NvbCBzbyBpdCBjYW4gcmVxdWVzdCBTLVBF
IGJ5cGFzcyBtb2RlIGV2ZW4gaWYgNjQ3OCBpcyBub3QgdXBkYXRlZC48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNhc2hhDQo8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+RW1haWw6IEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1vYmlsZTogMDU0LTkyNjYzMDI8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt
dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh
bWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3Nw
YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh
aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gQW5kcmV3IEcuIE1hbGlzIFttYWls
dG86YWdtYWxpc0BnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSmFudWFy
eSAwNiwgMjAxNSAyOjExIFBNPGJyPg0KPGI+VG86PC9iPiBBbGV4YW5kZXIgVmFpbnNodGVpbjxi
cj4NCjxiPkNjOjwvYj4gcGFsc0BpZXRmLm9yZzsgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJv
dGVjdGlvbkB0b29scy5pZXRmLm9yZzsgc3RicnlhbnRAY2lzY28uY29tPGJyPg0KPGI+U3ViamVj
dDo8L2I+IFJlOiBbUGFsc10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlv
biBvZiBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0PG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNhc2hhLDxv
OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGRpZmZlcmVu
Y2UgaXMgdGhhdCB0aGlzIGRyYWZ0IGlzIGEgc2ltcGxlIGNsYXJpZmljYXRpb24gb2YgZXhpc3Rp
bmcgUkZDcyB0byBtYWtlIGl0IGNsZWFyIGhvdyB0aGV5IGNhbiBiZSB1c2VkIHRvIHByb3ZpZGUg
ZW5kLXRvLWVuZCByZXNpbGllbmN5IG9mIHN0YXRpYyBNUy1QV3MuIEknbSBhd2FyZSBvZiBhdCBs
ZWFzdCBvbmUgZGVwbG95bWVudCBvZiB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw
LjBwdCI+ZHJhZnQtaWV0Zi1wYWxzLXJlZHVuZGFuY3ktc3BlLTAwIGlzIG1vcmUgaW52b2x2ZWQs
IHNpbmNlIGl0IHByb3ZpZGVzIHJlc2lsaWVuY3kgYXQgaW50ZXJtZWRpYXRlIFMtUEVzIHJhdGhl
ciB0aGFuIG9ubHkgZW5kLXRvLWVuZCwgYnV0IGhhcyB0aGUgcG9zc2liaWxpdHkgdG8gc2NhbGUg
YmV0dGVyIGluIGEgbmV0d29yayB3aXRoIGEgbGFyZ2UgbnVtYmVyDQogb2YgTVMtUFdzLiBJdCBj
b3VsZCBhbHNvIHByb3ZpZGUgZmFzdGVyIHByb3RlY3Rpb24gc3dpdGNoaW5nIGFzIHdlbGwuIEl0
IHdvdWxkIGJlIHVwIHRvIHRoZSBvcGVyYXRvciB0byBkZWNpZGUgd2hpY2ggc29sdXRpb24gdGhl
eSBwcmVmZXIgdG8gZGVwbG95Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFN1biwgSmFuIDQsIDIwMTUgYXQgMzow
NyBBTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIu
VmFpbnNodGVpbkBlY2l0ZWxlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkFsZXhhbmRlci5WYWluc2h0
ZWluQGVjaXRlbGUuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPlN0ZXdhcnQgYW5kIGFsbCw8
YnI+DQpJJ3ZlIHJlYWQgdGhlIGRyYWZ0LCBhbmQgSSBkbyBub3QgaGF2ZSBhbnkgaXNzdWVzIHdp
dGggaXRzIGNvbnRlbnQmbmJzcDsgcGVyIHNlLjxicj4NCkhvd2V2ZXIgSSdkIGxpa2UgdG8gdW5k
ZXJzdGFuZCBiZXR0ZXIgaXRzIHJlbGF0aW9uc2hpcCB3aXRoIHRoZSBhbHJlYWR5IGFkb3B0ZWQg
ZHJhZnQtaWV0Zi1wYWxzLXJlZHVuZGFuY3ktc3BlLTAwLjxicj4NCjxicj4NCkJvdGggZHJhZnRz
IGFyZSBpbnRlbmRlZCBmb3IgdGhlIFN0YW5kYXJkcyB0cmFjayBieSB0aGVpciBhdXRob3JzIGFu
ZCBib3RoIHNlZW0gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbSBvZiBTLVBFIGZhaWx1cmUgZXZlbiBp
ZiBpbiBkaWZmZXJlbnQgZGlmZmVyZW50IGRlcGxveW1lbnQgc2NlbmFyaW9zLjxicj4NCjxicj4N
Ckkgd291bGQgbGlrZSB0byBjbGFyaWZ5IHRoYXQmbmJzcDsgSSBkbyBub3QgYWN0aXZlbHkgb2Jq
ZWN0IGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS48YnI+DQpUaGUgY2xhcmlmaWNhdGlvbiBpbiBx
dWVzdGlvbiBjb3VsZCBiZSBwcm92aWRlZCBhZnRlciBhZG9wdGlvbiBpZiB0aGUgV0cgZmVlbHMg
dGhhdCB0aGlzIGNhbiBiZSBwb3N0cG9uZWQuJm5ic3A7IEJ1dCBJIGRvIG5vdCB0aGluayB0aGF0
IGl0IGNhbiBiZSBhdm9pZGVkIGFsdG9nZXRoZXIuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQpT
YXNoYTxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX188YnI+DQpGcm9tOiBQYWxzICZsdDs8YSBocmVmPSJtYWlsdG86cGFs
cy1ib3VuY2VzQGlldGYub3JnIj5wYWxzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0OyBvbiBiZWhh
bGYgb2YgU3Rld2FydCBCcnlhbnQgJmx0OzxhIGhyZWY9Im1haWx0bzpzdGJyeWFudEBjaXNjby5j
b20iPnN0YnJ5YW50QGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KU2VudDogV2VkbmVzZGF5LCBEZWNl
bWJlciAyNCwgMjAxNCAxMTo1MiBBTTxicj4NCjxzcGFuIGNsYXNzPSJpbSI+VG86IDxhIGhyZWY9
Im1haWx0bzpkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3Jn
Ij4NCmRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc8L2E+
OyA8YSBocmVmPSJtYWlsdG86cGFsc0BpZXRmLm9yZyI+DQpwYWxzQGlldGYub3JnPC9hPjwvc3Bh
bj48YnI+DQo8c3BhbiBjbGFzcz0iaW0iPlN1YmplY3Q6IFtQYWxzXSBQb2xsIHRvIGRldGVybWlu
ZSBjb25zZW5zdXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3Rl
Y3Rpb24gYXMgV0cgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPldvcmtpbmcgR3JvdXAsPGJyPg0KPGJyPg0KVGhpcyBlbWFpbCBz
dGFydHMgYSBwb2xsIHRvIHNlZSB3aGV0aGVyIHRoZXJlIGlzIGNvbnNlbnN1cyB0bzxicj4NCmFk
b3B0IGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMgYSBXRyBkcmFmdCBvZjxi
cj4NCnRoZSBQQUxTIFdHLjxicj4NCjxicj4NClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1
cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBQQUxTIHdvcmtpbmc8YnI+DQpncm91cCBtYWlsaW5n
IGxpc3QgKDxhIGhyZWY9Im1haWx0bzpwYWxzQGlldGYub3JnIj5wYWxzQGlldGYub3JnPC9hPiku
IFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsPGJyPg0KbW90aXZhdGlvbiBmb3IgeW91ciBzdXBwb3J0
L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0PGJyPg0KdGhlIGRvY3Vt
ZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuPGJy
Pg0KPGJyPg0KSW4gdmlldyBvZiB0aGUgbG9uZyBob2xpZGF5IHNlYXNvbiBpbiBzb21lIHBhcnRz
IG9mIHRoZSB3b3JsZCBJIHdpbGw8YnI+DQpydW4gdGhlIHBvbGwgdW50aWwgMTZ0aCBKYW51YXJ5
IDIwMTUuPGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpQYWxzIG1haWxpbmcgbGlzdDxicj4N
CjxhIGhyZWY9Im1haWx0bzpQYWxzQGlldGYub3JnIj5QYWxzQGlldGYub3JnPC9hPjxicj4NCjxh
IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscyIgdGFyZ2V0
PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFsczwvYT48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5
Pg0KPC9odG1sPg0K

--_000_DB3PR03MB081211483FD11BCF995099DC9D590DB3PR03MB0812eurp_--


From nobody Tue Jan  6 07:28:31 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 306191A884B for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 07:28: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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IsOAbsakXvFZ for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 07:28:25 -0800 (PST)
Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5589A1A8877 for <pals@ietf.org>; Tue,  6 Jan 2015 07:27:33 -0800 (PST)
Received: by mail-qc0-f182.google.com with SMTP id r5so17126786qcx.13 for <pals@ietf.org>; Tue, 06 Jan 2015 07:27:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=yLqDEnzKpvptkXRac9iwkk8H9tJInMKlg9VYUtrs9fo=; b=BBQ0Px/Jfeh72ZFv/6rU8Ip3GimzfU/+JX6Y0yJMnbUFsMieQfEFdTp/udzy2LgQU4 TsvvJWsmZpp2rv6ibPvTSFfI0sw8/qgf3eh/A0ZHy3olpI7pP3wJrv5zcsPKNnIANaN/ mKxGFVhZggv8S0h2ng47KSnw7ZTFwhIe6RjeWnZ0DSi/ao4z10Tp77K2EeT4o3Med6Jq jSCybazHMtVZLcfQnywN+phmdvVobK5SjIWDZcmxxOLxVKI90H3CHNj4IysMvtAtSxBc tP+QEjDi2Gbb0OYQpeoHYakH/XcZpo4U8LHnsWQjqGnUkk2nDV4EdfIr5VbrTvIpeBv9 TH8g==
X-Received: by 10.229.35.74 with SMTP id o10mr134939008qcd.26.1420558052416; Tue, 06 Jan 2015 07:27:32 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Tue, 6 Jan 2015 07:27:12 -0800 (PST)
In-Reply-To: <20141219211800.17387.25219.idtracker@ietfa.amsl.com>
References: <20141219211800.17387.25219.idtracker@ietfa.amsl.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 6 Jan 2015 10:27:12 -0500
Message-ID: <CAA=duU2iN8MOtvGP0urT0TyCcFt193frMG6FiOmxPHC4dFuE3g@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b471d5618e639050bfd7252
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/GgMZikbphkDojDZ1D84KluF8y40
Cc: Loa Andersson <loa@pi.nu>
Subject: [Pals] Fwd: [mpls] New Liaison Statement, "LS on ITU-T SG15 OTNT standardization work plan to mpls"
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 15:28:28 -0000

--047d7b471d5618e639050bfd7252
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

This liaison is also of interest to the pals WG.

A point of contact will be appointed to coordinate a single response to the
ITU-T from the IETF.

Cheers,
Andy

---------- Forwarded message ----------
From: Liaison Statement Management Tool <lsmt@ietf.org>
Date: Fri, Dec 19, 2014 at 4:18 PM
Subject: [mpls] New Liaison Statement, "LS on ITU-T SG15 OTNT
standardization work plan to mpls"
To: Loa Andersson <loa@pi.nu>, George Swallow <swallow@cisco.com>, Ross
Callon <rcallon@juniper.net>
Cc: mpls@ietf.org, naotaka.morita@ntt-at.co.jp


Title: LS on ITU-T SG15 OTNT standardization work plan to mpls
Submission Date: 2014-12-19
URL of the IETF Web page: http://datatracker.ietf.org/liaison/1369/
Please reply by 2015-06-07
From: ITU-T SG 15  (Greg Jones <greg.jones@itu.int>)
To: Multiprotocol Label Switching (Loa Andersson <loa@pi.nu>, George
Swallow <swallow@cisco.com>, Ross Callon <rcallon@juniper.net>)
Cc: Adrian Farrel <adrian@olddog.co.uk>,Alia Atlas <akatlas@gmail.com>,
mpls@ietf.org,John Drake <jdrake@juniper.net>,Scott Mansfield
<Scott.Mansfield@Ericsson.com>
Response Contact: naotaka.morita@ntt-at.co.jp
Technical Contact:
Purpose: For comment

Body: Thank you for your previous review and comments on =E2=80=9COptical T=
ransport
Networks &
Technologies standardization work plan.=E2=80=9D Attached is Issue 19, the =
latest
version that was updated by the SG15 meeting in December 2014. We
appreciate your continued review and comments which allow us to keep the
document up-to-date.

Attach:
=E2=88=92 OTNT standardization work plan, Issue 19 (TD282/PLEN Rev.1)
Attachments:

    LS on ITU-T SG15 OTNT standardization work plan to mpls

https://datatracker.ietf.org/documents/LIAISON/liaison-2014-12-19-itu-t-sg-=
15-mpls-ls-on-itu-t-sg15-otnt-standardization-work-plan-to-mpls-attachment-=
1.zip

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

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

<div dir=3D"ltr">This liaison is also of interest to the pals WG.<div><br><=
/div><div>A point of contact will be appointed to coordinate a single respo=
nse to the ITU-T from the IETF.</div><div><br></div><div>Cheers,</div><div>=
Andy</div><div><br></div><div><div class=3D"gmail_quote">---------- Forward=
ed message ----------<br>From: <b class=3D"gmail_sendername">Liaison Statem=
ent Management Tool</b> <span dir=3D"ltr">&lt;<a href=3D"mailto:lsmt@ietf.o=
rg">lsmt@ietf.org</a>&gt;</span><br>Date: Fri, Dec 19, 2014 at 4:18 PM<br>S=
ubject: [mpls] New Liaison Statement, &quot;LS on ITU-T SG15 OTNT standardi=
zation work plan to mpls&quot;<br>To: Loa Andersson &lt;<a href=3D"mailto:l=
oa@pi.nu">loa@pi.nu</a>&gt;, George Swallow &lt;<a href=3D"mailto:swallow@c=
isco.com">swallow@cisco.com</a>&gt;, Ross Callon &lt;<a href=3D"mailto:rcal=
lon@juniper.net">rcallon@juniper.net</a>&gt;<br>Cc: <a href=3D"mailto:mpls@=
ietf.org">mpls@ietf.org</a>, <a href=3D"mailto:naotaka.morita@ntt-at.co.jp"=
>naotaka.morita@ntt-at.co.jp</a><br><br><br>Title: LS on ITU-T SG15 OTNT st=
andardization work plan to mpls<br>
Submission Date: 2014-12-19<br>
URL of the IETF Web page: <a href=3D"http://datatracker.ietf.org/liaison/13=
69/" target=3D"_blank">http://datatracker.ietf.org/liaison/1369/</a><br>
Please reply by 2015-06-07<br>
From: ITU-T SG 15=C2=A0 (Greg Jones &lt;<a href=3D"mailto:greg.jones@itu.in=
t">greg.jones@itu.int</a>&gt;)<br>
To: Multiprotocol Label Switching (Loa Andersson &lt;<a href=3D"mailto:loa@=
pi.nu">loa@pi.nu</a>&gt;, George Swallow &lt;<a href=3D"mailto:swallow@cisc=
o.com">swallow@cisco.com</a>&gt;, Ross Callon &lt;<a href=3D"mailto:rcallon=
@juniper.net">rcallon@juniper.net</a>&gt;)<br>
Cc: Adrian Farrel &lt;<a href=3D"mailto:adrian@olddog.co.uk">adrian@olddog.=
co.uk</a>&gt;,Alia Atlas &lt;<a href=3D"mailto:akatlas@gmail.com">akatlas@g=
mail.com</a>&gt;,<a href=3D"mailto:mpls@ietf.org">mpls@ietf.org</a>,John Dr=
ake &lt;<a href=3D"mailto:jdrake@juniper.net">jdrake@juniper.net</a>&gt;,Sc=
ott Mansfield &lt;Scott.Mansfield@Ericsson.com&gt;<br>
Response Contact: <a href=3D"mailto:naotaka.morita@ntt-at.co.jp">naotaka.mo=
rita@ntt-at.co.jp</a><br>
Technical Contact:<br>
Purpose: For comment<br>
<br>
Body: Thank you for your previous review and comments on =E2=80=9COptical T=
ransport Networks &amp;<br>
Technologies standardization work plan.=E2=80=9D Attached is Issue 19, the =
latest version that was updated by the SG15 meeting in December 2014. We ap=
preciate your continued review and comments which allow us to keep the docu=
ment up-to-date.<br>
<br>
Attach:<br>
=E2=88=92 OTNT standardization work plan, Issue 19 (TD282/PLEN Rev.1)<br>
Attachments:<br>
<br>
=C2=A0 =C2=A0 LS on ITU-T SG15 OTNT standardization work plan to mpls<br>
=C2=A0 =C2=A0 <a href=3D"https://datatracker.ietf.org/documents/LIAISON/lia=
ison-2014-12-19-itu-t-sg-15-mpls-ls-on-itu-t-sg15-otnt-standardization-work=
-plan-to-mpls-attachment-1.zip" target=3D"_blank">https://datatracker.ietf.=
org/documents/LIAISON/liaison-2014-12-19-itu-t-sg-15-mpls-ls-on-itu-t-sg15-=
otnt-standardization-work-plan-to-mpls-attachment-1.zip</a><br>
<br>
_______________________________________________<br>
mpls mailing list<br>
<a href=3D"mailto:mpls@ietf.org">mpls@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/mpls</a><br>
</div><br></div></div>

--047d7b471d5618e639050bfd7252--


From nobody Tue Jan  6 07:56:05 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EE781A006F for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 07:56:02 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X7IK7UH824_K for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 07:55:58 -0800 (PST)
Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7288E1A005F for <pals@ietf.org>; Tue,  6 Jan 2015 07:55:58 -0800 (PST)
Received: by mail-qg0-f50.google.com with SMTP id z60so16711181qgd.37 for <pals@ietf.org>; Tue, 06 Jan 2015 07:55:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=P2Z97JrBlx4B9PhsLijU4o6ngDpI4oUQPMr3BYGoWcI=; b=vTXGx4ikCD92E4eDiGMU+jSmDs1iEt+l/bbNULsFWFGQZYWXg8vWhxay1EKO0xUvdv fDTsoJj8c+jfVCt8e59kS7vPGMuVs9gA5U9mZTuAPf1sricC3epk0FGqoA8pU2zlqFfi 25LYemvAPOL9PGamCnpTw5x+ZDh0NdbsRpYAlsv5A9Xmsl8vnd73dCMQDY2FCKo/fHzK K0aSWBxhzxyu2VbkF5bW5Iz607dzo33mlLrbA0TSLLXHI2WfrIhWehgs/ILD25JffXLO EgaJSqKufM5+9iKEAU7fCnwU3Hc0/s7yvDZhQRUWNa4ywPua4xno5uvpSM7SJyjEKuGo xJzA==
X-Received: by 10.140.25.169 with SMTP id 38mr144486303qgt.57.1420559757443; Tue, 06 Jan 2015 07:55:57 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Tue, 6 Jan 2015 07:55:35 -0800 (PST)
In-Reply-To: <DB3PR03MB081211483FD11BCF995099DC9D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <DB3PR03MB081211483FD11BCF995099DC9D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 6 Jan 2015 10:55:35 -0500
Message-ID: <CAA=duU3DT1cJ3CPhN5wvVAqXtuj3AGET0BkJZYobQCi=03zRag@mail.gmail.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Content-Type: multipart/alternative; boundary=001a11c12cdcb98c7a050bfdd76a
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/qQKUShXn5-bje8LzmDQDyJPn5Rc
Cc: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 15:56:02 -0000

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

Sasha,

Thanks, the co-authors will address these questions following the adoption
poll.

Cheers,
Andy

On Tue, Jan 6, 2015 at 7:59 AM, Alexander Vainshtein <
Alexander.Vainshtein@ecitele.com> wrote:

>  Andy,
>
> Lots of thanks for a prompt response and a clarification.
>
>
>
> I think that it makes sense to add it (in some form) also to the draft
> itself =E2=80=93 after adoption. Meanwhile I can safely support adoption =
of this
> draft as a WG document.
>
>
>
> I also have two technical questions regarding the draft (that could be
> addressed after its adoption):
>
>
>
> 1.       *S-PE bypass mode vs. segment-by-segment mode of static PW
> status messages*:
>
> a.       The draft is presented as an extension of the mechanism
> presented in RFC 6870 for static PWs
>
> b.      In RFC 6870 PW status TLV is carried across tLDP sessions and
> hence it is inherently segment-by-segment (with S-PEs performing the PW
> status relay function) =E2=80=93 because here are no E2E tLDP sessionsJ
>
> c.       According to RFC 6478 MS-PWs can use static PW status messages
> in two modes:
>
>                                                                i.      Se=
gment-by-segment
> mode
>
>                                                              ii.      S-P=
E
> bypass (T-PE-to-T-PE) mode
>
> d.      Could you please clarify *which mode should be used in the draft*=
?
> In particular, if S-PE bypass mode is used, does this imply an update of
> RFC 6478? As per RFC, it is restricted to the case when T-PE support LDP =
as
> the PW setup and maintenance protocol.
>
> 2.       *Applicability to =E2=80=9Cmixed mode=E2=80=9D MS-PWs*:
>
> a.       One of the reasons for setting up MS-PWs is stitching between a
> static segment (e.g., between the T-PE in the MPLS-TP domain to some
> =E2=80=9Cgateway=E2=80=9D S-PE=E2=80=9D) and a signaled segment (e.., bet=
ween the =E2=80=9Cgateway=E2=80=9D S-PE
> and the T-PE in the IP/MPLS domain).
>
> b.      In this case PW status TLV has to be propagated
> segment-by-segment with  S-PE of acting as  relay
>
> c.       Could you please clarify whether the draft is applicable to this
> model, and, if yes (as I hope) provide some additional operational
> considerations (if needed)?
>
> d.      This question is to some extent related to update (or lack
> thereof) of RFC 6478. The relevant use case would be a MS-PW that looks a=
s
> following:
>
>                                                                i.      Se=
gment
> #1 =E2=80=93 signaled, from T-PE#1 to S-PE#1. T-PE#1 uses LDP as its PW s=
etup and
> maintenance protocol so it can request S-PE bypass mode even if 6478 is n=
ot
> updated
>
>                                                              ii.      Seg=
ment
> #2 =E2=80=93 static, from S-PE#1 to S-PE#2
>
>                                                             iii.      Seg=
ment
> #3 =E2=80=93 signaled, from S-PE#2 to T-PE#2, T-PE#2 uses LDP as its PW s=
etup and
> maintenance protocol so it can request S-PE bypass mode even if 6478 is n=
ot
> updated.
>
> Regards,
>
>        Sasha
>
> Email: Alexander.Vainshtein@ecitele.com
>
> Mobile: 054-9266302
>
>
>
> *From:* Andrew G. Malis [mailto:agmalis@gmail.com]
> *Sent:* Tuesday, January 06, 2015 2:11 PM
> *To:* Alexander Vainshtein
> *Cc:* pals@ietf.org; draft-shawam-pwe3-ms-pw-protection@tools.ietf.org;
> stbryant@cisco.com
> *Subject:* Re: [Pals] Poll to determine consensus for adoption of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
>
>
> Sasha,
>
>
>
> The difference is that this draft is a simple clarification of existing
> RFCs to make it clear how they can be used to provide end-to-end resilien=
cy
> of static MS-PWs. I'm aware of at least one deployment of this draft.
>
>
>
> draft-ietf-pals-redundancy-spe-00 is more involved, since it provides
> resiliency at intermediate S-PEs rather than only end-to-end, but has the
> possibility to scale better in a network with a large number of MS-PWs. I=
t
> could also provide faster protection switching as well. It would be up to
> the operator to decide which solution they prefer to deploy.
>
>
>
> Cheers,
>
> Andy
>
>
>
>
>
> On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein <
> Alexander.Vainshtein@ecitele.com> wrote:
>
> Stewart and all,
> I've read the draft, and I do not have any issues with its content  per s=
e.
> However I'd like to understand better its relationship with the already
> adopted draft-ietf-pals-redundancy-spe-00.
>
> Both drafts are intended for the Standards track by their authors and bot=
h
> seem to address the problem of S-PE failure even if in different differen=
t
> deployment scenarios.
>
> I would like to clarify that  I do not actively object adoption of
> draft-shawam.
> The clarification in question could be provided after adoption if the WG
> feels that this can be postponed.  But I do not think that it can be
> avoided altogether.
>
> Regards,
> Sasha
>
>
>
>
> ________________________________________
> From: Pals <pals-bounces@ietf.org> on behalf of Stewart Bryant <
> stbryant@cisco.com>
> Sent: Wednesday, December 24, 2014 11:52 AM
> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
> Subject: [Pals] Poll to determine consensus for adoption of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
> Working Group,
>
> This email starts a poll to see whether there is consensus to
> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
> the PALS WG.
>
> Please send your comments (support/not support) to the PALS working
> group mailing list (pals@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>
> In view of the long holiday season in some parts of the world I will
> run the poll until 16th January 2015.
>
> - Stewart
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>
>
>

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

<div dir=3D"ltr">Sasha,<div><br></div><div>Thanks, the co-authors will addr=
ess these questions following the adoption poll.</div><div><br></div><div>C=
heers,</div><div>Andy</div></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Tue, Jan 6, 2015 at 7:59 AM, Alexander Vainshtein <span=
 dir=3D"ltr">&lt;<a href=3D"mailto:Alexander.Vainshtein@ecitele.com" target=
=3D"_blank">Alexander.Vainshtein@ecitele.com</a>&gt;</span> wrote:<br><bloc=
kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
c solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Andy,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Lots of thanks for a prom=
pt response and a clarification.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think that it makes sen=
se to add it (in some form) also to the draft itself =E2=80=93 after adopti=
on. Meanwhile I can safely support adoption of this draft as a WG
 document.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I also have two technical=
 questions regarding the draft (that could be addressed after its adoption)=
:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p><u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d"><span>1.<span style=3D"font:7.0pt &quo=
t;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><b><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1f497d">S-PE bypass mode vs. segment-by-segment mode of static PW status me=
ssages</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;;color:#1f497d">:<u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>a.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">The draft is presented as an extension of the mechanism presented in R=
FC 6870 for static PWs<u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>b.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">In RFC 6870 PW status TLV is carried across tLDP sessions and hence it=
 is inherently segment-by-segment (with S-PEs performing
 the PW status relay function) =E2=80=93 because here are no E2E tLDP sessi=
ons</span><span style=3D"font-size:11.0pt;font-family:Wingdings;color:#1f49=
7d">J</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>c.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">According to RFC 6478 MS-PWs can use static PW status messages in two =
modes:<u></u><u></u></span></p>
<p style=3D"margin-left:108.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span><span style=3D"font:7.0pt &quot;Tim=
es New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0
</span>i.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 </span></span></span><u></u><span dir=3D"LTR"></span>=
<span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;;color:#1f497d">Segment-by-segment mode<u></u><u></u></span></p>
<p style=3D"margin-left:108.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span><span style=3D"font:7.0pt &quot;Tim=
es New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0
</span>ii.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 </span></span></span><u></u><span dir=3D"LTR"></span>=
<span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;;color:#1f497d">S-PE bypass (T-PE-to-T-PE) mode<u></u><u></u></s=
pan></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>d.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">Could you please clarify
<i>which mode should be used in the draft</i>? In particular, if S-PE bypas=
s mode is used, does this imply an update of RFC 6478? As per RFC, it is re=
stricted to the case when T-PE support LDP as the PW setup and maintenance =
protocol.<u></u><u></u></span></p>
<p><u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d"><span>2.<span style=3D"font:7.0pt &quo=
t;Times New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><b><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1f497d">Applicability to =E2=80=9Cmixed mode=E2=80=9D MS-PWs</span></b><spa=
n style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-seri=
f&quot;;color:#1f497d">:<u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>a.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">One of the reasons for setting up MS-PWs is stitching between a static=
 segment (e.g., between the T-PE in the MPLS-TP domain
 to some =E2=80=9Cgateway=E2=80=9D S-PE=E2=80=9D) and a signaled segment (e=
.., between the =E2=80=9Cgateway=E2=80=9D S-PE and the T-PE in the IP/MPLS =
domain).
<u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>b.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">In this case PW status TLV has to be propagated segment-by-segment wit=
h =C2=A0S-PE of acting as =C2=A0relay<u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>c.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">Could you please clarify whether the draft is applicable to this model=
, and, if yes (as I hope) provide some additional operational
 considerations (if needed)?<u></u><u></u></span></p>
<p style=3D"margin-left:72.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span>d.<span style=3D"font:7.0pt &quot;T=
imes New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">This question is to some extent related to update (or lack thereof) of=
 RFC 6478. The relevant use case would be a MS-PW that
 looks as following:<u></u><u></u></span></p>
<p style=3D"margin-left:108.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span><span style=3D"font:7.0pt &quot;Tim=
es New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0
</span>i.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 </span></span></span><u></u><span dir=3D"LTR"></span>=
<span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;;color:#1f497d">Segment #1 =E2=80=93 signaled, from T-PE#1 to S-=
PE#1. T-PE#1 uses LDP as
 its PW setup and maintenance protocol so it can request S-PE bypass mode e=
ven if 6478 is not updated<u></u><u></u></span></p>
<p style=3D"margin-left:108.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span><span style=3D"font:7.0pt &quot;Tim=
es New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0
</span>ii.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 </span></span></span><u></u><span dir=3D"LTR"></span>=
<span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;;color:#1f497d">Segment #2 =E2=80=93 static, from S-PE#1 to S-PE=
#2<u></u><u></u></span></p>
<p style=3D"margin-left:108.0pt">
<u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><span><span style=3D"font:7.0pt &quot;Tim=
es New Roman&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span>iii.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 </span></span></span><u></u><span dir=3D"LTR"></span>=
<span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;;color:#1f497d">Segment #3 =E2=80=93 signaled, from S-PE#2 to T-=
PE#2, T-PE#2 uses LDP as
 its PW setup and maintenance protocol so it can request S-PE bypass mode e=
ven if 6478 is not updated.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regards,<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Sasha
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Email: <a href=3D"mailto:=
Alexander.Vainshtein@ecitele.com" target=3D"_blank">Alexander.Vainshtein@ec=
itele.com</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Mobile: 054-9266302<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Andrew G=
. Malis [mailto:<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">agma=
lis@gmail.com</a>]
<br>
<b>Sent:</b> Tuesday, January 06, 2015 2:11 PM<br>
<b>To:</b> Alexander Vainshtein<br>
<b>Cc:</b> <a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org=
</a>; <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" =
target=3D"_blank">draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a=
 href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.com</a=
><br>
<b>Subject:</b> Re: [Pals] Poll to determine consensus for adoption of draf=
t-shawam-pwe3-ms-pw-protection as WG draft<u></u><u></u></span></p>
</div>
</div><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Sasha,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The difference is that this draft is a simple clarif=
ication of existing RFCs to make it clear how they can be used to provide e=
nd-to-end resiliency of static MS-PWs. I&#39;m aware of at least one deploy=
ment of this draft.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt">draft-ietf-pals-red=
undancy-spe-00 is more involved, since it provides resiliency at intermedia=
te S-PEs rather than only end-to-end, but has the possibility to scale bett=
er in a network with a large number
 of MS-PWs. It could also provide faster protection switching as well. It w=
ould be up to the operator to decide which solution they prefer to deploy.<=
/span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein=
 &lt;<a href=3D"mailto:Alexander.Vainshtein@ecitele.com" target=3D"_blank">=
Alexander.Vainshtein@ecitele.com</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Stewart and all,<br>
I&#39;ve read the draft, and I do not have any issues with its content=C2=
=A0 per se.<br>
However I&#39;d like to understand better its relationship with the already=
 adopted draft-ietf-pals-redundancy-spe-00.<br>
<br>
Both drafts are intended for the Standards track by their authors and both =
seem to address the problem of S-PE failure even if in different different =
deployment scenarios.<br>
<br>
I would like to clarify that=C2=A0 I do not actively object adoption of dra=
ft-shawam.<br>
The clarification in question could be provided after adoption if the WG fe=
els that this can be postponed.=C2=A0 But I do not think that it can be avo=
ided altogether.<br>
<br>
Regards,<br>
Sasha<br>
<br>
<br>
<br>
<br>
________________________________________<br>
From: Pals &lt;<a href=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">p=
als-bounces@ietf.org</a>&gt; on behalf of Stewart Bryant &lt;<a href=3D"mai=
lto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.com</a>&gt;<br>
Sent: Wednesday, December 24, 2014 11:52 AM<br>
<span>To: <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.o=
rg" target=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a href=3D"mailto:pa=
ls@ietf.org" target=3D"_blank">
pals@ietf.org</a></span><br>
<span>Subject: [Pals] Poll to determine consensus for adoption of draft-sha=
wam-pwe3-ms-pw-protection as WG draft</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Working Group,<br>
<br>
This email starts a poll to see whether there is consensus to<br>
adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of<br>
the PALS WG.<br>
<br>
Please send your comments (support/not support) to the PALS working<br>
group mailing list (<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals=
@ietf.org</a>). Please give a technical<br>
motivation for your support/not support, especially if you think that<br>
the document should not be adopted as a working group document.<br>
<br>
In view of the long holiday season in some parts of the world I will<br>
run the poll until 16th January 2015.<br>
<br>
- Stewart<br>
<br>
_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org" target=3D"_blank">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div>
</div>
</div>

</blockquote></div><br></div>

--001a11c12cdcb98c7a050bfdd76a--


From nobody Tue Jan  6 08:28:38 2015
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D35721A017D for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 08:28:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R5FPbOlCsCfs for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 08:28:27 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0712.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::712]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B3071A0149 for <pals@ietf.org>; Tue,  6 Jan 2015 08:28:25 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) with Microsoft SMTP Server (TLS) id 15.1.49.12; Tue, 6 Jan 2015 16:28:01 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0049.002; Tue, 6 Jan 2015 16:28:01 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19mqOoYZfDEAEKZ4t2u3wY2Rpyvpp4xgANuN4CAAACO0IAAPkiAgAAI14A=
Date: Tue, 6 Jan 2015 16:28:01 +0000
Message-ID: <DB3PR03MB0812E49135AE64D8543989339D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <DB3PR03MB081211483FD11BCF995099DC9D590@DB3PR03MB0812.eurprd03.prod.outlook.com> <CAA=duU3DT1cJ3CPhN5wvVAqXtuj3AGET0BkJZYobQCi=03zRag@mail.gmail.com>
In-Reply-To: <CAA=duU3DT1cJ3CPhN5wvVAqXtuj3AGET0BkJZYobQCi=03zRag@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.234.56.21]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; 
x-dmarcaction: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:DB3PR03MB0812;
x-forefront-prvs: 0448A97BF2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(24454002)(51444003)(164054003)(199003)(189002)(377454003)(252514010)(106116001)(93886004)(105586002)(122556002)(110136001)(107046002)(19617315012)(106356001)(54206007)(4396001)(86362001)(20776003)(1411001)(76576001)(62966003)(230783001)(92566001)(31966008)(46102003)(2950100001)(2900100001)(68736005)(102836002)(87936001)(54356999)(2656002)(76176999)(66066001)(97736003)(120916001)(33656002)(40100003)(19609705001)(19625215002)(99396003)(21056001)(77156002)(19580405001)(64706001)(19580395003)(15975445007)(54606007)(19300405004)(74316001)(50986999)(101416001)(16236675004)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0812; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: multipart/alternative; boundary="_000_DB3PR03MB0812E49135AE64D8543989339D590DB3PR03MB0812eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jan 2015 16:28:01.1347 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0812
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/GbS3eef6R0PG3M8dwrUTtjAbMpc
Cc: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 16:28:36 -0000

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

QW5keSwNClZlcnkgZ2xhZCB0byBoZWFyLCB3aWxsIGJlIHdhaXRpbmcgZm9yIHRoZSBkcmFmdC1p
ZXRmLXBhbHMtbXMtcHctcHJvdGVjdGlvbiB2ZXJzaW9u4oCmDQoNClJlZ2FyZHMsDQogICAgICAg
U2FzaGENCkVtYWlsOiBBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbQ0KTW9iaWxlOiAw
NTQtOTI2NjMwMg0KDQpGcm9tOiBBbmRyZXcgRy4gTWFsaXMgW21haWx0bzphZ21hbGlzQGdtYWls
LmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDYsIDIwMTUgNTo1NiBQTQ0KVG86IEFsZXhh
bmRlciBWYWluc2h0ZWluDQpDYzogcGFsc0BpZXRmLm9yZzsgZHJhZnQtc2hhd2FtLXB3ZTMtbXMt
cHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzsgc3RicnlhbnRAY2lzY28uY29tDQpTdWJqZWN0
OiBSZTogW1BhbHNdIFBvbGwgdG8gZGV0ZXJtaW5lIGNvbnNlbnN1cyBmb3IgYWRvcHRpb24gb2Yg
ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbiBhcyBXRyBkcmFmdA0KDQpTYXNoYSwN
Cg0KVGhhbmtzLCB0aGUgY28tYXV0aG9ycyB3aWxsIGFkZHJlc3MgdGhlc2UgcXVlc3Rpb25zIGZv
bGxvd2luZyB0aGUgYWRvcHRpb24gcG9sbC4NCg0KQ2hlZXJzLA0KQW5keQ0KDQpPbiBUdWUsIEph
biA2LCAyMDE1IGF0IDc6NTkgQU0sIEFsZXhhbmRlciBWYWluc2h0ZWluIDxBbGV4YW5kZXIuVmFp
bnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j
b20+PiB3cm90ZToNCkFuZHksDQpMb3RzIG9mIHRoYW5rcyBmb3IgYSBwcm9tcHQgcmVzcG9uc2Ug
YW5kIGEgY2xhcmlmaWNhdGlvbi4NCg0KSSB0aGluayB0aGF0IGl0IG1ha2VzIHNlbnNlIHRvIGFk
ZCBpdCAoaW4gc29tZSBmb3JtKSBhbHNvIHRvIHRoZSBkcmFmdCBpdHNlbGYg4oCTIGFmdGVyIGFk
b3B0aW9uLiBNZWFud2hpbGUgSSBjYW4gc2FmZWx5IHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyBk
cmFmdCBhcyBhIFdHIGRvY3VtZW50Lg0KDQpJIGFsc28gaGF2ZSB0d28gdGVjaG5pY2FsIHF1ZXN0
aW9ucyByZWdhcmRpbmcgdGhlIGRyYWZ0ICh0aGF0IGNvdWxkIGJlIGFkZHJlc3NlZCBhZnRlciBp
dHMgYWRvcHRpb24pOg0KDQoNCjEuICAgICAgIFMtUEUgYnlwYXNzIG1vZGUgdnMuIHNlZ21lbnQt
Ynktc2VnbWVudCBtb2RlIG9mIHN0YXRpYyBQVyBzdGF0dXMgbWVzc2FnZXM6DQoNCmEuICAgICAg
IFRoZSBkcmFmdCBpcyBwcmVzZW50ZWQgYXMgYW4gZXh0ZW5zaW9uIG9mIHRoZSBtZWNoYW5pc20g
cHJlc2VudGVkIGluIFJGQyA2ODcwIGZvciBzdGF0aWMgUFdzDQoNCmIuICAgICAgSW4gUkZDIDY4
NzAgUFcgc3RhdHVzIFRMViBpcyBjYXJyaWVkIGFjcm9zcyB0TERQIHNlc3Npb25zIGFuZCBoZW5j
ZSBpdCBpcyBpbmhlcmVudGx5IHNlZ21lbnQtYnktc2VnbWVudCAod2l0aCBTLVBFcyBwZXJmb3Jt
aW5nIHRoZSBQVyBzdGF0dXMgcmVsYXkgZnVuY3Rpb24pIOKAkyBiZWNhdXNlIGhlcmUgYXJlIG5v
IEUyRSB0TERQIHNlc3Npb25z4pi6DQoNCmMuICAgICAgIEFjY29yZGluZyB0byBSRkMgNjQ3OCBN
Uy1QV3MgY2FuIHVzZSBzdGF0aWMgUFcgc3RhdHVzIG1lc3NhZ2VzIGluIHR3byBtb2RlczoNCg0K
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgaS4gICAgICBTZWdtZW50LWJ5LXNlZ21lbnQgbW9kZQ0KDQogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWkuICAgICAgUy1Q
RSBieXBhc3MgKFQtUEUtdG8tVC1QRSkgbW9kZQ0KDQpkLiAgICAgIENvdWxkIHlvdSBwbGVhc2Ug
Y2xhcmlmeSB3aGljaCBtb2RlIHNob3VsZCBiZSB1c2VkIGluIHRoZSBkcmFmdD8gSW4gcGFydGlj
dWxhciwgaWYgUy1QRSBieXBhc3MgbW9kZSBpcyB1c2VkLCBkb2VzIHRoaXMgaW1wbHkgYW4gdXBk
YXRlIG9mIFJGQyA2NDc4PyBBcyBwZXIgUkZDLCBpdCBpcyByZXN0cmljdGVkIHRvIHRoZSBjYXNl
IHdoZW4gVC1QRSBzdXBwb3J0IExEUCBhcyB0aGUgUFcgc2V0dXAgYW5kIG1haW50ZW5hbmNlIHBy
b3RvY29sLg0KDQoyLiAgICAgICBBcHBsaWNhYmlsaXR5IHRvIOKAnG1peGVkIG1vZGXigJ0gTVMt
UFdzOg0KDQphLiAgICAgICBPbmUgb2YgdGhlIHJlYXNvbnMgZm9yIHNldHRpbmcgdXAgTVMtUFdz
IGlzIHN0aXRjaGluZyBiZXR3ZWVuIGEgc3RhdGljIHNlZ21lbnQgKGUuZy4sIGJldHdlZW4gdGhl
IFQtUEUgaW4gdGhlIE1QTFMtVFAgZG9tYWluIHRvIHNvbWUg4oCcZ2F0ZXdheeKAnSBTLVBF4oCd
KSBhbmQgYSBzaWduYWxlZCBzZWdtZW50IChlLi4sIGJldHdlZW4gdGhlIOKAnGdhdGV3YXnigJ0g
Uy1QRSBhbmQgdGhlIFQtUEUgaW4gdGhlIElQL01QTFMgZG9tYWluKS4NCg0KYi4gICAgICBJbiB0
aGlzIGNhc2UgUFcgc3RhdHVzIFRMViBoYXMgdG8gYmUgcHJvcGFnYXRlZCBzZWdtZW50LWJ5LXNl
Z21lbnQgd2l0aCAgUy1QRSBvZiBhY3RpbmcgYXMgIHJlbGF5DQoNCmMuICAgICAgIENvdWxkIHlv
dSBwbGVhc2UgY2xhcmlmeSB3aGV0aGVyIHRoZSBkcmFmdCBpcyBhcHBsaWNhYmxlIHRvIHRoaXMg
bW9kZWwsIGFuZCwgaWYgeWVzIChhcyBJIGhvcGUpIHByb3ZpZGUgc29tZSBhZGRpdGlvbmFsIG9w
ZXJhdGlvbmFsIGNvbnNpZGVyYXRpb25zIChpZiBuZWVkZWQpPw0KDQpkLiAgICAgIFRoaXMgcXVl
c3Rpb24gaXMgdG8gc29tZSBleHRlbnQgcmVsYXRlZCB0byB1cGRhdGUgKG9yIGxhY2sgdGhlcmVv
Zikgb2YgUkZDIDY0NzguIFRoZSByZWxldmFudCB1c2UgY2FzZSB3b3VsZCBiZSBhIE1TLVBXIHRo
YXQgbG9va3MgYXMgZm9sbG93aW5nOg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpLiAgICAgIFNlZ21lbnQgIzEg4oCTIHNp
Z25hbGVkLCBmcm9tIFQtUEUjMSB0byBTLVBFIzEuIFQtUEUjMSB1c2VzIExEUCBhcyBpdHMgUFcg
c2V0dXAgYW5kIG1haW50ZW5hbmNlIHByb3RvY29sIHNvIGl0IGNhbiByZXF1ZXN0IFMtUEUgYnlw
YXNzIG1vZGUgZXZlbiBpZiA2NDc4IGlzIG5vdCB1cGRhdGVkDQoNCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpaS4gICAgICBTZWdt
ZW50ICMyIOKAkyBzdGF0aWMsIGZyb20gUy1QRSMxIHRvIFMtUEUjMg0KDQogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpaWkuICAgICAg
U2VnbWVudCAjMyDigJMgc2lnbmFsZWQsIGZyb20gUy1QRSMyIHRvIFQtUEUjMiwgVC1QRSMyIHVz
ZXMgTERQIGFzIGl0cyBQVyBzZXR1cCBhbmQgbWFpbnRlbmFuY2UgcHJvdG9jb2wgc28gaXQgY2Fu
IHJlcXVlc3QgUy1QRSBieXBhc3MgbW9kZSBldmVuIGlmIDY0NzggaXMgbm90IHVwZGF0ZWQuDQpS
ZWdhcmRzLA0KICAgICAgIFNhc2hhDQpFbWFpbDogQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVs
ZS5jb208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPg0KTW9iaWxlOiAw
NTQtOTI2NjMwMg0KDQpGcm9tOiBBbmRyZXcgRy4gTWFsaXMgW21haWx0bzphZ21hbGlzQGdtYWls
LmNvbTxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+XQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAw
NiwgMjAxNSAyOjExIFBNDQpUbzogQWxleGFuZGVyIFZhaW5zaHRlaW4NCkNjOiBwYWxzQGlldGYu
b3JnPG1haWx0bzpwYWxzQGlldGYub3JnPjsgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVj
dGlvbkB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVj
dGlvbkB0b29scy5pZXRmLm9yZz47IHN0YnJ5YW50QGNpc2NvLmNvbTxtYWlsdG86c3RicnlhbnRA
Y2lzY28uY29tPg0KU3ViamVjdDogUmU6IFtQYWxzXSBQb2xsIHRvIGRldGVybWluZSBjb25zZW5z
dXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMg
V0cgZHJhZnQNCg0KU2FzaGEsDQoNClRoZSBkaWZmZXJlbmNlIGlzIHRoYXQgdGhpcyBkcmFmdCBp
cyBhIHNpbXBsZSBjbGFyaWZpY2F0aW9uIG9mIGV4aXN0aW5nIFJGQ3MgdG8gbWFrZSBpdCBjbGVh
ciBob3cgdGhleSBjYW4gYmUgdXNlZCB0byBwcm92aWRlIGVuZC10by1lbmQgcmVzaWxpZW5jeSBv
ZiBzdGF0aWMgTVMtUFdzLiBJJ20gYXdhcmUgb2YgYXQgbGVhc3Qgb25lIGRlcGxveW1lbnQgb2Yg
dGhpcyBkcmFmdC4NCg0KZHJhZnQtaWV0Zi1wYWxzLXJlZHVuZGFuY3ktc3BlLTAwIGlzIG1vcmUg
aW52b2x2ZWQsIHNpbmNlIGl0IHByb3ZpZGVzIHJlc2lsaWVuY3kgYXQgaW50ZXJtZWRpYXRlIFMt
UEVzIHJhdGhlciB0aGFuIG9ubHkgZW5kLXRvLWVuZCwgYnV0IGhhcyB0aGUgcG9zc2liaWxpdHkg
dG8gc2NhbGUgYmV0dGVyIGluIGEgbmV0d29yayB3aXRoIGEgbGFyZ2UgbnVtYmVyIG9mIE1TLVBX
cy4gSXQgY291bGQgYWxzbyBwcm92aWRlIGZhc3RlciBwcm90ZWN0aW9uIHN3aXRjaGluZyBhcyB3
ZWxsLiBJdCB3b3VsZCBiZSB1cCB0byB0aGUgb3BlcmF0b3IgdG8gZGVjaWRlIHdoaWNoIHNvbHV0
aW9uIHRoZXkgcHJlZmVyIHRvIGRlcGxveS4NCg0KQ2hlZXJzLA0KQW5keQ0KDQoNCk9uIFN1biwg
SmFuIDQsIDIwMTUgYXQgMzowNyBBTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gPEFsZXhhbmRlci5W
YWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxl
LmNvbT4+IHdyb3RlOg0KU3Rld2FydCBhbmQgYWxsLA0KSSd2ZSByZWFkIHRoZSBkcmFmdCwgYW5k
IEkgZG8gbm90IGhhdmUgYW55IGlzc3VlcyB3aXRoIGl0cyBjb250ZW50ICBwZXIgc2UuDQpIb3dl
dmVyIEknZCBsaWtlIHRvIHVuZGVyc3RhbmQgYmV0dGVyIGl0cyByZWxhdGlvbnNoaXAgd2l0aCB0
aGUgYWxyZWFkeSBhZG9wdGVkIGRyYWZ0LWlldGYtcGFscy1yZWR1bmRhbmN5LXNwZS0wMC4NCg0K
Qm90aCBkcmFmdHMgYXJlIGludGVuZGVkIGZvciB0aGUgU3RhbmRhcmRzIHRyYWNrIGJ5IHRoZWly
IGF1dGhvcnMgYW5kIGJvdGggc2VlbSB0byBhZGRyZXNzIHRoZSBwcm9ibGVtIG9mIFMtUEUgZmFp
bHVyZSBldmVuIGlmIGluIGRpZmZlcmVudCBkaWZmZXJlbnQgZGVwbG95bWVudCBzY2VuYXJpb3Mu
DQoNCkkgd291bGQgbGlrZSB0byBjbGFyaWZ5IHRoYXQgIEkgZG8gbm90IGFjdGl2ZWx5IG9iamVj
dCBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0uDQpUaGUgY2xhcmlmaWNhdGlvbiBpbiBxdWVzdGlv
biBjb3VsZCBiZSBwcm92aWRlZCBhZnRlciBhZG9wdGlvbiBpZiB0aGUgV0cgZmVlbHMgdGhhdCB0
aGlzIGNhbiBiZSBwb3N0cG9uZWQuICBCdXQgSSBkbyBub3QgdGhpbmsgdGhhdCBpdCBjYW4gYmUg
YXZvaWRlZCBhbHRvZ2V0aGVyLg0KDQpSZWdhcmRzLA0KU2FzaGENCg0KDQoNCg0KX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogUGFscyA8cGFscy1ib3VuY2Vz
QGlldGYub3JnPG1haWx0bzpwYWxzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgU3Rl
d2FydCBCcnlhbnQgPHN0YnJ5YW50QGNpc2NvLmNvbTxtYWlsdG86c3RicnlhbnRAY2lzY28uY29t
Pj4NClNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMjQsIDIwMTQgMTE6NTIgQU0NClRvOiBkcmFm
dC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFm
dC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPjsgcGFsc0BpZXRm
Lm9yZzxtYWlsdG86cGFsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtQYWxzXSBQb2xsIHRvIGRldGVy
bWluZSBjb25zZW5zdXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXBy
b3RlY3Rpb24gYXMgV0cgZHJhZnQNCldvcmtpbmcgR3JvdXAsDQoNClRoaXMgZW1haWwgc3RhcnRz
IGEgcG9sbCB0byBzZWUgd2hldGhlciB0aGVyZSBpcyBjb25zZW5zdXMgdG8NCmFkb3B0IGRyYWZ0
LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMgYSBXRyBkcmFmdCBvZg0KdGhlIFBBTFMg
V0cuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRv
IHRoZSBQQUxTIHdvcmtpbmcNCmdyb3VwIG1haWxpbmcgbGlzdCAocGFsc0BpZXRmLm9yZzxtYWls
dG86cGFsc0BpZXRmLm9yZz4pLiBQbGVhc2UgZ2l2ZSBhIHRlY2huaWNhbA0KbW90aXZhdGlvbiBm
b3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0
DQp0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBiZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBk
b2N1bWVudC4NCg0KSW4gdmlldyBvZiB0aGUgbG9uZyBob2xpZGF5IHNlYXNvbiBpbiBzb21lIHBh
cnRzIG9mIHRoZSB3b3JsZCBJIHdpbGwNCnJ1biB0aGUgcG9sbCB1bnRpbCAxNnRoIEphbnVhcnkg
MjAxNS4NCg0KLSBTdGV3YXJ0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQpQYWxzIG1haWxpbmcgbGlzdA0KUGFsc0BpZXRmLm9yZzxtYWlsdG86UGFs
c0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscw0K
DQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9
DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg
MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl
LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpBaGFy
b25pOw0KCXBhbm9zZS0xOjIgMSA4IDMgMiAxIDQgMyAyIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlv
bnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2lu
OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250
LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl
cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp
b246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4t
dG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p
bHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRh
dGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt
bGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou
MDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1z
ZXJpZiI7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24g
VGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJh
bGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4u
RW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJZm9udC12YXJpYW50Om5vcm1hbCAhaW1wb3J0
YW50Ow0KCWNvbG9yOiMxRjQ5N0Q7DQoJdGV4dC10cmFuc2Zvcm06bm9uZTsNCgl0ZXh0LWRlY29y
YXRpb246bm9uZSBub25lOw0KCXZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO30NCi5Nc29DaHBEZWZh
dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
Iiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu
MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0
aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N
CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv
dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286
c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1V
UyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPkFuZHksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlZlcnkgZ2xhZCB0
byBoZWFyLCB3aWxsIGJlIHdhaXRpbmcgZm9yIHRoZSBkcmFmdC1pZXRmLXBhbHMtbXMtcHctcHJv
dGVjdGlvbiB2ZXJzaW9u4oCmPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU2FzaGENCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5FbWFpbDogQWxleGFuZGVyLlZhaW5zaHRlaW5A
ZWNpdGVsZS5jb208bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TW9iaWxlOiAwNTQtOTI2
NjMwMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu
NXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw
Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1
b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBBbmRyZXcg
Ry4gTWFsaXMgW21haWx0bzphZ21hbGlzQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBU
dWVzZGF5LCBKYW51YXJ5IDA2LCAyMDE1IDU6NTYgUE08YnI+DQo8Yj5Ubzo8L2I+IEFsZXhhbmRl
ciBWYWluc2h0ZWluPGJyPg0KPGI+Q2M6PC9iPiBwYWxzQGlldGYub3JnOyBkcmFmdC1zaGF3YW0t
cHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnOyBzdGJyeWFudEBjaXNjby5jb208
YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtQYWxzXSBQb2xsIHRvIGRldGVybWluZSBjb25zZW5z
dXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMg
V0cgZHJhZnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+U2FzaGEsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5UaGFua3MsIHRoZSBjby1hdXRob3JzIHdpbGwgYWRkcmVzcyB0aGVzZSBxdWVzdGlvbnMgZm9s
bG93aW5nIHRoZSBhZG9wdGlvbiBwb2xsLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgSmFuIDYsIDIwMTUgYXQgNzo1OSBB
TSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFp
bnNodGVpbkBlY2l0ZWxlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkFsZXhhbmRlci5WYWluc2h0ZWlu
QGVjaXRlbGUuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPkFuZHksPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TG90cyBvZiB0
aGFua3MgZm9yIGEgcHJvbXB0IHJlc3BvbnNlIGFuZCBhIGNsYXJpZmljYXRpb24uPC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+SSB0aGluayB0aGF0IGl0IG1ha2VzIHNlbnNlIHRvIGFkZCBpdCAoaW4gc29tZSBmb3Jt
KSBhbHNvIHRvIHRoZSBkcmFmdCBpdHNlbGYg4oCTIGFmdGVyIGFkb3B0aW9uLiBNZWFud2hpbGUN
CiBJIGNhbiBzYWZlbHkgc3VwcG9ydCBhZG9wdGlvbiBvZiB0aGlzIGRyYWZ0IGFzIGEgV0cgZG9j
dW1lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBhbHNvIGhhdmUgdHdvIHRlY2huaWNhbCBxdWVzdGlvbnMg
cmVnYXJkaW5nIHRoZSBkcmFmdCAodGhhdCBjb3VsZCBiZSBhZGRyZXNzZWQgYWZ0ZXIgaXRzIGFk
b3B0aW9uKTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+MS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48Yj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Uy1QRSBieXBhc3MgbW9kZSB2cy4gc2Vn
bWVudC1ieS1zZWdtZW50IG1vZGUgb2Ygc3RhdGljIFBXIHN0YXR1cyBtZXNzYWdlczwvc3Bhbj48
L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjo8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+YS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
VGhlIGRyYWZ0IGlzIHByZXNlbnRlZCBhcyBhbiBleHRlbnNpb24gb2YgdGhlIG1lY2hhbmlzbSBw
cmVzZW50ZWQgaW4gUkZDIDY4NzAgZm9yIHN0YXRpYyBQV3M8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtj
b2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SW4gUkZDIDY4NzAgUFcgc3Rh
dHVzIFRMViBpcyBjYXJyaWVkIGFjcm9zcyB0TERQIHNlc3Npb25zIGFuZCBoZW5jZSBpdCBpcyBp
bmhlcmVudGx5IHNlZ21lbnQtYnktc2VnbWVudCAod2l0aCBTLVBFcyBwZXJmb3JtaW5nIHRoZSBQ
VyBzdGF0dXMgcmVsYXkgZnVuY3Rpb24pIOKAkyBiZWNhdXNlIGhlcmUNCiBhcmUgbm8gRTJFIHRM
RFAgc2Vzc2lvbnM8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6V2luZ2RpbmdzO2NvbG9yOiMxRjQ5N0QiPko8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6IzFGNDk3RCI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjoj
MUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QWNjb3JkaW5nIHRvIFJGQyA2
NDc4IE1TLVBXcyBjYW4gdXNlIHN0YXRpYyBQVyBzdGF0dXMgbWVzc2FnZXMgaW4gdHdvIG1vZGVz
Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0Ij48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj5pLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMx
RjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TZWdtZW50LWJ5LXNlZ21lbnQgbW9kZTwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0Ij48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5paS48
L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+Uy1QRSBieXBhc3MgKFQtUEUtdG8tVC1QRSkgbW9kZTwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5kLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Db3Vs
ZCB5b3UgcGxlYXNlIGNsYXJpZnkNCjxpPndoaWNoIG1vZGUgc2hvdWxkIGJlIHVzZWQgaW4gdGhl
IGRyYWZ0PC9pPj8gSW4gcGFydGljdWxhciwgaWYgUy1QRSBieXBhc3MgbW9kZSBpcyB1c2VkLCBk
b2VzIHRoaXMgaW1wbHkgYW4gdXBkYXRlIG9mIFJGQyA2NDc4PyBBcyBwZXIgUkZDLCBpdCBpcyBy
ZXN0cmljdGVkIHRvIHRoZSBjYXNlIHdoZW4gVC1QRSBzdXBwb3J0IExEUCBhcyB0aGUgUFcgc2V0
dXAgYW5kIG1haW50ZW5hbmNlIHByb3RvY29sLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4yLjwvc3Bhbj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj5BcHBsaWNhYmlsaXR5IHRvIOKAnG1peGVkIG1vZGXigJ0gTVMtUFdzPC9z
cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Ojwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj5PbmUgb2YgdGhlIHJlYXNvbnMgZm9yIHNldHRpbmcgdXAgTVMtUFdzIGlzIHN0aXRjaGlu
ZyBiZXR3ZWVuIGEgc3RhdGljIHNlZ21lbnQgKGUuZy4sIGJldHdlZW4gdGhlIFQtUEUgaW4gdGhl
IE1QTFMtVFAgZG9tYWluIHRvIHNvbWUg4oCcZ2F0ZXdheeKAnSBTLVBF4oCdKSBhbmQgYSBzaWdu
YWxlZCBzZWdtZW50DQogKGUuLiwgYmV0d2VlbiB0aGUg4oCcZ2F0ZXdheeKAnSBTLVBFIGFuZCB0
aGUgVC1QRSBpbiB0aGUgSVAvTVBMUyBkb21haW4pLiA8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xv
cjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SW4gdGhpcyBjYXNlIFBXIHN0YXR1
cyBUTFYgaGFzIHRvIGJlIHByb3BhZ2F0ZWQgc2VnbWVudC1ieS1zZWdtZW50IHdpdGggJm5ic3A7
Uy1QRSBvZiBhY3RpbmcgYXMgJm5ic3A7cmVsYXk8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6IzFGNDk3RCI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjoj
MUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q291bGQgeW91IHBsZWFzZSBj
bGFyaWZ5IHdoZXRoZXIgdGhlIGRyYWZ0IGlzIGFwcGxpY2FibGUgdG8gdGhpcyBtb2RlbCwgYW5k
LCBpZiB5ZXMgKGFzIEkgaG9wZSkgcHJvdmlkZSBzb21lIGFkZGl0aW9uYWwgb3BlcmF0aW9uYWwg
Y29uc2lkZXJhdGlvbnMgKGlmIG5lZWRlZCk/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5
bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPmQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFG
NDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoaXMgcXVlc3Rpb24gaXMgdG8gc29tZSBl
eHRlbnQgcmVsYXRlZCB0byB1cGRhdGUgKG9yIGxhY2sgdGhlcmVvZikgb2YgUkZDIDY0NzguIFRo
ZSByZWxldmFudCB1c2UgY2FzZSB3b3VsZCBiZSBhIE1TLVBXIHRoYXQgbG9va3MgYXMgZm9sbG93
aW5nOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj5pLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9y
OiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TZWdtZW50ICMxIOKAkyBzaWduYWxl
ZCwgZnJvbSBULVBFIzEgdG8gUy1QRSMxLiBULVBFIzEgdXNlcyBMRFAgYXMgaXRzIFBXIHNldHVw
IGFuZCBtYWludGVuYW5jZSBwcm90b2NvbCBzbyBpdCBjYW4gcmVxdWVzdCBTLVBFIGJ5cGFzcyBt
b2RlIGV2ZW4gaWYgNjQ3OCBpcyBub3QgdXBkYXRlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0
O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5paS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN
Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U2VnbWVu
dCAjMiDigJMgc3RhdGljLCBmcm9tIFMtUEUjMSB0byBTLVBFIzI8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6MTA4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+aWlpLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TZWdt
ZW50ICMzIOKAkyBzaWduYWxlZCwgZnJvbSBTLVBFIzIgdG8gVC1QRSMyLCBULVBFIzIgdXNlcyBM
RFAgYXMgaXRzIFBXIHNldHVwIGFuZCBtYWludGVuYW5jZSBwcm90b2NvbCBzbyBpdCBjYW4gcmVx
dWVzdCBTLVBFIGJ5cGFzcyBtb2RlIGV2ZW4gaWYgNjQ3OCBpcyBub3QgdXBkYXRlZC48L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTYXNoYQ0KPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+RW1haWw6DQo8YSBocmVmPSJtYWlsdG86QWxl
eGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20iIHRhcmdldD0iX2JsYW5rIj5BbGV4YW5kZXIu
VmFpbnNodGVpbkBlY2l0ZWxlLmNvbTwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij5Nb2JpbGU6IDA1NC05MjY2MzAyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i
c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7
cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDsiPiBBbmRyZXcgRy4gTWFsaXMgW21haWx0bzo8YSBocmVmPSJtYWlsdG86YWdt
YWxpc0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hZ21hbGlzQGdtYWlsLmNvbTwvYT5dDQo8
YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSmFudWFyeSAwNiwgMjAxNSAyOjExIFBNPGJyPg0K
PGI+VG86PC9iPiBBbGV4YW5kZXIgVmFpbnNodGVpbjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0i
bWFpbHRvOnBhbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wYWxzQGlldGYub3JnPC9hPjsg
PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMu
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3Rl
Y3Rpb25AdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86c3RicnlhbnRAY2lzY28u
Y29tIiB0YXJnZXQ9Il9ibGFuayI+DQpzdGJyeWFudEBjaXNjby5jb208L2E+PGJyPg0KPGI+U3Vi
amVjdDo8L2I+IFJlOiBbUGFsc10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9w
dGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0PC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPlNhc2hhLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPlRoZSBkaWZmZXJlbmNlIGlzIHRoYXQgdGhpcyBkcmFmdCBpcyBhIHNpbXBs
ZSBjbGFyaWZpY2F0aW9uIG9mIGV4aXN0aW5nIFJGQ3MgdG8gbWFrZSBpdCBjbGVhciBob3cgdGhl
eSBjYW4gYmUgdXNlZCB0byBwcm92aWRlIGVuZC10by1lbmQgcmVzaWxpZW5jeSBvZiBzdGF0aWMg
TVMtUFdzLiBJJ20gYXdhcmUgb2YNCiBhdCBsZWFzdCBvbmUgZGVwbG95bWVudCBvZiB0aGlzIGRy
YWZ0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPmRyYWZ0LWlldGYtcGFscy1yZWR1
bmRhbmN5LXNwZS0wMCBpcyBtb3JlIGludm9sdmVkLCBzaW5jZSBpdCBwcm92aWRlcyByZXNpbGll
bmN5IGF0IGludGVybWVkaWF0ZSBTLVBFcyByYXRoZXIgdGhhbiBvbmx5IGVuZC10by1lbmQsIGJ1
dCBoYXMgdGhlIHBvc3NpYmlsaXR5DQogdG8gc2NhbGUgYmV0dGVyIGluIGEgbmV0d29yayB3aXRo
IGEgbGFyZ2UgbnVtYmVyIG9mIE1TLVBXcy4gSXQgY291bGQgYWxzbyBwcm92aWRlIGZhc3RlciBw
cm90ZWN0aW9uIHN3aXRjaGluZyBhcyB3ZWxsLiBJdCB3b3VsZCBiZSB1cCB0byB0aGUgb3BlcmF0
b3IgdG8gZGVjaWRlIHdoaWNoIHNvbHV0aW9uIHRoZXkgcHJlZmVyIHRvIGRlcGxveS48L3NwYW4+
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij5DaGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj5PbiBTdW4sIEphbiA0LCAyMDE1IGF0IDM6MDcgQU0sIEFsZXhhbmRl
ciBWYWluc2h0ZWluICZsdDs8YSBocmVmPSJtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNp
dGVsZS5jb20iIHRhcmdldD0iX2JsYW5rIj5BbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNv
bTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0Ij5TdGV3YXJ0
IGFuZCBhbGwsPGJyPg0KSSd2ZSByZWFkIHRoZSBkcmFmdCwgYW5kIEkgZG8gbm90IGhhdmUgYW55
IGlzc3VlcyB3aXRoIGl0cyBjb250ZW50Jm5ic3A7IHBlciBzZS48YnI+DQpIb3dldmVyIEknZCBs
aWtlIHRvIHVuZGVyc3RhbmQgYmV0dGVyIGl0cyByZWxhdGlvbnNoaXAgd2l0aCB0aGUgYWxyZWFk
eSBhZG9wdGVkIGRyYWZ0LWlldGYtcGFscy1yZWR1bmRhbmN5LXNwZS0wMC48YnI+DQo8YnI+DQpC
b3RoIGRyYWZ0cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBTdGFuZGFyZHMgdHJhY2sgYnkgdGhlaXIg
YXV0aG9ycyBhbmQgYm90aCBzZWVtIHRvIGFkZHJlc3MgdGhlIHByb2JsZW0gb2YgUy1QRSBmYWls
dXJlIGV2ZW4gaWYgaW4gZGlmZmVyZW50IGRpZmZlcmVudCBkZXBsb3ltZW50IHNjZW5hcmlvcy48
YnI+DQo8YnI+DQpJIHdvdWxkIGxpa2UgdG8gY2xhcmlmeSB0aGF0Jm5ic3A7IEkgZG8gbm90IGFj
dGl2ZWx5IG9iamVjdCBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0uPGJyPg0KVGhlIGNsYXJpZmlj
YXRpb24gaW4gcXVlc3Rpb24gY291bGQgYmUgcHJvdmlkZWQgYWZ0ZXIgYWRvcHRpb24gaWYgdGhl
IFdHIGZlZWxzIHRoYXQgdGhpcyBjYW4gYmUgcG9zdHBvbmVkLiZuYnNwOyBCdXQgSSBkbyBub3Qg
dGhpbmsgdGhhdCBpdCBjYW4gYmUgYXZvaWRlZCBhbHRvZ2V0aGVyLjxicj4NCjxicj4NClJlZ2Fy
ZHMsPGJyPg0KU2FzaGE8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KRnJvbTogUGFscyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnBhbHMtYm91bmNl
c0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBTdGV3YXJ0IEJyeWFudCAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnN0YnJ5YW50QGNp
c2NvLmNvbTwvYT4mZ3Q7PGJyPg0KU2VudDogV2VkbmVzZGF5LCBEZWNlbWJlciAyNCwgMjAxNCAx
MTo1MiBBTTxicj4NClRvOiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHct
cHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KZHJhZnQtc2hhd2Ft
LXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0
bzpwYWxzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpwYWxzQGlldGYub3JnPC9hPjxicj4N
ClN1YmplY3Q6IFtQYWxzXSBQb2xsIHRvIGRldGVybWluZSBjb25zZW5zdXMgZm9yIGFkb3B0aW9u
IG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMgV0cgZHJhZnQ8bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Xb3JraW5nIEdy
b3VwLDxicj4NCjxicj4NClRoaXMgZW1haWwgc3RhcnRzIGEgcG9sbCB0byBzZWUgd2hldGhlciB0
aGVyZSBpcyBjb25zZW5zdXMgdG88YnI+DQphZG9wdCBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1w
cm90ZWN0aW9uIGFzIGEgV0cgZHJhZnQgb2Y8YnI+DQp0aGUgUEFMUyBXRy48YnI+DQo8YnI+DQpQ
bGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25vdCBzdXBwb3J0KSB0byB0aGUgUEFM
UyB3b3JraW5nPGJyPg0KZ3JvdXAgbWFpbGluZyBsaXN0ICg8YSBocmVmPSJtYWlsdG86cGFsc0Bp
ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnBhbHNAaWV0Zi5vcmc8L2E+KS4gUGxlYXNlIGdpdmUg
YSB0ZWNobmljYWw8YnI+DQptb3RpdmF0aW9uIGZvciB5b3VyIHN1cHBvcnQvbm90IHN1cHBvcnQs
IGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQ8YnI+DQp0aGUgZG9jdW1lbnQgc2hvdWxkIG5v
dCBiZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC48YnI+DQo8YnI+DQpJbiB2
aWV3IG9mIHRoZSBsb25nIGhvbGlkYXkgc2Vhc29uIGluIHNvbWUgcGFydHMgb2YgdGhlIHdvcmxk
IEkgd2lsbDxicj4NCnJ1biB0aGUgcG9sbCB1bnRpbCAxNnRoIEphbnVhcnkgMjAxNS48YnI+DQo8
YnI+DQotIFN0ZXdhcnQ8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXzxicj4NClBhbHMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFp
bHRvOlBhbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5QYWxzQGlldGYub3JnPC9hPjxicj4N
CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscyIgdGFy
Z2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFsczwv
YT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s
Pg0K

--_000_DB3PR03MB0812E49135AE64D8543989339D590DB3PR03MB0812eurp_--


From nobody Tue Jan  6 09:25:35 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AFD41A1A9C for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 09:25:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9oxvXXFgf1eA for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 09:25:28 -0800 (PST)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 197D41A1A8B for <pals@ietf.org>; Tue,  6 Jan 2015 09:25:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23283; q=dns/txt; s=iport; t=1420565129; x=1421774729; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to; bh=wjK6+x/bwdT8RtlNWEk7Pf2YwfRml6h+UPzoKFKEYMU=; b=IH9/51tHi7g8J764DA9iFzQax/HNYjHidkdf979BWWd6y3yXDeUGr2vt 1supUlMAiU7Ow8SwIlRbUdO6S553AN608iY8/aeF+EkvU14NpOlhiGT0g n3iCxnoc15+1IVdG8kAFfJmSFUP2omA3Bnmj1ybEiCQ+rqiZnlJLakiEw Y=;
X-IronPort-AV: E=Sophos;i="5.07,709,1413244800";  d="scan'208,217";a="302052400"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 06 Jan 2015 17:25:26 +0000
Received: from [64.103.108.130] (dhcp-bdlk10-data-vlan301-64-103-108-130.cisco.com [64.103.108.130]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t06HPOOJ014457; Tue, 6 Jan 2015 17:25:24 GMT
Message-ID: <54AC1A84.8060208@cisco.com>
Date: Tue, 06 Jan 2015 17:25:24 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "Andrew G. Malis" <agmalis@gmail.com>
References: <CAA=duU37wveg6WQS0qnG7rmoMOiAOgQ56xfQS2ATU2tu0iJisg@mail.gmail.com> <7D4AE199-E16B-423F-95D2-AD39E79B1604@cisco.com>
In-Reply-To: <7D4AE199-E16B-423F-95D2-AD39E79B1604@cisco.com>
Content-Type: multipart/alternative; boundary="------------000808010508080508000609"
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/DKx6hzJ6_v1D5e-jFdCYgmSdCt0
Cc: "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 17:25:32 -0000

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

I think that there is agreement that

1) We need Type4

2) We cannot mandate Type1

However where there is discussion over the migration strategy and how it 
is defined.

I wonder if the WG would prefer

a) I add more text on migration path, what we deprecate  etc to this draft

or

b) That I split the problem and just create Type 4 here, and then write 
a draft
on preferences, migration etc, etc.

An uncontroversial RFC just creating Type 4 is probably feasible before 
the next
IETF.

- Stewart (as editor)


On 24/12/2014 18:35, Carlos Pignataro (cpignata) wrote:
> Andy,
>
> I took a very quick scan through this document, and have a number of 
> concerns.
>
> At the heart of the concerns, this document seems to be doing a number 
> of different things that are not reflected in the Title and Abstract. 
> While the title is “VCCV Default CC Types”, this document seems to be 
> doing much more than defining default CC Types, including:
> 1. Defining a new CC Type 4
> 2. Setting a Default for when with and without CW (as per the Title), 
> but also
> 3. Implicitly Obsoleting Type 2 and Type 3 (non-default)
> 4. Requiring new hw capabilities for the Type 4.
>
> I believe those things should be explicitly done.
>
> Some more comments (including editorials) follow, prefaced with “CMP”:
>
> PWE3             T. Nadeau
> Internet-Draft           lucidvision
> Updates: 4447, 5085 (if approved)             L. Martini
>
> CMP: s/PWE3/PALS? >
>
>    This document updates RFC4447 and RFC5085.
>
> CMP: More importantly, what exactly is this document updating on those 
> two? Adding a new CC Type does not mean update RFC 4447 or RFC 5085. I 
> Section listing the exact updates to those specs is necessary. My view 
> is that this doc can update 5085 (Section 7), but not sure how it 
> updates 4447.
>
>    Note to be removed at publication: this document started out as
>    draft-ietf-pwe3-vccv-for-gal and got to version -02.  When PWE3 was
>    absorbed into PALS the next version published was draft-ietf-pals-
>    vccv-for-gal-00
>
> CMP: I thought that initially, draft-ietf-pwe3-vccv-for-gal-02 was 
> only defining the new CC Type 4, while draft-nadeau-pwe3-vccv2-00 
> would do other updates including Defaults, obsoleting CC Types, etc.
>
>    state.  Operators have indicated in [RFC4377], and [RFC3916] that
>    such a tool is required for PW operation and maintenance.  To this
>    end, the IETF's PWE3 Working Group defined the Virtual Circuit
>    Connectivity Verification Protocol (VCCV) in [RFC5085] . Since then a
>    number of interoperability issues have arisen with the protocol as it
>    is defined.
>
> CMP: I see the fact that PWE3 WG defined that RFC as a distractor, and 
> irrelevant in the larger scheme of things. Also, you should point to 
> [RFC7079] to describe and quantify the interop issues instead of just 
> saying they exist. Lastly, how creating a new CC Type not also create 
> intro issues? That should be answered.
>
> 7.  Manageability Considerations
>
>    By introducing default VCCV CC types, and improving the compatibility
>    with MPLS-TP, the compatibility of implementations is improved and
>    management and configuration of the network becomes simpler.
>
> CMP: This is a bold statement, that does not appear to be immediate. I 
> expect initially to see the manageability worst before it improves. 
> This is adding a new mode before letting time to remove all the other 
> ones.
>
> Thanks,
>
> Carlos.
>
>
>> On Dec 22, 2014, at 9:33 AM, Andrew G. Malis <agmalis@gmail.com 
>> <mailto:agmalis@gmail.com>> wrote:
>>
>> PALSers,
>>
>> i know that you would all like a little something to distract you 
>> from the holidays ... :-). Well, maybe not. But anyway, Stewart 
>> recently revised the VCCV for GAL draft (see below), and while short 
>> (just four pages of real content), we would like to have a good 
>> indication that it represents WG consensus, so we need at least some 
>> of you out there to read it and comment, even if that comment is 
>> "I've reviewed it and looks great to me". As I noted, it's a short 
>> draft, so it shouldn't take all that long.
>>
>> You can read the draft at 
>> http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00 .
>>
>> Thanks,
>> Stewart and Andy
>>
>> ---------- Forwarded message ----------
>> From: <internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>>
>> Date: Wed, Dec 17, 2014 at 12:00 PM
>> Subject: I-D Action: draft-ietf-pals-vccv-for-gal-00.txt
>> To: i-d-announce@ietf.org <mailto:i-d-announce@ietf.org>
>> Cc: pals@ietf.org <mailto:pals@ietf.org>
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts 
>> directories.
>>  This draft is a work item of the Pseudowire And LDP-enabled Services 
>> Working Group of the IETF.
>>
>>         Title           : VCCV Default CC Types
>>         Authors         : Thomas D. Nadeau
>>                           Luca Martini
>>                           Stewart Bryant
>>         Filename        : draft-ietf-pals-vccv-for-gal-00.txt
>>         Pages           : 8
>>         Date            : 2014-12-17
>>
>> Abstract:
>>    This document specifies the default Virtual Circuit Connectivity
>>    Verification (VCCV) (RFC5085) control channel type to be used when
>>    the pseudowire control word is present and when it is not present.  A
>>    new VCCV control channel type using the Generic Associated Channel
>>    Label (RFC5586) is specified for use when the control word not
>>    present.
>>
>>    This document updates RFC4447 and RFC5085.
>>
>>    Note to be removed at publication: this document started out as
>>    draft-ietf-pwe3-vccv-for-gal and got to version -02.  When PWE3 was
>>    absorbed into PALS the next version published was draft-ietf-pals-
>>    vccv-for-gal-00
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/
>>
>> There's also a htmlized version available at:
>> http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-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 
>> <http://tools.ietf.org/>.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>> _______________________________________________
>> I-D-Announce mailing list
>> I-D-Announce@ietf.org <mailto:I-D-Announce@ietf.org>
>> https://www.ietf.org/mailman/listinfo/i-d-announce
>> Internet-Draft 
>> <https://www.ietf.org/mailman/listinfo/i-d-announceInternet-Draft> 
>> directories: http://www.ietf.org/shadow.html 
>> <http://www.ietf.org/shadow.html>
>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> _______________________________________________
>> Pals mailing list
>> Pals@ietf.org <mailto:Pals@ietf.org>
>> https://www.ietf.org/mailman/listinfo/pals
>
>
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals


-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html


--------------000808010508080508000609
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">I think that there is agreement that <br>
      <br>
      1) We need Type4<br>
      <br>
      2) We cannot mandate Type1<br>
      <br>
      However where there is discussion over the migration strategy and
      how it is defined.<br>
      <br>
      I wonder if the WG would prefer<br>
      <br>
      a) I add more text on migration path, what we deprecate  etc to
      this draft<br>
      <br>
      or<br>
      <br>
      b) That I split the problem and just create Type 4 here, and then
      write a draft<br>
      on preferences, migration etc, etc.<br>
      <br>
      An uncontroversial RFC just creating Type 4 is probably feasible
      before the next<br>
      IETF.<br>
      <br>
      - Stewart (as editor)<br>
      <br>
      <br>
      On 24/12/2014 18:35, Carlos Pignataro (cpignata) wrote:<br>
    </div>
    <blockquote
      cite="mid:7D4AE199-E16B-423F-95D2-AD39E79B1604@cisco.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      Andy,
      <div class=""><br class="">
      </div>
      <div class="">I took a very quick scan through this document, and
        have a number of concerns.</div>
      <div class=""><br class="">
      </div>
      <div class="">At the heart of the concerns, this document seems to
        be doing a number of different things that are not reflected in
        the Title and Abstract. While the title is “VCCV Default CC
        Types”, this document seems to be doing much more than defining
        default CC Types, including:</div>
      <div class="">1. Defining a new CC Type 4</div>
      <div class="">2. Setting a Default for when with and without CW
        (as per the Title), but also</div>
      <div class="">3. Implicitly Obsoleting Type 2 and Type 3
        (non-default)</div>
      <div class="">4. Requiring new hw capabilities for the Type 4.</div>
      <div class=""><br class="">
      </div>
      <div class="">I believe those things should be explicitly done.</div>
      <div class=""><br class="">
      </div>
      <div class="">Some more comments (including editorials) follow,
        prefaced with “CMP”:</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <div class="">PWE3                                              
                      T. Nadeau</div>
        <div class="">Internet-Draft                                    
                    lucidvision</div>
        <div class="">Updates: 4447, 5085 (if approved)                
                      L. Martini</div>
      </div>
      <div class=""><br class="">
      </div>
      <div class="">CMP: s/PWE3/PALS? &gt;</div>
      <div class=""><br class="">
      </div>
      <div class="">   This document updates RFC4447 and RFC5085.</div>
      <div class=""><br class="">
      </div>
      <div class="">CMP: More importantly, what exactly is this document
        updating on those two? Adding a new CC Type does not mean update
        RFC 4447 or RFC 5085. I Section listing the exact updates to
        those specs is necessary. My view is that this doc can update
        5085 (Section 7), but not sure how it updates 4447.</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <div class="">   Note to be removed at publication: this
          document started out as</div>
        <div class="">   draft-ietf-pwe3-vccv-for-gal and got to version
          -02.  When PWE3 was</div>
        <div class="">   absorbed into PALS the next version published
          was draft-ietf-pals-</div>
        <div class="">   vccv-for-gal-00</div>
      </div>
      <div class=""><br class="">
      </div>
      <div class="">CMP: I thought that
        initially, draft-ietf-pwe3-vccv-for-gal-02 was only defining the
        new CC Type 4, while draft-nadeau-pwe3-vccv2-00 would do other
        updates including Defaults, obsoleting CC Types, etc.</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <div class="">   state.  Operators have indicated in [RFC4377],
          and [RFC3916] that</div>
        <div class="">   such a tool is required for PW operation and
          maintenance.  To this</div>
        <div class="">   end, the IETF's PWE3 Working Group defined the
          Virtual Circuit</div>
        <div class="">   Connectivity Verification Protocol (VCCV) in
          [RFC5085] . Since then a</div>
        <div class="">   number of interoperability issues have arisen
          with the protocol as it</div>
        <div class="">   is defined.</div>
      </div>
      <div class=""><br class="">
      </div>
      <div class="">CMP: I see the fact that PWE3 WG defined that RFC as
        a distractor, and irrelevant in the larger scheme of things.
        Also, you should point to [RFC7079] to describe and quantify the
        interop issues instead of just saying they exist. Lastly, how
        creating a new CC Type not also create intro issues? That should
        be answered.</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <div class="">7.  Manageability Considerations</div>
        <div class=""><br class="">
        </div>
        <div class="">   By introducing default VCCV CC types, and
          improving the compatibility</div>
        <div class="">   with MPLS-TP, the compatibility of
          implementations is improved and</div>
        <div class="">   management and configuration of the network
          becomes simpler.</div>
      </div>
      <div class=""><br class="">
      </div>
      <div class="">CMP: This is a bold statement, that does not appear
        to be immediate. I expect initially to see the manageability
        worst before it improves. This is adding a new mode before
        letting time to remove all the other ones.</div>
      <div class=""><br class="">
      </div>
      <div class="">Thanks,</div>
      <div class=""><br class="">
      </div>
      <div class="">Carlos.</div>
      <div class=""><br class="">
      </div>
      <div class=""><br class="">
        <div>
          <blockquote type="cite" class="">
            <div class="">On Dec 22, 2014, at 9:33 AM, Andrew G. Malis
              &lt;<a moz-do-not-send="true"
                href="mailto:agmalis@gmail.com" class="">agmalis@gmail.com</a>&gt;
              wrote:</div>
            <br class="Apple-interchange-newline">
            <div class="">
              <div dir="ltr" class="">
                <div class="">PALSers,</div>
                <div class=""><br class="">
                </div>
                <div class="">i know that you would all like a little
                  something to distract you from the holidays ... :-).
                  Well, maybe not. But anyway, Stewart recently revised
                  the VCCV for GAL draft (see below), and while short
                  (just four pages of real content), we would like to
                  have a good indication that it represents WG
                  consensus, so we need at least some of you out there
                  to read it and comment, even if that comment is "I've
                  reviewed it and looks great to me". As I noted, it's a
                  short draft, so it shouldn't take all that long.</div>
                <div class=""><br class="">
                </div>
                <div class="">You can read the draft at <a
                    moz-do-not-send="true"
                    href="http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00"
                    target="_blank" class="">http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00</a> .</div>
                <div class=""><br class="">
                </div>
                <div class="">Thanks,</div>
                <div class="">Stewart and Andy</div>
                <div class=""><br class="">
                </div>
                <div class="gmail_quote">---------- Forwarded message
                  ----------<br class="">
                  From: <span dir="ltr" class="">&lt;<a
                      moz-do-not-send="true"
                      href="mailto:internet-drafts@ietf.org" class="">internet-drafts@ietf.org</a>&gt;</span><br
                    class="">
                  Date: Wed, Dec 17, 2014 at 12:00 PM<br class="">
                  Subject: I-D Action:
                  draft-ietf-pals-vccv-for-gal-00.txt<br class="">
                  To: <a moz-do-not-send="true"
                    href="mailto:i-d-announce@ietf.org" class="">i-d-announce@ietf.org</a><br
                    class="">
                  Cc: <a moz-do-not-send="true"
                    href="mailto:pals@ietf.org" class="">pals@ietf.org</a><br
                    class="">
                  <br class="">
                  <br class="">
                  A New Internet-Draft is available from the on-line
                  Internet-Drafts directories.<br class="">
                   This draft is a work item of the Pseudowire And
                  LDP-enabled Services Working Group of the IETF.<br
                    class="">
                  <br class="">
                          Title           : VCCV Default CC Types<br
                    class="">
                          Authors         : Thomas D. Nadeau<br class="">
                                            Luca Martini<br class="">
                                            Stewart Bryant<br class="">
                          Filename        :
                  draft-ietf-pals-vccv-for-gal-00.txt<br class="">
                          Pages           : 8<br class="">
                          Date            : 2014-12-17<br class="">
                  <br class="">
                  Abstract:<br class="">
                     This document specifies the default Virtual Circuit
                  Connectivity<br class="">
                     Verification (VCCV) (RFC5085) control channel type
                  to be used when<br class="">
                     the pseudowire control word is present and when it
                  is not present.  A<br class="">
                     new VCCV control channel type using the Generic
                  Associated Channel<br class="">
                     Label (RFC5586) is specified for use when the
                  control word not<br class="">
                     present.<br class="">
                  <br class="">
                     This document updates RFC4447 and RFC5085.<br
                    class="">
                  <br class="">
                     Note to be removed at publication: this document
                  started out as<br class="">
                     draft-ietf-pwe3-vccv-for-gal and got to version
                  -02.  When PWE3 was<br class="">
                     absorbed into PALS the next version published was
                  draft-ietf-pals-<br class="">
                     vccv-for-gal-00<br class="">
                  <br class="">
                  <br class="">
                  The IETF datatracker status page for this draft is:<br
                    class="">
                  <a moz-do-not-send="true"
                    href="https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/"
                    target="_blank" class="">https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/</a><br
                    class="">
                  <br class="">
                  There's also a htmlized version available at:<br
                    class="">
                  <a moz-do-not-send="true"
                    href="http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00"
                    target="_blank" class="">http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00</a><br
                    class="">
                  <br class="">
                  <br class="">
                  Please note that it may take a couple of minutes from
                  the time of submission<br class="">
                  until the htmlized version and diff are available at <a
                    moz-do-not-send="true" href="http://tools.ietf.org/"
                    target="_blank" class="">
                    tools.ietf.org</a>.<br class="">
                  <br class="">
                  Internet-Drafts are also available by anonymous FTP
                  at:<br class="">
                  <a moz-do-not-send="true"
                    href="ftp://ftp.ietf.org/internet-drafts/"
                    target="_blank" class="">ftp://ftp.ietf.org/internet-drafts/</a><br
                    class="">
                  <br class="">
                  _______________________________________________<br
                    class="">
                  I-D-Announce mailing list<br class="">
                  <a moz-do-not-send="true"
                    href="mailto:I-D-Announce@ietf.org" class="">I-D-Announce@ietf.org</a><br
                    class="">
                  <a moz-do-not-send="true"
                    href="https://www.ietf.org/mailman/listinfo/i-d-announceInternet-Draft"
                    target="_blank" class="">https://www.ietf.org/mailman/listinfo/i-d-announce<br
                      class="">
                    Internet-Draft</a> directories: <a
                    moz-do-not-send="true"
                    href="http://www.ietf.org/shadow.html"
                    target="_blank" class="">
                    http://www.ietf.org/shadow.html</a><br class="">
                  or <a moz-do-not-send="true"
                    href="ftp://ftp.ietf.org/ietf/1shadow-sites.txt"
                    target="_blank" class="">ftp://ftp.ietf.org/ietf/1shadow-sites.txt</a><br
                    class="">
                </div>
              </div>
              _______________________________________________<br
                class="">
              Pals mailing list<br class="">
              <a moz-do-not-send="true" href="mailto:Pals@ietf.org"
                class="">Pals@ietf.org</a><br class="">
              <a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/pals">https://www.ietf.org/mailman/listinfo/pals</a><br class="">
            </div>
          </blockquote>
        </div>
        <br class="">
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Pals mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Pals@ietf.org">Pals@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/pals">https://www.ietf.org/mailman/listinfo/pals</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
For corporate legal information go to:

<a class="moz-txt-link-freetext" href="http://www.cisco.com/web/about/doing_business/legal/cri/index.html">http://www.cisco.com/web/about/doing_business/legal/cri/index.html</a>

</pre>
  </body>
</html>

--------------000808010508080508000609--


From nobody Tue Jan  6 10:03:32 2015
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C755C1A1ACE for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 10:03:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qDq-WkjDc3X6 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 10:03:16 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0750.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::750]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 029321A1ABF for <pals@ietf.org>; Tue,  6 Jan 2015 10:03:16 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0811.eurprd03.prod.outlook.com (25.161.55.143) with Microsoft SMTP Server (TLS) id 15.1.49.12; Tue, 6 Jan 2015 17:38:58 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0049.002; Tue, 6 Jan 2015 17:38:58 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Stewart Bryant <stbryant@cisco.com>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt
Thread-Index: AQHQKdemfddgXYfp3UKoPRJEYcLY+w==
Date: Tue, 6 Jan 2015 17:38:58 +0000
Message-ID: <DB3PR03MB0812A49FBDC6C5E2359A98559D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Infraware POLARIS Mobile Mailer v2.5
x-originating-ip: [109.253.139.35]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; 
x-dmarcaction: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:DB3PR03MB0811;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0811;
x-forefront-prvs: 0448A97BF2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(164054003)(377454003)(189002)(52314003)(199003)(479174004)(22974006)(377424004)(24454002)(2656002)(86362001)(50986999)(16236675004)(92566001)(89996001)(87936001)(54606007)(74316001)(76576001)(4396001)(97736003)(46102003)(21056001)(68736005)(40100003)(99396003)(102836002)(122556002)(15975445007)(2900100001)(31966008)(230783001)(62966003)(120916001)(106116001)(77156002)(33656002)(54206007)(19580395003)(19580405001)(20776003)(50226001)(105586002)(66066001)(64706001)(106356001)(19617315012)(107046002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0811; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: multipart/alternative; boundary="_000_DB3PR03MB0812A49FBDC6C5E2359A98559D590DB3PR03MB0812eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jan 2015 17:38:58.0350 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0811
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/xBWIYHTxVzJZrI2eyI3HTfrBppA
Cc: "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Soliciting reviews for	draft-ietf-pals-vccv-for-gal-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 18:03:27 -0000

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

U3Rld2FydCBhbmQgYWxsLA0KDQpGcm9tIG15IFBPViBzcGxpdHRpbmcgdGhlIHByb2JsZW0gYW5k
IGRlbGl2ZXJpbmcgYSBub24tIGNvbnRyb3ZlcnNpYWwgZG9jdW1lbnQgdGhhdCBqdXN0IGRlZmlu
ZXMgVkNDViBUeXBlIDQgKGNvdmVyaW5nIHN1Y2ggaXNzdWVzIGFzIEZsb3cgTGFiZWwsIEVMSS9F
TCBldGMuKSBpcyBwcmVmZXJhYmxlLCBub3QgaW4gdGhlIGxlYXN0IGJlY2F1c2UgaXQgd291bGQg
b25lbiB0aGUgd2F5IGZvciBpbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9ucyBiZWluZyBkZXBs
b3llZC4NCg0KRGlzY3Vzc2lvbiBvbiBtaWdyYXRpb24gc3RyYXRlZ2llcyBjb3VsZCB0aGVuIHVz
ZSBhY3R1YWwgVHlwZSA0IGV4cGVyaWVuY2UgYXMgYSByZWZlcmVuY2UgcG9pbnQNCg0KTXkgMmMs
DQoNCg0KDQoNCg0KVGh1bWIgdHlwZWQgb24gbXkgTEcsDQpTYXNoYQ0KDQotLS0tLS0gT3JpZ2lu
YWwgbWVzc2FnZSAtLS0tLS0NCkZyb206IFN0ZXdhcnQgQnJ5YW50DQpEYXRlOiAwNi8wMS8yMDE1
IDE5OjI1DQpUbzogQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpO0FuZHJldyBHLiBNYWxpczsN
CkNjOiBwYWxzQGlldGYub3JnOw0KU3ViamVjdDpSZTogW1BhbHNdIFNvbGljaXRpbmcgcmV2aWV3
cyBmb3IgZHJhZnQtaWV0Zi1wYWxzLXZjY3YtZm9yLWdhbC0wMC50eHQNCg0KSSB0aGluayB0aGF0
IHRoZXJlIGlzIGFncmVlbWVudCB0aGF0DQoNCjEpIFdlIG5lZWQgVHlwZTQNCg0KMikgV2UgY2Fu
bm90IG1hbmRhdGUgVHlwZTENCg0KSG93ZXZlciB3aGVyZSB0aGVyZSBpcyBkaXNjdXNzaW9uIG92
ZXIgdGhlIG1pZ3JhdGlvbiBzdHJhdGVneSBhbmQgaG93IGl0IGlzIGRlZmluZWQuDQoNCkkgd29u
ZGVyIGlmIHRoZSBXRyB3b3VsZCBwcmVmZXINCg0KYSkgSSBhZGQgbW9yZSB0ZXh0IG9uIG1pZ3Jh
dGlvbiBwYXRoLCB3aGF0IHdlIGRlcHJlY2F0ZSAgZXRjIHRvIHRoaXMgZHJhZnQNCg0Kb3INCg0K
YikgVGhhdCBJIHNwbGl0IHRoZSBwcm9ibGVtIGFuZCBqdXN0IGNyZWF0ZSBUeXBlIDQgaGVyZSwg
YW5kIHRoZW4gd3JpdGUgYSBkcmFmdA0Kb24gcHJlZmVyZW5jZXMsIG1pZ3JhdGlvbiBldGMsIGV0
Yy4NCg0KQW4gdW5jb250cm92ZXJzaWFsIFJGQyBqdXN0IGNyZWF0aW5nIFR5cGUgNCBpcyBwcm9i
YWJseSBmZWFzaWJsZSBiZWZvcmUgdGhlIG5leHQNCklFVEYuDQoNCi0gU3Rld2FydCAoYXMgZWRp
dG9yKQ0KDQoNCk9uIDI0LzEyLzIwMTQgMTg6MzUsIENhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRh
KSB3cm90ZToNCkFuZHksDQoNCkkgdG9vayBhIHZlcnkgcXVpY2sgc2NhbiB0aHJvdWdoIHRoaXMg
ZG9jdW1lbnQsIGFuZCBoYXZlIGEgbnVtYmVyIG9mIGNvbmNlcm5zLg0KDQpBdCB0aGUgaGVhcnQg
b2YgdGhlIGNvbmNlcm5zLCB0aGlzIGRvY3VtZW50IHNlZW1zIHRvIGJlIGRvaW5nIGEgbnVtYmVy
IG9mIGRpZmZlcmVudCB0aGluZ3MgdGhhdCBhcmUgbm90IHJlZmxlY3RlZCBpbiB0aGUgVGl0bGUg
YW5kIEFic3RyYWN0LiBXaGlsZSB0aGUgdGl0bGUgaXMg4oCcVkNDViBEZWZhdWx0IENDIFR5cGVz
4oCdLCB0aGlzIGRvY3VtZW50IHNlZW1zIHRvIGJlIGRvaW5nIG11Y2ggbW9yZSB0aGFuIGRlZmlu
aW5nIGRlZmF1bHQgQ0MgVHlwZXMsIGluY2x1ZGluZzoNCjEuIERlZmluaW5nIGEgbmV3IENDIFR5
cGUgNA0KMi4gU2V0dGluZyBhIERlZmF1bHQgZm9yIHdoZW4gd2l0aCBhbmQgd2l0aG91dCBDVyAo
YXMgcGVyIHRoZSBUaXRsZSksIGJ1dCBhbHNvDQozLiBJbXBsaWNpdGx5IE9ic29sZXRpbmcgVHlw
ZSAyIGFuZCBUeXBlIDMgKG5vbi1kZWZhdWx0KQ0KNC4gUmVxdWlyaW5nIG5ldyBodyBjYXBhYmls
aXRpZXMgZm9yIHRoZSBUeXBlIDQuDQoNCkkgYmVsaWV2ZSB0aG9zZSB0aGluZ3Mgc2hvdWxkIGJl
IGV4cGxpY2l0bHkgZG9uZS4NCg0KU29tZSBtb3JlIGNvbW1lbnRzIChpbmNsdWRpbmcgZWRpdG9y
aWFscykgZm9sbG93LCBwcmVmYWNlZCB3aXRoIOKAnENNUOKAnToNCg0KUFdFMyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVC4gTmFkZWF1
DQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgbHVjaWR2aXNpb24NClVwZGF0ZXM6IDQ0NDcsIDUwODUgKGlmIGFwcHJvdmVkKSAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgTC4gTWFydGluaQ0KDQpDTVA6IHMvUFdFMy9QQUxTPyA+
DQoNCiAgIFRoaXMgZG9jdW1lbnQgdXBkYXRlcyBSRkM0NDQ3IGFuZCBSRkM1MDg1Lg0KDQpDTVA6
IE1vcmUgaW1wb3J0YW50bHksIHdoYXQgZXhhY3RseSBpcyB0aGlzIGRvY3VtZW50IHVwZGF0aW5n
IG9uIHRob3NlIHR3bz8gQWRkaW5nIGEgbmV3IENDIFR5cGUgZG9lcyBub3QgbWVhbiB1cGRhdGUg
UkZDIDQ0NDcgb3IgUkZDIDUwODUuIEkgU2VjdGlvbiBsaXN0aW5nIHRoZSBleGFjdCB1cGRhdGVz
IHRvIHRob3NlIHNwZWNzIGlzIG5lY2Vzc2FyeS4gTXkgdmlldyBpcyB0aGF0IHRoaXMgZG9jIGNh
biB1cGRhdGUgNTA4NSAoU2VjdGlvbiA3KSwgYnV0IG5vdCBzdXJlIGhvdyBpdCB1cGRhdGVzIDQ0
NDcuDQoNCiAgIE5vdGUgdG8gYmUgcmVtb3ZlZCBhdCBwdWJsaWNhdGlvbjogdGhpcyBkb2N1bWVu
dCBzdGFydGVkIG91dCBhcw0KICAgZHJhZnQtaWV0Zi1wd2UzLXZjY3YtZm9yLWdhbCBhbmQgZ290
IHRvIHZlcnNpb24gLTAyLiAgV2hlbiBQV0UzIHdhcw0KICAgYWJzb3JiZWQgaW50byBQQUxTIHRo
ZSBuZXh0IHZlcnNpb24gcHVibGlzaGVkIHdhcyBkcmFmdC1pZXRmLXBhbHMtDQogICB2Y2N2LWZv
ci1nYWwtMDANCg0KQ01QOiBJIHRob3VnaHQgdGhhdCBpbml0aWFsbHksIGRyYWZ0LWlldGYtcHdl
My12Y2N2LWZvci1nYWwtMDIgd2FzIG9ubHkgZGVmaW5pbmcgdGhlIG5ldyBDQyBUeXBlIDQsIHdo
aWxlIGRyYWZ0LW5hZGVhdS1wd2UzLXZjY3YyLTAwIHdvdWxkIGRvIG90aGVyIHVwZGF0ZXMgaW5j
bHVkaW5nIERlZmF1bHRzLCBvYnNvbGV0aW5nIENDIFR5cGVzLCBldGMuDQoNCiAgIHN0YXRlLiAg
T3BlcmF0b3JzIGhhdmUgaW5kaWNhdGVkIGluIFtSRkM0Mzc3XSwgYW5kIFtSRkMzOTE2XSB0aGF0
DQogICBzdWNoIGEgdG9vbCBpcyByZXF1aXJlZCBmb3IgUFcgb3BlcmF0aW9uIGFuZCBtYWludGVu
YW5jZS4gIFRvIHRoaXMNCiAgIGVuZCwgdGhlIElFVEYncyBQV0UzIFdvcmtpbmcgR3JvdXAgZGVm
aW5lZCB0aGUgVmlydHVhbCBDaXJjdWl0DQogICBDb25uZWN0aXZpdHkgVmVyaWZpY2F0aW9uIFBy
b3RvY29sIChWQ0NWKSBpbiBbUkZDNTA4NV0gLiBTaW5jZSB0aGVuIGENCiAgIG51bWJlciBvZiBp
bnRlcm9wZXJhYmlsaXR5IGlzc3VlcyBoYXZlIGFyaXNlbiB3aXRoIHRoZSBwcm90b2NvbCBhcyBp
dA0KICAgaXMgZGVmaW5lZC4NCg0KQ01QOiBJIHNlZSB0aGUgZmFjdCB0aGF0IFBXRTMgV0cgZGVm
aW5lZCB0aGF0IFJGQyBhcyBhIGRpc3RyYWN0b3IsIGFuZCBpcnJlbGV2YW50IGluIHRoZSBsYXJn
ZXIgc2NoZW1lIG9mIHRoaW5ncy4gQWxzbywgeW91IHNob3VsZCBwb2ludCB0byBbUkZDNzA3OV0g
dG8gZGVzY3JpYmUgYW5kIHF1YW50aWZ5IHRoZSBpbnRlcm9wIGlzc3VlcyBpbnN0ZWFkIG9mIGp1
c3Qgc2F5aW5nIHRoZXkgZXhpc3QuIExhc3RseSwgaG93IGNyZWF0aW5nIGEgbmV3IENDIFR5cGUg
bm90IGFsc28gY3JlYXRlIGludHJvIGlzc3Vlcz8gVGhhdCBzaG91bGQgYmUgYW5zd2VyZWQuDQoN
CjcuICBNYW5hZ2VhYmlsaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIEJ5IGludHJvZHVjaW5nIGRl
ZmF1bHQgVkNDViBDQyB0eXBlcywgYW5kIGltcHJvdmluZyB0aGUgY29tcGF0aWJpbGl0eQ0KICAg
d2l0aCBNUExTLVRQLCB0aGUgY29tcGF0aWJpbGl0eSBvZiBpbXBsZW1lbnRhdGlvbnMgaXMgaW1w
cm92ZWQgYW5kDQogICBtYW5hZ2VtZW50IGFuZCBjb25maWd1cmF0aW9uIG9mIHRoZSBuZXR3b3Jr
IGJlY29tZXMgc2ltcGxlci4NCg0KQ01QOiBUaGlzIGlzIGEgYm9sZCBzdGF0ZW1lbnQsIHRoYXQg
ZG9lcyBub3QgYXBwZWFyIHRvIGJlIGltbWVkaWF0ZS4gSSBleHBlY3QgaW5pdGlhbGx5IHRvIHNl
ZSB0aGUgbWFuYWdlYWJpbGl0eSB3b3JzdCBiZWZvcmUgaXQgaW1wcm92ZXMuIFRoaXMgaXMgYWRk
aW5nIGEgbmV3IG1vZGUgYmVmb3JlIGxldHRpbmcgdGltZSB0byByZW1vdmUgYWxsIHRoZSBvdGhl
ciBvbmVzLg0KDQpUaGFua3MsDQoNCkNhcmxvcy4NCg0KDQpPbiBEZWMgMjIsIDIwMTQsIGF0IDk6
MzMgQU0sIEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb208bWFpbHRvOmFnbWFsaXNA
Z21haWwuY29tPj4gd3JvdGU6DQoNClBBTFNlcnMsDQoNCmkga25vdyB0aGF0IHlvdSB3b3VsZCBh
bGwgbGlrZSBhIGxpdHRsZSBzb21ldGhpbmcgdG8gZGlzdHJhY3QgeW91IGZyb20gdGhlIGhvbGlk
YXlzIC4uLiA6LSkuIFdlbGwsIG1heWJlIG5vdC4gQnV0IGFueXdheSwgU3Rld2FydCByZWNlbnRs
eSByZXZpc2VkIHRoZSBWQ0NWIGZvciBHQUwgZHJhZnQgKHNlZSBiZWxvdyksIGFuZCB3aGlsZSBz
aG9ydCAoanVzdCBmb3VyIHBhZ2VzIG9mIHJlYWwgY29udGVudCksIHdlIHdvdWxkIGxpa2UgdG8g
aGF2ZSBhIGdvb2QgaW5kaWNhdGlvbiB0aGF0IGl0IHJlcHJlc2VudHMgV0cgY29uc2Vuc3VzLCBz
byB3ZSBuZWVkIGF0IGxlYXN0IHNvbWUgb2YgeW91IG91dCB0aGVyZSB0byByZWFkIGl0IGFuZCBj
b21tZW50LCBldmVuIGlmIHRoYXQgY29tbWVudCBpcyAiSSd2ZSByZXZpZXdlZCBpdCBhbmQgbG9v
a3MgZ3JlYXQgdG8gbWUiLiBBcyBJIG5vdGVkLCBpdCdzIGEgc2hvcnQgZHJhZnQsIHNvIGl0IHNo
b3VsZG4ndCB0YWtlIGFsbCB0aGF0IGxvbmcuDQoNCllvdSBjYW4gcmVhZCB0aGUgZHJhZnQgYXQg
aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1wYWxzLXZjY3YtZm9yLWdhbC0w
MCAuDQoNClRoYW5rcywNClN0ZXdhcnQgYW5kIEFuZHkNCg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQg
bWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0
bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+Pg0KRGF0ZTogV2VkLCBEZWMgMTcsIDIwMTQgYXQg
MTI6MDAgUE0NClN1YmplY3Q6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1n
YWwtMDAudHh0DQpUbzogaS1kLWFubm91bmNlQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3VuY2VA
aWV0Zi5vcmc+DQpDYzogcGFsc0BpZXRmLm9yZzxtYWlsdG86cGFsc0BpZXRmLm9yZz4NCg0KDQpB
IE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5l
dC1EcmFmdHMgZGlyZWN0b3JpZXMuDQogVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUg
UHNldWRvd2lyZSBBbmQgTERQLWVuYWJsZWQgU2VydmljZXMgV29ya2luZyBHcm91cCBvZiB0aGUg
SUVURi4NCg0KICAgICAgICBUaXRsZSAgICAgICAgICAgOiBWQ0NWIERlZmF1bHQgQ0MgVHlwZXMN
CiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogVGhvbWFzIEQuIE5hZGVhdQ0KICAgICAgICAgICAg
ICAgICAgICAgICAgICBMdWNhIE1hcnRpbmkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgU3Rl
d2FydCBCcnlhbnQNCiAgICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1wYWxzLXZj
Y3YtZm9yLWdhbC0wMC50eHQNCiAgICAgICAgUGFnZXMgICAgICAgICAgIDogOA0KICAgICAgICBE
YXRlICAgICAgICAgICAgOiAyMDE0LTEyLTE3DQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVu
dCBzcGVjaWZpZXMgdGhlIGRlZmF1bHQgVmlydHVhbCBDaXJjdWl0IENvbm5lY3Rpdml0eQ0KICAg
VmVyaWZpY2F0aW9uIChWQ0NWKSAoUkZDNTA4NSkgY29udHJvbCBjaGFubmVsIHR5cGUgdG8gYmUg
dXNlZCB3aGVuDQogICB0aGUgcHNldWRvd2lyZSBjb250cm9sIHdvcmQgaXMgcHJlc2VudCBhbmQg
d2hlbiBpdCBpcyBub3QgcHJlc2VudC4gIEENCiAgIG5ldyBWQ0NWIGNvbnRyb2wgY2hhbm5lbCB0
eXBlIHVzaW5nIHRoZSBHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbA0KICAgTGFiZWwgKFJGQzU1
ODYpIGlzIHNwZWNpZmllZCBmb3IgdXNlIHdoZW4gdGhlIGNvbnRyb2wgd29yZCBub3QNCiAgIHBy
ZXNlbnQuDQoNCiAgIFRoaXMgZG9jdW1lbnQgdXBkYXRlcyBSRkM0NDQ3IGFuZCBSRkM1MDg1Lg0K
DQogICBOb3RlIHRvIGJlIHJlbW92ZWQgYXQgcHVibGljYXRpb246IHRoaXMgZG9jdW1lbnQgc3Rh
cnRlZCBvdXQgYXMNCiAgIGRyYWZ0LWlldGYtcHdlMy12Y2N2LWZvci1nYWwgYW5kIGdvdCB0byB2
ZXJzaW9uIC0wMi4gIFdoZW4gUFdFMyB3YXMNCiAgIGFic29yYmVkIGludG8gUEFMUyB0aGUgbmV4
dCB2ZXJzaW9uIHB1Ymxpc2hlZCB3YXMgZHJhZnQtaWV0Zi1wYWxzLQ0KICAgdmNjdi1mb3ItZ2Fs
LTAwDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQg
aXM6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXBhbHMtdmNj
di1mb3ItZ2FsLw0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBh
dDoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1n
YWwtMDANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0
ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lv
biBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0ICB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9vbHMu
aWV0Zi5vcmcvPi4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9u
eW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5vdW5j
ZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZzxtYWlsdG86SS1ELUFubm91bmNl
QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5u
b3VuY2UNCkludGVybmV0LURyYWZ0PGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vaS1kLWFubm91bmNlSW50ZXJuZXQtRHJhZnQ+IGRpcmVjdG9yaWVzOiAgaHR0cDovL3d3dy5p
ZXRmLm9yZy9zaGFkb3cuaHRtbA0Kb3IgZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1z
aXRlcy50eHQNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQpQYWxzIG1haWxpbmcgbGlzdA0KUGFsc0BpZXRmLm9yZzxtYWlsdG86UGFsc0BpZXRmLm9yZz4N
Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscw0KDQoNCg0KDQoNCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpQYWxzIG1haWxp
bmcgbGlzdA0KUGFsc0BpZXRmLm9yZzxtYWlsdG86UGFsc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscw0KDQoNCg0KDQotLQ0KRm9yIGNvcnBvcmF0
ZSBsZWdhbCBpbmZvcm1hdGlvbiBnbyB0bzoNCg0KaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fi
b3V0L2RvaW5nX2J1c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sDQoNCg0K

--_000_DB3PR03MB0812A49FBDC6C5E2359A98559D590DB3PR03MB0812eurp_
Content-Type: text/html; charset="utf-8"
Content-ID: <2B3EC76C312FF94194BF5A84B5D9FCAE@ECI365.onmicrosoft.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IiNGRkZG
RkYiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0OyI+DQo8cCBzdHlsZT0ibWFyZ2luLXRv
cDowO21hcmdpbi1ib3R0b206MDsiPlN0ZXdhcnQgYW5kIGFsbCw8L3A+DQo8cCBzdHlsZT0ibWFy
Z2luLXRvcDowO21hcmdpbi1ib3R0b206MDsiPkZyb20gbXkgUE9WIHNwbGl0dGluZyB0aGUgcHJv
YmxlbSBhbmQgZGVsaXZlcmluZyBhIG5vbi0gY29udHJvdmVyc2lhbCBkb2N1bWVudCB0aGF0IGp1
c3QgZGVmaW5lcyBWQ0NWIFR5cGUgNCAoY292ZXJpbmcgc3VjaCBpc3N1ZXMgYXMgRmxvdyBMYWJl
bCwgRUxJL0VMIGV0Yy4pIGlzIHByZWZlcmFibGUsIG5vdCBpbiB0aGUgbGVhc3QgYmVjYXVzZSBp
dCB3b3VsZCBvbmVuIHRoZQ0KIHdheSBmb3IgaW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMg
YmVpbmcgZGVwbG95ZWQuPC9wPg0KPHAgc3R5bGU9Im1hcmdpbi10b3A6MDttYXJnaW4tYm90dG9t
OjA7Ij5EaXNjdXNzaW9uIG9uIG1pZ3JhdGlvbiBzdHJhdGVnaWVzIGNvdWxkIHRoZW4gdXNlIGFj
dHVhbCBUeXBlIDQgZXhwZXJpZW5jZSBhcyBhIHJlZmVyZW5jZSBwb2ludDwvcD4NCjxwIHN0eWxl
PSJtYXJnaW4tdG9wOjA7bWFyZ2luLWJvdHRvbTowOyI+TXkgMmMsPC9wPg0KPHAgc3R5bGU9Im1h
cmdpbi10b3A6MDttYXJnaW4tYm90dG9tOjA7Ij4mbmJzcDs8L3A+DQo8cCBzdHlsZT0ibWFyZ2lu
LXRvcDowO21hcmdpbi1ib3R0b206MDsiPiZuYnNwOzwvcD4NCjxkZXYzX2pqeT5UaHVtYiB0eXBl
ZCBvbiBteSBMRyw8YnI+DQpTYXNoYTwvZGV2M19qank+PGJyPg0KPGJyPg0KLS0tLS0tIE9yaWdp
bmFsIG1lc3NhZ2UgLS0tLS0tPGJyPg0KPGI+RnJvbTombmJzcDs8L2I+U3Rld2FydCBCcnlhbnQ8
c3RicnlhbnRAY2lzY28uY29tPjxicj4NCjxiPkRhdGU6Jm5ic3A7PC9iPjA2LzAxLzIwMTUgMTk6
MjU8YnI+DQo8Yj5UbzombmJzcDs8L2I+Q2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpO0FuZHJl
dyBHLiBNYWxpczs8YnI+DQo8Yj5DYzombmJzcDs8L2I+cGFsc0BpZXRmLm9yZzs8YnI+DQo8Yj5T
dWJqZWN0OjwvYj5SZTogW1BhbHNdIFNvbGljaXRpbmcgcmV2aWV3cyBmb3IgZHJhZnQtaWV0Zi1w
YWxzLXZjY3YtZm9yLWdhbC0wMC50eHQ8YnI+DQo8YnI+DQo8ZGl2IGNsYXNzPSJtb3otY2l0ZS1w
cmVmaXgiPkkgdGhpbmsgdGhhdCB0aGVyZSBpcyBhZ3JlZW1lbnQgdGhhdCA8YnI+DQo8YnI+DQox
KSBXZSBuZWVkIFR5cGU0PGJyPg0KPGJyPg0KMikgV2UgY2Fubm90IG1hbmRhdGUgVHlwZTE8YnI+
DQo8YnI+DQpIb3dldmVyIHdoZXJlIHRoZXJlIGlzIGRpc2N1c3Npb24gb3ZlciB0aGUgbWlncmF0
aW9uIHN0cmF0ZWd5IGFuZCBob3cgaXQgaXMgZGVmaW5lZC48YnI+DQo8YnI+DQpJIHdvbmRlciBp
ZiB0aGUgV0cgd291bGQgcHJlZmVyPGJyPg0KPGJyPg0KYSkgSSBhZGQgbW9yZSB0ZXh0IG9uIG1p
Z3JhdGlvbiBwYXRoLCB3aGF0IHdlIGRlcHJlY2F0ZSAmbmJzcDtldGMgdG8gdGhpcyBkcmFmdDxi
cj4NCjxicj4NCm9yPGJyPg0KPGJyPg0KYikgVGhhdCBJIHNwbGl0IHRoZSBwcm9ibGVtIGFuZCBq
dXN0IGNyZWF0ZSBUeXBlIDQgaGVyZSwgYW5kIHRoZW4gd3JpdGUgYSBkcmFmdDxicj4NCm9uIHBy
ZWZlcmVuY2VzLCBtaWdyYXRpb24gZXRjLCBldGMuPGJyPg0KPGJyPg0KQW4gdW5jb250cm92ZXJz
aWFsIFJGQyBqdXN0IGNyZWF0aW5nIFR5cGUgNCBpcyBwcm9iYWJseSBmZWFzaWJsZSBiZWZvcmUg
dGhlIG5leHQ8YnI+DQpJRVRGLjxicj4NCjxicj4NCi0gU3Rld2FydCAoYXMgZWRpdG9yKTxicj4N
Cjxicj4NCjxicj4NCk9uIDI0LzEyLzIwMTQgMTg6MzUsIENhcmxvcyBQaWduYXRhcm8gKGNwaWdu
YXRhKSB3cm90ZTo8YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPkFuZHksDQo8
ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIHRvb2sg
YSB2ZXJ5IHF1aWNrIHNjYW4gdGhyb3VnaCB0aGlzIGRvY3VtZW50LCBhbmQgaGF2ZSBhIG51bWJl
ciBvZiBjb25jZXJucy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+
DQo8ZGl2IGNsYXNzPSIiPkF0IHRoZSBoZWFydCBvZiB0aGUgY29uY2VybnMsIHRoaXMgZG9jdW1l
bnQgc2VlbXMgdG8gYmUgZG9pbmcgYSBudW1iZXIgb2YgZGlmZmVyZW50IHRoaW5ncyB0aGF0IGFy
ZSBub3QgcmVmbGVjdGVkIGluIHRoZSBUaXRsZSBhbmQgQWJzdHJhY3QuIFdoaWxlIHRoZSB0aXRs
ZSBpcyDigJxWQ0NWIERlZmF1bHQgQ0MgVHlwZXPigJ0sIHRoaXMgZG9jdW1lbnQgc2VlbXMgdG8g
YmUgZG9pbmcgbXVjaCBtb3JlIHRoYW4gZGVmaW5pbmcgZGVmYXVsdA0KIENDIFR5cGVzLCBpbmNs
dWRpbmc6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjEuIERlZmluaW5nIGEgbmV3IENDIFR5cGUgNDwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj4yLiBTZXR0aW5nIGEgRGVmYXVsdCBmb3Igd2hlbiB3aXRoIGFu
ZCB3aXRob3V0IENXIChhcyBwZXIgdGhlIFRpdGxlKSwgYnV0IGFsc288L2Rpdj4NCjxkaXYgY2xh
c3M9IiI+My4gSW1wbGljaXRseSBPYnNvbGV0aW5nIFR5cGUgMiBhbmQgVHlwZSAzIChub24tZGVm
YXVsdCk8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+NC4gUmVxdWlyaW5nIG5ldyBodyBjYXBhYmlsaXRp
ZXMgZm9yIHRoZSBUeXBlIDQuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGJlbGlldmUgdGhvc2UgdGhpbmdzIHNob3VsZCBiZSBleHBs
aWNpdGx5IGRvbmUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K
PGRpdiBjbGFzcz0iIj5Tb21lIG1vcmUgY29tbWVudHMgKGluY2x1ZGluZyBlZGl0b3JpYWxzKSBm
b2xsb3csIHByZWZhY2VkIHdpdGgg4oCcQ01Q4oCdOjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg
Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPlBXRTMgJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7VC4gTmFkZWF1PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkludGVybmV0LURyYWZ0ICZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2x1Y2lkdmlzaW9uPC9kaXY+
DQo8ZGl2IGNsYXNzPSIiPlVwZGF0ZXM6IDQ0NDcsIDUwODUgKGlmIGFwcHJvdmVkKSAmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtMLiBNYXJ0aW5p
PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2
IGNsYXNzPSIiPkNNUDogcy9QV0UzL1BBTFM/ICZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy
IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyZuYnNwOyZuYnNwO1RoaXMg
ZG9jdW1lbnQgdXBkYXRlcyBSRkM0NDQ3IGFuZCBSRkM1MDg1LjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q01QOiBNb3JlIGltcG9ydGFu
dGx5LCB3aGF0IGV4YWN0bHkgaXMgdGhpcyBkb2N1bWVudCB1cGRhdGluZyBvbiB0aG9zZSB0d28/
IEFkZGluZyBhIG5ldyBDQyBUeXBlIGRvZXMgbm90IG1lYW4gdXBkYXRlIFJGQyA0NDQ3IG9yIFJG
QyA1MDg1LiBJIFNlY3Rpb24gbGlzdGluZyB0aGUgZXhhY3QgdXBkYXRlcyB0byB0aG9zZSBzcGVj
cyBpcyBuZWNlc3NhcnkuIE15IHZpZXcgaXMgdGhhdCB0aGlzIGRvYyBjYW4gdXBkYXRlIDUwODUN
CiAoU2VjdGlvbiA3KSwgYnV0IG5vdCBzdXJlIGhvdyBpdCB1cGRhdGVzIDQ0NDcuPC9kaXY+DQo8
ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYg
Y2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Tm90ZSB0byBiZSByZW1vdmVkIGF0IHB1YmxpY2F0
aW9uOiB0aGlzIGRvY3VtZW50IHN0YXJ0ZWQgb3V0IGFzPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZu
YnNwOyZuYnNwOyZuYnNwO2RyYWZ0LWlldGYtcHdlMy12Y2N2LWZvci1nYWwgYW5kIGdvdCB0byB2
ZXJzaW9uIC0wMi4gJm5ic3A7V2hlbiBQV0UzIHdhczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJz
cDsmbmJzcDsmbmJzcDthYnNvcmJlZCBpbnRvIFBBTFMgdGhlIG5leHQgdmVyc2lvbiBwdWJsaXNo
ZWQgd2FzIGRyYWZ0LWlldGYtcGFscy08L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7dmNjdi1mb3ItZ2FsLTAwPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs
YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNNUDogSSB0aG91Z2h0IHRoYXQgaW5pdGlh
bGx5LCBkcmFmdC1pZXRmLXB3ZTMtdmNjdi1mb3ItZ2FsLTAyIHdhcyBvbmx5IGRlZmluaW5nIHRo
ZSBuZXcgQ0MgVHlwZSA0LCB3aGlsZSBkcmFmdC1uYWRlYXUtcHdlMy12Y2N2Mi0wMCB3b3VsZCBk
byBvdGhlciB1cGRhdGVzIGluY2x1ZGluZyBEZWZhdWx0cywgb2Jzb2xldGluZyBDQyBUeXBlcywg
ZXRjLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh
c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyZuYnNwOyZuYnNwO3N0YXRlLiAmbmJzcDtPcGVy
YXRvcnMgaGF2ZSBpbmRpY2F0ZWQgaW4gW1JGQzQzNzddLCBhbmQgW1JGQzM5MTZdIHRoYXQ8L2Rp
dj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7c3VjaCBhIHRvb2wgaXMgcmVxdWly
ZWQgZm9yIFBXIG9wZXJhdGlvbiBhbmQgbWFpbnRlbmFuY2UuICZuYnNwO1RvIHRoaXM8L2Rpdj4N
CjxkaXYgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ZW5kLCB0aGUgSUVURidzIFBXRTMgV29y
a2luZyBHcm91cCBkZWZpbmVkIHRoZSBWaXJ0dWFsIENpcmN1aXQ8L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Q29ubmVjdGl2aXR5IFZlcmlmaWNhdGlvbiBQcm90b2NvbCAo
VkNDVikgaW4gW1JGQzUwODVdIC4gU2luY2UgdGhlbiBhPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZu
YnNwOyZuYnNwOyZuYnNwO251bWJlciBvZiBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyBoYXZlIGFy
aXNlbiB3aXRoIHRoZSBwcm90b2NvbCBhcyBpdDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsm
bmJzcDsmbmJzcDtpcyBkZWZpbmVkLjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBj
bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5DTVA6IEkgc2VlIHRoZSBmYWN0IHRoYXQg
UFdFMyBXRyBkZWZpbmVkIHRoYXQgUkZDIGFzIGEgZGlzdHJhY3RvciwgYW5kIGlycmVsZXZhbnQg
aW4gdGhlIGxhcmdlciBzY2hlbWUgb2YgdGhpbmdzLiBBbHNvLCB5b3Ugc2hvdWxkIHBvaW50IHRv
IFtSRkM3MDc5XSB0byBkZXNjcmliZSBhbmQgcXVhbnRpZnkgdGhlIGludGVyb3AgaXNzdWVzIGlu
c3RlYWQgb2YganVzdCBzYXlpbmcgdGhleSBleGlzdC4gTGFzdGx5LCBob3cgY3JlYXRpbmcNCiBh
IG5ldyBDQyBUeXBlIG5vdCBhbHNvIGNyZWF0ZSBpbnRybyBpc3N1ZXM/IFRoYXQgc2hvdWxkIGJl
IGFuc3dlcmVkLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjcuICZuYnNwO01hbmFnZWFiaWxpdHkgQ29uc2lk
ZXJhdGlvbnM8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2
IGNsYXNzPSIiPiZuYnNwOyZuYnNwOyZuYnNwO0J5IGludHJvZHVjaW5nIGRlZmF1bHQgVkNDViBD
QyB0eXBlcywgYW5kIGltcHJvdmluZyB0aGUgY29tcGF0aWJpbGl0eTwvZGl2Pg0KPGRpdiBjbGFz
cz0iIj4mbmJzcDsmbmJzcDsmbmJzcDt3aXRoIE1QTFMtVFAsIHRoZSBjb21wYXRpYmlsaXR5IG9m
IGltcGxlbWVudGF0aW9ucyBpcyBpbXByb3ZlZCBhbmQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7bWFuYWdlbWVudCBhbmQgY29uZmlndXJhdGlvbiBvZiB0aGUgbmV0d29y
ayBiZWNvbWVzIHNpbXBsZXIuPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz
PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNNUDogVGhpcyBpcyBhIGJvbGQgc3RhdGVtZW50
LCB0aGF0IGRvZXMgbm90IGFwcGVhciB0byBiZSBpbW1lZGlhdGUuIEkgZXhwZWN0IGluaXRpYWxs
eSB0byBzZWUgdGhlIG1hbmFnZWFiaWxpdHkgd29yc3QgYmVmb3JlIGl0IGltcHJvdmVzLiBUaGlz
IGlzIGFkZGluZyBhIG5ldyBtb2RlIGJlZm9yZSBsZXR0aW5nIHRpbWUgdG8gcmVtb3ZlIGFsbCB0
aGUgb3RoZXIgb25lcy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+
DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi
Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNhcmxvcy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy
IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXY+DQo8
YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gRGVjIDIy
LCAyMDE0LCBhdCA5OjMzIEFNLCBBbmRyZXcgRy4gTWFsaXMgJmx0OzxhIGhyZWY9Im1haWx0bzph
Z21hbGlzQGdtYWlsLmNvbSIgY2xhc3M9IiI+YWdtYWxpc0BnbWFpbC5jb208L2E+Jmd0OyB3cm90
ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNs
YXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPlBBTFNlcnMs
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij5pIGtub3cgdGhhdCB5b3Ugd291bGQgYWxsIGxpa2UgYSBsaXR0bGUgc29tZXRoaW5nIHRvIGRp
c3RyYWN0IHlvdSBmcm9tIHRoZSBob2xpZGF5cyAuLi4gOi0pLiBXZWxsLCBtYXliZSBub3QuIEJ1
dCBhbnl3YXksIFN0ZXdhcnQgcmVjZW50bHkgcmV2aXNlZCB0aGUgVkNDViBmb3IgR0FMIGRyYWZ0
IChzZWUgYmVsb3cpLCBhbmQgd2hpbGUgc2hvcnQgKGp1c3QgZm91ciBwYWdlcyBvZiByZWFsIGNv
bnRlbnQpLCB3ZSB3b3VsZA0KIGxpa2UgdG8gaGF2ZSBhIGdvb2QgaW5kaWNhdGlvbiB0aGF0IGl0
IHJlcHJlc2VudHMgV0cgY29uc2Vuc3VzLCBzbyB3ZSBuZWVkIGF0IGxlYXN0IHNvbWUgb2YgeW91
IG91dCB0aGVyZSB0byByZWFkIGl0IGFuZCBjb21tZW50LCBldmVuIGlmIHRoYXQgY29tbWVudCBp
cyAmcXVvdDtJJ3ZlIHJldmlld2VkIGl0IGFuZCBsb29rcyBncmVhdCB0byBtZSZxdW90Oy4gQXMg
SSBub3RlZCwgaXQncyBhIHNob3J0IGRyYWZ0LCBzbyBpdCBzaG91bGRuJ3QgdGFrZSBhbGwgdGhh
dA0KIGxvbmcuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp
diBjbGFzcz0iIj5Zb3UgY2FuIHJlYWQgdGhlIGRyYWZ0IGF0Jm5ic3A7PGEgaHJlZj0iaHR0cDov
L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1wYWxzLXZjY3YtZm9yLWdhbC0wMCIgY2xh
c3M9IiIgdGFyZ2V0PSJfQkxBTksiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll
dGYtcGFscy12Y2N2LWZvci1nYWwtMDA8L2E+Jm5ic3A7LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48
YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzLDwvZGl2Pg0KPGRpdiBj
bGFzcz0iIj5TdGV3YXJ0IGFuZCBBbmR5PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i
Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPi0tLS0tLS0tLS0gRm9yd2FyZGVk
IG1lc3NhZ2UgLS0tLS0tLS0tLTxiciBjbGFzcz0iIj4NCkZyb206Jm5ic3A7PHNwYW4gZGlyPSJs
dHIiIGNsYXNzPSIiPiZsdDs8YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn
IiBjbGFzcz0iIj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2E+Jmd0Ozwvc3Bhbj48YnIgY2xh
c3M9IiI+DQpEYXRlOiBXZWQsIERlYyAxNywgMjAxNCBhdCAxMjowMCBQTTxiciBjbGFzcz0iIj4N
ClN1YmplY3Q6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1nYWwtMDAudHh0
PGJyIGNsYXNzPSIiPg0KVG86Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRm
Lm9yZyIgY2xhc3M9IiI+aS1kLWFubm91bmNlQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCkNj
OiZuYnNwOzxhIGhyZWY9Im1haWx0bzpwYWxzQGlldGYub3JnIiBjbGFzcz0iIj5wYWxzQGlldGYu
b3JnPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkEgTmV3
IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURy
YWZ0cyBkaXJlY3Rvcmllcy48YnIgY2xhc3M9IiI+DQombmJzcDtUaGlzIGRyYWZ0IGlzIGEgd29y
ayBpdGVtIG9mIHRoZSBQc2V1ZG93aXJlIEFuZCBMRFAtZW5hYmxlZCBTZXJ2aWNlcyBXb3JraW5n
IEdyb3VwIG9mIHRoZSBJRVRGLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlICZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogVkNDViBE
ZWZhdWx0IENDIFR5cGVzPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7QXV0aG9ycyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDs6IFRob21hcyBELiBOYWRlYXU8YnIgY2xhc3M9IiI+DQombmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtMdWNhIE1hcnRpbmk8YnIgY2xh
c3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTdGV3YXJ0
IEJyeWFudDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO0ZpbGVuYW1lICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOzogZHJhZnQtaWV0Zi1wYWxzLXZjY3YtZm9yLWdhbC0wMC50eHQ8YnIgY2xhc3M9IiI+
DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtQYWdlcyAm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDs6IDg8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDtEYXRlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMjAxNC0xMi0xNzxiciBjbGFzcz0iIj4NCjxiciBj
bGFzcz0iIj4NCkFic3RyYWN0OjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwO1RoaXMg
ZG9jdW1lbnQgc3BlY2lmaWVzIHRoZSBkZWZhdWx0IFZpcnR1YWwgQ2lyY3VpdCBDb25uZWN0aXZp
dHk8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDtWZXJpZmljYXRpb24gKFZDQ1YpIChS
RkM1MDg1KSBjb250cm9sIGNoYW5uZWwgdHlwZSB0byBiZSB1c2VkIHdoZW48YnIgY2xhc3M9IiI+
DQombmJzcDsmbmJzcDsmbmJzcDt0aGUgcHNldWRvd2lyZSBjb250cm9sIHdvcmQgaXMgcHJlc2Vu
dCBhbmQgd2hlbiBpdCBpcyBub3QgcHJlc2VudC4gJm5ic3A7QTxiciBjbGFzcz0iIj4NCiZuYnNw
OyZuYnNwOyZuYnNwO25ldyBWQ0NWIGNvbnRyb2wgY2hhbm5lbCB0eXBlIHVzaW5nIHRoZSBHZW5l
cmljIEFzc29jaWF0ZWQgQ2hhbm5lbDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwO0xh
YmVsIChSRkM1NTg2KSBpcyBzcGVjaWZpZWQgZm9yIHVzZSB3aGVuIHRoZSBjb250cm9sIHdvcmQg
bm90PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cHJlc2VudC48YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDtUaGlzIGRvY3VtZW50IHVwZGF0ZXMg
UkZDNDQ0NyBhbmQgUkZDNTA4NS48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsm
bmJzcDsmbmJzcDtOb3RlIHRvIGJlIHJlbW92ZWQgYXQgcHVibGljYXRpb246IHRoaXMgZG9jdW1l
bnQgc3RhcnRlZCBvdXQgYXM8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDtkcmFmdC1p
ZXRmLXB3ZTMtdmNjdi1mb3ItZ2FsIGFuZCBnb3QgdG8gdmVyc2lvbiAtMDIuICZuYnNwO1doZW4g
UFdFMyB3YXM8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDthYnNvcmJlZCBpbnRvIFBB
TFMgdGhlIG5leHQgdmVyc2lvbiBwdWJsaXNoZWQgd2FzIGRyYWZ0LWlldGYtcGFscy08YnIgY2xh
c3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDt2Y2N2LWZvci1nYWwtMDA8YnIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMg
cGFnZSBmb3IgdGhpcyBkcmFmdCBpczo8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXBhbHMtdmNjdi1mb3ItZ2FsLyIgY2xh
c3M9IiIgdGFyZ2V0PSJfQkxBTksiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LWlldGYtcGFscy12Y2N2LWZvci1nYWwvPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0i
Ij4NClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0OjxiciBjbGFz
cz0iIj4NCjxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGFs
cy12Y2N2LWZvci1nYWwtMDAiIGNsYXNzPSIiIHRhcmdldD0iX0JMQU5LIj5odHRwOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXBhbHMtdmNjdi1mb3ItZ2FsLTAwPC9hPjxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClBsZWFzZSBub3RlIHRoYXQgaXQg
bWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb248
YnIgY2xhc3M9IiI+DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh
aWxhYmxlIGF0Jm5ic3A7IDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy8iIGNsYXNzPSIi
IHRhcmdldD0iX0JMQU5LIj4NCnRvb2xzLmlldGYub3JnPC9hPi48YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91
cyBGVFAgYXQ6PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iZnRwOi8vZnRwLmlldGYub3JnL2ludGVy
bmV0LWRyYWZ0cy8iIGNsYXNzPSIiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv
PC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0KSS1ELUFubm91bmNlIG1haWxp
bmcgbGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzpJLUQtQW5ub3VuY2VAaWV0Zi5v
cmciIGNsYXNzPSIiPkktRC1Bbm5vdW5jZUBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YSBo
cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ktZC1hbm5vdW5jZUlu
dGVybmV0LURyYWZ0IiBjbGFzcz0iIiB0YXJnZXQ9Il9CTEFOSyI+aHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2U8YnIgY2xhc3M9IiI+DQpJbnRlcm5ldC1E
cmFmdDwvYT4gZGlyZWN0b3JpZXM6Jm5ic3A7IDxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcv
c2hhZG93Lmh0bWwiIGNsYXNzPSIiIHRhcmdldD0iX0JMQU5LIj4NCmh0dHA6Ly93d3cuaWV0Zi5v
cmcvc2hhZG93Lmh0bWw8L2E+PGJyIGNsYXNzPSIiPg0Kb3ImbmJzcDs8YSBocmVmPSJmdHA6Ly9m
dHAuaWV0Zi5vcmcvaWV0Zi8xc2hhZG93LXNpdGVzLnR4dCIgY2xhc3M9IiI+ZnRwOi8vZnRwLmll
dGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQ8L2E+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8
L2Rpdj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy
IGNsYXNzPSIiPg0KUGFscyBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWls
dG86UGFsc0BpZXRmLm9yZyIgY2xhc3M9IiI+UGFsc0BpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+
DQo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHMiIHRhcmdldD0iX0JMQU5LIj5odHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHM8L2E+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJyPg0KPGZpZWxk
c2V0IGNsYXNzPSJtaW1lQXR0YWNobWVudEhlYWRlciI+Jm5ic3A7PC9maWVsZHNldD4gPGJyPg0K
PHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGFs
cyBtYWlsaW5nIGxpc3QNCjxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9
Im1haWx0bzpQYWxzQGlldGYub3JnIj5QYWxzQGlldGYub3JnPC9hPg0KPGEgY2xhc3M9Im1vei10
eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9wYWxzIiB0YXJnZXQ9Il9CTEFOSyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9wYWxzPC9hPg0KPC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8YnI+DQo8cHJl
IGNsYXNzPSJtb3otc2lnbmF0dXJlIiBjb2xzPSI3MiI+LS0gDQpGb3IgY29ycG9yYXRlIGxlZ2Fs
IGluZm9ybWF0aW9uIGdvIHRvOg0KDQo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBo
cmVmPSJodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwv
Y3JpL2luZGV4Lmh0bWwiIHRhcmdldD0iX0JMQU5LIj5odHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIv
YWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWw8L2E+DQoNCjwvcHJlPg0K
PC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_DB3PR03MB0812A49FBDC6C5E2359A98559D590DB3PR03MB0812eurp_--


From nobody Tue Jan  6 10:12:05 2015
Return-Path: <gregory.mirsky@ericsson.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DE151A1AD9 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 10:12:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.2
X-Spam-Level: 
X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IuUwcExkAmYD for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 10:12:01 -0800 (PST)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D7841A1A70 for <pals@ietf.org>; Tue,  6 Jan 2015 10:12:01 -0800 (PST)
X-AuditID: c6180641-f79916d00000623a-20-54abc77b36a1
Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 11.7E.25146.B77CBA45; Tue,  6 Jan 2015 12:31:07 +0100 (CET)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0195.001; Tue, 6 Jan 2015 13:11:59 -0500
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: "Andrew G. Malis" <agmalis@gmail.com>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19l8/StDj2yjkiIW8rrHDFCKJywAAYAgANooYCAAA8V8A==
Date: Tue, 6 Jan 2015 18:11:57 +0000
Message-ID: <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com>
In-Reply-To: <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.9]
Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B8CB789eusaamb103erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsUyuXSPt2718dUhBmcnm1mcfn6KzWLq1g/M FpduiFus+beOyeLc0zmMDqweU35vZPXY9O84o8fOWXfZPZYs+cnk8eXyZ7YA1igum5TUnMyy 1CJ9uwSujIXTdrAX3KirmLXnL2MD45LqLkZODgkBE4lfp/uZIGwxiQv31rOB2EICRxglmrfm dDFyAdnLGCUmHvvIApJgEzCSeLGxhx3EFhFIkWg9foEZpIhZYC+jxLpdO1lBEsICBRIfvi9k gygqlHi3fyEzhO0ksW/zK0YQm0VAReJ5zwOwel4BX4ndV74wQmxezyhxe2YQiM0pECixdtN3 sMWMQNd9P7UG7FJmAXGJW0/mQ10tILFkz3lmCFtU4uXjf6wQtqLEvv7pQIdyANXnS5zeUgGx SlDi5MwnLBMYRWchmTQLoWoWkiqIsKbE+l36ENWKElO6H7JD2BoSrXPmsiOLL2BkX8XIUVqc WpabbmS4iREYi8ck2Bx3MC74ZHmIUYCDUYmHd4P/6hAh1sSy4srcQ4zSHCxK4rya1fOChQTS E0tSs1NTC1KL4otKc1KLDzEycXBKNTC2HVtwLe79GQ6GDbO1AjQKl9XOjfXMnxmVKZN7tXnV VeeniheEGr9+uxH54ev8kN3PeASUzqxy8A3O5tZVYV41MWwWl/LzXeVZX/6f/iNyaHIAP+sN KQ3B7gvHvR0XXo54KjPtsupac8uQjjLO9e/UTM+Yswqd19D6pxzU9HDu3gLl+uKyFxOVWIoz Eg21mIuKEwHxIyVopgIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/7oGtjrOJ4j8CbEvFofYWnsCrJGk
Cc: "pals@ietf.org" <pals@ietf.org>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "stbryant@cisco.com" <stbryant@cisco.com>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 18:12:04 -0000

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

RGVhciBBbGwsDQpmaXJzdGx5LCBJIHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyBkb2N1bWVudCBi
eSB0aGUgV0cuDQoNClNlY29uZCwgY29uc2lkZXJpbmcgdGhhdCB0aGUgZG9jdW1lbnQgZG9lc27i
gJl0IHB1dCBmb3J0aCBhbnkgSUFOQSByZXF1ZXN0cywgbm9yIGNoYW5nZXMgYW55IGVhcmxpZXIg
ZGVmaW5lZCBwcm9jZWR1cmVzIGJ1dCByYXRoZXIgZG9jdW1lbnQgYXBwbGljYWJpbGl0eSBvZiB0
aGUgUkZDIDY0NzgsIHdvdWxkIGF1dGhvcnMgY29uc2lkZXIgSW5mb3JtYXRpb25hbCB0cmFjayBm
b3IgdGhpcyBkb2N1bWVudD8NCg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIEdyZWcNCg0KRnJvbTogUGFscyBbbWFpbHRvOnBhbHMtYm91
bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFuZHJldyBHLiBNYWxpcw0KU2VudDogVHVlc2Rh
eSwgSmFudWFyeSAwNiwgMjAxNSA0OjExIEFNDQpUbzogQWxleGFuZGVyIFZhaW5zaHRlaW4NCkNj
OiBzdGJyeWFudEBjaXNjby5jb207IGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25A
dG9vbHMuaWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbUGFsc10gUG9sbCB0
byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1t
cy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0DQoNClNhc2hhLA0KDQpUaGUgZGlmZmVyZW5jZSBp
cyB0aGF0IHRoaXMgZHJhZnQgaXMgYSBzaW1wbGUgY2xhcmlmaWNhdGlvbiBvZiBleGlzdGluZyBS
RkNzIHRvIG1ha2UgaXQgY2xlYXIgaG93IHRoZXkgY2FuIGJlIHVzZWQgdG8gcHJvdmlkZSBlbmQt
dG8tZW5kIHJlc2lsaWVuY3kgb2Ygc3RhdGljIE1TLVBXcy4gSSdtIGF3YXJlIG9mIGF0IGxlYXN0
IG9uZSBkZXBsb3ltZW50IG9mIHRoaXMgZHJhZnQuDQoNCmRyYWZ0LWlldGYtcGFscy1yZWR1bmRh
bmN5LXNwZS0wMCBpcyBtb3JlIGludm9sdmVkLCBzaW5jZSBpdCBwcm92aWRlcyByZXNpbGllbmN5
IGF0IGludGVybWVkaWF0ZSBTLVBFcyByYXRoZXIgdGhhbiBvbmx5IGVuZC10by1lbmQsIGJ1dCBo
YXMgdGhlIHBvc3NpYmlsaXR5IHRvIHNjYWxlIGJldHRlciBpbiBhIG5ldHdvcmsgd2l0aCBhIGxh
cmdlIG51bWJlciBvZiBNUy1QV3MuIEl0IGNvdWxkIGFsc28gcHJvdmlkZSBmYXN0ZXIgcHJvdGVj
dGlvbiBzd2l0Y2hpbmcgYXMgd2VsbC4gSXQgd291bGQgYmUgdXAgdG8gdGhlIG9wZXJhdG9yIHRv
IGRlY2lkZSB3aGljaCBzb2x1dGlvbiB0aGV5IHByZWZlciB0byBkZXBsb3kuDQoNCkNoZWVycywN
CkFuZHkNCg0KDQpPbiBTdW4sIEphbiA0LCAyMDE1IGF0IDM6MDcgQU0sIEFsZXhhbmRlciBWYWlu
c2h0ZWluIDxBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVy
LlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+PiB3cm90ZToNClN0ZXdhcnQgYW5kIGFsbCwNCkkndmUg
cmVhZCB0aGUgZHJhZnQsIGFuZCBJIGRvIG5vdCBoYXZlIGFueSBpc3N1ZXMgd2l0aCBpdHMgY29u
dGVudCAgcGVyIHNlLg0KSG93ZXZlciBJJ2QgbGlrZSB0byB1bmRlcnN0YW5kIGJldHRlciBpdHMg
cmVsYXRpb25zaGlwIHdpdGggdGhlIGFscmVhZHkgYWRvcHRlZCBkcmFmdC1pZXRmLXBhbHMtcmVk
dW5kYW5jeS1zcGUtMDAuDQoNCkJvdGggZHJhZnRzIGFyZSBpbnRlbmRlZCBmb3IgdGhlIFN0YW5k
YXJkcyB0cmFjayBieSB0aGVpciBhdXRob3JzIGFuZCBib3RoIHNlZW0gdG8gYWRkcmVzcyB0aGUg
cHJvYmxlbSBvZiBTLVBFIGZhaWx1cmUgZXZlbiBpZiBpbiBkaWZmZXJlbnQgZGlmZmVyZW50IGRl
cGxveW1lbnQgc2NlbmFyaW9zLg0KDQpJIHdvdWxkIGxpa2UgdG8gY2xhcmlmeSB0aGF0ICBJIGRv
IG5vdCBhY3RpdmVseSBvYmplY3QgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLg0KVGhlIGNsYXJp
ZmljYXRpb24gaW4gcXVlc3Rpb24gY291bGQgYmUgcHJvdmlkZWQgYWZ0ZXIgYWRvcHRpb24gaWYg
dGhlIFdHIGZlZWxzIHRoYXQgdGhpcyBjYW4gYmUgcG9zdHBvbmVkLiAgQnV0IEkgZG8gbm90IHRo
aW5rIHRoYXQgaXQgY2FuIGJlIGF2b2lkZWQgYWx0b2dldGhlci4NCg0KUmVnYXJkcywNClNhc2hh
DQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206
IFBhbHMgPHBhbHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86cGFscy1ib3VuY2VzQGlldGYub3Jn
Pj4gb24gYmVoYWxmIG9mIFN0ZXdhcnQgQnJ5YW50IDxzdGJyeWFudEBjaXNjby5jb208bWFpbHRv
OnN0YnJ5YW50QGNpc2NvLmNvbT4+DQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDI0LCAyMDE0
IDExOjUyIEFNDQpUbzogZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5p
ZXRmLm9yZzxtYWlsdG86ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5p
ZXRmLm9yZz47IHBhbHNAaWV0Zi5vcmc8bWFpbHRvOnBhbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBb
UGFsc10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1z
aGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0DQpXb3JraW5nIEdyb3VwLA0K
DQpUaGlzIGVtYWlsIHN0YXJ0cyBhIHBvbGwgdG8gc2VlIHdoZXRoZXIgdGhlcmUgaXMgY29uc2Vu
c3VzIHRvDQphZG9wdCBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIGEgV0cg
ZHJhZnQgb2YNCnRoZSBQQUxTIFdHLg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBw
b3J0L25vdCBzdXBwb3J0KSB0byB0aGUgUEFMUyB3b3JraW5nDQpncm91cCBtYWlsaW5nIGxpc3Qg
KHBhbHNAaWV0Zi5vcmc8bWFpbHRvOnBhbHNAaWV0Zi5vcmc+KS4gUGxlYXNlIGdpdmUgYSB0ZWNo
bmljYWwNCm1vdGl2YXRpb24gZm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwgZXNwZWNpYWxs
eSBpZiB5b3UgdGhpbmsgdGhhdA0KdGhlIGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBh
cyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNCkluIHZpZXcgb2YgdGhlIGxvbmcgaG9saWRh
eSBzZWFzb24gaW4gc29tZSBwYXJ0cyBvZiB0aGUgd29ybGQgSSB3aWxsDQpydW4gdGhlIHBvbGwg
dW50aWwgMTZ0aCBKYW51YXJ5IDIwMTUuDQoNCi0gU3Rld2FydA0KDQpfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGFscyBtYWlsaW5nIGxpc3QNClBhbHNA
aWV0Zi5vcmc8bWFpbHRvOlBhbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuL2xpc3RpbmZvL3BhbHMNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov
KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z
b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps
aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I
eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0
YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl
LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206
LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt
c2VyaWYiO30NCnNwYW4uaW0NCgl7bXNvLXN0eWxlLW5hbWU6aW07fQ0Kc3Bhbi5FbWFpbFN0eWxl
MTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFy
DQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJU
YWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl
eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdl
IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g
MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot
LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4
dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl
IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl
eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+
DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+
DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkRlYXIgQWxsLDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5maXJzdGx5LCBJIHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyBk
b2N1bWVudCBieSB0aGUgV0cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TZWNvbmQsIGNvbnNpZGVyaW5nIHRoYXQgdGhl
IGRvY3VtZW50IGRvZXNu4oCZdCBwdXQgZm9ydGggYW55IElBTkEgcmVxdWVzdHMsIG5vciBjaGFu
Z2VzIGFueSBlYXJsaWVyIGRlZmluZWQgcHJvY2VkdXJlcyBidXQgcmF0aGVyIGRvY3VtZW50IGFw
cGxpY2FiaWxpdHkgb2YgdGhlDQogUkZDIDY0NzgsIHdvdWxkIGF1dGhvcnMgY29uc2lkZXIgSW5m
b3JtYXRpb25hbCB0cmFjayBmb3IgdGhpcyBkb2N1bWVudD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDsiPiBQYWxzIFttYWlsdG86cGFscy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24g
QmVoYWxmIE9mIDwvYj5BbmRyZXcgRy4gTWFsaXM8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwg
SmFudWFyeSAwNiwgMjAxNSA0OjExIEFNPGJyPg0KPGI+VG86PC9iPiBBbGV4YW5kZXIgVmFpbnNo
dGVpbjxicj4NCjxiPkNjOjwvYj4gc3RicnlhbnRAY2lzY28uY29tOyBkcmFmdC1zaGF3YW0tcHdl
My1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnOyBwYWxzQGlldGYub3JnPGJyPg0KPGI+
U3ViamVjdDo8L2I+IFJlOiBbUGFsc10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBh
ZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2FzaGEsPG86cD48L286cD48
L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZGlmZmVyZW5jZSBpcyB0aGF0
IHRoaXMgZHJhZnQgaXMgYSBzaW1wbGUgY2xhcmlmaWNhdGlvbiBvZiBleGlzdGluZyBSRkNzIHRv
IG1ha2UgaXQgY2xlYXIgaG93IHRoZXkgY2FuIGJlIHVzZWQgdG8gcHJvdmlkZSBlbmQtdG8tZW5k
IHJlc2lsaWVuY3kgb2Ygc3RhdGljIE1TLVBXcy4gSSdtIGF3YXJlIG9mIGF0IGxlYXN0IG9uZSBk
ZXBsb3ltZW50IG9mIHRoaXMgZHJhZnQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5kcmFm
dC1pZXRmLXBhbHMtcmVkdW5kYW5jeS1zcGUtMDAgaXMgbW9yZSBpbnZvbHZlZCwgc2luY2UgaXQg
cHJvdmlkZXMgcmVzaWxpZW5jeSBhdCBpbnRlcm1lZGlhdGUgUy1QRXMgcmF0aGVyIHRoYW4gb25s
eSBlbmQtdG8tZW5kLCBidXQgaGFzIHRoZSBwb3NzaWJpbGl0eSB0byBzY2FsZSBiZXR0ZXIgaW4g
YSBuZXR3b3JrIHdpdGggYSBsYXJnZSBudW1iZXINCiBvZiBNUy1QV3MuIEl0IGNvdWxkIGFsc28g
cHJvdmlkZSBmYXN0ZXIgcHJvdGVjdGlvbiBzd2l0Y2hpbmcgYXMgd2VsbC4gSXQgd291bGQgYmUg
dXAgdG8gdGhlIG9wZXJhdG9yIHRvIGRlY2lkZSB3aGljaCBzb2x1dGlvbiB0aGV5IHByZWZlciB0
byBkZXBsb3kuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5DaGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5BbmR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gU3VuLCBKYW4gNCwgMjAxNSBhdCAzOjA3IEFNLCBBbGV4
YW5kZXIgVmFpbnNodGVpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWlu
QGVjaXRlbGUuY29tIiB0YXJnZXQ9Il9ibGFuayI+QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVs
ZS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+U3Rld2FydCBhbmQgYWxsLDxicj4NCkkndmUg
cmVhZCB0aGUgZHJhZnQsIGFuZCBJIGRvIG5vdCBoYXZlIGFueSBpc3N1ZXMgd2l0aCBpdHMgY29u
dGVudCZuYnNwOyBwZXIgc2UuPGJyPg0KSG93ZXZlciBJJ2QgbGlrZSB0byB1bmRlcnN0YW5kIGJl
dHRlciBpdHMgcmVsYXRpb25zaGlwIHdpdGggdGhlIGFscmVhZHkgYWRvcHRlZCBkcmFmdC1pZXRm
LXBhbHMtcmVkdW5kYW5jeS1zcGUtMDAuPGJyPg0KPGJyPg0KQm90aCBkcmFmdHMgYXJlIGludGVu
ZGVkIGZvciB0aGUgU3RhbmRhcmRzIHRyYWNrIGJ5IHRoZWlyIGF1dGhvcnMgYW5kIGJvdGggc2Vl
bSB0byBhZGRyZXNzIHRoZSBwcm9ibGVtIG9mIFMtUEUgZmFpbHVyZSBldmVuIGlmIGluIGRpZmZl
cmVudCBkaWZmZXJlbnQgZGVwbG95bWVudCBzY2VuYXJpb3MuPGJyPg0KPGJyPg0KSSB3b3VsZCBs
aWtlIHRvIGNsYXJpZnkgdGhhdCZuYnNwOyBJIGRvIG5vdCBhY3RpdmVseSBvYmplY3QgYWRvcHRp
b24gb2YgZHJhZnQtc2hhd2FtLjxicj4NClRoZSBjbGFyaWZpY2F0aW9uIGluIHF1ZXN0aW9uIGNv
dWxkIGJlIHByb3ZpZGVkIGFmdGVyIGFkb3B0aW9uIGlmIHRoZSBXRyBmZWVscyB0aGF0IHRoaXMg
Y2FuIGJlIHBvc3Rwb25lZC4mbmJzcDsgQnV0IEkgZG8gbm90IHRoaW5rIHRoYXQgaXQgY2FuIGJl
IGF2b2lkZWQgYWx0b2dldGhlci48YnI+DQo8YnI+DQpSZWdhcmRzLDxicj4NClNhc2hhPGJyPg0K
PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXzxicj4NCkZyb206IFBhbHMgJmx0OzxhIGhyZWY9Im1haWx0bzpwYWxzLWJvdW5jZXNA
aWV0Zi5vcmciPnBhbHMtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBTdGV3
YXJ0IEJyeWFudCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbSI+c3Ricnlh
bnRAY2lzY28uY29tPC9hPiZndDs8YnI+DQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDI0LCAy
MDE0IDExOjUyIEFNPGJyPg0KPHNwYW4gY2xhc3M9ImltIj5UbzogPGEgaHJlZj0ibWFpbHRvOmRy
YWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQt
c2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9
Im1haWx0bzpwYWxzQGlldGYub3JnIj4NCnBhbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjxicj4NCjxz
cGFuIGNsYXNzPSJpbSI+U3ViamVjdDogW1BhbHNdIFBvbGwgdG8gZGV0ZXJtaW5lIGNvbnNlbnN1
cyBmb3IgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbiBhcyBX
RyBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+V29ya2luZyBHcm91cCw8YnI+DQo8YnI+DQpUaGlzIGVtYWlsIHN0YXJ0cyBhIHBv
bGwgdG8gc2VlIHdoZXRoZXIgdGhlcmUgaXMgY29uc2Vuc3VzIHRvPGJyPg0KYWRvcHQgZHJhZnQt
c2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbiBhcyBhIFdHIGRyYWZ0IG9mPGJyPg0KdGhlIFBB
TFMgV0cuPGJyPg0KPGJyPg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qg
c3VwcG9ydCkgdG8gdGhlIFBBTFMgd29ya2luZzxicj4NCmdyb3VwIG1haWxpbmcgbGlzdCAoPGEg
aHJlZj0ibWFpbHRvOnBhbHNAaWV0Zi5vcmciPnBhbHNAaWV0Zi5vcmc8L2E+KS4gUGxlYXNlIGdp
dmUgYSB0ZWNobmljYWw8YnI+DQptb3RpdmF0aW9uIGZvciB5b3VyIHN1cHBvcnQvbm90IHN1cHBv
cnQsIGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQ8YnI+DQp0aGUgZG9jdW1lbnQgc2hvdWxk
IG5vdCBiZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC48YnI+DQo8YnI+DQpJ
biB2aWV3IG9mIHRoZSBsb25nIGhvbGlkYXkgc2Vhc29uIGluIHNvbWUgcGFydHMgb2YgdGhlIHdv
cmxkIEkgd2lsbDxicj4NCnJ1biB0aGUgcG9sbCB1bnRpbCAxNnRoIEphbnVhcnkgMjAxNS48YnI+
DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXzxicj4NClBhbHMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0i
bWFpbHRvOlBhbHNAaWV0Zi5vcmciPlBhbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzIiB0YXJnZXQ9Il9ibGFuayI+
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzPC9hPjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_7347100B5761DC41A166AC17F22DF1121B8CB789eusaamb103erics_--


From nobody Tue Jan  6 10:49:45 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DBA1A1B1B for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 10:49:44 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4A7jk6u4Xwd4 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 10:49:41 -0800 (PST)
Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECBDC1A1B24 for <pals@ietf.org>; Tue,  6 Jan 2015 10:49:40 -0800 (PST)
Received: by mail-qg0-f43.google.com with SMTP id z107so17121968qgd.16 for <pals@ietf.org>; Tue, 06 Jan 2015 10:49:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=d1SDdKKO3+lzNwjdtz6RekxMsJjelCAqastZeWeF7Gg=; b=EwLmrVmaOo9foTsMRpOXC7eBpDbiN+X7SS2x4p+QmTIlbpN+0CSHlpy8aembHlqZHG nmQgdUT5TcG7mOCv27zPF/lNqD8yDge2ywjmHaiX4OFBz+NWd9M3GJanUrgwiXmwkkXh hqC4SVJbwfF73+zQLdjClMDlaY1x/QSyKHau0m40AtUqT8Ygpp57wYnrsOwM2lMESYuz xbETWHWqCYp2Ykeost8GoGlZJKw8m234q7GJ7ZAwmn6n9fZT3e3THTtbUC+3uYhNrxYe zhDh05QWJ9mFSOw+s+Wp/lgJhk/4ORjL3rWTUgbvlfJpjbn26yqKDfvnzefSalVwLQap Kedg==
X-Received: by 10.140.25.169 with SMTP id 38mr145868504qgt.57.1420570180000; Tue, 06 Jan 2015 10:49:40 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Tue, 6 Jan 2015 10:49:19 -0800 (PST)
In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 6 Jan 2015 13:49:19 -0500
Message-ID: <CAA=duU2RPdkxLOmktXN93LwXY6SYbiSYwa-tnfb9G4gLKB-NZg@mail.gmail.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>
Content-Type: multipart/alternative; boundary=001a11c12cdcf53b00050c00440a
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/THmXNoBJNpPj0cj0LLbgKtF_e-k
Cc: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>, "stbryant@cisco.com" <stbryant@cisco.com>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 18:49:44 -0000

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

Greg,

Thanks for your support, and yes we would, although we prefer standards
track so that it would be marked as "Updates 6870" in the RFC database, so
anyone implementing 6870 will also read it, and a reference added if
there's ever a 6870-bis.

Cheers,
Andy

On Tue, Jan 6, 2015 at 1:11 PM, Gregory Mirsky <gregory.mirsky@ericsson.com=
>
wrote:

>  Dear All,
>
> firstly, I support adoption of this document by the WG.
>
>
>
> Second, considering that the document doesn=E2=80=99t put forth any IANA =
requests,
> nor changes any earlier defined procedures but rather document
> applicability of the RFC 6478, would authors consider Informational track
> for this document?
>
>
>
>                 Regards,
>
>                                 Greg
>
>
>
> *From:* Pals [mailto:pals-bounces@ietf.org] *On Behalf Of *Andrew G. Mali=
s
> *Sent:* Tuesday, January 06, 2015 4:11 AM
> *To:* Alexander Vainshtein
> *Cc:* stbryant@cisco.com;
> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
> *Subject:* Re: [Pals] Poll to determine consensus for adoption of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
>
>
> Sasha,
>
>
>
> The difference is that this draft is a simple clarification of existing
> RFCs to make it clear how they can be used to provide end-to-end resilien=
cy
> of static MS-PWs. I'm aware of at least one deployment of this draft.
>
>
>
> draft-ietf-pals-redundancy-spe-00 is more involved, since it provides
> resiliency at intermediate S-PEs rather than only end-to-end, but has the
> possibility to scale better in a network with a large number of MS-PWs. I=
t
> could also provide faster protection switching as well. It would be up to
> the operator to decide which solution they prefer to deploy.
>
>
>
> Cheers,
>
> Andy
>
>
>
>
>
> On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein <
> Alexander.Vainshtein@ecitele.com> wrote:
>
> Stewart and all,
> I've read the draft, and I do not have any issues with its content  per s=
e.
> However I'd like to understand better its relationship with the already
> adopted draft-ietf-pals-redundancy-spe-00.
>
> Both drafts are intended for the Standards track by their authors and bot=
h
> seem to address the problem of S-PE failure even if in different differen=
t
> deployment scenarios.
>
> I would like to clarify that  I do not actively object adoption of
> draft-shawam.
> The clarification in question could be provided after adoption if the WG
> feels that this can be postponed.  But I do not think that it can be
> avoided altogether.
>
> Regards,
> Sasha
>
>
>
>
> ________________________________________
> From: Pals <pals-bounces@ietf.org> on behalf of Stewart Bryant <
> stbryant@cisco.com>
> Sent: Wednesday, December 24, 2014 11:52 AM
> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
> Subject: [Pals] Poll to determine consensus for adoption of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
> Working Group,
>
> This email starts a poll to see whether there is consensus to
> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
> the PALS WG.
>
> Please send your comments (support/not support) to the PALS working
> group mailing list (pals@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>
> In view of the long holiday season in some parts of the world I will
> run the poll until 16th January 2015.
>
> - Stewart
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>
>
>

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

<div dir=3D"ltr">Greg,<div><br></div><div>Thanks for your support, and yes =
we would, although we prefer standards track so that it would be marked as =
&quot;Updates 6870&quot; in the RFC database, so anyone implementing 6870 w=
ill also read it, and a reference added if there&#39;s ever a 6870-bis.</di=
v><div><br></div><div>Cheers,</div><div>Andy</div></div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Tue, Jan 6, 2015 at 1:11 PM, Greg=
ory Mirsky <span dir=3D"ltr">&lt;<a href=3D"mailto:gregory.mirsky@ericsson.=
com" target=3D"_blank">gregory.mirsky@ericsson.com</a>&gt;</span> wrote:<br=
><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1=
px #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear All,<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">firstly, I support adopti=
on of this document by the WG.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Second, considering that =
the document doesn=E2=80=99t put forth any IANA requests, nor changes any e=
arlier defined procedures but rather document applicability of the
 RFC 6478, would authors consider Informational track for this document?<u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Greg
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Pals [ma=
ilto:<a href=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">pals-bounce=
s@ietf.org</a>]
<b>On Behalf Of </b>Andrew G. Malis<br>
<b>Sent:</b> Tuesday, January 06, 2015 4:11 AM<br>
<b>To:</b> Alexander Vainshtein<br>
<b>Cc:</b> <a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant=
@cisco.com</a>; <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.=
ietf.org" target=3D"_blank">draft-shawam-pwe3-ms-pw-protection@tools.ietf.o=
rg</a>; <a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org</a=
><br>
<b>Subject:</b> Re: [Pals] Poll to determine consensus for adoption of draf=
t-shawam-pwe3-ms-pw-protection as WG draft<u></u><u></u></span></p><div><di=
v class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Sasha,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The difference is that this draft is a simple clarif=
ication of existing RFCs to make it clear how they can be used to provide e=
nd-to-end resiliency of static MS-PWs. I&#39;m aware of at least one deploy=
ment of this draft.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt">draft-ietf-pals-red=
undancy-spe-00 is more involved, since it provides resiliency at intermedia=
te S-PEs rather than only end-to-end, but has the possibility to scale bett=
er in a network with a large number
 of MS-PWs. It could also provide faster protection switching as well. It w=
ould be up to the operator to decide which solution they prefer to deploy.<=
/span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein=
 &lt;<a href=3D"mailto:Alexander.Vainshtein@ecitele.com" target=3D"_blank">=
Alexander.Vainshtein@ecitele.com</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Stewart and all,<br>
I&#39;ve read the draft, and I do not have any issues with its content=C2=
=A0 per se.<br>
However I&#39;d like to understand better its relationship with the already=
 adopted draft-ietf-pals-redundancy-spe-00.<br>
<br>
Both drafts are intended for the Standards track by their authors and both =
seem to address the problem of S-PE failure even if in different different =
deployment scenarios.<br>
<br>
I would like to clarify that=C2=A0 I do not actively object adoption of dra=
ft-shawam.<br>
The clarification in question could be provided after adoption if the WG fe=
els that this can be postponed.=C2=A0 But I do not think that it can be avo=
ided altogether.<br>
<br>
Regards,<br>
Sasha<br>
<br>
<br>
<br>
<br>
________________________________________<br>
From: Pals &lt;<a href=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">p=
als-bounces@ietf.org</a>&gt; on behalf of Stewart Bryant &lt;<a href=3D"mai=
lto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.com</a>&gt;<br>
Sent: Wednesday, December 24, 2014 11:52 AM<br>
<span>To: <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.o=
rg" target=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a href=3D"mailto:pa=
ls@ietf.org" target=3D"_blank">
pals@ietf.org</a></span><br>
<span>Subject: [Pals] Poll to determine consensus for adoption of draft-sha=
wam-pwe3-ms-pw-protection as WG draft</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Working Group,<br>
<br>
This email starts a poll to see whether there is consensus to<br>
adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of<br>
the PALS WG.<br>
<br>
Please send your comments (support/not support) to the PALS working<br>
group mailing list (<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals=
@ietf.org</a>). Please give a technical<br>
motivation for your support/not support, especially if you think that<br>
the document should not be adopted as a working group document.<br>
<br>
In view of the long holiday season in some parts of the world I will<br>
run the poll until 16th January 2015.<br>
<br>
- Stewart<br>
<br>
_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org" target=3D"_blank">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--001a11c12cdcf53b00050c00440a--


From nobody Tue Jan  6 13:34:46 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 104661A1AA7 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 13:34:45 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CECKdT1CzkD7 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 13:34:41 -0800 (PST)
Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B631E1A86F0 for <pals@ietf.org>; Tue,  6 Jan 2015 13:34:40 -0800 (PST)
Received: by mail-qc0-f173.google.com with SMTP id i17so81148qcy.18 for <pals@ietf.org>; Tue, 06 Jan 2015 13:34:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=CSgD5o24KaOTz1rZwG4jzS1yV59IfFwS35GQilvE1B8=; b=Y1H8TL7rz5vsX4L/LOpP4hqaiTPk0cHMQjClsY5MKMTmKjuwunvdie41tb0r5hz66u Kl8M8l5P3XuGgEXFl6HUMvGzBOFHojkA+yR0Ux3azBrUdFAP946FxWxADqt7VKGTF2Hd nR6PoWaUakkEg5s8zGJ7ONRwryi7HM4xQ0tj60DcwA6xR54ikxD/u8qP9Q29RCh2T2sz tSupjeSv18otzCf8C/rF3+mYDWr3b1qFzPod3AAk89oy6pFeRmZ/ua0NV4ssPmlAauy2 1pwVxlxp7aQCF2BcTsGVG0DxU57IPEAGDBhflz6g3J+4EeWROZ4ulFChDkDQ0QjNIXX/ 21OA==
X-Received: by 10.224.93.6 with SMTP id t6mr91474112qam.93.1420580079833; Tue, 06 Jan 2015 13:34:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Tue, 6 Jan 2015 13:34:19 -0800 (PST)
In-Reply-To: <DB3PR03MB0812A49FBDC6C5E2359A98559D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
References: <DB3PR03MB0812A49FBDC6C5E2359A98559D590@DB3PR03MB0812.eurprd03.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 6 Jan 2015 16:34:19 -0500
Message-ID: <CAA=duU3zwj2mcUrtZCG+msFYv+mHxhZ0iDYYZF45NsKcKxktuw@mail.gmail.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Content-Type: multipart/alternative; boundary=089e014950280898ee050c029395
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/RpyEGtWaptxuR8Exh2Ma23Toni8
Cc: "Carlos Pignataro \(cpignata\)" <cpignata@cisco.com>, "pals@ietf.org" <pals@ietf.org>, Stewart Bryant <stbryant@cisco.com>
Subject: Re: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 21:34:45 -0000

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

I agree with both Stuart and Sasha that an uncontroversial draft specifying
Type 4 should be our first deliverable, followed by a separate draft on
deployment and migration strategies.

Cheers,
Andy


On Tue, Jan 6, 2015 at 12:38 PM, Alexander Vainshtein <
Alexander.Vainshtein@ecitele.com> wrote:

>  Stewart and all,
>
> From my POV splitting the problem and delivering a non- controversial
> document that just defines VCCV Type 4 (covering such issues as Flow Labe=
l,
> ELI/EL etc.) is preferable, not in the least because it would onen the wa=
y
> for interoperable implementations being deployed.
>
> Discussion on migration strategies could then use actual Type 4 experienc=
e
> as a reference point
>
> My 2c,
>
>
>
>
> Thumb typed on my LG,
> Sasha
>
> ------ Original message ------
> *From: *Stewart Bryant
> *Date: *06/01/2015 19:25
> *To: *Carlos Pignataro (cpignata);Andrew G. Malis;
> *Cc: *pals@ietf.org;
> *Subject:*Re: [Pals] Soliciting reviews for
> draft-ietf-pals-vccv-for-gal-00.txt
>
> I think that there is agreement that
>
> 1) We need Type4
>
> 2) We cannot mandate Type1
>
> However where there is discussion over the migration strategy and how it
> is defined.
>
> I wonder if the WG would prefer
>
> a) I add more text on migration path, what we deprecate  etc to this draf=
t
>
> or
>
> b) That I split the problem and just create Type 4 here, and then write a
> draft
> on preferences, migration etc, etc.
>
> An uncontroversial RFC just creating Type 4 is probably feasible before
> the next
> IETF.
>
> - Stewart (as editor)
>
>
> On 24/12/2014 18:35, Carlos Pignataro (cpignata) wrote:
>
> Andy,
>
>  I took a very quick scan through this document, and have a number of
> concerns.
>
>  At the heart of the concerns, this document seems to be doing a number
> of different things that are not reflected in the Title and Abstract. Whi=
le
> the title is =E2=80=9CVCCV Default CC Types=E2=80=9D, this document seems=
 to be doing much
> more than defining default CC Types, including:
> 1. Defining a new CC Type 4
> 2. Setting a Default for when with and without CW (as per the Title), but
> also
> 3. Implicitly Obsoleting Type 2 and Type 3 (non-default)
> 4. Requiring new hw capabilities for the Type 4.
>
>  I believe those things should be explicitly done.
>
>  Some more comments (including editorials) follow, prefaced with =E2=80=
=9CCMP=E2=80=9D:
>
>  PWE3                                                           T. Nadeau
> Internet-Draft                                               lucidvision
> Updates: 4447, 5085 (if approved)                             L. Martini
>
>  CMP: s/PWE3/PALS? >
>
>     This document updates RFC4447 and RFC5085.
>
>  CMP: More importantly, what exactly is this document updating on those
> two? Adding a new CC Type does not mean update RFC 4447 or RFC 5085. I
> Section listing the exact updates to those specs is necessary. My view is
> that this doc can update 5085 (Section 7), but not sure how it updates 44=
47.
>
>     Note to be removed at publication: this document started out as
>    draft-ietf-pwe3-vccv-for-gal and got to version -02.  When PWE3 was
>    absorbed into PALS the next version published was draft-ietf-pals-
>    vccv-for-gal-00
>
>  CMP: I thought that initially, draft-ietf-pwe3-vccv-for-gal-02 was only
> defining the new CC Type 4, while draft-nadeau-pwe3-vccv2-00 would do oth=
er
> updates including Defaults, obsoleting CC Types, etc.
>
>     state.  Operators have indicated in [RFC4377], and [RFC3916] that
>    such a tool is required for PW operation and maintenance.  To this
>    end, the IETF's PWE3 Working Group defined the Virtual Circuit
>    Connectivity Verification Protocol (VCCV) in [RFC5085] . Since then a
>    number of interoperability issues have arisen with the protocol as it
>    is defined.
>
>  CMP: I see the fact that PWE3 WG defined that RFC as a distractor, and
> irrelevant in the larger scheme of things. Also, you should point to
> [RFC7079] to describe and quantify the interop issues instead of just
> saying they exist. Lastly, how creating a new CC Type not also create int=
ro
> issues? That should be answered.
>
>  7.  Manageability Considerations
>
>     By introducing default VCCV CC types, and improving the compatibility
>    with MPLS-TP, the compatibility of implementations is improved and
>    management and configuration of the network becomes simpler.
>
>  CMP: This is a bold statement, that does not appear to be immediate. I
> expect initially to see the manageability worst before it improves. This =
is
> adding a new mode before letting time to remove all the other ones.
>
>  Thanks,
>
>  Carlos.
>
>
>  On Dec 22, 2014, at 9:33 AM, Andrew G. Malis <agmalis@gmail.com> wrote:
>
>  PALSers,
>
>  i know that you would all like a little something to distract you from
> the holidays ... :-). Well, maybe not. But anyway, Stewart recently revis=
ed
> the VCCV for GAL draft (see below), and while short (just four pages of
> real content), we would like to have a good indication that it represents
> WG consensus, so we need at least some of you out there to read it and
> comment, even if that comment is "I've reviewed it and looks great to me"=
.
> As I noted, it's a short draft, so it shouldn't take all that long.
>
>  You can read the draft at
> http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00 .
>
>  Thanks,
> Stewart and Andy
>
>  ---------- Forwarded message ----------
> From: <internet-drafts@ietf.org>
> Date: Wed, Dec 17, 2014 at 12:00 PM
> Subject: I-D Action: draft-ietf-pals-vccv-for-gal-00.txt
> To: i-d-announce@ietf.org
> Cc: pals@ietf.org
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>  This draft is a work item of the Pseudowire And LDP-enabled Services
> Working Group of the IETF.
>
>         Title           : VCCV Default CC Types
>         Authors         : Thomas D. Nadeau
>                           Luca Martini
>                           Stewart Bryant
>         Filename        : draft-ietf-pals-vccv-for-gal-00.txt
>         Pages           : 8
>         Date            : 2014-12-17
>
> Abstract:
>    This document specifies the default Virtual Circuit Connectivity
>    Verification (VCCV) (RFC5085) control channel type to be used when
>    the pseudowire control word is present and when it is not present.  A
>    new VCCV control channel type using the Generic Associated Channel
>    Label (RFC5586) is specified for use when the control word not
>    present.
>
>    This document updates RFC4447 and RFC5085.
>
>    Note to be removed at publication: this document started out as
>    draft-ietf-pwe3-vccv-for-gal and got to version -02.  When PWE3 was
>    absorbed into PALS the next version published was draft-ietf-pals-
>    vccv-for-gal-00
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-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/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft
> <https://www.ietf.org/mailman/listinfo/i-d-announceInternet-Draft>
> directories:  http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>  _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>
>
>
>
>
> _______________________________________________
> Pals mailing listPals@ietf.orghttps://www.ietf.org/mailman/listinfo/pals
>
>
>
> --
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/index.html
>
>

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

<div dir=3D"ltr"><div>I agree with both Stuart and Sasha that an uncontrove=
rsial draft specifying Type 4 should be our first deliverable, followed by =
a separate draft on deployment and migration strategies.</div><div><br></di=
v><div>Cheers,</div><div>Andy</div><div><br></div></div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Tue, Jan 6, 2015 at 12:38 PM, Ale=
xander Vainshtein <span dir=3D"ltr">&lt;<a href=3D"mailto:Alexander.Vainsht=
ein@ecitele.com" target=3D"_blank">Alexander.Vainshtein@ecitele.com</a>&gt;=
</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">



<div bgcolor=3D"#FFFFFF">
<span style=3D"font-size:10pt">
<p style=3D"margin-top:0;margin-bottom:0">Stewart and all,</p>
<p style=3D"margin-top:0;margin-bottom:0">From my POV splitting the problem=
 and delivering a non- controversial document that just defines VCCV Type 4=
 (covering such issues as Flow Label, ELI/EL etc.) is preferable, not in th=
e least because it would onen the
 way for interoperable implementations being deployed.</p>
<p style=3D"margin-top:0;margin-bottom:0">Discussion on migration strategie=
s could then use actual Type 4 experience as a reference point</p>
<p style=3D"margin-top:0;margin-bottom:0">My 2c,</p>
<p style=3D"margin-top:0;margin-bottom:0">=C2=A0</p>
<p style=3D"margin-top:0;margin-bottom:0">=C2=A0</p>
<u></u>Thumb typed on my LG,<br>
Sasha<span class=3D""><u></u><br>
<br>
------ Original message ------<br>
<b>From:=C2=A0</b>Stewart Bryant<u></u><br>
<b>Date:=C2=A0</b>06/01/2015 19:25<br>
<b>To:=C2=A0</b>Carlos Pignataro (cpignata);Andrew G. Malis;<br>
<b>Cc:=C2=A0</b><a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@iet=
f.org</a>;<br>
<b>Subject:</b>Re: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-g=
al-00.txt<br>
<br>
</span><div><div class=3D"h5"><div>I think that there is agreement that <br=
>
<br>
1) We need Type4<br>
<br>
2) We cannot mandate Type1<br>
<br>
However where there is discussion over the migration strategy and how it is=
 defined.<br>
<br>
I wonder if the WG would prefer<br>
<br>
a) I add more text on migration path, what we deprecate =C2=A0etc to this d=
raft<br>
<br>
or<br>
<br>
b) That I split the problem and just create Type 4 here, and then write a d=
raft<br>
on preferences, migration etc, etc.<br>
<br>
An uncontroversial RFC just creating Type 4 is probably feasible before the=
 next<br>
IETF.<br>
<br>
- Stewart (as editor)<br>
<br>
<br>
On 24/12/2014 18:35, Carlos Pignataro (cpignata) wrote:<br>
</div>
<blockquote type=3D"cite">Andy,
<div><br>
</div>
<div>I took a very quick scan through this document, and have a number of c=
oncerns.</div>
<div><br>
</div>
<div>At the heart of the concerns, this document seems to be doing a number=
 of different things that are not reflected in the Title and Abstract. Whil=
e the title is =E2=80=9CVCCV Default CC Types=E2=80=9D, this document seems=
 to be doing much more than defining default
 CC Types, including:</div>
<div>1. Defining a new CC Type 4</div>
<div>2. Setting a Default for when with and without CW (as per the Title), =
but also</div>
<div>3. Implicitly Obsoleting Type 2 and Type 3 (non-default)</div>
<div>4. Requiring new hw capabilities for the Type 4.</div>
<div><br>
</div>
<div>I believe those things should be explicitly done.</div>
<div><br>
</div>
<div>Some more comments (including editorials) follow, prefaced with =E2=80=
=9CCMP=E2=80=9D:</div>
<div><br>
</div>
<div>
<div>PWE3 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0T. Nadeau</div>
<div>Internet-Draft =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0luc=
idvision</div>
<div>Updates: 4447, 5085 (if approved) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0L. Martini</div>
</div>
<div><br>
</div>
<div>CMP: s/PWE3/PALS? &gt;</div>
<div><br>
</div>
<div>=C2=A0=C2=A0=C2=A0This document updates RFC4447 and RFC5085.</div>
<div><br>
</div>
<div>CMP: More importantly, what exactly is this document updating on those=
 two? Adding a new CC Type does not mean update RFC 4447 or RFC 5085. I Sec=
tion listing the exact updates to those specs is necessary. My view is that=
 this doc can update 5085
 (Section 7), but not sure how it updates 4447.</div>
<div><br>
</div>
<div>
<div>=C2=A0=C2=A0=C2=A0Note to be removed at publication: this document sta=
rted out as</div>
<div>=C2=A0=C2=A0=C2=A0draft-ietf-pwe3-vccv-for-gal and got to version -02.=
=C2=A0 When PWE3 was</div>
<div>=C2=A0=C2=A0=C2=A0absorbed into PALS the next version published was dr=
aft-ietf-pals-</div>
<div>=C2=A0=C2=A0=C2=A0vccv-for-gal-00</div>
</div>
<div><br>
</div>
<div>CMP: I thought that initially, draft-ietf-pwe3-vccv-for-gal-02 was onl=
y defining the new CC Type 4, while draft-nadeau-pwe3-vccv2-00 would do oth=
er updates including Defaults, obsoleting CC Types, etc.</div>
<div><br>
</div>
<div>
<div>=C2=A0=C2=A0=C2=A0state.=C2=A0 Operators have indicated in [RFC4377], =
and [RFC3916] that</div>
<div>=C2=A0=C2=A0=C2=A0such a tool is required for PW operation and mainten=
ance.=C2=A0 To this</div>
<div>=C2=A0=C2=A0=C2=A0end, the IETF&#39;s PWE3 Working Group defined the V=
irtual Circuit</div>
<div>=C2=A0=C2=A0=C2=A0Connectivity Verification Protocol (VCCV) in [RFC508=
5] . Since then a</div>
<div>=C2=A0=C2=A0=C2=A0number of interoperability issues have arisen with t=
he protocol as it</div>
<div>=C2=A0=C2=A0=C2=A0is defined.</div>
</div>
<div><br>
</div>
<div>CMP: I see the fact that PWE3 WG defined that RFC as a distractor, and=
 irrelevant in the larger scheme of things. Also, you should point to [RFC7=
079] to describe and quantify the interop issues instead of just saying the=
y exist. Lastly, how creating
 a new CC Type not also create intro issues? That should be answered.</div>
<div><br>
</div>
<div>
<div>7.=C2=A0 Manageability Considerations</div>
<div><br>
</div>
<div>=C2=A0=C2=A0=C2=A0By introducing default VCCV CC types, and improving =
the compatibility</div>
<div>=C2=A0=C2=A0=C2=A0with MPLS-TP, the compatibility of implementations i=
s improved and</div>
<div>=C2=A0=C2=A0=C2=A0management and configuration of the network becomes =
simpler.</div>
</div>
<div><br>
</div>
<div>CMP: This is a bold statement, that does not appear to be immediate. I=
 expect initially to see the manageability worst before it improves. This i=
s adding a new mode before letting time to remove all the other ones.</div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Carlos.</div>
<div><br>
</div>
<div><br>
<div>
<blockquote type=3D"cite">
<div>On Dec 22, 2014, at 9:33 AM, Andrew G. Malis &lt;<a href=3D"mailto:agm=
alis@gmail.com" target=3D"_blank">agmalis@gmail.com</a>&gt; wrote:</div>
<br>
<div>
<div dir=3D"ltr">
<div>PALSers,</div>
<div><br>
</div>
<div>i know that you would all like a little something to distract you from=
 the holidays ... :-). Well, maybe not. But anyway, Stewart recently revise=
d the VCCV for GAL draft (see below), and while short (just four pages of r=
eal content), we would
 like to have a good indication that it represents WG consensus, so we need=
 at least some of you out there to read it and comment, even if that commen=
t is &quot;I&#39;ve reviewed it and looks great to me&quot;. As I noted, it=
&#39;s a short draft, so it shouldn&#39;t take all that
 long.</div>
<div><br>
</div>
<div>You can read the draft at=C2=A0<a href=3D"http://tools.ietf.org/html/d=
raft-ietf-pals-vccv-for-gal-00" target=3D"_blank">http://tools.ietf.org/htm=
l/draft-ietf-pals-vccv-for-gal-00</a>=C2=A0.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Stewart and Andy</div>
<div><br>
</div>
<div class=3D"gmail_quote">---------- Forwarded message ----------<br>
From:=C2=A0<span dir=3D"ltr">&lt;<a href=3D"mailto:internet-drafts@ietf.org=
" target=3D"_blank">internet-drafts@ietf.org</a>&gt;</span><br>
Date: Wed, Dec 17, 2014 at 12:00 PM<br>
Subject: I-D Action: draft-ietf-pals-vccv-for-gal-00.txt<br>
To:=C2=A0<a href=3D"mailto:i-d-announce@ietf.org" target=3D"_blank">i-d-ann=
ounce@ietf.org</a><br>
Cc:=C2=A0<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org</=
a><br>
<br>
<br>
A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.<br>
=C2=A0This draft is a work item of the Pseudowire And LDP-enabled Services =
Working Group of the IETF.<br>
<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Title =C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: VCCV Default CC Types<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Authors =C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: Thomas D. Nadeau<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0Luca Martini<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0Stewart Bryant<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Filename =C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0: draft-ietf-pals-vccv-for-gal-00.txt<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Pages =C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: 8<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Date =C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: 2014-12-17<br>
<br>
Abstract:<br>
=C2=A0=C2=A0=C2=A0This document specifies the default Virtual Circuit Conne=
ctivity<br>
=C2=A0=C2=A0=C2=A0Verification (VCCV) (RFC5085) control channel type to be =
used when<br>
=C2=A0=C2=A0=C2=A0the pseudowire control word is present and when it is not=
 present. =C2=A0A<br>
=C2=A0=C2=A0=C2=A0new VCCV control channel type using the Generic Associate=
d Channel<br>
=C2=A0=C2=A0=C2=A0Label (RFC5586) is specified for use when the control wor=
d not<br>
=C2=A0=C2=A0=C2=A0present.<br>
<br>
=C2=A0=C2=A0=C2=A0This document updates RFC4447 and RFC5085.<br>
<br>
=C2=A0=C2=A0=C2=A0Note to be removed at publication: this document started =
out as<br>
=C2=A0=C2=A0=C2=A0draft-ietf-pwe3-vccv-for-gal and got to version -02.=C2=
=A0 When PWE3 was<br>
=C2=A0=C2=A0=C2=A0absorbed into PALS the next version published was draft-i=
etf-pals-<br>
=C2=A0=C2=A0=C2=A0vccv-for-gal-00<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/" =
target=3D"_blank">https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for=
-gal/</a><br>
<br>
There&#39;s also a htmlized version available at:<br>
<a href=3D"http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00" targ=
et=3D"_blank">http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00</a=
><br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at=C2=A0 <a href=3D"http:=
//tools.ietf.org/" target=3D"_blank">
tools.ietf.org</a>.<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank">ftp://ftp=
.ietf.org/internet-drafts/</a><br>
<br>
_______________________________________________<br>
I-D-Announce mailing list<br>
<a href=3D"mailto:I-D-Announce@ietf.org" target=3D"_blank">I-D-Announce@iet=
f.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/i-d-announceInternet-Draft=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/i-d-announce<br>
Internet-Draft</a> directories:=C2=A0 <a href=3D"http://www.ietf.org/shadow=
.html" target=3D"_blank">
http://www.ietf.org/shadow.html</a><br>
or=C2=A0<a href=3D"ftp://ftp.ietf.org/ietf/1shadow-sites.txt" target=3D"_bl=
ank">ftp://ftp.ietf.org/ietf/1shadow-sites.txt</a><br>
</div>
</div>
_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org" target=3D"_blank">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><br>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset>=C2=A0</fieldset> <br>
<pre>_______________________________________________
Pals mailing list
<a href=3D"mailto:Pals@ietf.org" target=3D"_blank">Pals@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a>
</pre>
</blockquote>
<br>
<br>
<pre cols=3D"72">--=20
For corporate legal information go to:

<a href=3D"http://www.cisco.com/web/about/doing_business/legal/cri/index.ht=
ml" target=3D"_blank">http://www.cisco.com/web/about/doing_business/legal/c=
ri/index.html</a>

</pre>
</div></div></span>
</div>

</blockquote></div><br></div>

--089e014950280898ee050c029395--


From nobody Tue Jan  6 15:32:17 2015
Return-Path: <tochio@jp.fujitsu.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E05BE1A872D for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 15:32:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.692
X-Spam-Level: 
X-Spam-Status: No, score=-1.692 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v7aT1oDJ3UUV for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 15:32:14 -0800 (PST)
Received: from fgwmail6.fujitsu.co.jp (fgwmail6.fujitsu.co.jp [192.51.44.36]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5914C1A6FE9 for <pals@ietf.org>; Tue,  6 Jan 2015 15:32:14 -0800 (PST)
Received: from kw-mxoi1.gw.nic.fujitsu.com (unknown [10.0.237.133]) by fgwmail6.fujitsu.co.jp (Postfix) with ESMTP id 16E8F3EE0BB for <pals@ietf.org>; Wed,  7 Jan 2015 08:32:13 +0900 (JST)
Received: from s2.gw.fujitsu.co.jp (s2.gw.fujitsu.co.jp [10.0.50.92]) by kw-mxoi1.gw.nic.fujitsu.com (Postfix) with ESMTP id 21047AC0250 for <pals@ietf.org>; Wed,  7 Jan 2015 08:32:12 +0900 (JST)
Received: from dm.kawasaki.flab.fujitsu.co.jp (dm.kawasaki.flab.fujitsu.co.jp [10.25.192.105]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id C0DECE08007 for <pals@ietf.org>; Wed,  7 Jan 2015 08:32:11 +0900 (JST)
X-SecurityPolicyCheck: OK by SHieldMailChecker v2.3.2
X-SHieldMailCheckerPolicyVersion: FJ-ISEC-20140924-1
X-SHieldMailCheckerMailID: affaae6a0e3445e39b30298f938add37
Message-ID: <54AC7098.7000206@jp.fujitsu.com>
Date: Wed, 07 Jan 2015 08:32:40 +0900
From: Yuji Tochio <tochio@jp.fujitsu.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: pals@ietf.org
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com>
In-Reply-To: <549A8CEA.3010909@cisco.com>
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
X-TM-AS-MML: No
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/H4_7uWvjVxIUo9rDA3SjaIKvTvE
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 23:32:16 -0000

Support

Regards, Yuji

On 2014/12/24 18:52, Stewart Bryant wrote:
>
> Working Group,
>
> This email starts a poll to see whether there is consensus to
> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
> the PALS WG.
>
> Please send your comments (support/not support) to the PALS working
> group mailing list (pals@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>
> In view of the long holiday season in some parts of the world I will
> run the poll until 16th January 2015.
>
> - Stewart
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>



From nobody Tue Jan  6 17:55:37 2015
Return-Path: <ryoo@etri.re.kr>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E31B1A88A1 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 17:55:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.91
X-Spam-Level: 
X-Spam-Status: No, score=-101.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2xlku_trmmxu for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 17:55:31 -0800 (PST)
Received: from smtpeg.etri.re.kr (smtpeg2.etri.re.kr [129.254.27.142]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 756C41A889F for <pals@ietf.org>; Tue,  6 Jan 2015 17:55:30 -0800 (PST)
Received: from SMTP3.etri.info (129.254.28.73) by SMTPEG2.etri.info (129.254.27.142) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 7 Jan 2015 10:55:28 +0900
Received: from SMTP2.etri.info ([169.254.2.83]) by SMTP3.etri.info ([10.2.6.32]) with mapi id 14.01.0355.002; Wed, 7 Jan 2015 10:55:25 +0900
From: "Ryoo, Jeong-dong " <ryoo@etri.re.kr>
To: "Andrew G. Malis" <agmalis@gmail.com>, Gregory Mirsky <gregory.mirsky@ericsson.com>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19m9g4LutGZMU6VuC0GfomWpJyvFVUAgANooICAAGTwgIAACnCAgAEH8SA=
Date: Wed, 7 Jan 2015 01:55:24 +0000
Message-ID: <5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16@SMTP2.etri.info>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se>, <CAA=duU2RPdkxLOmktXN93LwXY6SYbiSYwa-tnfb9G4gLKB-NZg@mail.gmail.com>
In-Reply-To: <CAA=duU2RPdkxLOmktXN93LwXY6SYbiSYwa-tnfb9G4gLKB-NZg@mail.gmail.com>
Accept-Language: ko-KR, en-US
Content-Language: ko-KR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-new-displayname: UnlvbywgSmVvbmctZG9uZyA=
x-originating-ip: [129.254.28.44]
Content-Type: multipart/alternative; boundary="_000_5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16SMTP2etriinfo_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/5lVcsc_SfqHy7kQsC6cDNVrY75U
Cc: "stbryant@cisco.com" <stbryant@cisco.com>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2015 01:55:35 -0000

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

SGFwcHkgTmV3IFllYXIhDQoNCkFsdGhvdWdoIEkgaGF2ZSBhIHF1ZXN0aW9uIG9uIHRoZSBvcHRp
b25hbCBsaW5lYXIgcHJvdGVjdGlvbiBhcHByb2FjaCBzcGVjaWZpZWQgaW4gQXBwZW5kaXgsIHdo
aWNoIGNhbiBiZSBhZGRyZXNzZWQgYWZ0ZXIgYWRvcHRpb24sDQpJIGFsc28gc3VwcG9ydCB0aGlz
IGRvY3VtZW50IHRvIGJlIGFkb3B0ZWQgYXMgYSBXRyBkcmFmdC4NCg0KTXkgcXVlc3Rpb24gaXMg
YWJvdXQgdGhlIGZpcnN0IHNlbnRlbmNlIGluIHRoZSB0aGlyZCBwYXJhZ3JhcGggb2YgU2VjdGlv
biBBLjEuDQpJIGRvbid0IHVuZGVyc3RhbmQgd2h5IHRoZSBQVyBzdGF0dXMgc2lnbmFsaW5nIGlz
IHJlcXVpcmVkICgiTVVTVCIpIHdoZW4gdGhlIE1QTFMtVFAgbGluZWFyIHByb3RlY3Rpb24gYXBw
cm9hY2ggaXMgdXNlZC4NCkl0IGRvZXMgbm90IHNlZW0gY29ycmVjdCB0ZWNobmljYWxseS4NCg0K
QmVzdCByZWdhcmRzLA0KDQpKZW9uZy1kb25nDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCuuztOuCuCDsgqzrnowgOiAiQW5kcmV3IEcuIE1hbGlzIiA8YWdtYWxp
c0BnbWFpbC5jb20+DQrrs7Trgrgg64Kg7KecIDogMjAxNS0wMS0wNyAwMzo0OTo1NSAoICswOTow
MCApDQrrsJvripQg7IKs656MIDogR3JlZ29yeSBNaXJza3kgPGdyZWdvcnkubWlyc2t5QGVyaWNz
c29uLmNvbT4NCuywuOyhsCA6IEFsZXhhbmRlciBWYWluc2h0ZWluIDxBbGV4YW5kZXIuVmFpbnNo
dGVpbkBlY2l0ZWxlLmNvbT4sIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9v
bHMuaWV0Zi5vcmcgPGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0
Zi5vcmc+LCBwYWxzQGlldGYub3JnIDxwYWxzQGlldGYub3JnPiwgc3RicnlhbnRAY2lzY28uY29t
IDxzdGJyeWFudEBjaXNjby5jb20+DQrsoJzrqqkgOiBSZTogW1BhbHNdIFBvbGwgdG8gZGV0ZXJt
aW5lIGNvbnNlbnN1cyBmb3IgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJv
dGVjdGlvbiBhcyBXRyBkcmFmdA0KDQpHcmVnLA0KDQpUaGFua3MgZm9yIHlvdXIgc3VwcG9ydCwg
YW5kIHllcyB3ZSB3b3VsZCwgYWx0aG91Z2ggd2UgcHJlZmVyIHN0YW5kYXJkcyB0cmFjayBzbyB0
aGF0IGl0IHdvdWxkIGJlIG1hcmtlZCBhcyAiVXBkYXRlcyA2ODcwIiBpbiB0aGUgUkZDIGRhdGFi
YXNlLCBzbyBhbnlvbmUgaW1wbGVtZW50aW5nIDY4NzAgd2lsbCBhbHNvIHJlYWQgaXQsIGFuZCBh
IHJlZmVyZW5jZSBhZGRlZCBpZiB0aGVyZSdzIGV2ZXIgYSA2ODcwLWJpcy4NCg0KQ2hlZXJzLA0K
QW5keQ0KDQpPbiBUdWUsIEphbiA2LCAyMDE1IGF0IDE6MTEgUE0sIEdyZWdvcnkgTWlyc2t5IDxn
cmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29u
LmNvbT4+IHdyb3RlOg0KRGVhciBBbGwsDQpmaXJzdGx5LCBJIHN1cHBvcnQgYWRvcHRpb24gb2Yg
dGhpcyBkb2N1bWVudCBieSB0aGUgV0cuDQoNClNlY29uZCwgY29uc2lkZXJpbmcgdGhhdCB0aGUg
ZG9jdW1lbnQgZG9lc27igJl0IHB1dCBmb3J0aCBhbnkgSUFOQSByZXF1ZXN0cywgbm9yIGNoYW5n
ZXMgYW55IGVhcmxpZXIgZGVmaW5lZCBwcm9jZWR1cmVzIGJ1dCByYXRoZXIgZG9jdW1lbnQgYXBw
bGljYWJpbGl0eSBvZiB0aGUgUkZDIDY0NzgsIHdvdWxkIGF1dGhvcnMgY29uc2lkZXIgSW5mb3Jt
YXRpb25hbCB0cmFjayBmb3IgdGhpcyBkb2N1bWVudD8NCg0KICAgICAgICAgICAgICAgIFJlZ2Fy
ZHMsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEdyZWcNCg0KRnJvbTogUGFscyBb
bWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86cGFscy1ib3VuY2VzQGlldGYub3Jn
Pl0gT24gQmVoYWxmIE9mIEFuZHJldyBHLiBNYWxpcw0KU2VudDogVHVlc2RheSwgSmFudWFyeSAw
NiwgMjAxNSA0OjExIEFNDQpUbzogQWxleGFuZGVyIFZhaW5zaHRlaW4NCkNjOiBzdGJyeWFudEBj
aXNjby5jb208bWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbT47IGRyYWZ0LXNoYXdhbS1wd2UzLW1z
LXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXNoYXdhbS1wd2UzLW1z
LXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc+OyBwYWxzQGlldGYub3JnPG1haWx0bzpwYWxz
QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtQYWxzXSBQb2xsIHRvIGRldGVybWluZSBjb25zZW5z
dXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMg
V0cgZHJhZnQNCg0KU2FzaGEsDQoNClRoZSBkaWZmZXJlbmNlIGlzIHRoYXQgdGhpcyBkcmFmdCBp
cyBhIHNpbXBsZSBjbGFyaWZpY2F0aW9uIG9mIGV4aXN0aW5nIFJGQ3MgdG8gbWFrZSBpdCBjbGVh
ciBob3cgdGhleSBjYW4gYmUgdXNlZCB0byBwcm92aWRlIGVuZC10by1lbmQgcmVzaWxpZW5jeSBv
ZiBzdGF0aWMgTVMtUFdzLiBJJ20gYXdhcmUgb2YgYXQgbGVhc3Qgb25lIGRlcGxveW1lbnQgb2Yg
dGhpcyBkcmFmdC4NCg0KZHJhZnQtaWV0Zi1wYWxzLXJlZHVuZGFuY3ktc3BlLTAwIGlzIG1vcmUg
aW52b2x2ZWQsIHNpbmNlIGl0IHByb3ZpZGVzIHJlc2lsaWVuY3kgYXQgaW50ZXJtZWRpYXRlIFMt
UEVzIHJhdGhlciB0aGFuIG9ubHkgZW5kLXRvLWVuZCwgYnV0IGhhcyB0aGUgcG9zc2liaWxpdHkg
dG8gc2NhbGUgYmV0dGVyIGluIGEgbmV0d29yayB3aXRoIGEgbGFyZ2UgbnVtYmVyIG9mIE1TLVBX
cy4gSXQgY291bGQgYWxzbyBwcm92aWRlIGZhc3RlciBwcm90ZWN0aW9uIHN3aXRjaGluZyBhcyB3
ZWxsLiBJdCB3b3VsZCBiZSB1cCB0byB0aGUgb3BlcmF0b3IgdG8gZGVjaWRlIHdoaWNoIHNvbHV0
aW9uIHRoZXkgcHJlZmVyIHRvIGRlcGxveS4NCg0KQ2hlZXJzLA0KQW5keQ0KDQoNCk9uIFN1biwg
SmFuIDQsIDIwMTUgYXQgMzowNyBBTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gPEFsZXhhbmRlci5W
YWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxl
LmNvbT4+IHdyb3RlOg0KU3Rld2FydCBhbmQgYWxsLA0KSSd2ZSByZWFkIHRoZSBkcmFmdCwgYW5k
IEkgZG8gbm90IGhhdmUgYW55IGlzc3VlcyB3aXRoIGl0cyBjb250ZW50ICBwZXIgc2UuDQpIb3dl
dmVyIEknZCBsaWtlIHRvIHVuZGVyc3RhbmQgYmV0dGVyIGl0cyByZWxhdGlvbnNoaXAgd2l0aCB0
aGUgYWxyZWFkeSBhZG9wdGVkIGRyYWZ0LWlldGYtcGFscy1yZWR1bmRhbmN5LXNwZS0wMC4NCg0K
Qm90aCBkcmFmdHMgYXJlIGludGVuZGVkIGZvciB0aGUgU3RhbmRhcmRzIHRyYWNrIGJ5IHRoZWly
IGF1dGhvcnMgYW5kIGJvdGggc2VlbSB0byBhZGRyZXNzIHRoZSBwcm9ibGVtIG9mIFMtUEUgZmFp
bHVyZSBldmVuIGlmIGluIGRpZmZlcmVudCBkaWZmZXJlbnQgZGVwbG95bWVudCBzY2VuYXJpb3Mu
DQoNCkkgd291bGQgbGlrZSB0byBjbGFyaWZ5IHRoYXQgIEkgZG8gbm90IGFjdGl2ZWx5IG9iamVj
dCBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0uDQpUaGUgY2xhcmlmaWNhdGlvbiBpbiBxdWVzdGlv
biBjb3VsZCBiZSBwcm92aWRlZCBhZnRlciBhZG9wdGlvbiBpZiB0aGUgV0cgZmVlbHMgdGhhdCB0
aGlzIGNhbiBiZSBwb3N0cG9uZWQuICBCdXQgSSBkbyBub3QgdGhpbmsgdGhhdCBpdCBjYW4gYmUg
YXZvaWRlZCBhbHRvZ2V0aGVyLg0KDQpSZWdhcmRzLA0KU2FzaGENCg0KDQoNCg0KX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogUGFscyA8cGFscy1ib3VuY2Vz
QGlldGYub3JnPG1haWx0bzpwYWxzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgU3Rl
d2FydCBCcnlhbnQgPHN0YnJ5YW50QGNpc2NvLmNvbTxtYWlsdG86c3RicnlhbnRAY2lzY28uY29t
Pj4NClNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMjQsIDIwMTQgMTE6NTIgQU0NClRvOiBkcmFm
dC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFm
dC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPjsgcGFsc0BpZXRm
Lm9yZzxtYWlsdG86cGFsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtQYWxzXSBQb2xsIHRvIGRldGVy
bWluZSBjb25zZW5zdXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXBy
b3RlY3Rpb24gYXMgV0cgZHJhZnQNCldvcmtpbmcgR3JvdXAsDQoNClRoaXMgZW1haWwgc3RhcnRz
IGEgcG9sbCB0byBzZWUgd2hldGhlciB0aGVyZSBpcyBjb25zZW5zdXMgdG8NCmFkb3B0IGRyYWZ0
LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMgYSBXRyBkcmFmdCBvZg0KdGhlIFBBTFMg
V0cuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRv
IHRoZSBQQUxTIHdvcmtpbmcNCmdyb3VwIG1haWxpbmcgbGlzdCAocGFsc0BpZXRmLm9yZzxtYWls
dG86cGFsc0BpZXRmLm9yZz4pLiBQbGVhc2UgZ2l2ZSBhIHRlY2huaWNhbA0KbW90aXZhdGlvbiBm
b3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0
DQp0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBiZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBk
b2N1bWVudC4NCg0KSW4gdmlldyBvZiB0aGUgbG9uZyBob2xpZGF5IHNlYXNvbiBpbiBzb21lIHBh
cnRzIG9mIHRoZSB3b3JsZCBJIHdpbGwNCnJ1biB0aGUgcG9sbCB1bnRpbCAxNnRoIEphbnVhcnkg
MjAxNS4NCg0KLSBTdGV3YXJ0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQpQYWxzIG1haWxpbmcgbGlzdA0KUGFsc0BpZXRmLm9yZzxtYWlsdG86UGFs
c0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscw0K
DQoNCg==

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBpZD0iZXpG
b3JtUHJvY19kaXYiIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiDqtbTrprwi
Pg0KPGRpdiBpZD0ibXNnYm9keSI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1
cHQiPkhhcHB5IE5ldyBZZWFyITwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQi
PiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPkFsdGhvdWdoIEkg
aGF2ZSBhIHF1ZXN0aW9uIG9uIHRoZSBvcHRpb25hbCBsaW5lYXIgcHJvdGVjdGlvbiBhcHByb2Fj
aCBzcGVjaWZpZWQgaW4gQXBwZW5kaXgsIHdoaWNoIGNhbiBiZSBhZGRyZXNzZWQgYWZ0ZXIgYWRv
cHRpb24sPC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+SSBhbHNvIHN1cHBv
cnQgdGhpcyBkb2N1bWVudCB0byBiZSBhZG9wdGVkIGFzIGEgV0cgZHJhZnQuPC9kaXY+DQo8ZGl2
IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+Jm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5F
LUhFSUdIVDogMTVwdCI+TXkgcXVlc3Rpb24gaXMgYWJvdXQgdGhlIGZpcnN0IHNlbnRlbmNlIGlu
IHRoZSB0aGlyZCBwYXJhZ3JhcGggb2YgU2VjdGlvbiBBLjEuPC9kaXY+DQo8ZGl2IHN0eWxlPSJM
SU5FLUhFSUdIVDogMTVwdCI+SSBkb24ndCB1bmRlcnN0YW5kIHdoeSB0aGUgUFcgc3RhdHVzIHNp
Z25hbGluZyBpcyByZXF1aXJlZCZuYnNwOygmcXVvdDtNVVNUJnF1b3Q7KSB3aGVuIHRoZSBNUExT
LVRQIGxpbmVhciBwcm90ZWN0aW9uIGFwcHJvYWNoIGlzIHVzZWQuPC9kaXY+DQo8ZGl2IHN0eWxl
PSJMSU5FLUhFSUdIVDogMTVwdCI+SXQgZG9lcyBub3Qgc2VlbSBjb3JyZWN0IHRlY2huaWNhbGx5
LjwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPiZuYnNwOzwvZGl2Pg0KPGRp
diBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPkJlc3QgcmVnYXJkcyw8L2Rpdj4NCjxkaXYgc3R5
bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJ
R0hUOiAxNXB0Ij5KZW9uZy1kb25nPC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVw
dCI+Jm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+PGJyPg0KPGJy
Pg0KJm5ic3A7PC9kaXY+DQo8ZGl2IGlkPSJNYWlsU2lnblNlbnQiIHN0eWxlPSJMSU5FLUhFSUdI
VDogMTVwdCI+PGJyPg0KPC9kaXY+DQo8ZGl2IGlkPSJPUkdNQUlMX0NPTlRFTlQiIHN0eWxlPSJM
SU5FLUhFSUdIVDogMTVwdCI+DQo8aHIgdGFiaW5kZXg9Ii0xIj4NCjxiPuuztOuCuCDsgqzrnowg
OiA8L2I+JnF1b3Q7QW5kcmV3IEcuIE1hbGlzJnF1b3Q7ICZsdDthZ21hbGlzQGdtYWlsLmNvbSZn
dDs8YnI+DQo8Yj7rs7Trgrgg64Kg7KecIDogPC9iPjIwMTUtMDEtMDcgMDM6NDk6NTUgKCAmIzQz
OzA5OjAwICk8YnI+DQo8Yj7rsJvripQg7IKs656MIDogPC9iPkdyZWdvcnkgTWlyc2t5ICZsdDtn
cmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20mZ3Q7PGJyPg0KPGI+7LC47KGwIDogPC9iPkFsZXhh
bmRlciBWYWluc2h0ZWluICZsdDtBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSZndDss
IGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmcgJmx0O2Ry
YWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmcmZ3Q7LCBwYWxz
QGlldGYub3JnICZsdDtwYWxzQGlldGYub3JnJmd0Oywgc3RicnlhbnRAY2lzY28uY29tICZsdDtz
dGJyeWFudEBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+7KCc66qpIDogPC9iPlJlOiBbUGFsc10gUG9s
bCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdl
My1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0PGJyPg0KPGJyPg0KPGRpdiBkaXI9Imx0ciI+
R3JlZywNCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rcyBmb3IgeW91ciBzdXBwb3J0LCBh
bmQgeWVzIHdlIHdvdWxkLCBhbHRob3VnaCB3ZSBwcmVmZXIgc3RhbmRhcmRzIHRyYWNrIHNvIHRo
YXQgaXQgd291bGQgYmUgbWFya2VkIGFzICZxdW90O1VwZGF0ZXMgNjg3MCZxdW90OyBpbiB0aGUg
UkZDIGRhdGFiYXNlLCBzbyBhbnlvbmUgaW1wbGVtZW50aW5nIDY4NzAgd2lsbCBhbHNvIHJlYWQg
aXQsIGFuZCBhIHJlZmVyZW5jZSBhZGRlZCBpZiB0aGVyZSdzIGV2ZXIgYSA2ODcwLWJpcy48L2Rp
dj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkNoZWVycyw8L2Rpdj4NCjxkaXY+QW5keTwvZGl2
Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21h
aWxfcXVvdGUiPk9uIFR1ZSwgSmFuIDYsIDIwMTUgYXQgMToxMSBQTSwgR3JlZ29yeSBNaXJza3kg
PHNwYW4gZGlyPSJsdHIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmlj
c3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+
Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz
dHlsZT0iUEFERElORy1MRUZUOiAxZXg7IE1BUkdJTjogMHB4IDBweCAwcHggMC44ZXg7IEJPUkRF
Ui1MRUZUOiAjY2NjIDFweCBzb2xpZCI+DQo8ZGl2IGxhbmc9IkVOLVVTIiB2bGluaz0icHVycGxl
IiBsaW5rPSJibHVlIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Rk9OVC1TSVpFOiAxMXB0OyBGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09M
T1I6ICMxZjQ5N2QiPkRlYXIgQWxsLDx1PjwvdT48dT48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZOiAn
Q2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZCI+Zmlyc3RseSwgSSBzdXBwb3J0
IGFkb3B0aW9uIG9mIHRoaXMgZG9jdW1lbnQgYnkgdGhlIFdHLjx1PjwvdT48dT48L3U+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDExcHQ7
IEZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZCI+PHU+
PC91Pjx1PjwvdT48L3NwYW4+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywnc2Fucy1zZXJp
Zic7IENPTE9SOiAjMWY0OTdkIj5TZWNvbmQsIGNvbnNpZGVyaW5nIHRoYXQgdGhlIGRvY3VtZW50
IGRvZXNu4oCZdCBwdXQgZm9ydGggYW55IElBTkEgcmVxdWVzdHMsIG5vciBjaGFuZ2VzIGFueSBl
YXJsaWVyIGRlZmluZWQgcHJvY2VkdXJlcyBidXQgcmF0aGVyIGRvY3VtZW50IGFwcGxpY2FiaWxp
dHkgb2YNCiB0aGUgUkZDIDY0NzgsIHdvdWxkIGF1dGhvcnMgY29uc2lkZXIgSW5mb3JtYXRpb25h
bCB0cmFjayBmb3IgdGhpcyBkb2N1bWVudD88dT48L3U+PHU+PC91Pjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBGT05ULUZBTUlM
WTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2QiPjx1PjwvdT48dT48L3U+
PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJGT05U
LVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjog
IzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPHU+PC91
Pjx1PjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9IkZP
TlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywnc2Fucy1zZXJpZic7IENPTE9S
OiAjMWY0OTdkIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZw0KPHU+PC91Pjx1PjwvdT48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9O
VC1GQU1JTFk6ICdDYWxpYnJpJywnc2Fucy1zZXJpZic7IENPTE9SOiAjMWY0OTdkIj48dT48L3U+
PHU+PC91Pjwvc3Bhbj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz
dHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1RhaG9tYScsJ3NhbnMtc2VyaWYn
Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J
TFk6ICdUYWhvbWEnLCdzYW5zLXNlcmlmJyI+IFBhbHMgW21haWx0bzo8YSBocmVmPSJtYWlsdG86
cGFscy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cGFscy1ib3VuY2VzQGlldGYu
b3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+QW5kcmV3IEcuIE1hbGlzPGJyPg0KPGI+U2Vu
dDo8L2I+IFR1ZXNkYXksIEphbnVhcnkgMDYsIDIwMTUgNDoxMSBBTTxicj4NCjxiPlRvOjwvYj4g
QWxleGFuZGVyIFZhaW5zaHRlaW48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpzdGJy
eWFudEBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5zdGJyeWFudEBjaXNjby5jb208L2E+Ow0K
PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMu
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3Rl
Y3Rpb25AdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86cGFsc0BpZXRmLm9yZyIg
dGFyZ2V0PSJfYmxhbmsiPg0KcGFsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4g
UmU6IFtQYWxzXSBQb2xsIHRvIGRldGVybWluZSBjb25zZW5zdXMgZm9yIGFkb3B0aW9uIG9mIGRy
YWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMgV0cgZHJhZnQ8dT48L3U+PHU+PC91
Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iaDUiPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHU+PC91Pjx1PjwvdT4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
U2FzaGEsPHU+PC91Pjx1PjwvdT48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHU+
PC91Pjx1PjwvdT4mbmJzcDs8L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5UaGUgZGlmZmVyZW5jZSBpcyB0aGF0IHRoaXMgZHJhZnQgaXMgYSBzaW1wbGUgY2xhcmlmaWNh
dGlvbiBvZiBleGlzdGluZyBSRkNzIHRvIG1ha2UgaXQgY2xlYXIgaG93IHRoZXkgY2FuIGJlIHVz
ZWQgdG8gcHJvdmlkZSBlbmQtdG8tZW5kIHJlc2lsaWVuY3kgb2Ygc3RhdGljIE1TLVBXcy4gSSdt
IGF3YXJlIG9mIGF0IGxlYXN0IG9uZSBkZXBsb3ltZW50IG9mIHRoaXMgZHJhZnQuPHU+PC91Pjx1
PjwvdT48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dT48L3U+PHU+
PC91PiZuYnNwOzwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJGT05ULVNJWkU6IDEwcHQiPmRyYWZ0LWlldGYtcGFscy1yZWR1bmRhbmN5LXNwZS0w
MCBpcyBtb3JlIGludm9sdmVkLCBzaW5jZSBpdCBwcm92aWRlcyByZXNpbGllbmN5IGF0IGludGVy
bWVkaWF0ZSBTLVBFcyByYXRoZXIgdGhhbiBvbmx5IGVuZC10by1lbmQsIGJ1dCBoYXMgdGhlIHBv
c3NpYmlsaXR5IHRvIHNjYWxlIGJldHRlciBpbiBhIG5ldHdvcmsgd2l0aCBhIGxhcmdlIG51bWJl
ciBvZg0KIE1TLVBXcy4gSXQgY291bGQgYWxzbyBwcm92aWRlIGZhc3RlciBwcm90ZWN0aW9uIHN3
aXRjaGluZyBhcyB3ZWxsLiBJdCB3b3VsZCBiZSB1cCB0byB0aGUgb3BlcmF0b3IgdG8gZGVjaWRl
IHdoaWNoIHNvbHV0aW9uIHRoZXkgcHJlZmVyIHRvIGRlcGxveS48L3NwYW4+PHU+PC91Pjx1Pjwv
dT48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dT48L3U+PHU+PC91
PiZuYnNwOzwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8
dT48L3U+PHU+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFu
ZHk8dT48L3U+PHU+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
Pjx1PjwvdT48dT48L3U+Jm5ic3A7PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48dT48L3U+PHU+PC91PiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5PbiBTdW4sIEphbiA0LCAyMDE1IGF0IDM6MDcgQU0sIEFsZXhhbmRlciBWYWlu
c2h0ZWluICZsdDs8YSBocmVmPSJtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j
b20iIHRhcmdldD0iX2JsYW5rIj5BbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTwvYT4m
Z3Q7IHdyb3RlOjx1PjwvdT48dT48L3U+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Ik1BUkdJTi1CT1RUT006IDEycHQiPlN0ZXdhcnQgYW5kIGFsbCw8YnI+DQpJJ3ZlIHJlYWQgdGhl
IGRyYWZ0LCBhbmQgSSBkbyBub3QgaGF2ZSBhbnkgaXNzdWVzIHdpdGggaXRzIGNvbnRlbnQmbmJz
cDsgcGVyIHNlLjxicj4NCkhvd2V2ZXIgSSdkIGxpa2UgdG8gdW5kZXJzdGFuZCBiZXR0ZXIgaXRz
IHJlbGF0aW9uc2hpcCB3aXRoIHRoZSBhbHJlYWR5IGFkb3B0ZWQgZHJhZnQtaWV0Zi1wYWxzLXJl
ZHVuZGFuY3ktc3BlLTAwLjxicj4NCjxicj4NCkJvdGggZHJhZnRzIGFyZSBpbnRlbmRlZCBmb3Ig
dGhlIFN0YW5kYXJkcyB0cmFjayBieSB0aGVpciBhdXRob3JzIGFuZCBib3RoIHNlZW0gdG8gYWRk
cmVzcyB0aGUgcHJvYmxlbSBvZiBTLVBFIGZhaWx1cmUgZXZlbiBpZiBpbiBkaWZmZXJlbnQgZGlm
ZmVyZW50IGRlcGxveW1lbnQgc2NlbmFyaW9zLjxicj4NCjxicj4NCkkgd291bGQgbGlrZSB0byBj
bGFyaWZ5IHRoYXQmbmJzcDsgSSBkbyBub3QgYWN0aXZlbHkgb2JqZWN0IGFkb3B0aW9uIG9mIGRy
YWZ0LXNoYXdhbS48YnI+DQpUaGUgY2xhcmlmaWNhdGlvbiBpbiBxdWVzdGlvbiBjb3VsZCBiZSBw
cm92aWRlZCBhZnRlciBhZG9wdGlvbiBpZiB0aGUgV0cgZmVlbHMgdGhhdCB0aGlzIGNhbiBiZSBw
b3N0cG9uZWQuJm5ic3A7IEJ1dCBJIGRvIG5vdCB0aGluayB0aGF0IGl0IGNhbiBiZSBhdm9pZGVk
IGFsdG9nZXRoZXIuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQpTYXNoYTxicj4NCjxicj4NCjxi
cj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188
YnI+DQpGcm9tOiBQYWxzICZsdDs8YSBocmVmPSJtYWlsdG86cGFscy1ib3VuY2VzQGlldGYub3Jn
IiB0YXJnZXQ9Il9ibGFuayI+cGFscy1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxm
IG9mIFN0ZXdhcnQgQnJ5YW50ICZsdDs8YSBocmVmPSJtYWlsdG86c3RicnlhbnRAY2lzY28uY29t
IiB0YXJnZXQ9Il9ibGFuayI+c3RicnlhbnRAY2lzY28uY29tPC9hPiZndDs8YnI+DQpTZW50OiBX
ZWRuZXNkYXksIERlY2VtYmVyIDI0LCAyMDE0IDExOjUyIEFNPGJyPg0KPHNwYW4+VG86IDxhIGhy
ZWY9Im1haWx0bzpkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYu
b3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9u
QHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnBhbHNAaWV0Zi5vcmciIHRhcmdl
dD0iX2JsYW5rIj4NCnBhbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjxicj4NCjxzcGFuPlN1YmplY3Q6
IFtQYWxzXSBQb2xsIHRvIGRldGVybWluZSBjb25zZW5zdXMgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0
LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb24gYXMgV0cgZHJhZnQ8L3NwYW4+PHU+PC91Pjx1
PjwvdT48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldvcmtpbmcgR3Jv
dXAsPGJyPg0KPGJyPg0KVGhpcyBlbWFpbCBzdGFydHMgYSBwb2xsIHRvIHNlZSB3aGV0aGVyIHRo
ZXJlIGlzIGNvbnNlbnN1cyB0bzxicj4NCmFkb3B0IGRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXBy
b3RlY3Rpb24gYXMgYSBXRyBkcmFmdCBvZjxicj4NCnRoZSBQQUxTIFdHLjxicj4NCjxicj4NClBs
ZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBQQUxT
IHdvcmtpbmc8YnI+DQpncm91cCBtYWlsaW5nIGxpc3QgKDxhIGhyZWY9Im1haWx0bzpwYWxzQGll
dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cGFsc0BpZXRmLm9yZzwvYT4pLiBQbGVhc2UgZ2l2ZSBh
IHRlY2huaWNhbDxicj4NCm1vdGl2YXRpb24gZm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwg
ZXNwZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhhdDxicj4NCnRoZSBkb2N1bWVudCBzaG91bGQgbm90
IGJlIGFkb3B0ZWQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50Ljxicj4NCjxicj4NCkluIHZp
ZXcgb2YgdGhlIGxvbmcgaG9saWRheSBzZWFzb24gaW4gc29tZSBwYXJ0cyBvZiB0aGUgd29ybGQg
SSB3aWxsPGJyPg0KcnVuIHRoZSBwb2xsIHVudGlsIDE2dGggSmFudWFyeSAyMDE1Ljxicj4NCjxi
cj4NCi0gU3Rld2FydDxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fPGJyPg0KUGFscyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls
dG86UGFsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlBhbHNAaWV0Zi5vcmc8L2E+PGJyPg0K
PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzIiB0YXJn
ZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzPC9h
Pjx1PjwvdT48dT48L3U+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHU+PC91Pjx1PjwvdT4mbmJzcDs8L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnI+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16SMTP2etriinfo_--


From nobody Tue Jan  6 19:24:47 2015
Return-Path: <chengweiqiang@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DDED1A8941 for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 19:24:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.811
X-Spam-Level: ***
X-Spam-Status: No, score=3.811 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BahMthIChUpS for <pals@ietfa.amsl.com>; Tue,  6 Jan 2015 19:24:43 -0800 (PST)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with SMTP id 365D71A0430 for <pals@ietf.org>; Tue,  6 Jan 2015 19:24:42 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.17]) by rmmx-syy-dmz-app05-12005 (RichMail) with SMTP id 2ee554aca6f8e61-1358a; Wed, 07 Jan 2015 11:24:40 +0800 (CST)
X-RM-TRANSID: 2ee554aca6f8e61-1358a
X-RM-SPAM-FLAG: 00000000
Received: from chengweiqiang (unknown[10.2.43.145]) by rmsmtp-syy-appsvr09-12009 (RichMail) with SMTP id 2ee954aca6f82c5-9f911; Wed, 07 Jan 2015 11:24:40 +0800 (CST)
X-RM-TRANSID: 2ee954aca6f82c5-9f911
From: =?gb2312?B?s8zOsMe/?= <chengweiqiang@chinamobile.com>
To: <stbryant@cisco.com>, <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>,  <pals@ietf.org>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com>
In-Reply-To: <549A8CEA.3010909@cisco.com>
Date: Wed, 7 Jan 2015 11:24:51 +0800
Message-ID: <008b01d02a29$7fedc8e0$7fc95aa0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdAfX2KUvK5TuI/jQBWPOoXdOKmjlQKyg3AQ
Content-Language: zh-cn
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/ukfnIS8S9E2zNAvB-2E903nwJ6o
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2015 03:24:46 -0000

Support for adoption.

Weiqiang Cheng

-----Original Message-----
From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
Sent: Wednesday, December 24, 2014 5:53 PM
To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
Subject: [Pals] Poll to determine consensus for adoption of
draft-shawam-pwe3-ms-pw-protection as WG draft


Working Group,

This email starts a poll to see whether there is consensus to adopt
draft-shawam-pwe3-ms-pw-protection as a WG draft of the PALS WG.

Please send your comments (support/not support) to the PALS working group
mailing list (pals@ietf.org). Please give a technical motivation for your
support/not support, especially if you think that the document should not be
adopted as a working group document.

In view of the long holiday season in some parts of the world I will run the
poll until 16th January 2015.

- Stewart

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




From nobody Wed Jan  7 08:25:43 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D3821A8723 for <pals@ietfa.amsl.com>; Wed,  7 Jan 2015 08:25:42 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jjUybw9OTSJ0 for <pals@ietfa.amsl.com>; Wed,  7 Jan 2015 08:25:39 -0800 (PST)
Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C68DC1A015F for <pals@ietf.org>; Wed,  7 Jan 2015 08:25:38 -0800 (PST)
Received: by mail-qg0-f45.google.com with SMTP id z107so1095573qgd.18 for <pals@ietf.org>; Wed, 07 Jan 2015 08:25:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=V59WoKP18QTCuRCx/k2lN57U8vjc6IkbO96z6MzuUCE=; b=qPt//hBgzL57MugcIVl8p0WL9MbWABT/klUQAnqboxX8sZ8lio+Z9yNJIviNZ02Ue2 ZC+x3nh4SMzvBdgdB6gzNRq8cWpv/yyuNFnfUce6pSRPcLWsDDJxinr2C5hgm/pcoosq 1D+MgC4+DUU452yb1QsmeodWcCOdPerLf9PrWEVRx77btRBZXjo8fP2ar1+JQ2eXe1HP iwMYSYOsTP7HlPIDfkdci3ZdBA8pBF5SJh6tS+ixlKU+1UUOi/kYeg90jbUKApOJryme nS6My6u8tjcpo9fHwkYiEZDzHZHEYgtNR+6A1sTx70PkBMNzc1Jsalan8sryT0igXn08 Dr2Q==
X-Received: by 10.224.69.1 with SMTP id x1mr6194665qai.32.1420647938004; Wed, 07 Jan 2015 08:25:38 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Wed, 7 Jan 2015 08:25:17 -0800 (PST)
In-Reply-To: <5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16@SMTP2.etri.info>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se> <CAA=duU2RPdkxLOmktXN93LwXY6SYbiSYwa-tnfb9G4gLKB-NZg@mail.gmail.com> <5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16@SMTP2.etri.info>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 7 Jan 2015 11:25:17 -0500
Message-ID: <CAA=duU2Ekxf7=oWb9g_dBfKO8Z7RhOYEiQBMdOK0GuqS-yGDQw@mail.gmail.com>
To: "Ryoo, Jeong-dong" <ryoo@etri.re.kr>
Content-Type: multipart/alternative; boundary=001a11c2068ab2200d050c125ff2
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/HjfbfLo6azpXZZNT39n7Dmz7gdQ
Cc: Gregory Mirsky <gregory.mirsky@ericsson.com>, "stbryant@cisco.com" <stbryant@cisco.com>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2015 16:25:42 -0000

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

Jeong-dong,

Thanks for your comment. In Section A.1, the PW status signaling approach
is a "MUST" for code implementation, but not deployment in a network. This
is so all implementations of the eventual RFC can interoperate using the PW
status signaling approach as the common denominator, if the optional
appendix hasn't been implemented by a particular vendor.

Cheers,
Andy

On Tue, Jan 6, 2015 at 8:55 PM, Ryoo, Jeong-dong <ryoo@etri.re.kr> wrote:

>   Happy New Year!
>
> Although I have a question on the optional linear protection approach
> specified in Appendix, which can be addressed after adoption,
> I also support this document to be adopted as a WG draft.
>
> My question is about the first sentence in the third paragraph of Section
> A.1.
> I don't understand why the PW status signaling is required ("MUST") when
> the MPLS-TP linear protection approach is used.
> It does not seem correct technically.
>
> Best regards,
>
> Jeong-dong
>
>
>
>
>
>  ------------------------------
> *=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : *"Andrew G. Malis" <agmalis@gmai=
l.com>
> *=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : *2015-01-07 03:49:55 ( +09:00 )
> *=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : *Gregory Mirsky <gregory.mirsky@=
ericsson.com>
> *=EC=B0=B8=EC=A1=B0 : *Alexander Vainshtein <Alexander.Vainshtein@ecitele=
.com>,
> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org <
> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, pals@ietf.org <
> pals@ietf.org>, stbryant@cisco.com <stbryant@cisco.com>
> *=EC=A0=9C=EB=AA=A9 : *Re: [Pals] Poll to determine consensus for adoptio=
n of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
>
> Greg,
>
>  Thanks for your support, and yes we would, although we prefer standards
> track so that it would be marked as "Updates 6870" in the RFC database, s=
o
> anyone implementing 6870 will also read it, and a reference added if
> there's ever a 6870-bis.
>
>  Cheers,
> Andy
>
> On Tue, Jan 6, 2015 at 1:11 PM, Gregory Mirsky <
> gregory.mirsky@ericsson.com> wrote:
>
>>  Dear All,
>>
>> firstly, I support adoption of this document by the WG.
>>
>>
>>
>> Second, considering that the document doesn=E2=80=99t put forth any IANA
>> requests, nor changes any earlier defined procedures but rather document
>> applicability of the RFC 6478, would authors consider Informational trac=
k
>> for this document?
>>
>>
>>
>>                 Regards,
>>
>>                                 Greg
>>
>>
>>
>> *From:* Pals [mailto:pals-bounces@ietf.org] *On Behalf Of *Andrew G.
>> Malis
>> *Sent:* Tuesday, January 06, 2015 4:11 AM
>> *To:* Alexander Vainshtein
>> *Cc:* stbryant@cisco.com;
>> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>> *Subject:* Re: [Pals] Poll to determine consensus for adoption of
>> draft-shawam-pwe3-ms-pw-protection as WG draft
>>
>>
>>
>> Sasha,
>>
>>
>>
>> The difference is that this draft is a simple clarification of existing
>> RFCs to make it clear how they can be used to provide end-to-end resilie=
ncy
>> of static MS-PWs. I'm aware of at least one deployment of this draft.
>>
>>
>>
>> draft-ietf-pals-redundancy-spe-00 is more involved, since it provides
>> resiliency at intermediate S-PEs rather than only end-to-end, but has th=
e
>> possibility to scale better in a network with a large number of MS-PWs. =
It
>> could also provide faster protection switching as well. It would be up t=
o
>> the operator to decide which solution they prefer to deploy.
>>
>>
>>
>> Cheers,
>>
>> Andy
>>
>>
>>
>>
>>
>> On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein <
>> Alexander.Vainshtein@ecitele.com> wrote:
>>
>> Stewart and all,
>> I've read the draft, and I do not have any issues with its content  per
>> se.
>> However I'd like to understand better its relationship with the already
>> adopted draft-ietf-pals-redundancy-spe-00.
>>
>> Both drafts are intended for the Standards track by their authors and
>> both seem to address the problem of S-PE failure even if in different
>> different deployment scenarios.
>>
>> I would like to clarify that  I do not actively object adoption of
>> draft-shawam.
>> The clarification in question could be provided after adoption if the WG
>> feels that this can be postponed.  But I do not think that it can be
>> avoided altogether.
>>
>> Regards,
>> Sasha
>>
>>
>>
>>
>> ________________________________________
>> From: Pals <pals-bounces@ietf.org> on behalf of Stewart Bryant <
>> stbryant@cisco.com>
>> Sent: Wednesday, December 24, 2014 11:52 AM
>> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>> Subject: [Pals] Poll to determine consensus for adoption of
>> draft-shawam-pwe3-ms-pw-protection as WG draft
>>
>> Working Group,
>>
>> This email starts a poll to see whether there is consensus to
>> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
>> the PALS WG.
>>
>> Please send your comments (support/not support) to the PALS working
>> group mailing list (pals@ietf.org). Please give a technical
>> motivation for your support/not support, especially if you think that
>> the document should not be adopted as a working group document.
>>
>> In view of the long holiday season in some parts of the world I will
>> run the poll until 16th January 2015.
>>
>> - Stewart
>>
>> _______________________________________________
>> Pals mailing list
>> Pals@ietf.org
>> https://www.ietf.org/mailman/listinfo/pals
>>
>>
>>
>
>

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

<div dir=3D"ltr"><span style=3D"font-family:=EA=B5=B4=EB=A6=BC;font-size:13=
px;line-height:20px">Jeong-dong,</span><br><div><span style=3D"font-family:=
=EA=B5=B4=EB=A6=BC;font-size:13px;line-height:20px"><br></span></div><div><=
span style=3D"font-family:=EA=B5=B4=EB=A6=BC;font-size:13px;line-height:20p=
x">Thanks for your comment. In Section A.1, the PW status signaling approac=
h is a &quot;MUST&quot; for code implementation, but not deployment in a ne=
twork. This is so all implementations of the eventual RFC can interoperate =
using the PW status signaling approach as the common denominator, if the op=
tional appendix hasn&#39;t been implemented by a particular vendor.</span><=
/div><div><span style=3D"font-family:=EA=B5=B4=EB=A6=BC;font-size:13px;line=
-height:20px"><br></span></div><div><span style=3D"font-family:=EA=B5=B4=EB=
=A6=BC;font-size:13px;line-height:20px">Cheers,</span></div><div><span styl=
e=3D"font-family:=EA=B5=B4=EB=A6=BC;font-size:13px;line-height:20px">Andy</=
span></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">=
On Tue, Jan 6, 2015 at 8:55 PM, Ryoo, Jeong-dong <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:ryoo@etri.re.kr" target=3D"_blank">ryoo@etri.re.kr</a>&gt;</s=
pan> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex">



<div>
<div style=3D"FONT-SIZE:10pt;FONT-FAMILY:=EA=B5=B4=EB=A6=BC">
<div>
<div>
<div style=3D"LINE-HEIGHT:15pt">Happy New Year!</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Although I have a question on the optional =
linear protection approach specified in Appendix, which can be addressed af=
ter adoption,</div>
<div style=3D"LINE-HEIGHT:15pt">I also support this document to be adopted =
as a WG draft.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">My question is about the first sentence in =
the third paragraph of Section A.1.</div>
<div style=3D"LINE-HEIGHT:15pt">I don&#39;t understand why the PW status si=
gnaling is required=C2=A0(&quot;MUST&quot;) when the MPLS-TP linear protect=
ion approach is used.</div>
<div style=3D"LINE-HEIGHT:15pt">It does not seem correct technically.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Best regards,</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Jeong-dong</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt"><br>
<br>
=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt"><br>
</div>
<div style=3D"LINE-HEIGHT:15pt">
<hr>
<b>=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : </b>&quot;Andrew G. Malis&quot; =
&lt;<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">agmalis@gmail.co=
m</a>&gt;<br>
<b>=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : </b>2015-01-07 03:49:55 ( +09:00=
 )<br>
<b>=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : </b>Gregory Mirsky &lt;<a href=
=3D"mailto:gregory.mirsky@ericsson.com" target=3D"_blank">gregory.mirsky@er=
icsson.com</a>&gt;<br>
<b>=EC=B0=B8=EC=A1=B0 : </b>Alexander Vainshtein &lt;<a href=3D"mailto:Alex=
ander.Vainshtein@ecitele.com" target=3D"_blank">Alexander.Vainshtein@ecitel=
e.com</a>&gt;, <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.i=
etf.org" target=3D"_blank">draft-shawam-pwe3-ms-pw-protection@tools.ietf.or=
g</a> &lt;<a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.o=
rg" target=3D"_blank">draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>=
&gt;, <a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org</a> =
&lt;<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org</a>&gt=
;, <a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.c=
om</a> &lt;<a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant=
@cisco.com</a>&gt;<br>
<b>=EC=A0=9C=EB=AA=A9 : </b>Re: [Pals] Poll to determine consensus for adop=
tion of draft-shawam-pwe3-ms-pw-protection as WG draft<div><div class=3D"h5=
"><br>
<br>
<div dir=3D"ltr">Greg,
<div><br>
</div>
<div>Thanks for your support, and yes we would, although we prefer standard=
s track so that it would be marked as &quot;Updates 6870&quot; in the RFC d=
atabase, so anyone implementing 6870 will also read it, and a reference add=
ed if there&#39;s ever a 6870-bis.</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Andy</div>
</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Tue, Jan 6, 2015 at 1:11 PM, Gregory Mirsky <=
span dir=3D"ltr">
&lt;<a href=3D"mailto:gregory.mirsky@ericsson.com" target=3D"_blank">gregor=
y.mirsky@ericsson.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT:1ex;MARGIN:0px 0px =
0px 0.8ex;BORDER-LEFT:#ccc 1px solid">
<div lang=3D"EN-US" vlink=3D"purple" link=3D"blue">
<div>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">Dear All,<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">firstly, I support adoption of =
this document by the WG.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d"><u></u><u></u></span>=C2=A0</p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">Second, considering that the do=
cument doesn=E2=80=99t put forth any IANA requests, nor changes any earlier=
 defined procedures but rather document applicability of
 the RFC 6478, would authors consider Informational track for this document=
?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d"><u></u><u></u></span>=C2=A0</p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 Greg
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d"><u></u><u></u></span>=C2=A0</p>
<p class=3D"MsoNormal"><b><span style=3D"FONT-SIZE:10pt;FONT-FAMILY:&#39;Ta=
homa&#39;,&#39;sans-serif&#39;">From:</span></b><span style=3D"FONT-SIZE:10=
pt;FONT-FAMILY:&#39;Tahoma&#39;,&#39;sans-serif&#39;"> Pals [mailto:<a href=
=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">pals-bounces@ietf.org</=
a>]
<b>On Behalf Of </b>Andrew G. Malis<br>
<b>Sent:</b> Tuesday, January 06, 2015 4:11 AM<br>
<b>To:</b> Alexander Vainshtein<br>
<b>Cc:</b> <a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant=
@cisco.com</a>;
<a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" target=
=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a href=3D"mailto:pa=
ls@ietf.org" target=3D"_blank">
pals@ietf.org</a><br>
<b>Subject:</b> Re: [Pals] Poll to determine consensus for adoption of draf=
t-shawam-pwe3-ms-pw-protection as WG draft<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
<div>
<p class=3D"MsoNormal">Sasha,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal">The difference is that this draft is a simple clarif=
ication of existing RFCs to make it clear how they can be used to provide e=
nd-to-end resiliency of static MS-PWs. I&#39;m aware of at least one deploy=
ment of this draft.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:10pt">draft-ietf-pals-redun=
dancy-spe-00 is more involved, since it provides resiliency at intermediate=
 S-PEs rather than only end-to-end, but has the possibility to scale better=
 in a network with a large number of
 MS-PWs. It could also provide faster protection switching as well. It woul=
d be up to the operator to decide which solution they prefer to deploy.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
<div>
<p class=3D"MsoNormal">On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein=
 &lt;<a href=3D"mailto:Alexander.Vainshtein@ecitele.com" target=3D"_blank">=
Alexander.Vainshtein@ecitele.com</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"MARGIN-BOTTOM:12pt">Stewart and all,<br>
I&#39;ve read the draft, and I do not have any issues with its content=C2=
=A0 per se.<br>
However I&#39;d like to understand better its relationship with the already=
 adopted draft-ietf-pals-redundancy-spe-00.<br>
<br>
Both drafts are intended for the Standards track by their authors and both =
seem to address the problem of S-PE failure even if in different different =
deployment scenarios.<br>
<br>
I would like to clarify that=C2=A0 I do not actively object adoption of dra=
ft-shawam.<br>
The clarification in question could be provided after adoption if the WG fe=
els that this can be postponed.=C2=A0 But I do not think that it can be avo=
ided altogether.<br>
<br>
Regards,<br>
Sasha<br>
<br>
<br>
<br>
<br>
________________________________________<br>
From: Pals &lt;<a href=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">p=
als-bounces@ietf.org</a>&gt; on behalf of Stewart Bryant &lt;<a href=3D"mai=
lto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.com</a>&gt;<br>
Sent: Wednesday, December 24, 2014 11:52 AM<br>
<span>To: <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.o=
rg" target=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a href=3D"mailto:pa=
ls@ietf.org" target=3D"_blank">
pals@ietf.org</a></span><br>
<span>Subject: [Pals] Poll to determine consensus for adoption of draft-sha=
wam-pwe3-ms-pw-protection as WG draft</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Working Group,<br>
<br>
This email starts a poll to see whether there is consensus to<br>
adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of<br>
the PALS WG.<br>
<br>
Please send your comments (support/not support) to the PALS working<br>
group mailing list (<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals=
@ietf.org</a>). Please give a technical<br>
motivation for your support/not support, especially if you think that<br>
the document should not be adopted as a working group document.<br>
<br>
In view of the long holiday season in some parts of the world I will<br>
run the poll until 16th January 2015.<br>
<br>
- Stewart<br>
<br>
_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org" target=3D"_blank">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></div>
</div>
</div>
</div>
</div>

</blockquote></div><br></div>

--001a11c2068ab2200d050c125ff2--


From nobody Wed Jan  7 08:29:16 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 773FC1A01F2 for <pals@ietfa.amsl.com>; Wed,  7 Jan 2015 08:29:13 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qv1MrHSIFIKQ for <pals@ietfa.amsl.com>; Wed,  7 Jan 2015 08:29:11 -0800 (PST)
Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7C071A00DB for <pals@ietf.org>; Wed,  7 Jan 2015 08:29:10 -0800 (PST)
Received: by mail-qc0-f171.google.com with SMTP id r5so1133144qcx.16 for <pals@ietf.org>; Wed, 07 Jan 2015 08:29:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JS0ikZAoTGCFjYNVneSagMTOgDO2I/R2MjK6o2TBmSU=; b=Qa/iDFGQqy/ljXSE5CxZEw3JyYIia2svkNcDX9XsbRnX1n4u9yRvPMA1QiLUmF2UMz /GFT9SqEq5UFjaLqVhav+9neHIZohz/xJh0U1PyNejTR8R4fXhxYeFN7DjNSKviUq99W bMb9YCJZ/HzspncE7ntmaZ+NTnDrUD6ADF8Q+cCBEFnFvqM513R53dqTLIIh3KsVmA3G iOoqFoeP0ycRcF/BCRgjrp1ldcEgv1WwXyIUZj/SboADQNbMETf6rjVNSKx1hJo+7SLw fS9T2yjIIO//buniUfXuxORpTySDCdKy0Vhlwv3Tc/4soi7djl9rbxaJY7KvPeDo2P9o uLog==
X-Received: by 10.140.101.105 with SMTP id t96mr5900583qge.9.1420648150053; Wed, 07 Jan 2015 08:29:10 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Wed, 7 Jan 2015 08:28:49 -0800 (PST)
In-Reply-To: <CAA=duU2iN8MOtvGP0urT0TyCcFt193frMG6FiOmxPHC4dFuE3g@mail.gmail.com>
References: <20141219211800.17387.25219.idtracker@ietfa.amsl.com> <CAA=duU2iN8MOtvGP0urT0TyCcFt193frMG6FiOmxPHC4dFuE3g@mail.gmail.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 7 Jan 2015 11:28:49 -0500
Message-ID: <CAA=duU3j+0c13zNCE5HkwkqdOb=imUzEaO1eiE1Z_ua6wqcpzQ@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c1678255b922050c126c73
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/XYcT5v05MUwkysiTPoyr-GQtAtQ
Cc: Loa Andersson <loa@pi.nu>
Subject: Re: [Pals] [mpls] New Liaison Statement, "LS on ITU-T SG15 OTNT standardization work plan to mpls"
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2015 16:29:13 -0000

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

I just saw that the ccamp email list will be used to collect comments on
this liaison.

Cheers,
Andy


On Tue, Jan 6, 2015 at 10:27 AM, Andrew G. Malis <agmalis@gmail.com> wrote:

> This liaison is also of interest to the pals WG.
>
> A point of contact will be appointed to coordinate a single response to
> the ITU-T from the IETF.
>
> Cheers,
> Andy
>
> ---------- Forwarded message ----------
> From: Liaison Statement Management Tool <lsmt@ietf.org>
> Date: Fri, Dec 19, 2014 at 4:18 PM
> Subject: [mpls] New Liaison Statement, "LS on ITU-T SG15 OTNT
> standardization work plan to mpls"
> To: Loa Andersson <loa@pi.nu>, George Swallow <swallow@cisco.com>, Ross
> Callon <rcallon@juniper.net>
> Cc: mpls@ietf.org, naotaka.morita@ntt-at.co.jp
>
>
> Title: LS on ITU-T SG15 OTNT standardization work plan to mpls
> Submission Date: 2014-12-19
> URL of the IETF Web page: http://datatracker.ietf.org/liaison/1369/
> Please reply by 2015-06-07
> From: ITU-T SG 15  (Greg Jones <greg.jones@itu.int>)
> To: Multiprotocol Label Switching (Loa Andersson <loa@pi.nu>, George
> Swallow <swallow@cisco.com>, Ross Callon <rcallon@juniper.net>)
> Cc: Adrian Farrel <adrian@olddog.co.uk>,Alia Atlas <akatlas@gmail.com>,
> mpls@ietf.org,John Drake <jdrake@juniper.net>,Scott Mansfield
> <Scott.Mansfield@Ericsson.com>
> Response Contact: naotaka.morita@ntt-at.co.jp
> Technical Contact:
> Purpose: For comment
>
> Body: Thank you for your previous review and comments on =E2=80=9COptical
> Transport Networks &
> Technologies standardization work plan.=E2=80=9D Attached is Issue 19, th=
e latest
> version that was updated by the SG15 meeting in December 2014. We
> appreciate your continued review and comments which allow us to keep the
> document up-to-date.
>
> Attach:
> =E2=88=92 OTNT standardization work plan, Issue 19 (TD282/PLEN Rev.1)
> Attachments:
>
>     LS on ITU-T SG15 OTNT standardization work plan to mpls
>
> https://datatracker.ietf.org/documents/LIAISON/liaison-2014-12-19-itu-t-s=
g-15-mpls-ls-on-itu-t-sg15-otnt-standardization-work-plan-to-mpls-attachmen=
t-1.zip
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
>

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

<div dir=3D"ltr">I just saw that the ccamp email list will be used to colle=
ct comments on this liaison.<div><br></div><div>Cheers,</div><div>Andy</div=
><div><br></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_qu=
ote">On Tue, Jan 6, 2015 at 10:27 AM, Andrew G. Malis <span dir=3D"ltr">&lt=
;<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">agmalis@gmail.com</=
a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0=
 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thi=
s liaison is also of interest to the pals WG.<div><br></div><div>A point of=
 contact will be appointed to coordinate a single response to the ITU-T fro=
m the IETF.</div><div><br></div><div>Cheers,</div><div>Andy</div><div><div =
class=3D"h5"><div><br></div><div><div class=3D"gmail_quote">---------- Forw=
arded message ----------<br>From: <b class=3D"gmail_sendername">Liaison Sta=
tement Management Tool</b> <span dir=3D"ltr">&lt;<a href=3D"mailto:lsmt@iet=
f.org" target=3D"_blank">lsmt@ietf.org</a>&gt;</span><br>Date: Fri, Dec 19,=
 2014 at 4:18 PM<br>Subject: [mpls] New Liaison Statement, &quot;LS on ITU-=
T SG15 OTNT standardization work plan to mpls&quot;<br>To: Loa Andersson &l=
t;<a href=3D"mailto:loa@pi.nu" target=3D"_blank">loa@pi.nu</a>&gt;, George =
Swallow &lt;<a href=3D"mailto:swallow@cisco.com" target=3D"_blank">swallow@=
cisco.com</a>&gt;, Ross Callon &lt;<a href=3D"mailto:rcallon@juniper.net" t=
arget=3D"_blank">rcallon@juniper.net</a>&gt;<br>Cc: <a href=3D"mailto:mpls@=
ietf.org" target=3D"_blank">mpls@ietf.org</a>, <a href=3D"mailto:naotaka.mo=
rita@ntt-at.co.jp" target=3D"_blank">naotaka.morita@ntt-at.co.jp</a><br><br=
><br>Title: LS on ITU-T SG15 OTNT standardization work plan to mpls<br>
Submission Date: 2014-12-19<br>
URL of the IETF Web page: <a href=3D"http://datatracker.ietf.org/liaison/13=
69/" target=3D"_blank">http://datatracker.ietf.org/liaison/1369/</a><br>
Please reply by 2015-06-07<br>
From: ITU-T SG 15=C2=A0 (Greg Jones &lt;<a href=3D"mailto:greg.jones@itu.in=
t" target=3D"_blank">greg.jones@itu.int</a>&gt;)<br>
To: Multiprotocol Label Switching (Loa Andersson &lt;<a href=3D"mailto:loa@=
pi.nu" target=3D"_blank">loa@pi.nu</a>&gt;, George Swallow &lt;<a href=3D"m=
ailto:swallow@cisco.com" target=3D"_blank">swallow@cisco.com</a>&gt;, Ross =
Callon &lt;<a href=3D"mailto:rcallon@juniper.net" target=3D"_blank">rcallon=
@juniper.net</a>&gt;)<br>
Cc: Adrian Farrel &lt;<a href=3D"mailto:adrian@olddog.co.uk" target=3D"_bla=
nk">adrian@olddog.co.uk</a>&gt;,Alia Atlas &lt;<a href=3D"mailto:akatlas@gm=
ail.com" target=3D"_blank">akatlas@gmail.com</a>&gt;,<a href=3D"mailto:mpls=
@ietf.org" target=3D"_blank">mpls@ietf.org</a>,John Drake &lt;<a href=3D"ma=
ilto:jdrake@juniper.net" target=3D"_blank">jdrake@juniper.net</a>&gt;,Scott=
 Mansfield &lt;Scott.Mansfield@Ericsson.com&gt;<br>
Response Contact: <a href=3D"mailto:naotaka.morita@ntt-at.co.jp" target=3D"=
_blank">naotaka.morita@ntt-at.co.jp</a><br>
Technical Contact:<br>
Purpose: For comment<br>
<br>
Body: Thank you for your previous review and comments on =E2=80=9COptical T=
ransport Networks &amp;<br>
Technologies standardization work plan.=E2=80=9D Attached is Issue 19, the =
latest version that was updated by the SG15 meeting in December 2014. We ap=
preciate your continued review and comments which allow us to keep the docu=
ment up-to-date.<br>
<br>
Attach:<br>
=E2=88=92 OTNT standardization work plan, Issue 19 (TD282/PLEN Rev.1)<br>
Attachments:<br>
<br>
=C2=A0 =C2=A0 LS on ITU-T SG15 OTNT standardization work plan to mpls<br>
=C2=A0 =C2=A0 <a href=3D"https://datatracker.ietf.org/documents/LIAISON/lia=
ison-2014-12-19-itu-t-sg-15-mpls-ls-on-itu-t-sg15-otnt-standardization-work=
-plan-to-mpls-attachment-1.zip" target=3D"_blank">https://datatracker.ietf.=
org/documents/LIAISON/liaison-2014-12-19-itu-t-sg-15-mpls-ls-on-itu-t-sg15-=
otnt-standardization-work-plan-to-mpls-attachment-1.zip</a><br>
<br>
_______________________________________________<br>
mpls mailing list<br>
<a href=3D"mailto:mpls@ietf.org" target=3D"_blank">mpls@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/mpls</a><br>
</div><br></div></div></div></div>
</blockquote></div><br></div>

--001a11c1678255b922050c126c73--


From nobody Wed Jan  7 18:26:48 2015
Return-Path: <ryoo@etri.re.kr>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7491E1A010C for <pals@ietfa.amsl.com>; Wed,  7 Jan 2015 18:26:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.91
X-Spam-Level: 
X-Spam-Status: No, score=-101.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wl7F2pRf4onb for <pals@ietfa.amsl.com>; Wed,  7 Jan 2015 18:26:36 -0800 (PST)
Received: from smtpeg.etri.re.kr (smtpeg2.etri.re.kr [129.254.27.142]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86DE71A0151 for <pals@ietf.org>; Wed,  7 Jan 2015 18:26:35 -0800 (PST)
Received: from SMTP1.etri.info (129.254.28.71) by SMTPEG2.etri.info (129.254.27.142) with Microsoft SMTP Server (TLS) id 14.1.355.2; Thu, 8 Jan 2015 11:26:33 +0900
Received: from SMTP2.etri.info ([169.254.2.83]) by SMTP1.etri.info ([169.254.1.130]) with mapi id 14.01.0355.002; Thu, 8 Jan 2015 11:26:31 +0900
From: "Ryoo, Jeong-dong " <ryoo@etri.re.kr>
To: "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQH19m9g4LutGZMU6VuC0GfomWpJyvFVUAgANooICAAGTwgIAACnCAgAEH8SCAAGImgIABNFDL
Date: Thu, 8 Jan 2015 02:26:31 +0000
Message-ID: <5B4A6CBE3924BB41A3BEE462A8E0B75A290FBBB1@SMTP2.etri.info>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se> <CAA=duU2RPdkxLOmktXN93LwXY6SYbiSYwa-tnfb9G4gLKB-NZg@mail.gmail.com> <5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16@SMTP2.etri.info>, <CAA=duU2Ekxf7=oWb9g_dBfKO8Z7RhOYEiQBMdOK0GuqS-yGDQw@mail.gmail.com>
In-Reply-To: <CAA=duU2Ekxf7=oWb9g_dBfKO8Z7RhOYEiQBMdOK0GuqS-yGDQw@mail.gmail.com>
Accept-Language: ko-KR, en-US
Content-Language: ko-KR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-new-displayname: UnlvbywgSmVvbmctZG9uZyA=
x-originating-ip: [129.254.28.44]
Content-Type: multipart/alternative; boundary="_000_5B4A6CBE3924BB41A3BEE462A8E0B75A290FBBB1SMTP2etriinfo_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/lFc5tnyzIftKpZShKx9MNzgvxMQ
Cc: Gregory Mirsky <gregory.mirsky@ericsson.com>, "stbryant@cisco.com" <stbryant@cisco.com>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2015 02:26:42 -0000

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

QW5kcmV3LA0KDQpUaGFua3MgZm9yIHlvdXIgY2xhcmlmaWNhdGlvbi4NCg0KQXMgYW55IHRleHQg
aW4gQXBwZW5kaXggaXMgd2VsbCBhY2NlcHRlZCBhcyBvcHRpb25hbCwgaW5mb3JtYXRpdmUgZGVz
Y3JpcHRpb24sDQp0aGF0IHBhcnRpY3VsYXIgc2VudGVuY2UgbWlzbGVkIG1lIGludG8gdGhpbmtp
bmcgaWYgdGhlIFBXIHN0YXR1cyBzaWduYWxpbmcgaXMgYW4gZXNzZW50aWFsIHByZXJlcXVpc2l0
ZSBmb3IgdGhlIHByb3BlciB3b3JraW5nIG9mIHRoZSBsaW5lYXIgcHJvdGVjdGlvbi4NCg0KTWF5
IEkgc3VnZ2VzdCB0byBtb2RpZnkgdGhhdCBzZW50ZW5jZSB0byBjbGFyaWZ5IGl0cyBpbnRlbnRp
b24/DQpTb21ldGhpbmcgbGlrZSwNCk9MRDoNClRoaXMgQXBwZW5kaXggaXMgb3B0aW9uYWwgYWx0
ZXJuYXRpdmUgYXBwcm9hY2ggdG8gdGhlIG9uZSBpbg0KU2VjdGlvbiAyLCB0aGVyZWZvcmUgYWxs
IGltcGxlbWVudGF0aW9ucyBNVVNUIGluY2x1ZGUgdGhlIGFwcHJvYWNoIGluDQpTZWN0aW9uIDIg
ZXZlbiBpZiB0aGlzIGFsdGVybmF0aXZlIGFwcHJvYWNoIGlzIHVzZWQuDQpORVc6DQpUaGlzIEFw
cGVuZGl4IGlzIG9wdGlvbmFsIGFsdGVybmF0aXZlIGFwcHJvYWNoIHRvIHRoZSBvbmUgaW4NClNl
Y3Rpb24gMi4gVGhlIGFwcHJvYWNoIGluIFNlY3Rpb24gMiBNVVNUIGJlIGltcGxlbWVudGVkDQp0
byBlbnN1cmUgaW50ZXJvcGVyYXRpb24gYmV0d2VlbiBlcXVpcG1lbnRzLCBidXQgTUFZIE5PVCBi
ZQ0KdXNlZCBpbiBhIG5ldHdvcmsgd2hlbiB0d28gVC1QRXMgcnVuIHRoaXMgYWx0ZXJuYXRpdmUg
YXBwcm9hY2guDQoNCkJlc3QgcmVnYXJkcywNCg0KSmVvbmctZG9uZw0KDQoNCg0KX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18NCuuztOuCuCDsgqzrnowgOiAiQW5kcmV3IEcuIE1hbGlz
IiA8YWdtYWxpc0BnbWFpbC5jb20+DQrrs7Trgrgg64Kg7KecIDogMjAxNS0wMS0wOCAwMToyNTo0
MSAoICswOTowMCApDQrrsJvripQg7IKs656MIDog66WY7KCV64+ZIDxyeW9vQGV0cmkucmUua3I+
DQrssLjsobAgOiBHcmVnb3J5IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPiwg
QWxleGFuZGVyIFZhaW5zaHRlaW4gPEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPiwg
ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZyA8ZHJhZnQt
c2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZz4sIHBhbHNAaWV0Zi5v
cmcgPHBhbHNAaWV0Zi5vcmc+LCBzdGJyeWFudEBjaXNjby5jb20gPHN0YnJ5YW50QGNpc2NvLmNv
bT4NCuygnOuqqSA6IFJlOiBbUGFsc10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBh
ZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0
DQoNCkplb25nLWRvbmcsDQoNClRoYW5rcyBmb3IgeW91ciBjb21tZW50LiBJbiBTZWN0aW9uIEEu
MSwgdGhlIFBXIHN0YXR1cyBzaWduYWxpbmcgYXBwcm9hY2ggaXMgYSAiTVVTVCIgZm9yIGNvZGUg
aW1wbGVtZW50YXRpb24sIGJ1dCBub3QgZGVwbG95bWVudCBpbiBhIG5ldHdvcmsuIFRoaXMgaXMg
c28gYWxsIGltcGxlbWVudGF0aW9ucyBvZiB0aGUgZXZlbnR1YWwgUkZDIGNhbiBpbnRlcm9wZXJh
dGUgdXNpbmcgdGhlIFBXIHN0YXR1cyBzaWduYWxpbmcgYXBwcm9hY2ggYXMgdGhlIGNvbW1vbiBk
ZW5vbWluYXRvciwgaWYgdGhlIG9wdGlvbmFsIGFwcGVuZGl4IGhhc24ndCBiZWVuIGltcGxlbWVu
dGVkIGJ5IGEgcGFydGljdWxhciB2ZW5kb3IuDQoNCkNoZWVycywNCkFuZHkNCg0KT24gVHVlLCBK
YW4gNiwgMjAxNSBhdCA4OjU1IFBNLCBSeW9vLCBKZW9uZy1kb25nIDxyeW9vQGV0cmkucmUua3I8
bWFpbHRvOnJ5b29AZXRyaS5yZS5rcj4+IHdyb3RlOg0KSGFwcHkgTmV3IFllYXIhDQoNCkFsdGhv
dWdoIEkgaGF2ZSBhIHF1ZXN0aW9uIG9uIHRoZSBvcHRpb25hbCBsaW5lYXIgcHJvdGVjdGlvbiBh
cHByb2FjaCBzcGVjaWZpZWQgaW4gQXBwZW5kaXgsIHdoaWNoIGNhbiBiZSBhZGRyZXNzZWQgYWZ0
ZXIgYWRvcHRpb24sDQpJIGFsc28gc3VwcG9ydCB0aGlzIGRvY3VtZW50IHRvIGJlIGFkb3B0ZWQg
YXMgYSBXRyBkcmFmdC4NCg0KTXkgcXVlc3Rpb24gaXMgYWJvdXQgdGhlIGZpcnN0IHNlbnRlbmNl
IGluIHRoZSB0aGlyZCBwYXJhZ3JhcGggb2YgU2VjdGlvbiBBLjEuDQpJIGRvbid0IHVuZGVyc3Rh
bmQgd2h5IHRoZSBQVyBzdGF0dXMgc2lnbmFsaW5nIGlzIHJlcXVpcmVkICgiTVVTVCIpIHdoZW4g
dGhlIE1QTFMtVFAgbGluZWFyIHByb3RlY3Rpb24gYXBwcm9hY2ggaXMgdXNlZC4NCkl0IGRvZXMg
bm90IHNlZW0gY29ycmVjdCB0ZWNobmljYWxseS4NCg0KQmVzdCByZWdhcmRzLA0KDQpKZW9uZy1k
b25nDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCuuztOuCuCDs
gqzrnowgOiAiQW5kcmV3IEcuIE1hbGlzIiA8YWdtYWxpc0BnbWFpbC5jb208bWFpbHRvOmFnbWFs
aXNAZ21haWwuY29tPj4NCuuztOuCuCDrgqDsp5wgOiAyMDE1LTAxLTA3IDAzOjQ5OjU1ICggKzA5
OjAwICkNCuuwm+uKlCDsgqzrnowgOiBHcmVnb3J5IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJp
Y3Nzb24uY29tPG1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20+Pg0K7LC47KGwIDog
QWxleGFuZGVyIFZhaW5zaHRlaW4gPEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1h
aWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4+LCBkcmFmdC1zaGF3YW0tcHdl
My1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1zaGF3YW0tcHdl
My1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPiA8ZHJhZnQtc2hhd2FtLXB3ZTMtbXMt
cHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtc2hhd2FtLXB3ZTMtbXMt
cHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZz4+LCBwYWxzQGlldGYub3JnPG1haWx0bzpwYWxz
QGlldGYub3JnPiA8cGFsc0BpZXRmLm9yZzxtYWlsdG86cGFsc0BpZXRmLm9yZz4+LCBzdGJyeWFu
dEBjaXNjby5jb208bWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbT4gPHN0YnJ5YW50QGNpc2NvLmNv
bTxtYWlsdG86c3RicnlhbnRAY2lzY28uY29tPj4NCuygnOuqqSA6IFJlOiBbUGFsc10gUG9sbCB0
byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1t
cy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0DQoNCg0KR3JlZywNCg0KVGhhbmtzIGZvciB5b3Vy
IHN1cHBvcnQsIGFuZCB5ZXMgd2Ugd291bGQsIGFsdGhvdWdoIHdlIHByZWZlciBzdGFuZGFyZHMg
dHJhY2sgc28gdGhhdCBpdCB3b3VsZCBiZSBtYXJrZWQgYXMgIlVwZGF0ZXMgNjg3MCIgaW4gdGhl
IFJGQyBkYXRhYmFzZSwgc28gYW55b25lIGltcGxlbWVudGluZyA2ODcwIHdpbGwgYWxzbyByZWFk
IGl0LCBhbmQgYSByZWZlcmVuY2UgYWRkZWQgaWYgdGhlcmUncyBldmVyIGEgNjg3MC1iaXMuDQoN
CkNoZWVycywNCkFuZHkNCg0KT24gVHVlLCBKYW4gNiwgMjAxNSBhdCAxOjExIFBNLCBHcmVnb3J5
IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPG1haWx0bzpncmVnb3J5Lm1pcnNr
eUBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkRlYXIgQWxsLA0KZmlyc3RseSwgSSBzdXBwb3J0IGFk
b3B0aW9uIG9mIHRoaXMgZG9jdW1lbnQgYnkgdGhlIFdHLg0KDQpTZWNvbmQsIGNvbnNpZGVyaW5n
IHRoYXQgdGhlIGRvY3VtZW50IGRvZXNu4oCZdCBwdXQgZm9ydGggYW55IElBTkEgcmVxdWVzdHMs
IG5vciBjaGFuZ2VzIGFueSBlYXJsaWVyIGRlZmluZWQgcHJvY2VkdXJlcyBidXQgcmF0aGVyIGRv
Y3VtZW50IGFwcGxpY2FiaWxpdHkgb2YgdGhlIFJGQyA2NDc4LCB3b3VsZCBhdXRob3JzIGNvbnNp
ZGVyIEluZm9ybWF0aW9uYWwgdHJhY2sgZm9yIHRoaXMgZG9jdW1lbnQ/DQoNCiAgICAgICAgICAg
ICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcmVnDQoNCkZy
b206IFBhbHMgW21haWx0bzpwYWxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnBhbHMtYm91bmNl
c0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBBbmRyZXcgRy4gTWFsaXMNClNlbnQ6IFR1ZXNkYXks
IEphbnVhcnkgMDYsIDIwMTUgNDoxMSBBTQ0KVG86IEFsZXhhbmRlciBWYWluc2h0ZWluDQpDYzog
c3RicnlhbnRAY2lzY28uY29tPG1haWx0bzpzdGJyeWFudEBjaXNjby5jb20+OyBkcmFmdC1zaGF3
YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1zaGF3
YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnPjsgcGFsc0BpZXRmLm9yZzxt
YWlsdG86cGFsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbUGFsc10gUG9sbCB0byBkZXRlcm1p
bmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90
ZWN0aW9uIGFzIFdHIGRyYWZ0DQoNClNhc2hhLA0KDQpUaGUgZGlmZmVyZW5jZSBpcyB0aGF0IHRo
aXMgZHJhZnQgaXMgYSBzaW1wbGUgY2xhcmlmaWNhdGlvbiBvZiBleGlzdGluZyBSRkNzIHRvIG1h
a2UgaXQgY2xlYXIgaG93IHRoZXkgY2FuIGJlIHVzZWQgdG8gcHJvdmlkZSBlbmQtdG8tZW5kIHJl
c2lsaWVuY3kgb2Ygc3RhdGljIE1TLVBXcy4gSSdtIGF3YXJlIG9mIGF0IGxlYXN0IG9uZSBkZXBs
b3ltZW50IG9mIHRoaXMgZHJhZnQuDQoNCmRyYWZ0LWlldGYtcGFscy1yZWR1bmRhbmN5LXNwZS0w
MCBpcyBtb3JlIGludm9sdmVkLCBzaW5jZSBpdCBwcm92aWRlcyByZXNpbGllbmN5IGF0IGludGVy
bWVkaWF0ZSBTLVBFcyByYXRoZXIgdGhhbiBvbmx5IGVuZC10by1lbmQsIGJ1dCBoYXMgdGhlIHBv
c3NpYmlsaXR5IHRvIHNjYWxlIGJldHRlciBpbiBhIG5ldHdvcmsgd2l0aCBhIGxhcmdlIG51bWJl
ciBvZiBNUy1QV3MuIEl0IGNvdWxkIGFsc28gcHJvdmlkZSBmYXN0ZXIgcHJvdGVjdGlvbiBzd2l0
Y2hpbmcgYXMgd2VsbC4gSXQgd291bGQgYmUgdXAgdG8gdGhlIG9wZXJhdG9yIHRvIGRlY2lkZSB3
aGljaCBzb2x1dGlvbiB0aGV5IHByZWZlciB0byBkZXBsb3kuDQoNCkNoZWVycywNCkFuZHkNCg0K
DQpPbiBTdW4sIEphbiA0LCAyMDE1IGF0IDM6MDcgQU0sIEFsZXhhbmRlciBWYWluc2h0ZWluIDxB
bGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRl
aW5AZWNpdGVsZS5jb20+PiB3cm90ZToNClN0ZXdhcnQgYW5kIGFsbCwNCkkndmUgcmVhZCB0aGUg
ZHJhZnQsIGFuZCBJIGRvIG5vdCBoYXZlIGFueSBpc3N1ZXMgd2l0aCBpdHMgY29udGVudCAgcGVy
IHNlLg0KSG93ZXZlciBJJ2QgbGlrZSB0byB1bmRlcnN0YW5kIGJldHRlciBpdHMgcmVsYXRpb25z
aGlwIHdpdGggdGhlIGFscmVhZHkgYWRvcHRlZCBkcmFmdC1pZXRmLXBhbHMtcmVkdW5kYW5jeS1z
cGUtMDAuDQoNCkJvdGggZHJhZnRzIGFyZSBpbnRlbmRlZCBmb3IgdGhlIFN0YW5kYXJkcyB0cmFj
ayBieSB0aGVpciBhdXRob3JzIGFuZCBib3RoIHNlZW0gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbSBv
ZiBTLVBFIGZhaWx1cmUgZXZlbiBpZiBpbiBkaWZmZXJlbnQgZGlmZmVyZW50IGRlcGxveW1lbnQg
c2NlbmFyaW9zLg0KDQpJIHdvdWxkIGxpa2UgdG8gY2xhcmlmeSB0aGF0ICBJIGRvIG5vdCBhY3Rp
dmVseSBvYmplY3QgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLg0KVGhlIGNsYXJpZmljYXRpb24g
aW4gcXVlc3Rpb24gY291bGQgYmUgcHJvdmlkZWQgYWZ0ZXIgYWRvcHRpb24gaWYgdGhlIFdHIGZl
ZWxzIHRoYXQgdGhpcyBjYW4gYmUgcG9zdHBvbmVkLiAgQnV0IEkgZG8gbm90IHRoaW5rIHRoYXQg
aXQgY2FuIGJlIGF2b2lkZWQgYWx0b2dldGhlci4NCg0KUmVnYXJkcywNClNhc2hhDQoNCg0KDQoN
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IFBhbHMgPHBh
bHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86cGFscy1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVo
YWxmIG9mIFN0ZXdhcnQgQnJ5YW50IDxzdGJyeWFudEBjaXNjby5jb208bWFpbHRvOnN0YnJ5YW50
QGNpc2NvLmNvbT4+DQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDI0LCAyMDE0IDExOjUyIEFN
DQpUbzogZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzxt
YWlsdG86ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZz47
IHBhbHNAaWV0Zi5vcmc8bWFpbHRvOnBhbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbUGFsc10gUG9s
bCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdl
My1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0DQpXb3JraW5nIEdyb3VwLA0KDQpUaGlzIGVt
YWlsIHN0YXJ0cyBhIHBvbGwgdG8gc2VlIHdoZXRoZXIgdGhlcmUgaXMgY29uc2Vuc3VzIHRvDQph
ZG9wdCBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIGEgV0cgZHJhZnQgb2YN
CnRoZSBQQUxTIFdHLg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25vdCBz
dXBwb3J0KSB0byB0aGUgUEFMUyB3b3JraW5nDQpncm91cCBtYWlsaW5nIGxpc3QgKHBhbHNAaWV0
Zi5vcmc8bWFpbHRvOnBhbHNAaWV0Zi5vcmc+KS4gUGxlYXNlIGdpdmUgYSB0ZWNobmljYWwNCm1v
dGl2YXRpb24gZm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwgZXNwZWNpYWxseSBpZiB5b3Ug
dGhpbmsgdGhhdA0KdGhlIGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtp
bmcgZ3JvdXAgZG9jdW1lbnQuDQoNCkluIHZpZXcgb2YgdGhlIGxvbmcgaG9saWRheSBzZWFzb24g
aW4gc29tZSBwYXJ0cyBvZiB0aGUgd29ybGQgSSB3aWxsDQpydW4gdGhlIHBvbGwgdW50aWwgMTZ0
aCBKYW51YXJ5IDIwMTUuDQoNCi0gU3Rld2FydA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXw0KUGFscyBtYWlsaW5nIGxpc3QNClBhbHNAaWV0Zi5vcmc8
bWFpbHRvOlBhbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL3BhbHMNCg0KDQoNCg==

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBpZD0iZXpG
b3JtUHJvY19kaXYiIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiDqtbTrprwi
Pg0KPGRpdiBpZD0ibXNnYm9keSI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1
cHQiPkFuZHJldywgPC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+Jm5ic3A7
PC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+VGhhbmtzIGZvciB5b3VyJm5i
c3A7Y2xhcmlmaWNhdGlvbi48L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4m
bmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij5BcyBhbnkgdGV4dCBp
biBBcHBlbmRpeCBpcyB3ZWxsIGFjY2VwdGVkIGFzIG9wdGlvbmFsLCZuYnNwO2luZm9ybWF0aXZl
IGRlc2NyaXB0aW9uLA0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+dGhh
dCBwYXJ0aWN1bGFyIHNlbnRlbmNlIG1pc2xlZCBtZSBpbnRvIHRoaW5raW5nIGlmIHRoZSBQVyBz
dGF0dXMgc2lnbmFsaW5nIGlzIGFuIGVzc2VudGlhbCBwcmVyZXF1aXNpdGUgZm9yIHRoZSBwcm9w
ZXIgd29ya2luZyBvZiB0aGUmbmJzcDtsaW5lYXIgcHJvdGVjdGlvbi48L2Rpdj4NCjxkaXYgc3R5
bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJ
R0hUOiAxNXB0Ij5NYXkgSSBzdWdnZXN0IHRvIG1vZGlmeSB0aGF0IHNlbnRlbmNlIHRvIGNsYXJp
ZnkgaXRzIGludGVudGlvbj88L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij5T
b21ldGhpbmcgbGlrZSw8L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij5PTEQ6
IDwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPlRoaXMgQXBwZW5kaXggaXMg
b3B0aW9uYWwgYWx0ZXJuYXRpdmUgYXBwcm9hY2ggdG8gdGhlIG9uZSBpbjxicj4NClNlY3Rpb24g
MiwgdGhlcmVmb3JlIGFsbCBpbXBsZW1lbnRhdGlvbnMgTVVTVCBpbmNsdWRlIHRoZSBhcHByb2Fj
aCBpbjxicj4NClNlY3Rpb24gMiBldmVuIGlmIHRoaXMgYWx0ZXJuYXRpdmUgYXBwcm9hY2ggaXMg
dXNlZC48L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij5ORVc6PC9kaXY+DQo8
ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+VGhpcyBBcHBlbmRpeCBpcyBvcHRpb25hbCBh
bHRlcm5hdGl2ZSBhcHByb2FjaCB0byB0aGUgb25lIGluPGJyPg0KU2VjdGlvbiAyLiBUaGUgYXBw
cm9hY2ggaW4gU2VjdGlvbiAyIE1VU1QgYmUgaW1wbGVtZW50ZWQgPC9kaXY+DQo8ZGl2IHN0eWxl
PSJMSU5FLUhFSUdIVDogMTVwdCI+dG8gZW5zdXJlIGludGVyb3BlcmF0aW9uIGJldHdlZW4gZXF1
aXBtZW50cywgYnV0Jm5ic3A7TUFZIE5PVCBiZTwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlH
SFQ6IDE1cHQiPnVzZWQmbmJzcDtpbiBhIG5ldHdvcmsgd2hlbiB0d28mbmJzcDtULVBFcyZuYnNw
O3J1biZuYnNwO3RoaXMgYWx0ZXJuYXRpdmUgYXBwcm9hY2guPC9kaXY+DQo8ZGl2IHN0eWxlPSJM
SU5FLUhFSUdIVDogMTVwdCI+Jm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDog
MTVwdCI+QmVzdCByZWdhcmRzLDwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQi
PiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPkplb25nLWRvbmc8
L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4mbmJzcDs8L2Rpdj4NCjxkaXYg
c3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4mbmJzcDs8L2Rpdj4NCjxkaXYgaWQ9Ik1haWxTaWdu
U2VudCIgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij48YnI+DQo8L2Rpdj4NCjxkaXYgaWQ9Ik9S
R01BSUxfQ09OVEVOVCIgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4NCjxociB0YWJpbmRleD0i
LTEiPg0KPGI+67O064K4IOyCrOuejCA6IDwvYj4mcXVvdDtBbmRyZXcgRy4gTWFsaXMmcXVvdDsg
Jmx0O2FnbWFsaXNAZ21haWwuY29tJmd0Ozxicj4NCjxiPuuztOuCuCDrgqDsp5wgOiA8L2I+MjAx
NS0wMS0wOCAwMToyNTo0MSAoICYjNDM7MDk6MDAgKTxicj4NCjxiPuuwm+uKlCDsgqzrnowgOiA8
L2I+66WY7KCV64+ZICZsdDtyeW9vQGV0cmkucmUua3ImZ3Q7PGJyPg0KPGI+7LC47KGwIDogPC9i
PkdyZWdvcnkgTWlyc2t5ICZsdDtncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20mZ3Q7LCBBbGV4
YW5kZXIgVmFpbnNodGVpbiAmbHQ7QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20mZ3Q7
LCBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnICZsdDtk
cmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnJmd0OywgcGFs
c0BpZXRmLm9yZyAmbHQ7cGFsc0BpZXRmLm9yZyZndDssIHN0YnJ5YW50QGNpc2NvLmNvbQ0KICZs
dDtzdGJyeWFudEBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+7KCc66qpIDogPC9iPlJlOiBbUGFsc10g
UG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3YW0t
cHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0PGJyPg0KPGJyPg0KPGRpdiBkaXI9Imx0
ciI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTNweDsgRk9OVC1GQU1JTFk6IOq1tOumvDsgTElO
RS1IRUlHSFQ6IDIwcHgiPkplb25nLWRvbmcsPC9zcGFuPjxicj4NCjxkaXY+PHNwYW4gc3R5bGU9
IkZPTlQtU0laRTogMTNweDsgRk9OVC1GQU1JTFk6IOq1tOumvDsgTElORS1IRUlHSFQ6IDIwcHgi
Pjxicj4NCjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTNweDsg
Rk9OVC1GQU1JTFk6IOq1tOumvDsgTElORS1IRUlHSFQ6IDIwcHgiPlRoYW5rcyBmb3IgeW91ciBj
b21tZW50LiBJbiBTZWN0aW9uIEEuMSwgdGhlIFBXIHN0YXR1cyBzaWduYWxpbmcgYXBwcm9hY2gg
aXMgYSAmcXVvdDtNVVNUJnF1b3Q7IGZvciBjb2RlIGltcGxlbWVudGF0aW9uLCBidXQgbm90IGRl
cGxveW1lbnQgaW4gYSBuZXR3b3JrLiBUaGlzIGlzIHNvIGFsbCBpbXBsZW1lbnRhdGlvbnMgb2Yg
dGhlIGV2ZW50dWFsDQogUkZDIGNhbiBpbnRlcm9wZXJhdGUgdXNpbmcgdGhlIFBXIHN0YXR1cyBz
aWduYWxpbmcgYXBwcm9hY2ggYXMgdGhlIGNvbW1vbiBkZW5vbWluYXRvciwgaWYgdGhlIG9wdGlv
bmFsIGFwcGVuZGl4IGhhc24ndCBiZWVuIGltcGxlbWVudGVkIGJ5IGEgcGFydGljdWxhciB2ZW5k
b3IuPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxM3B4OyBGT05U
LUZBTUlMWTog6rW066a8OyBMSU5FLUhFSUdIVDogMjBweCI+PGJyPg0KPC9zcGFuPjwvZGl2Pg0K
PGRpdj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxM3B4OyBGT05ULUZBTUlMWTog6rW066a8OyBM
SU5FLUhFSUdIVDogMjBweCI+Q2hlZXJzLDwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9
IkZPTlQtU0laRTogMTNweDsgRk9OVC1GQU1JTFk6IOq1tOumvDsgTElORS1IRUlHSFQ6IDIwcHgi
PkFuZHk8L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+
DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gVHVlLCBKYW4gNiwgMjAxNSBhdCA4OjU1IFBN
LCBSeW9vLCBKZW9uZy1kb25nIDxzcGFuIGRpcj0ibHRyIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86
cnlvb0BldHJpLnJlLmtyIiB0YXJnZXQ9Il9ibGFuayI+cnlvb0BldHJpLnJlLmtyPC9hPiZndDs8
L3NwYW4+IHdyb3RlOjxicj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9
IlBBRERJTkctTEVGVDogMWV4OyBNQVJHSU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JERVItTEVG
VDogI2NjYyAxcHggc29saWQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsg
Rk9OVC1GQU1JTFk6IOq1tOumvCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJ
R0hUOiAxNXB0Ij5IYXBweSBOZXcgWWVhciE8L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hU
OiAxNXB0Ij4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij5BbHRo
b3VnaCBJIGhhdmUgYSBxdWVzdGlvbiBvbiB0aGUgb3B0aW9uYWwgbGluZWFyIHByb3RlY3Rpb24g
YXBwcm9hY2ggc3BlY2lmaWVkIGluIEFwcGVuZGl4LCB3aGljaCBjYW4gYmUgYWRkcmVzc2VkIGFm
dGVyIGFkb3B0aW9uLDwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPkkgYWxz
byBzdXBwb3J0IHRoaXMgZG9jdW1lbnQgdG8gYmUgYWRvcHRlZCBhcyBhIFdHIGRyYWZ0LjwvZGl2
Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHls
ZT0iTElORS1IRUlHSFQ6IDE1cHQiPk15IHF1ZXN0aW9uIGlzIGFib3V0IHRoZSBmaXJzdCBzZW50
ZW5jZSBpbiB0aGUgdGhpcmQgcGFyYWdyYXBoIG9mIFNlY3Rpb24gQS4xLjwvZGl2Pg0KPGRpdiBz
dHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPkkgZG9uJ3QgdW5kZXJzdGFuZCB3aHkgdGhlIFBXIHN0
YXR1cyBzaWduYWxpbmcgaXMgcmVxdWlyZWQmbmJzcDsoJnF1b3Q7TVVTVCZxdW90Oykgd2hlbiB0
aGUgTVBMUy1UUCBsaW5lYXIgcHJvdGVjdGlvbiBhcHByb2FjaCBpcyB1c2VkLjwvZGl2Pg0KPGRp
diBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPkl0IGRvZXMgbm90IHNlZW0gY29ycmVjdCB0ZWNo
bmljYWxseS48L2Rpdj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij4mbmJzcDs8L2Rp
dj4NCjxkaXYgc3R5bGU9IkxJTkUtSEVJR0hUOiAxNXB0Ij5CZXN0IHJlZ2FyZHMsPC9kaXY+DQo8
ZGl2IHN0eWxlPSJMSU5FLUhFSUdIVDogMTVwdCI+Jm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJM
SU5FLUhFSUdIVDogMTVwdCI+SmVvbmctZG9uZzwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlH
SFQ6IDE1cHQiPiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPjxi
cj4NCjxicj4NCiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPjxi
cj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iTElORS1IRUlHSFQ6IDE1cHQiPg0KPGhyPg0KPGI+67O0
64K4IOyCrOuejCA6IDwvYj4mcXVvdDtBbmRyZXcgRy4gTWFsaXMmcXVvdDsgJmx0OzxhIGhyZWY9
Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFnbWFsaXNAZ21haWwu
Y29tPC9hPiZndDs8YnI+DQo8Yj7rs7Trgrgg64Kg7KecIDogPC9iPjIwMTUtMDEtMDcgMDM6NDk6
NTUgKCAmIzQzOzA5OjAwICk8YnI+DQo8Yj7rsJvripQg7IKs656MIDogPC9iPkdyZWdvcnkgTWly
c2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tIiB0YXJn
ZXQ9Il9ibGFuayI+Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPC9hPiZndDs8YnI+DQo8Yj7s
sLjsobAgOiA8L2I+QWxleGFuZGVyIFZhaW5zaHRlaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpBbGV4
YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkFsZXhhbmRlci5W
YWluc2h0ZWluQGVjaXRlbGUuY29tPC9hPiZndDssDQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtc2hh
d2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi
Pg0KZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzwvYT4g
Jmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRv
b2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJv
dGVjdGlvbkB0b29scy5pZXRmLm9yZzwvYT4mZ3Q7LA0KPGEgaHJlZj0ibWFpbHRvOnBhbHNAaWV0
Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wYWxzQGlldGYub3JnPC9hPiAmbHQ7PGEgaHJlZj0ibWFp
bHRvOnBhbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5wYWxzQGlldGYub3JnPC9hPiZndDss
DQo8YSBocmVmPSJtYWlsdG86c3RicnlhbnRAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+c3Ri
cnlhbnRAY2lzY28uY29tPC9hPiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPnN0YnJ5YW50QGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+7KCc
66qpIDogPC9iPlJlOiBbUGFsc10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9w
dGlvbiBvZiBkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0DQo8
ZGl2Pg0KPGRpdiBjbGFzcz0iaDUiPjxicj4NCjxicj4NCjxkaXYgZGlyPSJsdHIiPkdyZWcsDQo8
ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFua3MgZm9yIHlvdXIgc3VwcG9ydCwgYW5kIHllcyB3
ZSB3b3VsZCwgYWx0aG91Z2ggd2UgcHJlZmVyIHN0YW5kYXJkcyB0cmFjayBzbyB0aGF0IGl0IHdv
dWxkIGJlIG1hcmtlZCBhcyAmcXVvdDtVcGRhdGVzIDY4NzAmcXVvdDsgaW4gdGhlIFJGQyBkYXRh
YmFzZSwgc28gYW55b25lIGltcGxlbWVudGluZyA2ODcwIHdpbGwgYWxzbyByZWFkIGl0LCBhbmQg
YSByZWZlcmVuY2UgYWRkZWQgaWYgdGhlcmUncyBldmVyIGEgNjg3MC1iaXMuPC9kaXY+DQo8ZGl2
Pjxicj4NCjwvZGl2Pg0KPGRpdj5DaGVlcnMsPC9kaXY+DQo8ZGl2PkFuZHk8L2Rpdj4NCjwvZGl2
Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3Rl
Ij5PbiBUdWUsIEphbiA2LCAyMDE1IGF0IDE6MTEgUE0sIEdyZWdvcnkgTWlyc2t5IDxzcGFuIGRp
cj0ibHRyIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29t
IiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPC9hPiZndDs8L3Nw
YW4+IHdyb3RlOjxicj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9IlBB
RERJTkctTEVGVDogMWV4OyBNQVJHSU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JERVItTEVGVDog
I2NjYyAxcHggc29saWQiPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1
cnBsZSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9IkZPTlQtU0la
RTogMTFwdDsgRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywnc2Fucy1zZXJpZic7IENPTE9SOiAjMWY0
OTdkIj5EZWFyIEFsbCw8dT48L3U+PHU+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBGT05ULUZBTUlMWTogJ0NhbGlicmkn
LCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2QiPmZpcnN0bHksIEkgc3VwcG9ydCBhZG9wdGlv
biBvZiB0aGlzIGRvY3VtZW50IGJ5IHRoZSBXRy48dT48L3U+PHU+PC91Pjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBGT05ULUZB
TUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2QiPjx1PjwvdT48dT48
L3U+PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJG
T05ULVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xP
UjogIzFmNDk3ZCI+U2Vjb25kLCBjb25zaWRlcmluZyB0aGF0IHRoZSBkb2N1bWVudCBkb2VzbuKA
mXQgcHV0IGZvcnRoIGFueSBJQU5BIHJlcXVlc3RzLCBub3IgY2hhbmdlcyBhbnkgZWFybGllciBk
ZWZpbmVkIHByb2NlZHVyZXMgYnV0IHJhdGhlciBkb2N1bWVudCBhcHBsaWNhYmlsaXR5IG9mDQog
dGhlIFJGQyA2NDc4LCB3b3VsZCBhdXRob3JzIGNvbnNpZGVyIEluZm9ybWF0aW9uYWwgdHJhY2sg
Zm9yIHRoaXMgZG9jdW1lbnQ/PHU+PC91Pjx1PjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICdDYWxp
YnJpJywnc2Fucy1zZXJpZic7IENPTE9SOiAjMWY0OTdkIj48dT48L3U+PHU+PC91Pjwvc3Bhbj4m
bmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAx
MXB0OyBGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Qi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDx1PjwvdT48dT48L3U+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6
IDExcHQ7IEZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3
ZCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWcNCjx1PjwvdT48dT48L3U+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZ
OiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZCI+PHU+PC91Pjx1PjwvdT48
L3NwYW4+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9IkZP
TlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdUYWhvbWEnLCdzYW5zLXNlcmlmJyI+RnJvbTo8
L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVGFo
b21hJywnc2Fucy1zZXJpZiciPiBQYWxzIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnBhbHMtYm91
bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnBhbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5d
DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkFuZHJldyBHLiBNYWxpczxicj4NCjxiPlNlbnQ6PC9iPiBU
dWVzZGF5LCBKYW51YXJ5IDA2LCAyMDE1IDQ6MTEgQU08YnI+DQo8Yj5Ubzo8L2I+IEFsZXhhbmRl
ciBWYWluc2h0ZWluPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86c3RicnlhbnRAY2lz
Y28uY29tIiB0YXJnZXQ9Il9ibGFuayI+c3RicnlhbnRAY2lzY28uY29tPC9hPjsNCjxhIGhyZWY9
Im1haWx0bzpkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3Jn
IiB0YXJnZXQ9Il9ibGFuayI+DQpkcmFmdC1zaGF3YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uQHRv
b2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnBhbHNAaWV0Zi5vcmciIHRhcmdldD0i
X2JsYW5rIj4NCnBhbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbUGFs
c10gUG9sbCB0byBkZXRlcm1pbmUgY29uc2Vuc3VzIGZvciBhZG9wdGlvbiBvZiBkcmFmdC1zaGF3
YW0tcHdlMy1tcy1wdy1wcm90ZWN0aW9uIGFzIFdHIGRyYWZ0PHU+PC91Pjx1PjwvdT48L3NwYW4+
PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dT48L3U+PHU+PC91PiZu
YnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TYXNoYSw8dT48L3U+PHU+PC91
PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dT48L3U+PHU+PC91PiZuYnNwOzwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBkaWZmZXJlbmNlIGlz
IHRoYXQgdGhpcyBkcmFmdCBpcyBhIHNpbXBsZSBjbGFyaWZpY2F0aW9uIG9mIGV4aXN0aW5nIFJG
Q3MgdG8gbWFrZSBpdCBjbGVhciBob3cgdGhleSBjYW4gYmUgdXNlZCB0byBwcm92aWRlIGVuZC10
by1lbmQgcmVzaWxpZW5jeSBvZiBzdGF0aWMgTVMtUFdzLiBJJ20gYXdhcmUgb2YgYXQgbGVhc3Qg
b25lIGRlcGxveW1lbnQgb2YgdGhpcyBkcmFmdC48dT48L3U+PHU+PC91PjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1PjwvdT48dT48L3U+Jm5ic3A7PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTog
MTBwdCI+ZHJhZnQtaWV0Zi1wYWxzLXJlZHVuZGFuY3ktc3BlLTAwIGlzIG1vcmUgaW52b2x2ZWQs
IHNpbmNlIGl0IHByb3ZpZGVzIHJlc2lsaWVuY3kgYXQgaW50ZXJtZWRpYXRlIFMtUEVzIHJhdGhl
ciB0aGFuIG9ubHkgZW5kLXRvLWVuZCwgYnV0IGhhcyB0aGUgcG9zc2liaWxpdHkgdG8gc2NhbGUg
YmV0dGVyIGluIGEgbmV0d29yayB3aXRoIGEgbGFyZ2UgbnVtYmVyIG9mDQogTVMtUFdzLiBJdCBj
b3VsZCBhbHNvIHByb3ZpZGUgZmFzdGVyIHByb3RlY3Rpb24gc3dpdGNoaW5nIGFzIHdlbGwuIEl0
IHdvdWxkIGJlIHVwIHRvIHRoZSBvcGVyYXRvciB0byBkZWNpZGUgd2hpY2ggc29sdXRpb24gdGhl
eSBwcmVmZXIgdG8gZGVwbG95Ljwvc3Bhbj48dT48L3U+PHU+PC91PjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1PjwvdT48dT48L3U+Jm5ic3A7PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDx1PjwvdT48dT48L3U+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTx1PjwvdT48dT48L3U+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHU+PC91Pjx1PjwvdT4mbmJz
cDs8L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1Pjwv
dT48dT48L3U+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFN1biwg
SmFuIDQsIDIwMTUgYXQgMzowNyBBTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gJmx0OzxhIGhyZWY9
Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPC9hPiZndDsgd3JvdGU6PHU+PC91Pjx1
PjwvdT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iTUFSR0lOLUJPVFRPTTogMTJw
dCI+U3Rld2FydCBhbmQgYWxsLDxicj4NCkkndmUgcmVhZCB0aGUgZHJhZnQsIGFuZCBJIGRvIG5v
dCBoYXZlIGFueSBpc3N1ZXMgd2l0aCBpdHMgY29udGVudCZuYnNwOyBwZXIgc2UuPGJyPg0KSG93
ZXZlciBJJ2QgbGlrZSB0byB1bmRlcnN0YW5kIGJldHRlciBpdHMgcmVsYXRpb25zaGlwIHdpdGgg
dGhlIGFscmVhZHkgYWRvcHRlZCBkcmFmdC1pZXRmLXBhbHMtcmVkdW5kYW5jeS1zcGUtMDAuPGJy
Pg0KPGJyPg0KQm90aCBkcmFmdHMgYXJlIGludGVuZGVkIGZvciB0aGUgU3RhbmRhcmRzIHRyYWNr
IGJ5IHRoZWlyIGF1dGhvcnMgYW5kIGJvdGggc2VlbSB0byBhZGRyZXNzIHRoZSBwcm9ibGVtIG9m
IFMtUEUgZmFpbHVyZSBldmVuIGlmIGluIGRpZmZlcmVudCBkaWZmZXJlbnQgZGVwbG95bWVudCBz
Y2VuYXJpb3MuPGJyPg0KPGJyPg0KSSB3b3VsZCBsaWtlIHRvIGNsYXJpZnkgdGhhdCZuYnNwOyBJ
IGRvIG5vdCBhY3RpdmVseSBvYmplY3QgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLjxicj4NClRo
ZSBjbGFyaWZpY2F0aW9uIGluIHF1ZXN0aW9uIGNvdWxkIGJlIHByb3ZpZGVkIGFmdGVyIGFkb3B0
aW9uIGlmIHRoZSBXRyBmZWVscyB0aGF0IHRoaXMgY2FuIGJlIHBvc3Rwb25lZC4mbmJzcDsgQnV0
IEkgZG8gbm90IHRoaW5rIHRoYXQgaXQgY2FuIGJlIGF2b2lkZWQgYWx0b2dldGhlci48YnI+DQo8
YnI+DQpSZWdhcmRzLDxicj4NClNhc2hhPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCkZyb206IFBhbHMgJmx0
OzxhIGhyZWY9Im1haWx0bzpwYWxzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5w
YWxzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0OyBvbiBiZWhhbGYgb2YgU3Rld2FydCBCcnlhbnQg
Jmx0OzxhIGhyZWY9Im1haWx0bzpzdGJyeWFudEBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5z
dGJyeWFudEBjaXNjby5jb208L2E+Jmd0Ozxicj4NClNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIg
MjQsIDIwMTQgMTE6NTIgQU08YnI+DQo8c3Bhbj5UbzogPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXNo
YXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r
Ij4NCmRyYWZ0LXNoYXdhbS1wd2UzLW1zLXB3LXByb3RlY3Rpb25AdG9vbHMuaWV0Zi5vcmc8L2E+
OyA8YSBocmVmPSJtYWlsdG86cGFsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KcGFsc0Bp
ZXRmLm9yZzwvYT48L3NwYW4+PGJyPg0KPHNwYW4+U3ViamVjdDogW1BhbHNdIFBvbGwgdG8gZGV0
ZXJtaW5lIGNvbnNlbnN1cyBmb3IgYWRvcHRpb24gb2YgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHct
cHJvdGVjdGlvbiBhcyBXRyBkcmFmdDwvc3Bhbj48dT48L3U+PHU+PC91PjwvcD4NCjxkaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V29ya2luZyBHcm91cCw8YnI+DQo8YnI+DQpUaGlz
IGVtYWlsIHN0YXJ0cyBhIHBvbGwgdG8gc2VlIHdoZXRoZXIgdGhlcmUgaXMgY29uc2Vuc3VzIHRv
PGJyPg0KYWRvcHQgZHJhZnQtc2hhd2FtLXB3ZTMtbXMtcHctcHJvdGVjdGlvbiBhcyBhIFdHIGRy
YWZ0IG9mPGJyPg0KdGhlIFBBTFMgV0cuPGJyPg0KPGJyPg0KUGxlYXNlIHNlbmQgeW91ciBjb21t
ZW50cyAoc3VwcG9ydC9ub3Qgc3VwcG9ydCkgdG8gdGhlIFBBTFMgd29ya2luZzxicj4NCmdyb3Vw
IG1haWxpbmcgbGlzdCAoPGEgaHJlZj0ibWFpbHRvOnBhbHNAaWV0Zi5vcmciIHRhcmdldD0iX2Js
YW5rIj5wYWxzQGlldGYub3JnPC9hPikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsPGJyPg0KbW90
aXZhdGlvbiBmb3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlvdSB0
aGluayB0aGF0PGJyPg0KdGhlIGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdv
cmtpbmcgZ3JvdXAgZG9jdW1lbnQuPGJyPg0KPGJyPg0KSW4gdmlldyBvZiB0aGUgbG9uZyBob2xp
ZGF5IHNlYXNvbiBpbiBzb21lIHBhcnRzIG9mIHRoZSB3b3JsZCBJIHdpbGw8YnI+DQpydW4gdGhl
IHBvbGwgdW50aWwgMTZ0aCBKYW51YXJ5IDIwMTUuPGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0K
PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+
DQpQYWxzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpQYWxzQGlldGYub3JnIiB0
YXJnZXQ9Il9ibGFuayI+UGFsc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHMiIHRhcmdldD0iX2JsYW5rIj5odHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHM8L2E+PHU+PC91Pjx1PjwvdT48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dT48L3U+PHU+
PC91PiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
Cjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8
L2h0bWw+DQo=

--_000_5B4A6CBE3924BB41A3BEE462A8E0B75A290FBBB1SMTP2etriinfo_--


From nobody Thu Jan  8 08:02:04 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42B8B1A8702 for <pals@ietfa.amsl.com>; Thu,  8 Jan 2015 08:01:57 -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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFL3Sa-wARMi for <pals@ietfa.amsl.com>; Thu,  8 Jan 2015 08:01:48 -0800 (PST)
Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4019E1A6F01 for <pals@ietf.org>; Thu,  8 Jan 2015 08:01:43 -0800 (PST)
Received: by mail-qc0-f179.google.com with SMTP id c9so2544176qcz.10 for <pals@ietf.org>; Thu, 08 Jan 2015 08:01:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mia7MUqwWK4k697xaCGBcmC6THb4ejvBd2vvmjAUrXM=; b=rvVMUr+aU5c9zyQmT7Nnzn2IlG/3q9PUZwXvd5/XO4IdEdTkX5LEAwvhIORWird6HI 9MP17vSLZUQyOTJPXid0paWFHH55htMM7HTLwwIHmdD52L7ghVEjGpVCrooaf3fcD9RD VwZ10Z+Iwge8fcB0Ad7KPS5ZZBre58HTFzcWYhKISRndNl8J/AGqJX8LVA9lxC5vs90P onVV2NfgNSuq5mybycP4Dx4tBawB/XBTFfRmZVtjGNkRc0p/AO+IljDlRdJ8Wtbre8AU U5OK0azsrw6pox9VMWZn6wgWOYcpFMpLT0qebFevISRPQMjIUyZ0YwSe/Dqsm22koboC kgNw==
X-Received: by 10.224.93.6 with SMTP id t6mr16902887qam.93.1420732900474; Thu, 08 Jan 2015 08:01:40 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Thu, 8 Jan 2015 08:01:20 -0800 (PST)
In-Reply-To: <5B4A6CBE3924BB41A3BEE462A8E0B75A290FBBB1@SMTP2.etri.info>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <1420358843752.4157@ecitele.com> <CAA=duU1MCnB2nVUwx0ir=weoF=QR-caTs=kkMJoXjtjkmR62-g@mail.gmail.com> <7347100B5761DC41A166AC17F22DF1121B8CB789@eusaamb103.ericsson.se> <CAA=duU2RPdkxLOmktXN93LwXY6SYbiSYwa-tnfb9G4gLKB-NZg@mail.gmail.com> <5B4A6CBE3924BB41A3BEE462A8E0B75A290FAA16@SMTP2.etri.info> <CAA=duU2Ekxf7=oWb9g_dBfKO8Z7RhOYEiQBMdOK0GuqS-yGDQw@mail.gmail.com> <5B4A6CBE3924BB41A3BEE462A8E0B75A290FBBB1@SMTP2.etri.info>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Thu, 8 Jan 2015 11:01:20 -0500
Message-ID: <CAA=duU3mTMSuLySe6+D1rvj8Qj1JgAr11OORgx0DXs9s30nV1Q@mail.gmail.com>
To: "Ryoo, Jeong-dong" <ryoo@etri.re.kr>
Content-Type: multipart/alternative; boundary=089e01495028da8632050c262725
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/OAdCnVm07YTN-o_7Va72T5dD2Z8>
Cc: Gregory Mirsky <gregory.mirsky@ericsson.com>, "stbryant@cisco.com" <stbryant@cisco.com>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2015 16:01:57 -0000

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

Jeong-dong,

Thanks, we can get the wording corrected once we have a WG draft.

Cheers,
Andy

On Wed, Jan 7, 2015 at 9:26 PM, Ryoo, Jeong-dong <ryoo@etri.re.kr> wrote:

>   Andrew,
>
> Thanks for your clarification.
>
> As any text in Appendix is well accepted as optional, informative
> description,
> that particular sentence misled me into thinking if the PW status
> signaling is an essential prerequisite for the proper working of the line=
ar
> protection.
>
> May I suggest to modify that sentence to clarify its intention?
> Something like,
> OLD:
> This Appendix is optional alternative approach to the one in
> Section 2, therefore all implementations MUST include the approach in
> Section 2 even if this alternative approach is used.
> NEW:
> This Appendix is optional alternative approach to the one in
> Section 2. The approach in Section 2 MUST be implemented
> to ensure interoperation between equipments, but MAY NOT be
> used in a network when two T-PEs run this alternative approach.
>
> Best regards,
>
> Jeong-dong
>
>
>
>  ------------------------------
> *=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : *"Andrew G. Malis" <agmalis@gmai=
l.com>
> *=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : *2015-01-08 01:25:41 ( +09:00 )
> *=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : *=EB=A5=98=EC=A0=95=EB=8F=99 <ry=
oo@etri.re.kr>
> *=EC=B0=B8=EC=A1=B0 : *Gregory Mirsky <gregory.mirsky@ericsson.com>, Alex=
ander Vainshtein
> <Alexander.Vainshtein@ecitele.com>,
> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org <
> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, pals@ietf.org <
> pals@ietf.org>, stbryant@cisco.com <stbryant@cisco.com>
>
> *=EC=A0=9C=EB=AA=A9 : *Re: [Pals] Poll to determine consensus for adoptio=
n of
> draft-shawam-pwe3-ms-pw-protection as WG draft
>
> Jeong-dong,
>
>  Thanks for your comment. In Section A.1, the PW status signaling
> approach is a "MUST" for code implementation, but not deployment in a
> network. This is so all implementations of the eventual RFC can
> interoperate using the PW status signaling approach as the common
> denominator, if the optional appendix hasn't been implemented by a
> particular vendor.
>
>  Cheers,
> Andy
>
> On Tue, Jan 6, 2015 at 8:55 PM, Ryoo, Jeong-dong <ryoo@etri.re.kr> wrote:
>
>>   Happy New Year!
>>
>> Although I have a question on the optional linear protection approach
>> specified in Appendix, which can be addressed after adoption,
>> I also support this document to be adopted as a WG draft.
>>
>> My question is about the first sentence in the third paragraph of Sectio=
n
>> A.1.
>> I don't understand why the PW status signaling is required ("MUST") when
>> the MPLS-TP linear protection approach is used.
>> It does not seem correct technically.
>>
>> Best regards,
>>
>> Jeong-dong
>>
>>
>>
>>
>>
>>  ------------------------------
>> *=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : *"Andrew G. Malis" <agmalis@gma=
il.com>
>> *=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : *2015-01-07 03:49:55 ( +09:00 )
>> *=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : *Gregory Mirsky <gregory.mirsky=
@ericsson.com>
>> *=EC=B0=B8=EC=A1=B0 : *Alexander Vainshtein <Alexander.Vainshtein@ecitel=
e.com>,
>> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org <
>> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, pals@ietf.org <
>> pals@ietf.org>, stbryant@cisco.com <stbryant@cisco.com>
>> *=EC=A0=9C=EB=AA=A9 : *Re: [Pals] Poll to determine consensus for adopti=
on of
>> draft-shawam-pwe3-ms-pw-protection as WG draft
>>
>>
>> Greg,
>>
>>  Thanks for your support, and yes we would, although we prefer standards
>> track so that it would be marked as "Updates 6870" in the RFC database, =
so
>> anyone implementing 6870 will also read it, and a reference added if
>> there's ever a 6870-bis.
>>
>>  Cheers,
>> Andy
>>
>> On Tue, Jan 6, 2015 at 1:11 PM, Gregory Mirsky <
>> gregory.mirsky@ericsson.com> wrote:
>>
>>>  Dear All,
>>>
>>> firstly, I support adoption of this document by the WG.
>>>
>>>
>>>
>>> Second, considering that the document doesn=E2=80=99t put forth any IAN=
A
>>> requests, nor changes any earlier defined procedures but rather documen=
t
>>> applicability of the RFC 6478, would authors consider Informational tra=
ck
>>> for this document?
>>>
>>>
>>>
>>>                 Regards,
>>>
>>>                                 Greg
>>>
>>>
>>>
>>> *From:* Pals [mailto:pals-bounces@ietf.org] *On Behalf Of *Andrew G.
>>> Malis
>>> *Sent:* Tuesday, January 06, 2015 4:11 AM
>>> *To:* Alexander Vainshtein
>>> *Cc:* stbryant@cisco.com;
>>> draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>>> *Subject:* Re: [Pals] Poll to determine consensus for adoption of
>>> draft-shawam-pwe3-ms-pw-protection as WG draft
>>>
>>>
>>>
>>> Sasha,
>>>
>>>
>>>
>>> The difference is that this draft is a simple clarification of existing
>>> RFCs to make it clear how they can be used to provide end-to-end resili=
ency
>>> of static MS-PWs. I'm aware of at least one deployment of this draft.
>>>
>>>
>>>
>>> draft-ietf-pals-redundancy-spe-00 is more involved, since it provides
>>> resiliency at intermediate S-PEs rather than only end-to-end, but has t=
he
>>> possibility to scale better in a network with a large number of MS-PWs.=
 It
>>> could also provide faster protection switching as well. It would be up =
to
>>> the operator to decide which solution they prefer to deploy.
>>>
>>>
>>>
>>> Cheers,
>>>
>>> Andy
>>>
>>>
>>>
>>>
>>>
>>> On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein <
>>> Alexander.Vainshtein@ecitele.com> wrote:
>>>
>>> Stewart and all,
>>> I've read the draft, and I do not have any issues with its content  per
>>> se.
>>> However I'd like to understand better its relationship with the already
>>> adopted draft-ietf-pals-redundancy-spe-00.
>>>
>>> Both drafts are intended for the Standards track by their authors and
>>> both seem to address the problem of S-PE failure even if in different
>>> different deployment scenarios.
>>>
>>> I would like to clarify that  I do not actively object adoption of
>>> draft-shawam.
>>> The clarification in question could be provided after adoption if the W=
G
>>> feels that this can be postponed.  But I do not think that it can be
>>> avoided altogether.
>>>
>>> Regards,
>>> Sasha
>>>
>>>
>>>
>>>
>>> ________________________________________
>>> From: Pals <pals-bounces@ietf.org> on behalf of Stewart Bryant <
>>> stbryant@cisco.com>
>>> Sent: Wednesday, December 24, 2014 11:52 AM
>>> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
>>> Subject: [Pals] Poll to determine consensus for adoption of
>>> draft-shawam-pwe3-ms-pw-protection as WG draft
>>>
>>> Working Group,
>>>
>>> This email starts a poll to see whether there is consensus to
>>> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
>>> the PALS WG.
>>>
>>> Please send your comments (support/not support) to the PALS working
>>> group mailing list (pals@ietf.org). Please give a technical
>>> motivation for your support/not support, especially if you think that
>>> the document should not be adopted as a working group document.
>>>
>>> In view of the long holiday season in some parts of the world I will
>>> run the poll until 16th January 2015.
>>>
>>> - Stewart
>>>
>>> _______________________________________________
>>> Pals mailing list
>>> Pals@ietf.org
>>> https://www.ietf.org/mailman/listinfo/pals
>>>
>>>
>>>
>>
>>
>

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

<div dir=3D"ltr">Jeong-dong,<div><br></div><div>Thanks, we can get the word=
ing corrected once we have a WG draft.</div><div><br></div><div>Cheers,</di=
v><div>Andy</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_q=
uote">On Wed, Jan 7, 2015 at 9:26 PM, Ryoo, Jeong-dong <span dir=3D"ltr">&l=
t;<a href=3D"mailto:ryoo@etri.re.kr" target=3D"_blank">ryoo@etri.re.kr</a>&=
gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<div style=3D"FONT-SIZE:10pt;FONT-FAMILY:=EA=B5=B4=EB=A6=BC">
<div>
<div>
<div style=3D"LINE-HEIGHT:15pt">Andrew, </div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Thanks for your=C2=A0clarification.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">As any text in Appendix is well accepted as=
 optional,=C2=A0informative description,
</div>
<div style=3D"LINE-HEIGHT:15pt">that particular sentence misled me into thi=
nking if the PW status signaling is an essential prerequisite for the prope=
r working of the=C2=A0linear protection.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">May I suggest to modify that sentence to cl=
arify its intention?</div>
<div style=3D"LINE-HEIGHT:15pt">Something like,</div>
<div style=3D"LINE-HEIGHT:15pt">OLD: </div>
<div style=3D"LINE-HEIGHT:15pt">This Appendix is optional alternative appro=
ach to the one in<br>
Section 2, therefore all implementations MUST include the approach in<br>
Section 2 even if this alternative approach is used.</div>
<div style=3D"LINE-HEIGHT:15pt">NEW:</div>
<div style=3D"LINE-HEIGHT:15pt">This Appendix is optional alternative appro=
ach to the one in<br>
Section 2. The approach in Section 2 MUST be implemented </div>
<div style=3D"LINE-HEIGHT:15pt">to ensure interoperation between equipments=
, but=C2=A0MAY NOT be</div>
<div style=3D"LINE-HEIGHT:15pt">used=C2=A0in a network when two=C2=A0T-PEs=
=C2=A0run=C2=A0this alternative approach.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Best regards,</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Jeong-dong</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt"><br>
</div>
<div style=3D"LINE-HEIGHT:15pt"><span class=3D"">
<hr>
<b>=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : </b>&quot;Andrew G. Malis&quot; =
&lt;<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">agmalis@gmail.co=
m</a>&gt;<br>
</span><b>=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : </b>2015-01-08 01:25:41 (=
 +09:00 )<br>
<b>=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : </b>=EB=A5=98=EC=A0=95=EB=8F=99 =
&lt;<a href=3D"mailto:ryoo@etri.re.kr" target=3D"_blank">ryoo@etri.re.kr</a=
>&gt;<br>
<b>=EC=B0=B8=EC=A1=B0 : </b>Gregory Mirsky &lt;<a href=3D"mailto:gregory.mi=
rsky@ericsson.com" target=3D"_blank">gregory.mirsky@ericsson.com</a>&gt;, A=
lexander Vainshtein &lt;<a href=3D"mailto:Alexander.Vainshtein@ecitele.com"=
 target=3D"_blank">Alexander.Vainshtein@ecitele.com</a>&gt;, <a href=3D"mai=
lto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" target=3D"_blank">dr=
aft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a> &lt;<a href=3D"mailto:d=
raft-shawam-pwe3-ms-pw-protection@tools.ietf.org" target=3D"_blank">draft-s=
hawam-pwe3-ms-pw-protection@tools.ietf.org</a>&gt;, <a href=3D"mailto:pals@=
ietf.org" target=3D"_blank">pals@ietf.org</a> &lt;<a href=3D"mailto:pals@ie=
tf.org" target=3D"_blank">pals@ietf.org</a>&gt;, <a href=3D"mailto:stbryant=
@cisco.com" target=3D"_blank">stbryant@cisco.com</a>
 &lt;<a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco=
.com</a>&gt;<div><div class=3D"h5"><br>
<b>=EC=A0=9C=EB=AA=A9 : </b>Re: [Pals] Poll to determine consensus for adop=
tion of draft-shawam-pwe3-ms-pw-protection as WG draft<br>
<br>
<div dir=3D"ltr"><span style=3D"FONT-SIZE:13px;FONT-FAMILY:=EA=B5=B4=EB=A6=
=BC;LINE-HEIGHT:20px">Jeong-dong,</span><br>
<div><span style=3D"FONT-SIZE:13px;FONT-FAMILY:=EA=B5=B4=EB=A6=BC;LINE-HEIG=
HT:20px"><br>
</span></div>
<div><span style=3D"FONT-SIZE:13px;FONT-FAMILY:=EA=B5=B4=EB=A6=BC;LINE-HEIG=
HT:20px">Thanks for your comment. In Section A.1, the PW status signaling a=
pproach is a &quot;MUST&quot; for code implementation, but not deployment i=
n a network. This is so all implementations of the eventual
 RFC can interoperate using the PW status signaling approach as the common =
denominator, if the optional appendix hasn&#39;t been implemented by a part=
icular vendor.</span></div>
<div><span style=3D"FONT-SIZE:13px;FONT-FAMILY:=EA=B5=B4=EB=A6=BC;LINE-HEIG=
HT:20px"><br>
</span></div>
<div><span style=3D"FONT-SIZE:13px;FONT-FAMILY:=EA=B5=B4=EB=A6=BC;LINE-HEIG=
HT:20px">Cheers,</span></div>
<div><span style=3D"FONT-SIZE:13px;FONT-FAMILY:=EA=B5=B4=EB=A6=BC;LINE-HEIG=
HT:20px">Andy</span></div>
</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Tue, Jan 6, 2015 at 8:55 PM, Ryoo, Jeong-dong=
 <span dir=3D"ltr">
&lt;<a href=3D"mailto:ryoo@etri.re.kr" target=3D"_blank">ryoo@etri.re.kr</a=
>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT:1ex;MARGIN:0px 0px =
0px 0.8ex;BORDER-LEFT:#ccc 1px solid">
<div>
<div style=3D"FONT-SIZE:10pt;FONT-FAMILY:=EA=B5=B4=EB=A6=BC">
<div>
<div>
<div style=3D"LINE-HEIGHT:15pt">Happy New Year!</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Although I have a question on the optional =
linear protection approach specified in Appendix, which can be addressed af=
ter adoption,</div>
<div style=3D"LINE-HEIGHT:15pt">I also support this document to be adopted =
as a WG draft.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">My question is about the first sentence in =
the third paragraph of Section A.1.</div>
<div style=3D"LINE-HEIGHT:15pt">I don&#39;t understand why the PW status si=
gnaling is required=C2=A0(&quot;MUST&quot;) when the MPLS-TP linear protect=
ion approach is used.</div>
<div style=3D"LINE-HEIGHT:15pt">It does not seem correct technically.</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Best regards,</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt">Jeong-dong</div>
<div style=3D"LINE-HEIGHT:15pt">=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt"><br>
<br>
=C2=A0</div>
<div style=3D"LINE-HEIGHT:15pt"><br>
</div>
<div style=3D"LINE-HEIGHT:15pt">
<hr>
<b>=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : </b>&quot;Andrew G. Malis&quot; =
&lt;<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">agmalis@gmail.co=
m</a>&gt;<br>
<b>=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : </b>2015-01-07 03:49:55 ( +09:00=
 )<br>
<b>=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : </b>Gregory Mirsky &lt;<a href=
=3D"mailto:gregory.mirsky@ericsson.com" target=3D"_blank">gregory.mirsky@er=
icsson.com</a>&gt;<br>
<b>=EC=B0=B8=EC=A1=B0 : </b>Alexander Vainshtein &lt;<a href=3D"mailto:Alex=
ander.Vainshtein@ecitele.com" target=3D"_blank">Alexander.Vainshtein@ecitel=
e.com</a>&gt;,
<a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" target=
=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a> &lt;<a href=3D"mailto=
:draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" target=3D"_blank">draft=
-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>&gt;,
<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org</a> &lt;<a=
 href=3D"mailto:pals@ietf.org" target=3D"_blank">pals@ietf.org</a>&gt;,
<a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.com<=
/a> &lt;<a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant@ci=
sco.com</a>&gt;<br>
<b>=EC=A0=9C=EB=AA=A9 : </b>Re: [Pals] Poll to determine consensus for adop=
tion of draft-shawam-pwe3-ms-pw-protection as WG draft
<div>
<div><br>
<br>
<div dir=3D"ltr">Greg,
<div><br>
</div>
<div>Thanks for your support, and yes we would, although we prefer standard=
s track so that it would be marked as &quot;Updates 6870&quot; in the RFC d=
atabase, so anyone implementing 6870 will also read it, and a reference add=
ed if there&#39;s ever a 6870-bis.</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Andy</div>
</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Tue, Jan 6, 2015 at 1:11 PM, Gregory Mirsky <=
span dir=3D"ltr">
&lt;<a href=3D"mailto:gregory.mirsky@ericsson.com" target=3D"_blank">gregor=
y.mirsky@ericsson.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT:1ex;MARGIN:0px 0px =
0px 0.8ex;BORDER-LEFT:#ccc 1px solid">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">Dear All,<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">firstly, I support adoption of =
this document by the WG.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d"><u></u><u></u></span>=C2=A0</p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">Second, considering that the do=
cument doesn=E2=80=99t put forth any IANA requests, nor changes any earlier=
 defined procedures but rather document applicability of
 the RFC 6478, would authors consider Informational track for this document=
?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d"><u></u><u></u></span>=C2=A0</p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 Greg
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:11pt;FONT-FAMILY:&#39;Calib=
ri&#39;,&#39;sans-serif&#39;;COLOR:#1f497d"><u></u><u></u></span>=C2=A0</p>
<p class=3D"MsoNormal"><b><span style=3D"FONT-SIZE:10pt;FONT-FAMILY:&#39;Ta=
homa&#39;,&#39;sans-serif&#39;">From:</span></b><span style=3D"FONT-SIZE:10=
pt;FONT-FAMILY:&#39;Tahoma&#39;,&#39;sans-serif&#39;"> Pals [mailto:<a href=
=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">pals-bounces@ietf.org</=
a>]
<b>On Behalf Of </b>Andrew G. Malis<br>
<b>Sent:</b> Tuesday, January 06, 2015 4:11 AM<br>
<b>To:</b> Alexander Vainshtein<br>
<b>Cc:</b> <a href=3D"mailto:stbryant@cisco.com" target=3D"_blank">stbryant=
@cisco.com</a>;
<a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" target=
=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a href=3D"mailto:pa=
ls@ietf.org" target=3D"_blank">
pals@ietf.org</a><br>
<b>Subject:</b> Re: [Pals] Poll to determine consensus for adoption of draf=
t-shawam-pwe3-ms-pw-protection as WG draft<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
<div>
<p class=3D"MsoNormal">Sasha,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal">The difference is that this draft is a simple clarif=
ication of existing RFCs to make it clear how they can be used to provide e=
nd-to-end resiliency of static MS-PWs. I&#39;m aware of at least one deploy=
ment of this draft.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"FONT-SIZE:10pt">draft-ietf-pals-redun=
dancy-spe-00 is more involved, since it provides resiliency at intermediate=
 S-PEs rather than only end-to-end, but has the possibility to scale better=
 in a network with a large number of
 MS-PWs. It could also provide faster protection switching as well. It woul=
d be up to the operator to decide which solution they prefer to deploy.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
<div>
<p class=3D"MsoNormal">On Sun, Jan 4, 2015 at 3:07 AM, Alexander Vainshtein=
 &lt;<a href=3D"mailto:Alexander.Vainshtein@ecitele.com" target=3D"_blank">=
Alexander.Vainshtein@ecitele.com</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"MARGIN-BOTTOM:12pt">Stewart and all,<br>
I&#39;ve read the draft, and I do not have any issues with its content=C2=
=A0 per se.<br>
However I&#39;d like to understand better its relationship with the already=
 adopted draft-ietf-pals-redundancy-spe-00.<br>
<br>
Both drafts are intended for the Standards track by their authors and both =
seem to address the problem of S-PE failure even if in different different =
deployment scenarios.<br>
<br>
I would like to clarify that=C2=A0 I do not actively object adoption of dra=
ft-shawam.<br>
The clarification in question could be provided after adoption if the WG fe=
els that this can be postponed.=C2=A0 But I do not think that it can be avo=
ided altogether.<br>
<br>
Regards,<br>
Sasha<br>
<br>
<br>
<br>
<br>
________________________________________<br>
From: Pals &lt;<a href=3D"mailto:pals-bounces@ietf.org" target=3D"_blank">p=
als-bounces@ietf.org</a>&gt; on behalf of Stewart Bryant &lt;<a href=3D"mai=
lto:stbryant@cisco.com" target=3D"_blank">stbryant@cisco.com</a>&gt;<br>
Sent: Wednesday, December 24, 2014 11:52 AM<br>
<span>To: <a href=3D"mailto:draft-shawam-pwe3-ms-pw-protection@tools.ietf.o=
rg" target=3D"_blank">
draft-shawam-pwe3-ms-pw-protection@tools.ietf.org</a>; <a href=3D"mailto:pa=
ls@ietf.org" target=3D"_blank">
pals@ietf.org</a></span><br>
<span>Subject: [Pals] Poll to determine consensus for adoption of draft-sha=
wam-pwe3-ms-pw-protection as WG draft</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Working Group,<br>
<br>
This email starts a poll to see whether there is consensus to<br>
adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of<br>
the PALS WG.<br>
<br>
Please send your comments (support/not support) to the PALS working<br>
group mailing list (<a href=3D"mailto:pals@ietf.org" target=3D"_blank">pals=
@ietf.org</a>). Please give a technical<br>
motivation for your support/not support, especially if you think that<br>
the document should not be adopted as a working group document.<br>
<br>
In view of the long holiday season in some parts of the world I will<br>
run the poll until 16th January 2015.<br>
<br>
- Stewart<br>
<br>
_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org" target=3D"_blank">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u><u></u>=C2=A0</p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></div>
</div>
</div>
</div>
</div>

</blockquote></div><br></div>

--089e01495028da8632050c262725--


From nobody Mon Jan 12 02:53:57 2015
Return-Path: <Italo.Busi@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 777761A8ABF for <pals@ietfa.amsl.com>; Mon, 12 Jan 2015 02:53:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LMUCaJTN0oN for <pals@ietfa.amsl.com>; Mon, 12 Jan 2015 02:53:42 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67F791A87E2 for <pals@ietf.org>; Mon, 12 Jan 2015 02:53:42 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BRD13489; Mon, 12 Jan 2015 10:53:24 +0000 (GMT)
Received: from LHREML504-MBS.china.huawei.com ([169.254.11.10]) by lhreml401-hub.china.huawei.com ([10.201.5.240]) with mapi id 14.03.0158.001; Mon, 12 Jan 2015 10:53:19 +0000
From: Italo Busi <Italo.Busi@huawei.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-shawam-pwe3-ms-pw-protection@tools.ietf.org" <draft-shawam-pwe3-ms-pw-protection@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
Thread-Index: AQHQKpccCmqCYKbYV0y1G7ifTnb1fpy3c3og
Date: Mon, 12 Jan 2015 10:53:17 +0000
Message-ID: <91E3A1BD737FDF4FA14118387FF6766B010DB3C0@lhreml504-mbs.china.huawei.com>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com> <008b01d02a29$7fedc8e0$7fc95aa0$@com>
In-Reply-To: <008b01d02a29$7fedc8e0$7fc95aa0$@com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.200.144.118]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/Gl8GszImM3oGxgvJZn4Btv82tms>
Subject: Re: [Pals] Poll to determine consensus for adoption of draft-shawam-pwe3-ms-pw-protection as WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2015 10:53:46 -0000

Support

> -----Original Message-----
> From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
> Sent: Wednesday, December 24, 2014 5:53 PM
> To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org; pals@ietf.org
> Subject: [Pals] Poll to determine consensus for adoption of draft-shawam-=
pwe3-
> ms-pw-protection as WG draft
>=20
>=20
> Working Group,
>=20
> This email starts a poll to see whether there is consensus to adopt draft=
-
> shawam-pwe3-ms-pw-protection as a WG draft of the PALS WG.
>=20
> Please send your comments (support/not support) to the PALS working group
> mailing list (pals@ietf.org). Please give a technical motivation for your
> support/not support, especially if you think that the document should not=
 be
> adopted as a working group document.
>=20
> In view of the long holiday season in some parts of the world I will run =
the
> poll until 16th January 2015.
>=20
> - Stewart
>=20
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>=20
>=20
>=20


From nobody Wed Jan 14 07:37:07 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27EC61A886C for <pals@ietfa.amsl.com>; Wed, 14 Jan 2015 07:37:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QrbdCgGsOr_S for <pals@ietfa.amsl.com>; Wed, 14 Jan 2015 07:36:53 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C37E81A8990 for <pals@ietf.org>; Wed, 14 Jan 2015 07:36:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=40678; q=dns/txt; s=iport; t=1421249812; x=1422459412; h=message-id:date:from:reply-to:mime-version:to:subject; bh=jwGjka/hg++7Etrc1FFJt1tMw21yXdkXECNlVOFwbaw=; b=edctL1mF1Xm23KNlHrJqSR7gws7mDnl8Z0fc7JIgIxmns1MjyGtCxlO3 LT0sRnK058XFqylaK/OcUdEjcHYPyXvvKgKwQr2XuEOxwucwE1PLPm1fu 4KLIalwf/ILcVaM1gGViHHmRK8T/kdavNJwXsWwlIO0+wm9BzMUZpXxTt o=;
X-IronPort-AV: E=Sophos;i="5.07,756,1413244800";  d="scan'208,217";a="311626337"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 14 Jan 2015 15:36:51 +0000
Received: from [64.103.108.131] (dhcp-bdlk10-vlan301-data-64-103-108-131.cisco.com [64.103.108.131]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t0EFaoCF022504; Wed, 14 Jan 2015 15:36:51 GMT
Message-ID: <54B68D13.9000707@cisco.com>
Date: Wed, 14 Jan 2015 15:36:51 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: draft-ietf-pals-vccv-for-gal@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary="------------090409070406080705000500"
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/1SffPCNo4Ou6MNUbeZrQwcR7xss>
Subject: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Jan 2015 15:37:01 -0000

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

Working Group/Co-authors

Following discussion on the list I have edited draft-ietf-pals-vccv-for-gal
to just define the GAL VCCV CC Type 4. As suggested the plan will then be
to write a new draft describing the migration strategy to type 1 and 4 only.
There is some text in here on migration and I am torn between taking it out
and leaving it in to explain why we are introducing the new CC type.

Because of the extensive changes I thought it best to post this candidate
to the list to make sure we are all on the same page. If this is going in
the right direction I will upload it as a draft replacing
draft-ietf-pals-vccv-for-gal-00.

I took Sasha's proposal of making FAT and GAL mutually exclusive which
in my view usefully simplified that aspect of the design.

I did quite a lot of work on the Capability Advertisment section which
will need to be checked very carefully, in particular the handling of the
error processing.

I would appreciate a quick review to see whether this is what the WG was
expecting, and then I can upload it ready for a detailed review if it
is on the right lines.

- Stewart



PWE3                                                           T. Nadeau
Internet-Draft lucidvision
Intended status: Standards Track                              L. Martini
Expires: July 18, 2015                                         S. Bryant
                                                            Cisco Systems
                                                         January 14, 2015


           Candidate for Using GAL as a VCCV Channel Indicator
                     draft-ietf-pals-vccv-for-gal-01

Abstract

    This document specifies a new Virtual Circuit Connectivity
    Verification (VCCV) (RFC5085) control channel type for use with
    pseudowires (PW) carried over an MPLS network.  This new channel type
    uses the Generic Associated Channel Label (GAL) (RFC5586) to
    distinguish VCCV packets from packets carrying user data.

Status of This Memo

    This Internet-Draft is submitted in full conformance with the
    provisions of BCP 78 and BCP 79.

    Internet-Drafts are working documents of the Internet Engineering
    Task Force (IETF).  Note that other groups may also distribute
    working documents as Internet-Drafts.  The list of current Internet-
    Drafts is at http://datatracker.ietf.org/drafts/current/.

    Internet-Drafts are draft documents valid for a maximum of six months
    and may be updated, replaced, or obsoleted by other documents at any
    time.  It is inappropriate to use Internet-Drafts as reference
    material or to cite them other than as "work in progress."

    This Internet-Draft will expire on July 18, 2015.

Copyright Notice

    Copyright (c) 2015 IETF Trust and the persons identified as the
    document authors.  All rights reserved.

    This document is subject to BCP 78 and the IETF Trust's Legal
    Provisions Relating to IETF Documents
    (http://trustee.ietf.org/license-info) in effect on the date of
    publication of this document.  Please review these documents
    carefully, as they describe your rights and restrictions with respect
    to this document.  Code Components extracted from this document must
    include Simplified BSD License text as described in Section 4.e of



Nadeau, et al.            Expires July 18, 2015 [Page 1]

Internet-Draft            GAL as a VCCV Channel January 2015


    the Trust Legal Provisions and are provided without warranty as
    described in the Simplified BSD License.

Table of Contents

    1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
    2.  Requirements Language . . . . . . . . . . . . . . . . . . . .   3
    3.  GAL VCCV Control Channel Type . . . . . . . . . . . . . . . .   3
    4.  FAT PWs . . . . . . . . . . . . . . . . . . . . . . . . . . .   4
    5.  VCCV Capability Advertisement . . . . . . . . . . . . . . . .   4
    6.  Manageability Considerations  . . . . . . . . . . . . . . . .   5
    7.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
    8.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   5
      8.1.  MPLS VCCV Control Channel (CC) Type 4 . . . . . . . . . .   5
      8.2.  LDP Status Code . . . . . . . . . . . . . . . . . . . . .   6
    9.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . .   6
    10. References  . . . . . . . . . . . . . . . . . . . . . . . . .   6
      10.1.  Normative References . . . . . . . . . . . . . . . . . .   6
      10.2.  Informative References . . . . . . . . . . . . . . . . .   7
    Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   7

1.  Introduction

    This document specifies a new Virtual Circuit Connectivity
    Verification (VCCV) [RFC5085] control channel (CC) type for use with
    pseudowires (PW) carried over an MPLS network that do not use the PW
    Control Word (CW) [RFC4385].  This new VCCV CC type uses the Generic
    Associated Channel Label (GAL) [RFC5586] to distinguish VCCV packets
    from packets carrying user data.  This new VCCV CC type introduces
    compatibility with the method of MPLS Label Switched Path (LSP)
    Operations, Administration, and Maintenance (OAM) identification,
    particularly in MPLS-TP networks [RFC5921].

    VCCV currently specifies three CC types.  VCCV CC Type 1 uses the PW
    Control Word (CW) to distinguish VCCV packets from packets carrying
    user data.  VCCV CC Types 2 and 3 require IP encapsulation for OAM
    packets they carry.  This was not an issue when [RFC5085] was
    designed, but is in conflict with the design goals of MPLS-TP
    [RFC5921] which does not otherwise require the availability of IP.
    VCCV CC Type 2 is not supported by multi-segment PWs (MS-PWs)
    [RFC6073].  A MS-PW operating without the CW therefore has to use
    VCCV CC Type 3 which identifies VCCV packets on the basis of TTL
    expiry.  Whilst less of an issue with a single segment PW (SS-PW), on
    an MS-PW this need to be accurately set to cause TTL expiry at the
    egress Terminating Provider Edge (T-PE) [RFC6073].  In the event of a
    error in the setting of the PW LSE TTL this can result in VCCV
    packets leaking into the attachment circuit which may disrupt the
    operation of the PW, or the user service, and is a security risk.



Nadeau, et al.            Expires July 18, 2015 [Page 2]

Internet-Draft            GAL as a VCCV Channel January 2015


    The new VCCV CC type defined in this specification addresses these
    problems for PWs that do not use the CW.

    For reasons of network efficiency and due to hardware constraints it
    is not possible to address these issue by mandating that all PWs use
    the PW CW, hence the introduction of this new VCCV CC type.

2.  Requirements Language

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
    "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
    "OPTIONAL" in this document are to be interpreted as described in
    [RFC2119].

3.  GAL VCCV Control Channel Type

    When the PW CW is not used, the GAL VCCV Control Channel (CC) type
    defined in this section MAY be used.  This is referred to as VCCV CC
    Type4 throughout the rest of this of this document.  VCCV Type 4 uses
    the encapsulation shown in Figure 1.

    0 1
                     2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                            PW LSE |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                           GAL LSE |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |0 0 0 1|Version|   Reserved    |        Channel Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | |
    ~                        VCCV Message Body ~
    | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                                  Figure 1

    The VCCV message body is preceded by a Generic Associated Channel
    Header as defined in [RFC5586], in which the Channel Type identifies
    the type and format of the OAM message carried in the VCCV message
    body.

    The GAL LSE MUST contain the GAL reserved label as defined in
    [RFC5586].





Nadeau, et al.            Expires July 18, 2015 [Page 3]

Internet-Draft            GAL as a VCCV Channel January 2015


    The PW LSE is constructed according to the existing procedures that
    apply to the type of pseudowire that is in use.

    Note that the inclusion of a GAL following the PW LSE over a label
    switched path subject to Equal-Cost Multi-path (ECMP) load balancing
    can cause the OAM packet to take a different path through the network
    from the corresponding PW data packets.  If that is not acceptable,
    then an alternative VCCV type must be used.

4.  FAT PWs

    [RFC6391] specifies that when the flow-aware transport (FAT) of
    pseudowires over an MPLS packet switched network has been signalled
    or configured, the Flow LSE MUST be present.  It further specifies
    that "the flow label MUST NOT be an MPLS reserved label (values in
    the range 0..15) [RFC3032]", and that "If a flow LSE is present, it
    MUST be checked to determine whether it carries a reserved label.  If
    it is a reserved label, the packet is processed according to the
    rules associated with that reserved label; otherwise, the LSE is
    discarded."

    This document specifies that if the flow-aware transport of
    pseudowires over an MPLS packet switched network has been signalled
    or configured then the presence of VCCV message is indicated by the
    use of a GAL in place of the flow LSE.

    This is consistent with [RFC6391], and the packet structure is
    identical to that shown in Figure 1.

    Note that the use of a GAL in place of the flow label over a label
    switched path subject to ECMP can cause the OAM packet to take a
    different path through the network from the corresponding PW data
    packets.  If that is not acceptable, then an alternative VCCV type
    must be used.

5.  VCCV Capability Advertisement

    The VCCV capability advertisement MUST match the c-bit setting that
    is advertised in the PW FEC element [RFC4447].  If the c-bit is set,
    indicating the use of the PW CW, then VCCV CC Type 4 MUST NOT be
    advertised.  If the c-bit is not set, indicating that the PW CW is
    not in use, then an equipment supporting this specification MUST
    advertise VCCV CC Type 4.  Advertisement of VCCV CC Types 1 and 4 are
    therefore mutually exclusive.

    A PE supporting VCCV CC Type 4 MAY advertise other VCCV CC types as
    defined in [RFC5085] .




Nadeau, et al.            Expires July 18, 2015 [Page 4]

Internet-Draft            GAL as a VCCV Channel January 2015


    If the remote PE supports VCCV CC Type 4, and the PW CW is not in
    use, then the following capability advertisement precedence rules
    supersede those defined in Section 7 of [RFC5085] :

    1.  Type 4: GAL VCCV Control Channel.

    2.  Type 2: MPLS Router Alert Label.

    3.  Type 3: MPLS PW Label with TTL == 1.

    If the remote PE finds that VCCV CC Types 1 and 4 are both
    advertised, or that c-bit is set and VCCV CC Type 4 is advertised,
    then it should report the error to the operator through the
    management interface in use, and send a Label Release Message with a
    status code "VCCV Type Error".

6.  Manageability Considerations

    Whilst the introduction of this additional VCCV CC type increases the
    number of VCCV CC types that the operator needs to manage, it
    addresses the issues with VCCV CC Types 2 and 3 described in
    Section 1, and is a necessary per-requisite of the long term strategy
    of the PALS working group to consolidate the VCCV channel types down
    to only VCCV CC Types 1 and 4.  This consolidation and will be the
    subject of future work by the PALS working group.

    In the event of a misconfiguration of this VCCV CC type, the PW is
    taken out of service and the operator advised as described in
    Section 5.

    Attention is drawn to the possible absence of fate sharing between PW
    data packets and VCCV CC Type 4 packets described in Section 3 and
    Section 4.

7.  Security Considerations

    This document does not by itself raise any new security
    considerations beyond those described in [RFC5085].  It addresses the
    possibility of packet leaking that can occur with VCCV CC Type 3.

8.  IANA Considerations

8.1.  MPLS VCCV Control Channel (CC) Type 4

    IANA is requested to assign a new bit from the MPLS VCCV Control
    Channel (CC) Types registry in the PWE3-parameters name space in
    order to identify VCCV type 4.  It is recommended that Bit 3 be
    assigned to this purpose which would have a value of 0x08.



Nadeau, et al.            Expires July 18, 2015 [Page 5]

Internet-Draft            GAL as a VCCV Channel January 2015


    MPLS VCCV Control Channel (CC) Types

          Bit (Value)    Description   Reference
          ============   ===========   ==================
          Bit X (0x0Y)   Type 4        This Specification

8.2.  LDP Status Code

    IANA is requested to assign a new Status Code from the Label
    Distribution Protocol (LDP) Parameters name space:

    Status Code Name Space

          Range/Value  E  Description      Reference
          ===========  =  ===============  =========
          0x000000xx   0  VCCV Type Error  This Specification


9.  Acknowledgments

    The authors wish to thank Alexander (Sasha) Vainshtein for his review
    comments and for his proposal to make the GAL and Flow labels
    mutually exclusive.  This proposal let to a significant
    simplification of this design.

10.  References

10.1.  Normative References

    [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
               Requirement Levels", BCP 14, RFC 2119, March 1997.

    [RFC4385]  Bryant, S., Swallow, G., Martini, L., and D. McPherson,
               "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for
               Use over an MPLS PSN", RFC 4385, February 2006.

    [RFC4447]  Martini, L., Rosen, E., El-Aawar, N., Smith, T., and G.
               Heron, "Pseudowire Setup and Maintenance Using the Label
               Distribution Protocol (LDP)", RFC 4447, April 2006.

    [RFC5085]  Nadeau, T. and C. Pignataro, "Pseudowire Virtual Circuit
               Connectivity Verification (VCCV): A Control Channel for
               Pseudowires", RFC 5085, December 2007.

    [RFC5586]  Bocci, M., Vigoureux, M., and S. Bryant, "MPLS Generic
               Associated Channel", RFC 5586, June 2009.





Nadeau, et al.            Expires July 18, 2015 [Page 6]

Internet-Draft            GAL as a VCCV Channel January 2015


    [RFC6073]  Martini, L., Metz, C., Nadeau, T., Bocci, M., and M.
               Aissaoui, "Segmented Pseudowire", RFC 6073, January 2011.

    [RFC6391]  Bryant, S., Filsfils, C., Drafz, U., Kompella, V., Regan,
               J., and S. Amante, "Flow-Aware Transport of Pseudowires
               over an MPLS Packet Switched Network", RFC 6391, November
               2011.

10.2.  Informative References

    [RFC5921]  Bocci, M., Bryant, S., Frost, D., Levrau, L., and L.
               Berger, "A Framework for MPLS in Transport Networks", RFC
               5921, July 2010.

Authors' Addresses

    Thomas D. Nadeau
    lucidvision

    Email: tnadeau@lucidvision.com


    Luca Martini
    Cisco Systems

    Email: lmartini@cisco.com


    Stewart Bryant
    Cisco Systems

    Email: stbryant@cisco.com



















Nadeau, et al.            Expires July 18, 2015 [Page 7]


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

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font face="Courier New, Courier, monospace">Working
      Group/Co-authors<br>
      <br>
      Following discussion on the list I have edited
      draft-ietf-pals-vccv-for-gal<br>
      to just define the GAL VCCV CC Type 4. As suggested the plan will
      then be<br>
      to write a new draft describing the migration strategy to type 1
      and 4 only.<br>
      There is some text in here on migration and I am torn between
      taking it out<br>
      and leaving it in to explain why we are introducing the new CC
      type.<br>
      <br>
      Because of the extensive changes I thought it best to post this
      candidate<br>
      to the list to make sure we are all on the same page. If this is
      going in<br>
      the right direction I will upload it as a draft replacing <br>
      draft-ietf-pals-vccv-for-gal-00.<br>
      <br>
      I took Sasha's proposal of making FAT and GAL mutually exclusive
      which<br>
      in my view usefully simplified that aspect of the design.<br>
      <br>
      I did quite a lot of work on the Capability Advertisment section
      which<br>
      will need to be checked very carefully, in particular the handling
      of the <br>
      error processing.<br>
      <br>
      I would appreciate a quick review to see whether this is what the
      WG was<br>
      expecting, and then I can upload it ready for a detailed review if
      it<br>
      is on the right lines.<br>
      <br>
      - Stewart<br>
      <br>
      <br>
      <br>
      PWE3                                                           T.
      Nadeau<br>
      Internet-Draft                                              
      lucidvision<br>
      Intended status: Standards Track                              L.
      Martini<br>
      Expires: July 18, 2015                                         S.
      Bryant<br>
                                                                 Cisco
      Systems<br>
                                                              January
      14, 2015<br>
      <br>
      <br>
                Candidate for Using GAL as a VCCV Channel Indicator<br>
                          draft-ietf-pals-vccv-for-gal-01<br>
      <br>
      Abstract<br>
      <br>
         This document specifies a new Virtual Circuit Connectivity<br>
         Verification (VCCV) (RFC5085) control channel type for use with<br>
         pseudowires (PW) carried over an MPLS network.  This new
      channel type<br>
         uses the Generic Associated Channel Label (GAL) (RFC5586) to<br>
         distinguish VCCV packets from packets carrying user data.<br>
      <br>
      Status of This Memo<br>
      <br>
         This Internet-Draft is submitted in full conformance with the<br>
         provisions of BCP 78 and BCP 79.<br>
      <br>
         Internet-Drafts are working documents of the Internet
      Engineering<br>
         Task Force (IETF).  Note that other groups may also distribute<br>
         working documents as Internet-Drafts.  The list of current
      Internet-<br>
         Drafts is at <a class="moz-txt-link-freetext" href="http://datatracker.ietf.org/drafts/current/">http://datatracker.ietf.org/drafts/current/</a>.<br>
      <br>
         Internet-Drafts are draft documents valid for a maximum of six
      months<br>
         and may be updated, replaced, or obsoleted by other documents
      at any<br>
         time.  It is inappropriate to use Internet-Drafts as reference<br>
         material or to cite them other than as "work in progress."<br>
      <br>
         This Internet-Draft will expire on July 18, 2015.<br>
      <br>
      Copyright Notice<br>
      <br>
         Copyright (c) 2015 IETF Trust and the persons identified as the<br>
         document authors.  All rights reserved.<br>
      <br>
         This document is subject to BCP 78 and the IETF Trust's Legal<br>
         Provisions Relating to IETF Documents<br>
         (<a class="moz-txt-link-freetext" href="http://trustee.ietf.org/license-info">http://trustee.ietf.org/license-info</a>) in effect on the date of<br>
         publication of this document.  Please review these documents<br>
         carefully, as they describe your rights and restrictions with
      respect<br>
         to this document.  Code Components extracted from this document
      must<br>
         include Simplified BSD License text as described in Section 4.e
      of<br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 1]<br>
      <br>
      Internet-Draft            GAL as a VCCV Channel            
      January 2015<br>
      <br>
      <br>
         the Trust Legal Provisions and are provided without warranty as<br>
         described in the Simplified BSD License.<br>
      <br>
      Table of Contents<br>
      <br>
         1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . .
      .   2<br>
         2.  Requirements Language . . . . . . . . . . . . . . . . . . .
      .   3<br>
         3.  GAL VCCV Control Channel Type . . . . . . . . . . . . . . .
      .   3<br>
         4.  FAT PWs . . . . . . . . . . . . . . . . . . . . . . . . . .
      .   4<br>
         5.  VCCV Capability Advertisement . . . . . . . . . . . . . . .
      .   4<br>
         6.  Manageability Considerations  . . . . . . . . . . . . . . .
      .   5<br>
         7.  Security Considerations . . . . . . . . . . . . . . . . . .
      .   5<br>
         8.  IANA Considerations . . . . . . . . . . . . . . . . . . . .
      .   5<br>
           8.1.  MPLS VCCV Control Channel (CC) Type 4 . . . . . . . . .
      .   5<br>
           8.2.  LDP Status Code . . . . . . . . . . . . . . . . . . . .
      .   6<br>
         9.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . .
      .   6<br>
         10. References  . . . . . . . . . . . . . . . . . . . . . . . .
      .   6<br>
           10.1.  Normative References . . . . . . . . . . . . . . . . .
      .   6<br>
           10.2.  Informative References . . . . . . . . . . . . . . . .
      .   7<br>
         Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . .
      .   7<br>
      <br>
      1.  Introduction<br>
      <br>
         This document specifies a new Virtual Circuit Connectivity<br>
         Verification (VCCV) [RFC5085] control channel (CC) type for use
      with<br>
         pseudowires (PW) carried over an MPLS network that do not use
      the PW<br>
         Control Word (CW) [RFC4385].  This new VCCV CC type uses the
      Generic<br>
         Associated Channel Label (GAL) [RFC5586] to distinguish VCCV
      packets<br>
         from packets carrying user data.  This new VCCV CC type
      introduces<br>
         compatibility with the method of MPLS Label Switched Path (LSP)<br>
         Operations, Administration, and Maintenance (OAM)
      identification,<br>
         particularly in MPLS-TP networks [RFC5921].<br>
      <br>
         VCCV currently specifies three CC types.  VCCV CC Type 1 uses
      the PW<br>
         Control Word (CW) to distinguish VCCV packets from packets
      carrying<br>
         user data.  VCCV CC Types 2 and 3 require IP encapsulation for
      OAM<br>
         packets they carry.  This was not an issue when [RFC5085] was<br>
         designed, but is in conflict with the design goals of MPLS-TP<br>
         [RFC5921] which does not otherwise require the availability of
      IP.<br>
         VCCV CC Type 2 is not supported by multi-segment PWs (MS-PWs)<br>
         [RFC6073].  A MS-PW operating without the CW therefore has to
      use<br>
         VCCV CC Type 3 which identifies VCCV packets on the basis of
      TTL<br>
         expiry.  Whilst less of an issue with a single segment PW
      (SS-PW), on<br>
         an MS-PW this need to be accurately set to cause TTL expiry at
      the<br>
         egress Terminating Provider Edge (T-PE) [RFC6073].  In the
      event of a<br>
         error in the setting of the PW LSE TTL this can result in VCCV<br>
         packets leaking into the attachment circuit which may disrupt
      the<br>
         operation of the PW, or the user service, and is a security
      risk.<br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 2]<br>
      <br>
      Internet-Draft            GAL as a VCCV Channel            
      January 2015<br>
      <br>
      <br>
         The new VCCV CC type defined in this specification addresses
      these<br>
         problems for PWs that do not use the CW.<br>
      <br>
         For reasons of network efficiency and due to hardware
      constraints it<br>
         is not possible to address these issue by mandating that all
      PWs use<br>
         the PW CW, hence the introduction of this new VCCV CC type.<br>
      <br>
      2.  Requirements Language<br>
      <br>
         The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
      NOT",<br>
         "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
      "MAY", and<br>
         "OPTIONAL" in this document are to be interpreted as described
      in<br>
         [RFC2119].<br>
      <br>
      3.  GAL VCCV Control Channel Type<br>
      <br>
         When the PW CW is not used, the GAL VCCV Control Channel (CC)
      type<br>
         defined in this section MAY be used.  This is referred to as
      VCCV CC<br>
         Type4 throughout the rest of this of this document.  VCCV Type
      4 uses<br>
         the encapsulation shown in Figure 1.<br>
      <br>
         0 1<br>
                          2                   3<br>
         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1<br>
      <br>
        
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
         |                            PW LSE                            
      |<br>
        
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
         |                           GAL LSE                            
      |<br>
        
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
         |0 0 0 1|Version|   Reserved    |        Channel Type          
      |<br>
        
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
         |                                                              
      |<br>
         ~                        VCCV Message Body                     
      ~<br>
         |                                                              
      |<br>
        
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      <br>
                                       Figure 1<br>
      <br>
         The VCCV message body is preceded by a Generic Associated
      Channel<br>
         Header as defined in [RFC5586], in which the Channel Type
      identifies<br>
         the type and format of the OAM message carried in the VCCV
      message<br>
         body.<br>
      <br>
         The GAL LSE MUST contain the GAL reserved label as defined in<br>
         [RFC5586].<br>
      <br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 3]<br>
      <br>
      Internet-Draft            GAL as a VCCV Channel            
      January 2015<br>
      <br>
      <br>
         The PW LSE is constructed according to the existing procedures
      that<br>
         apply to the type of pseudowire that is in use.<br>
      <br>
         Note that the inclusion of a GAL following the PW LSE over a
      label<br>
         switched path subject to Equal-Cost Multi-path (ECMP) load
      balancing<br>
         can cause the OAM packet to take a different path through the
      network<br>
         from the corresponding PW data packets.  If that is not
      acceptable,<br>
         then an alternative VCCV type must be used.<br>
      <br>
      4.  FAT PWs<br>
      <br>
         [RFC6391] specifies that when the flow-aware transport (FAT) of<br>
         pseudowires over an MPLS packet switched network has been
      signalled<br>
         or configured, the Flow LSE MUST be present.  It further
      specifies<br>
         that "the flow label MUST NOT be an MPLS reserved label (values
      in<br>
         the range 0..15) [RFC3032]", and that "If a flow LSE is
      present, it<br>
         MUST be checked to determine whether it carries a reserved
      label.  If<br>
         it is a reserved label, the packet is processed according to
      the<br>
         rules associated with that reserved label; otherwise, the LSE
      is<br>
         discarded."<br>
      <br>
         This document specifies that if the flow-aware transport of<br>
         pseudowires over an MPLS packet switched network has been
      signalled<br>
         or configured then the presence of VCCV message is indicated by
      the<br>
         use of a GAL in place of the flow LSE.<br>
      <br>
         This is consistent with [RFC6391], and the packet structure is<br>
         identical to that shown in Figure 1.<br>
      <br>
         Note that the use of a GAL in place of the flow label over a
      label<br>
         switched path subject to ECMP can cause the OAM packet to take
      a<br>
         different path through the network from the corresponding PW
      data<br>
         packets.  If that is not acceptable, then an alternative VCCV
      type<br>
         must be used.<br>
      <br>
      5.  VCCV Capability Advertisement<br>
      <br>
         The VCCV capability advertisement MUST match the c-bit setting
      that<br>
         is advertised in the PW FEC element [RFC4447].  If the c-bit is
      set,<br>
         indicating the use of the PW CW, then VCCV CC Type 4 MUST NOT
      be<br>
         advertised.  If the c-bit is not set, indicating that the PW CW
      is<br>
         not in use, then an equipment supporting this specification
      MUST<br>
         advertise VCCV CC Type 4.  Advertisement of VCCV CC Types 1 and
      4 are<br>
         therefore mutually exclusive.<br>
      <br>
         A PE supporting VCCV CC Type 4 MAY advertise other VCCV CC
      types as<br>
         defined in [RFC5085] .<br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 4]<br>
      <br>
      Internet-Draft            GAL as a VCCV Channel            
      January 2015<br>
      <br>
      <br>
         If the remote PE supports VCCV CC Type 4, and the PW CW is not
      in<br>
         use, then the following capability advertisement precedence
      rules<br>
         supersede those defined in Section 7 of [RFC5085] :<br>
      <br>
         1.  Type 4: GAL VCCV Control Channel.<br>
      <br>
         2.  Type 2: MPLS Router Alert Label.<br>
      <br>
         3.  Type 3: MPLS PW Label with TTL == 1.<br>
      <br>
         If the remote PE finds that VCCV CC Types 1 and 4 are both<br>
         advertised, or that c-bit is set and VCCV CC Type 4 is
      advertised,<br>
         then it should report the error to the operator through the<br>
         management interface in use, and send a Label Release Message
      with a<br>
         status code "VCCV Type Error".<br>
      <br>
      6.  Manageability Considerations<br>
      <br>
         Whilst the introduction of this additional VCCV CC type
      increases the<br>
         number of VCCV CC types that the operator needs to manage, it<br>
         addresses the issues with VCCV CC Types 2 and 3 described in<br>
         Section 1, and is a necessary per-requisite of the long term
      strategy<br>
         of the PALS working group to consolidate the VCCV channel types
      down<br>
         to only VCCV CC Types 1 and 4.  This consolidation and will be
      the<br>
         subject of future work by the PALS working group.<br>
      <br>
         In the event of a misconfiguration of this VCCV CC type, the PW
      is<br>
         taken out of service and the operator advised as described in<br>
         Section 5.<br>
      <br>
         Attention is drawn to the possible absence of fate sharing
      between PW<br>
         data packets and VCCV CC Type 4 packets described in Section 3
      and<br>
         Section 4.<br>
      <br>
      7.  Security Considerations<br>
      <br>
         This document does not by itself raise any new security<br>
         considerations beyond those described in [RFC5085].  It
      addresses the<br>
         possibility of packet leaking that can occur with VCCV CC Type
      3.<br>
      <br>
      8.  IANA Considerations<br>
      <br>
      8.1.  MPLS VCCV Control Channel (CC) Type 4<br>
      <br>
         IANA is requested to assign a new bit from the MPLS VCCV
      Control<br>
         Channel (CC) Types registry in the PWE3-parameters name space
      in<br>
         order to identify VCCV type 4.  It is recommended that Bit 3 be<br>
         assigned to this purpose which would have a value of 0x08.<br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 5]<br>
      <br>
      Internet-Draft            GAL as a VCCV Channel            
      January 2015<br>
      <br>
      <br>
         MPLS VCCV Control Channel (CC) Types<br>
      <br>
               Bit (Value)    Description   Reference<br>
               ============   ===========   ==================<br>
               Bit X (0x0Y)   Type 4        This Specification<br>
      <br>
      8.2.  LDP Status Code<br>
      <br>
         IANA is requested to assign a new Status Code from the Label<br>
         Distribution Protocol (LDP) Parameters name space:<br>
      <br>
         Status Code Name Space<br>
      <br>
               Range/Value  E  Description      Reference<br>
               ===========  =  ===============  =========<br>
               0x000000xx   0  VCCV Type Error  This Specification<br>
      <br>
      <br>
      9.  Acknowledgments<br>
      <br>
         The authors wish to thank Alexander (Sasha) Vainshtein for his
      review<br>
         comments and for his proposal to make the GAL and Flow labels<br>
         mutually exclusive.  This proposal let to a significant<br>
         simplification of this design.<br>
      <br>
      10.  References<br>
      <br>
      10.1.  Normative References<br>
      <br>
         [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate<br>
                    Requirement Levels", BCP 14, RFC 2119, March 1997.<br>
      <br>
         [RFC4385]  Bryant, S., Swallow, G., Martini, L., and D.
      McPherson,<br>
                    "Pseudowire Emulation Edge-to-Edge (PWE3) Control
      Word for<br>
                    Use over an MPLS PSN", RFC 4385, February 2006.<br>
      <br>
         [RFC4447]  Martini, L., Rosen, E., El-Aawar, N., Smith, T., and
      G.<br>
                    Heron, "Pseudowire Setup and Maintenance Using the
      Label<br>
                    Distribution Protocol (LDP)", RFC 4447, April 2006.<br>
      <br>
         [RFC5085]  Nadeau, T. and C. Pignataro, "Pseudowire Virtual
      Circuit<br>
                    Connectivity Verification (VCCV): A Control Channel
      for<br>
                    Pseudowires", RFC 5085, December 2007.<br>
      <br>
         [RFC5586]  Bocci, M., Vigoureux, M., and S. Bryant, "MPLS
      Generic<br>
                    Associated Channel", RFC 5586, June 2009.<br>
      <br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 6]<br>
      <br>
      Internet-Draft            GAL as a VCCV Channel            
      January 2015<br>
      <br>
      <br>
         [RFC6073]  Martini, L., Metz, C., Nadeau, T., Bocci, M., and M.<br>
                    Aissaoui, "Segmented Pseudowire", RFC 6073, January
      2011.<br>
      <br>
         [RFC6391]  Bryant, S., Filsfils, C., Drafz, U., Kompella, V.,
      Regan,<br>
                    J., and S. Amante, "Flow-Aware Transport of
      Pseudowires<br>
                    over an MPLS Packet Switched Network", RFC 6391,
      November<br>
                    2011.<br>
      <br>
      10.2.  Informative References<br>
      <br>
         [RFC5921]  Bocci, M., Bryant, S., Frost, D., Levrau, L., and L.<br>
                    Berger, "A Framework for MPLS in Transport
      Networks", RFC<br>
                    5921, July 2010.<br>
      <br>
      Authors' Addresses<br>
      <br>
         Thomas D. Nadeau<br>
         lucidvision<br>
      <br>
         Email: <a class="moz-txt-link-abbreviated" href="mailto:tnadeau@lucidvision.com">tnadeau@lucidvision.com</a><br>
      <br>
      <br>
         Luca Martini<br>
         Cisco Systems<br>
      <br>
         Email: <a class="moz-txt-link-abbreviated" href="mailto:lmartini@cisco.com">lmartini@cisco.com</a><br>
      <br>
      <br>
         Stewart Bryant<br>
         Cisco Systems<br>
      <br>
         Email: <a class="moz-txt-link-abbreviated" href="mailto:stbryant@cisco.com">stbryant@cisco.com</a><br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.            Expires July 18, 2015                
      [Page 7]<br>
      <br>
    </font>
  </body>
</html>

--------------090409070406080705000500--


From nobody Wed Jan 14 12:34:31 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A78F1B2AA7 for <pals@ietfa.amsl.com>; Wed, 14 Jan 2015 12:34: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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nGGxVKnTfmqh for <pals@ietfa.amsl.com>; Wed, 14 Jan 2015 12:34:19 -0800 (PST)
Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B8D61B2A71 for <pals@ietf.org>; Wed, 14 Jan 2015 12:34:06 -0800 (PST)
Received: by mail-qc0-f172.google.com with SMTP id i8so529897qcq.3 for <pals@ietf.org>; Wed, 14 Jan 2015 12:34:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=f8vV9JVhac3kuf1XOFg5l1toC4qLf/CGl4d/SoTObOw=; b=GGv1Eete6JXyrC1GePFDG6Uvw0zIBpYGnxtNpUQSNJf1Md58IrHG8+iwW3tbHlEEva cOQsEU5QG1f4CXuBL0VaNdZQcKOqES8Xr4Opv+IRGT1PruaQiGAuk3XCEmFuc6wygYik V5dbyFC0AjKtY7qJfiZl92AMKhixrEdxMSwNwEsmVSmlSFoe2dZesmpF3EToFYp6fz5I ltCgYaPX1nk9p7P0zvKJuJuWF9LnqXq9IDg113b+FE5sPfr5nkGhzhm4TKmS0vUQe6+R kic9vWI5o7TnlNM2xOI+WsgijZ/2sLJsTD2T8Eo+r3Iz1KZZACktypuIiqPB7jgc5j6k KYug==
X-Received: by 10.140.101.105 with SMTP id t96mr9966845qge.9.1421267645672; Wed, 14 Jan 2015 12:34:05 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Wed, 14 Jan 2015 12:33:45 -0800 (PST)
In-Reply-To: <54B68D13.9000707@cisco.com>
References: <54B68D13.9000707@cisco.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 14 Jan 2015 15:33:45 -0500
Message-ID: <CAA=duU1QAkPO2GsxWPn7UXnq-xiCevZvOQR98djVJ7cNKOUGfA@mail.gmail.com>
To: Stewart Bryant <stbryant@cisco.com>
Content-Type: multipart/alternative; boundary=001a11c1678226b132050ca2a92a
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/7nYxpYIbG53y_qRZlZMeQfHhrkE>
Cc: draft-ietf-pals-vccv-for-gal@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Jan 2015 20:34:26 -0000

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

Stewart,

Thanks, I just gave it a quick read-through and it looks (to me) like just
what the WG has requested. I think the introductory text is at a good level
to motivate the new VCCV type without getting into all of the details of
migration.

Cheers,
Andy


On Wed, Jan 14, 2015 at 10:36 AM, Stewart Bryant <stbryant@cisco.com> wrote:

>  Working Group/Co-authors
>
> Following discussion on the list I have edited draft-ietf-pals-vccv-for-gal
> to just define the GAL VCCV CC Type 4. As suggested the plan will then be
> to write a new draft describing the migration strategy to type 1 and 4
> only.
> There is some text in here on migration and I am torn between taking it out
> and leaving it in to explain why we are introducing the new CC type.
>
> Because of the extensive changes I thought it best to post this candidate
> to the list to make sure we are all on the same page. If this is going in
> the right direction I will upload it as a draft replacing
> draft-ietf-pals-vccv-for-gal-00.
>
> I took Sasha's proposal of making FAT and GAL mutually exclusive which
> in my view usefully simplified that aspect of the design.
>
> I did quite a lot of work on the Capability Advertisment section which
> will need to be checked very carefully, in particular the handling of the
> error processing.
>
> I would appreciate a quick review to see whether this is what the WG was
> expecting, and then I can upload it ready for a detailed review if it
> is on the right lines.
>
> - Stewart
>
>
>
> PWE3                                                           T. Nadeau
> Internet-Draft                                               lucidvision
> Intended status: Standards Track                              L. Martini
> Expires: July 18, 2015                                         S. Bryant
>                                                            Cisco Systems
>                                                         January 14, 2015
>
>
>           Candidate for Using GAL as a VCCV Channel Indicator
>                     draft-ietf-pals-vccv-for-gal-01
>
> Abstract
>
>    This document specifies a new Virtual Circuit Connectivity
>    Verification (VCCV) (RFC5085) control channel type for use with
>    pseudowires (PW) carried over an MPLS network.  This new channel type
>    uses the Generic Associated Channel Label (GAL) (RFC5586) to
>    distinguish VCCV packets from packets carrying user data.
>
> Status of This Memo
>
>    This Internet-Draft is submitted in full conformance with the
>    provisions of BCP 78 and BCP 79.
>
>    Internet-Drafts are working documents of the Internet Engineering
>    Task Force (IETF).  Note that other groups may also distribute
>    working documents as Internet-Drafts.  The list of current Internet-
>    Drafts is at http://datatracker.ietf.org/drafts/current/.
>
>    Internet-Drafts are draft documents valid for a maximum of six months
>    and may be updated, replaced, or obsoleted by other documents at any
>    time.  It is inappropriate to use Internet-Drafts as reference
>    material or to cite them other than as "work in progress."
>
>    This Internet-Draft will expire on July 18, 2015.
>
> Copyright Notice
>
>    Copyright (c) 2015 IETF Trust and the persons identified as the
>    document authors.  All rights reserved.
>
>    This document is subject to BCP 78 and the IETF Trust's Legal
>    Provisions Relating to IETF Documents
>    (http://trustee.ietf.org/license-info) in effect on the date of
>    publication of this document.  Please review these documents
>    carefully, as they describe your rights and restrictions with respect
>    to this document.  Code Components extracted from this document must
>    include Simplified BSD License text as described in Section 4.e of
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 1]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    the Trust Legal Provisions and are provided without warranty as
>    described in the Simplified BSD License.
>
> Table of Contents
>
>    1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
>    2.  Requirements Language . . . . . . . . . . . . . . . . . . . .   3
>    3.  GAL VCCV Control Channel Type . . . . . . . . . . . . . . . .   3
>    4.  FAT PWs . . . . . . . . . . . . . . . . . . . . . . . . . . .   4
>    5.  VCCV Capability Advertisement . . . . . . . . . . . . . . . .   4
>    6.  Manageability Considerations  . . . . . . . . . . . . . . . .   5
>    7.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
>    8.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   5
>      8.1.  MPLS VCCV Control Channel (CC) Type 4 . . . . . . . . . .   5
>      8.2.  LDP Status Code . . . . . . . . . . . . . . . . . . . . .   6
>    9.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . .   6
>    10. References  . . . . . . . . . . . . . . . . . . . . . . . . .   6
>      10.1.  Normative References . . . . . . . . . . . . . . . . . .   6
>      10.2.  Informative References . . . . . . . . . . . . . . . . .   7
>    Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   7
>
> 1.  Introduction
>
>    This document specifies a new Virtual Circuit Connectivity
>    Verification (VCCV) [RFC5085] control channel (CC) type for use with
>    pseudowires (PW) carried over an MPLS network that do not use the PW
>    Control Word (CW) [RFC4385].  This new VCCV CC type uses the Generic
>    Associated Channel Label (GAL) [RFC5586] to distinguish VCCV packets
>    from packets carrying user data.  This new VCCV CC type introduces
>    compatibility with the method of MPLS Label Switched Path (LSP)
>    Operations, Administration, and Maintenance (OAM) identification,
>    particularly in MPLS-TP networks [RFC5921].
>
>    VCCV currently specifies three CC types.  VCCV CC Type 1 uses the PW
>    Control Word (CW) to distinguish VCCV packets from packets carrying
>    user data.  VCCV CC Types 2 and 3 require IP encapsulation for OAM
>    packets they carry.  This was not an issue when [RFC5085] was
>    designed, but is in conflict with the design goals of MPLS-TP
>    [RFC5921] which does not otherwise require the availability of IP.
>    VCCV CC Type 2 is not supported by multi-segment PWs (MS-PWs)
>    [RFC6073].  A MS-PW operating without the CW therefore has to use
>    VCCV CC Type 3 which identifies VCCV packets on the basis of TTL
>    expiry.  Whilst less of an issue with a single segment PW (SS-PW), on
>    an MS-PW this need to be accurately set to cause TTL expiry at the
>    egress Terminating Provider Edge (T-PE) [RFC6073].  In the event of a
>    error in the setting of the PW LSE TTL this can result in VCCV
>    packets leaking into the attachment circuit which may disrupt the
>    operation of the PW, or the user service, and is a security risk.
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 2]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    The new VCCV CC type defined in this specification addresses these
>    problems for PWs that do not use the CW.
>
>    For reasons of network efficiency and due to hardware constraints it
>    is not possible to address these issue by mandating that all PWs use
>    the PW CW, hence the introduction of this new VCCV CC type.
>
> 2.  Requirements Language
>
>    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
>    "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
>    "OPTIONAL" in this document are to be interpreted as described in
>    [RFC2119].
>
> 3.  GAL VCCV Control Channel Type
>
>    When the PW CW is not used, the GAL VCCV Control Channel (CC) type
>    defined in this section MAY be used.  This is referred to as VCCV CC
>    Type4 throughout the rest of this of this document.  VCCV Type 4 uses
>    the encapsulation shown in Figure 1.
>
>    0 1
>                     2                   3
>    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                            PW LSE                             |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                           GAL LSE                             |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |0 0 0 1|Version|   Reserved    |        Channel Type           |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                                                               |
>    ~                        VCCV Message Body                      ~
>    |                                                               |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                                  Figure 1
>
>    The VCCV message body is preceded by a Generic Associated Channel
>    Header as defined in [RFC5586], in which the Channel Type identifies
>    the type and format of the OAM message carried in the VCCV message
>    body.
>
>    The GAL LSE MUST contain the GAL reserved label as defined in
>    [RFC5586].
>
>
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 3]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    The PW LSE is constructed according to the existing procedures that
>    apply to the type of pseudowire that is in use.
>
>    Note that the inclusion of a GAL following the PW LSE over a label
>    switched path subject to Equal-Cost Multi-path (ECMP) load balancing
>    can cause the OAM packet to take a different path through the network
>    from the corresponding PW data packets.  If that is not acceptable,
>    then an alternative VCCV type must be used.
>
> 4.  FAT PWs
>
>    [RFC6391] specifies that when the flow-aware transport (FAT) of
>    pseudowires over an MPLS packet switched network has been signalled
>    or configured, the Flow LSE MUST be present.  It further specifies
>    that "the flow label MUST NOT be an MPLS reserved label (values in
>    the range 0..15) [RFC3032]", and that "If a flow LSE is present, it
>    MUST be checked to determine whether it carries a reserved label.  If
>    it is a reserved label, the packet is processed according to the
>    rules associated with that reserved label; otherwise, the LSE is
>    discarded."
>
>    This document specifies that if the flow-aware transport of
>    pseudowires over an MPLS packet switched network has been signalled
>    or configured then the presence of VCCV message is indicated by the
>    use of a GAL in place of the flow LSE.
>
>    This is consistent with [RFC6391], and the packet structure is
>    identical to that shown in Figure 1.
>
>    Note that the use of a GAL in place of the flow label over a label
>    switched path subject to ECMP can cause the OAM packet to take a
>    different path through the network from the corresponding PW data
>    packets.  If that is not acceptable, then an alternative VCCV type
>    must be used.
>
> 5.  VCCV Capability Advertisement
>
>    The VCCV capability advertisement MUST match the c-bit setting that
>    is advertised in the PW FEC element [RFC4447].  If the c-bit is set,
>    indicating the use of the PW CW, then VCCV CC Type 4 MUST NOT be
>    advertised.  If the c-bit is not set, indicating that the PW CW is
>    not in use, then an equipment supporting this specification MUST
>    advertise VCCV CC Type 4.  Advertisement of VCCV CC Types 1 and 4 are
>    therefore mutually exclusive.
>
>    A PE supporting VCCV CC Type 4 MAY advertise other VCCV CC types as
>    defined in [RFC5085] .
>
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 4]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    If the remote PE supports VCCV CC Type 4, and the PW CW is not in
>    use, then the following capability advertisement precedence rules
>    supersede those defined in Section 7 of [RFC5085] :
>
>    1.  Type 4: GAL VCCV Control Channel.
>
>    2.  Type 2: MPLS Router Alert Label.
>
>    3.  Type 3: MPLS PW Label with TTL == 1.
>
>    If the remote PE finds that VCCV CC Types 1 and 4 are both
>    advertised, or that c-bit is set and VCCV CC Type 4 is advertised,
>    then it should report the error to the operator through the
>    management interface in use, and send a Label Release Message with a
>    status code "VCCV Type Error".
>
> 6.  Manageability Considerations
>
>    Whilst the introduction of this additional VCCV CC type increases the
>    number of VCCV CC types that the operator needs to manage, it
>    addresses the issues with VCCV CC Types 2 and 3 described in
>    Section 1, and is a necessary per-requisite of the long term strategy
>    of the PALS working group to consolidate the VCCV channel types down
>    to only VCCV CC Types 1 and 4.  This consolidation and will be the
>    subject of future work by the PALS working group.
>
>    In the event of a misconfiguration of this VCCV CC type, the PW is
>    taken out of service and the operator advised as described in
>    Section 5.
>
>    Attention is drawn to the possible absence of fate sharing between PW
>    data packets and VCCV CC Type 4 packets described in Section 3 and
>    Section 4.
>
> 7.  Security Considerations
>
>    This document does not by itself raise any new security
>    considerations beyond those described in [RFC5085].  It addresses the
>    possibility of packet leaking that can occur with VCCV CC Type 3.
>
> 8.  IANA Considerations
>
> 8.1.  MPLS VCCV Control Channel (CC) Type 4
>
>    IANA is requested to assign a new bit from the MPLS VCCV Control
>    Channel (CC) Types registry in the PWE3-parameters name space in
>    order to identify VCCV type 4.  It is recommended that Bit 3 be
>    assigned to this purpose which would have a value of 0x08.
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 5]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    MPLS VCCV Control Channel (CC) Types
>
>          Bit (Value)    Description   Reference
>          ============   ===========   ==================
>          Bit X (0x0Y)   Type 4        This Specification
>
> 8.2.  LDP Status Code
>
>    IANA is requested to assign a new Status Code from the Label
>    Distribution Protocol (LDP) Parameters name space:
>
>    Status Code Name Space
>
>          Range/Value  E  Description      Reference
>          ===========  =  ===============  =========
>          0x000000xx   0  VCCV Type Error  This Specification
>
>
> 9.  Acknowledgments
>
>    The authors wish to thank Alexander (Sasha) Vainshtein for his review
>    comments and for his proposal to make the GAL and Flow labels
>    mutually exclusive.  This proposal let to a significant
>    simplification of this design.
>
> 10.  References
>
> 10.1.  Normative References
>
>    [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
>               Requirement Levels", BCP 14, RFC 2119, March 1997.
>
>    [RFC4385]  Bryant, S., Swallow, G., Martini, L., and D. McPherson,
>               "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for
>               Use over an MPLS PSN", RFC 4385, February 2006.
>
>    [RFC4447]  Martini, L., Rosen, E., El-Aawar, N., Smith, T., and G.
>               Heron, "Pseudowire Setup and Maintenance Using the Label
>               Distribution Protocol (LDP)", RFC 4447, April 2006.
>
>    [RFC5085]  Nadeau, T. and C. Pignataro, "Pseudowire Virtual Circuit
>               Connectivity Verification (VCCV): A Control Channel for
>               Pseudowires", RFC 5085, December 2007.
>
>    [RFC5586]  Bocci, M., Vigoureux, M., and S. Bryant, "MPLS Generic
>               Associated Channel", RFC 5586, June 2009.
>
>
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 6]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    [RFC6073]  Martini, L., Metz, C., Nadeau, T., Bocci, M., and M.
>               Aissaoui, "Segmented Pseudowire", RFC 6073, January 2011.
>
>    [RFC6391]  Bryant, S., Filsfils, C., Drafz, U., Kompella, V., Regan,
>               J., and S. Amante, "Flow-Aware Transport of Pseudowires
>               over an MPLS Packet Switched Network", RFC 6391, November
>               2011.
>
> 10.2.  Informative References
>
>    [RFC5921]  Bocci, M., Bryant, S., Frost, D., Levrau, L., and L.
>               Berger, "A Framework for MPLS in Transport Networks", RFC
>               5921, July 2010.
>
> Authors' Addresses
>
>    Thomas D. Nadeau
>    lucidvision
>
>    Email: tnadeau@lucidvision.com
>
>
>    Luca Martini
>    Cisco Systems
>
>    Email: lmartini@cisco.com
>
>
>    Stewart Bryant
>    Cisco Systems
>
>    Email: stbryant@cisco.com
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Nadeau, et al.            Expires July 18, 2015                 [Page 7]
>
>
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals
>
>

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

<div dir=3D"ltr">Stewart,<div><br></div><div>Thanks, I just gave it a quick=
 read-through and it looks (to me) like just what the WG has requested. I t=
hink the introductory text is at a good level to motivate the new VCCV type=
 without getting into all of the details of migration.</div><div><br></div>=
<div>Cheers,</div><div>Andy</div><div><br></div></div><div class=3D"gmail_e=
xtra"><br><div class=3D"gmail_quote">On Wed, Jan 14, 2015 at 10:36 AM, Stew=
art Bryant <span dir=3D"ltr">&lt;<a href=3D"mailto:stbryant@cisco.com" targ=
et=3D"_blank">stbryant@cisco.com</a>&gt;</span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">
 =20

   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <font face=3D"Courier New, Courier, monospace">Working
      Group/Co-authors<br>
      <br>
      Following discussion on the list I have edited
      draft-ietf-pals-vccv-for-gal<br>
      to just define the GAL VCCV CC Type 4. As suggested the plan will
      then be<br>
      to write a new draft describing the migration strategy to type 1
      and 4 only.<br>
      There is some text in here on migration and I am torn between
      taking it out<br>
      and leaving it in to explain why we are introducing the new CC
      type.<br>
      <br>
      Because of the extensive changes I thought it best to post this
      candidate<br>
      to the list to make sure we are all on the same page. If this is
      going in<br>
      the right direction I will upload it as a draft replacing <br>
      draft-ietf-pals-vccv-for-gal-00.<br>
      <br>
      I took Sasha&#39;s proposal of making FAT and GAL mutually exclusive
      which<br>
      in my view usefully simplified that aspect of the design.<br>
      <br>
      I did quite a lot of work on the Capability Advertisment section
      which<br>
      will need to be checked very carefully, in particular the handling
      of the <br>
      error processing.<br>
      <br>
      I would appreciate a quick review to see whether this is what the
      WG was<br>
      expecting, and then I can upload it ready for a detailed review if
      it<br>
      is on the right lines.<br>
      <br>
      - Stewart<br>
      <br>
      <br>
      <br>
      PWE3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 T.
      Nadeau<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      lucidvision<br>
      Intended status: Standards Track=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 L.
      Martini<br>
      Expires: July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 S.
      Bryant<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Cisco
      Systems<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 January
      14, 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Candidate for =
Using GAL as a VCCV Channel Indicator<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 draft-ietf-pals-vccv-for-gal-=
01<br>
      <br>
      Abstract<br>
      <br>
      =C2=A0=C2=A0 This document specifies a new Virtual Circuit Connectivi=
ty<br>
      =C2=A0=C2=A0 Verification (VCCV) (RFC5085) control channel type for u=
se with<br>
      =C2=A0=C2=A0 pseudowires (PW) carried over an MPLS network.=C2=A0 Thi=
s new
      channel type<br>
      =C2=A0=C2=A0 uses the Generic Associated Channel Label (GAL) (RFC5586=
) to<br>
      =C2=A0=C2=A0 distinguish VCCV packets from packets carrying user data=
.<br>
      <br>
      Status of This Memo<br>
      <br>
      =C2=A0=C2=A0 This Internet-Draft is submitted in full conformance wit=
h the<br>
      =C2=A0=C2=A0 provisions of BCP 78 and BCP 79.<br>
      <br>
      =C2=A0=C2=A0 Internet-Drafts are working documents of the Internet
      Engineering<br>
      =C2=A0=C2=A0 Task Force (IETF).=C2=A0 Note that other groups may also=
 distribute<br>
      =C2=A0=C2=A0 working documents as Internet-Drafts.=C2=A0 The list of =
current
      Internet-<br>
      =C2=A0=C2=A0 Drafts is at <a href=3D"http://datatracker.ietf.org/draf=
ts/current/" target=3D"_blank">http://datatracker.ietf.org/drafts/current/<=
/a>.<br>
      <br>
      =C2=A0=C2=A0 Internet-Drafts are draft documents valid for a maximum =
of six
      months<br>
      =C2=A0=C2=A0 and may be updated, replaced, or obsoleted by other docu=
ments
      at any<br>
      =C2=A0=C2=A0 time.=C2=A0 It is inappropriate to use Internet-Drafts a=
s reference<br>
      =C2=A0=C2=A0 material or to cite them other than as &quot;work in pro=
gress.&quot;<br>
      <br>
      =C2=A0=C2=A0 This Internet-Draft will expire on July 18, 2015.<br>
      <br>
      Copyright Notice<br>
      <br>
      =C2=A0=C2=A0 Copyright (c) 2015 IETF Trust and the persons identified=
 as the<br>
      =C2=A0=C2=A0 document authors.=C2=A0 All rights reserved.<br>
      <br>
      =C2=A0=C2=A0 This document is subject to BCP 78 and the IETF Trust&#3=
9;s Legal<br>
      =C2=A0=C2=A0 Provisions Relating to IETF Documents<br>
      =C2=A0=C2=A0 (<a href=3D"http://trustee.ietf.org/license-info" target=
=3D"_blank">http://trustee.ietf.org/license-info</a>) in effect on the date=
 of<br>
      =C2=A0=C2=A0 publication of this document.=C2=A0 Please review these =
documents<br>
      =C2=A0=C2=A0 carefully, as they describe your rights and restrictions=
 with
      respect<br>
      =C2=A0=C2=A0 to this document.=C2=A0 Code Components extracted from t=
his document
      must<br>
      =C2=A0=C2=A0 include Simplified BSD License text as described in Sect=
ion 4.e
      of<br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 1]<br>
      =0C<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 GAL as a VCCV Channel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      January 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0 the Trust Legal Provisions and are provided without warr=
anty as<br>
      =C2=A0=C2=A0 described in the Simplified BSD License.<br>
      <br>
      Table of Contents<br>
      <br>
      =C2=A0=C2=A0 1.=C2=A0 Introduction=C2=A0 . . . . . . . . . . . . . . =
. . . . . . . . .
      .=C2=A0=C2=A0 2<br>
      =C2=A0=C2=A0 2.=C2=A0 Requirements Language . . . . . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 3<br>
      =C2=A0=C2=A0 3.=C2=A0 GAL VCCV Control Channel Type . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 3<br>
      =C2=A0=C2=A0 4.=C2=A0 FAT PWs . . . . . . . . . . . . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 4<br>
      =C2=A0=C2=A0 5.=C2=A0 VCCV Capability Advertisement . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 4<br>
      =C2=A0=C2=A0 6.=C2=A0 Manageability Considerations=C2=A0 . . . . . . =
. . . . . . . . .
      .=C2=A0=C2=A0 5<br>
      =C2=A0=C2=A0 7.=C2=A0 Security Considerations . . . . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 5<br>
      =C2=A0=C2=A0 8.=C2=A0 IANA Considerations . . . . . . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 5<br>
      =C2=A0=C2=A0=C2=A0=C2=A0 8.1.=C2=A0 MPLS VCCV Control Channel (CC) Ty=
pe 4 . . . . . . . . .
      .=C2=A0=C2=A0 5<br>
      =C2=A0=C2=A0=C2=A0=C2=A0 8.2.=C2=A0 LDP Status Code . . . . . . . . .=
 . . . . . . . . . . .
      .=C2=A0=C2=A0 6<br>
      =C2=A0=C2=A0 9.=C2=A0 Acknowledgments . . . . . . . . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 6<br>
      =C2=A0=C2=A0 10. References=C2=A0 . . . . . . . . . . . . . . . . . .=
 . . . . . .
      .=C2=A0=C2=A0 6<br>
      =C2=A0=C2=A0=C2=A0=C2=A0 10.1.=C2=A0 Normative References . . . . . .=
 . . . . . . . . . . .
      .=C2=A0=C2=A0 6<br>
      =C2=A0=C2=A0=C2=A0=C2=A0 10.2.=C2=A0 Informative References . . . . .=
 . . . . . . . . . . .
      .=C2=A0=C2=A0 7<br>
      =C2=A0=C2=A0 Authors&#39; Addresses=C2=A0 . . . . . . . . . . . . . .=
 . . . . . . . .
      .=C2=A0=C2=A0 7<br>
      <br>
      1.=C2=A0 Introduction<br>
      <br>
      =C2=A0=C2=A0 This document specifies a new Virtual Circuit Connectivi=
ty<br>
      =C2=A0=C2=A0 Verification (VCCV) [RFC5085] control channel (CC) type =
for use
      with<br>
      =C2=A0=C2=A0 pseudowires (PW) carried over an MPLS network that do no=
t use
      the PW<br>
      =C2=A0=C2=A0 Control Word (CW) [RFC4385].=C2=A0 This new VCCV CC type=
 uses the
      Generic<br>
      =C2=A0=C2=A0 Associated Channel Label (GAL) [RFC5586] to distinguish =
VCCV
      packets<br>
      =C2=A0=C2=A0 from packets carrying user data.=C2=A0 This new VCCV CC =
type
      introduces<br>
      =C2=A0=C2=A0 compatibility with the method of MPLS Label Switched Pat=
h (LSP)<br>
      =C2=A0=C2=A0 Operations, Administration, and Maintenance (OAM)
      identification,<br>
      =C2=A0=C2=A0 particularly in MPLS-TP networks [RFC5921].<br>
      <br>
      =C2=A0=C2=A0 VCCV currently specifies three CC types.=C2=A0 VCCV CC T=
ype 1 uses
      the PW<br>
      =C2=A0=C2=A0 Control Word (CW) to distinguish VCCV packets from packe=
ts
      carrying<br>
      =C2=A0=C2=A0 user data.=C2=A0 VCCV CC Types 2 and 3 require IP encaps=
ulation for
      OAM<br>
      =C2=A0=C2=A0 packets they carry.=C2=A0 This was not an issue when [RF=
C5085] was<br>
      =C2=A0=C2=A0 designed, but is in conflict with the design goals of MP=
LS-TP<br>
      =C2=A0=C2=A0 [RFC5921] which does not otherwise require the availabil=
ity of
      IP.<br>
      =C2=A0=C2=A0 VCCV CC Type 2 is not supported by multi-segment PWs (MS=
-PWs)<br>
      =C2=A0=C2=A0 [RFC6073].=C2=A0 A MS-PW operating without the CW theref=
ore has to
      use<br>
      =C2=A0=C2=A0 VCCV CC Type 3 which identifies VCCV packets on the basi=
s of
      TTL<br>
      =C2=A0=C2=A0 expiry.=C2=A0 Whilst less of an issue with a single segm=
ent PW
      (SS-PW), on<br>
      =C2=A0=C2=A0 an MS-PW this need to be accurately set to cause TTL exp=
iry at
      the<br>
      =C2=A0=C2=A0 egress Terminating Provider Edge (T-PE) [RFC6073].=C2=A0=
 In the
      event of a<br>
      =C2=A0=C2=A0 error in the setting of the PW LSE TTL this can result i=
n VCCV<br>
      =C2=A0=C2=A0 packets leaking into the attachment circuit which may di=
srupt
      the<br>
      =C2=A0=C2=A0 operation of the PW, or the user service, and is a secur=
ity
      risk.<br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 2]<br>
      =0C<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 GAL as a VCCV Channel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      January 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0 The new VCCV CC type defined in this specification addre=
sses
      these<br>
      =C2=A0=C2=A0 problems for PWs that do not use the CW.<br>
      <br>
      =C2=A0=C2=A0 For reasons of network efficiency and due to hardware
      constraints it<br>
      =C2=A0=C2=A0 is not possible to address these issue by mandating that=
 all
      PWs use<br>
      =C2=A0=C2=A0 the PW CW, hence the introduction of this new VCCV CC ty=
pe.<br>
      <br>
      2.=C2=A0 Requirements Language<br>
      <br>
      =C2=A0=C2=A0 The key words &quot;MUST&quot;, &quot;MUST NOT&quot;, &q=
uot;REQUIRED&quot;, &quot;SHALL&quot;, &quot;SHALL
      NOT&quot;,<br>
      =C2=A0=C2=A0 &quot;SHOULD&quot;, &quot;SHOULD NOT&quot;, &quot;RECOMM=
ENDED&quot;, &quot;NOT RECOMMENDED&quot;,
      &quot;MAY&quot;, and<br>
      =C2=A0=C2=A0 &quot;OPTIONAL&quot; in this document are to be interpre=
ted as described
      in<br>
      =C2=A0=C2=A0 [RFC2119].<br>
      <br>
      3.=C2=A0 GAL VCCV Control Channel Type<br>
      <br>
      =C2=A0=C2=A0 When the PW CW is not used, the GAL VCCV Control Channel=
 (CC)
      type<br>
      =C2=A0=C2=A0 defined in this section MAY be used.=C2=A0 This is refer=
red to as
      VCCV CC<br>
      =C2=A0=C2=A0 Type4 throughout the rest of this of this document.=C2=
=A0 VCCV Type
      4 uses<br>
      =C2=A0=C2=A0 the encapsulation shown in Figure 1.<br>
      <br>
      =C2=A0=C2=A0 0 1<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 3<br>
      =C2=A0=C2=A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 =
8 9 0 1<br>
      <br>
      =C2=A0=C2=A0
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PW LSE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      |<br>
      =C2=A0=C2=A0
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 GAL LSE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      |<br>
      =C2=A0=C2=A0
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      =C2=A0=C2=A0 |0 0 0 1|Version|=C2=A0=C2=A0 Reserved=C2=A0=C2=A0=C2=A0=
 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Channel Type=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      |<br>
      =C2=A0=C2=A0
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0
      |<br>
      =C2=A0=C2=A0 ~=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 VCCV Message Body=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0
      ~<br>
      =C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0
      |<br>
      =C2=A0=C2=A0
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      <br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Figure 1<br>
      <br>
      =C2=A0=C2=A0 The VCCV message body is preceded by a Generic Associate=
d
      Channel<br>
      =C2=A0=C2=A0 Header as defined in [RFC5586], in which the Channel Typ=
e
      identifies<br>
      =C2=A0=C2=A0 the type and format of the OAM message carried in the VC=
CV
      message<br>
      =C2=A0=C2=A0 body.<br>
      <br>
      =C2=A0=C2=A0 The GAL LSE MUST contain the GAL reserved label as defin=
ed in<br>
      =C2=A0=C2=A0 [RFC5586].<br>
      <br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 3]<br>
      =0C<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 GAL as a VCCV Channel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      January 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0 The PW LSE is constructed according to the existing proc=
edures
      that<br>
      =C2=A0=C2=A0 apply to the type of pseudowire that is in use.<br>
      <br>
      =C2=A0=C2=A0 Note that the inclusion of a GAL following the PW LSE ov=
er a
      label<br>
      =C2=A0=C2=A0 switched path subject to Equal-Cost Multi-path (ECMP) lo=
ad
      balancing<br>
      =C2=A0=C2=A0 can cause the OAM packet to take a different path throug=
h the
      network<br>
      =C2=A0=C2=A0 from the corresponding PW data packets.=C2=A0 If that is=
 not
      acceptable,<br>
      =C2=A0=C2=A0 then an alternative VCCV type must be used.<br>
      <br>
      4.=C2=A0 FAT PWs<br>
      <br>
      =C2=A0=C2=A0 [RFC6391] specifies that when the flow-aware transport (=
FAT) of<br>
      =C2=A0=C2=A0 pseudowires over an MPLS packet switched network has bee=
n
      signalled<br>
      =C2=A0=C2=A0 or configured, the Flow LSE MUST be present.=C2=A0 It fu=
rther
      specifies<br>
      =C2=A0=C2=A0 that &quot;the flow label MUST NOT be an MPLS reserved l=
abel (values
      in<br>
      =C2=A0=C2=A0 the range 0..15) [RFC3032]&quot;, and that &quot;If a fl=
ow LSE is
      present, it<br>
      =C2=A0=C2=A0 MUST be checked to determine whether it carries a reserv=
ed
      label.=C2=A0 If<br>
      =C2=A0=C2=A0 it is a reserved label, the packet is processed accordin=
g to
      the<br>
      =C2=A0=C2=A0 rules associated with that reserved label; otherwise, th=
e LSE
      is<br>
      =C2=A0=C2=A0 discarded.&quot;<br>
      <br>
      =C2=A0=C2=A0 This document specifies that if the flow-aware transport=
 of<br>
      =C2=A0=C2=A0 pseudowires over an MPLS packet switched network has bee=
n
      signalled<br>
      =C2=A0=C2=A0 or configured then the presence of VCCV message is indic=
ated by
      the<br>
      =C2=A0=C2=A0 use of a GAL in place of the flow LSE.<br>
      <br>
      =C2=A0=C2=A0 This is consistent with [RFC6391], and the packet struct=
ure is<br>
      =C2=A0=C2=A0 identical to that shown in Figure 1.<br>
      <br>
      =C2=A0=C2=A0 Note that the use of a GAL in place of the flow label ov=
er a
      label<br>
      =C2=A0=C2=A0 switched path subject to ECMP can cause the OAM packet t=
o take
      a<br>
      =C2=A0=C2=A0 different path through the network from the correspondin=
g PW
      data<br>
      =C2=A0=C2=A0 packets.=C2=A0 If that is not acceptable, then an altern=
ative VCCV
      type<br>
      =C2=A0=C2=A0 must be used.<br>
      <br>
      5.=C2=A0 VCCV Capability Advertisement<br>
      <br>
      =C2=A0=C2=A0 The VCCV capability advertisement MUST match the c-bit s=
etting
      that<br>
      =C2=A0=C2=A0 is advertised in the PW FEC element [RFC4447].=C2=A0 If =
the c-bit is
      set,<br>
      =C2=A0=C2=A0 indicating the use of the PW CW, then VCCV CC Type 4 MUS=
T NOT
      be<br>
      =C2=A0=C2=A0 advertised.=C2=A0 If the c-bit is not set, indicating th=
at the PW CW
      is<br>
      =C2=A0=C2=A0 not in use, then an equipment supporting this specificat=
ion
      MUST<br>
      =C2=A0=C2=A0 advertise VCCV CC Type 4.=C2=A0 Advertisement of VCCV CC=
 Types 1 and
      4 are<br>
      =C2=A0=C2=A0 therefore mutually exclusive.<br>
      <br>
      =C2=A0=C2=A0 A PE supporting VCCV CC Type 4 MAY advertise other VCCV =
CC
      types as<br>
      =C2=A0=C2=A0 defined in [RFC5085] .<br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 4]<br>
      =0C<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 GAL as a VCCV Channel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      January 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0 If the remote PE supports VCCV CC Type 4, and the PW CW =
is not
      in<br>
      =C2=A0=C2=A0 use, then the following capability advertisement precede=
nce
      rules<br>
      =C2=A0=C2=A0 supersede those defined in Section 7 of [RFC5085] :<br>
      <br>
      =C2=A0=C2=A0 1.=C2=A0 Type 4: GAL VCCV Control Channel.<br>
      <br>
      =C2=A0=C2=A0 2.=C2=A0 Type 2: MPLS Router Alert Label.<br>
      <br>
      =C2=A0=C2=A0 3.=C2=A0 Type 3: MPLS PW Label with TTL =3D=3D 1.<br>
      <br>
      =C2=A0=C2=A0 If the remote PE finds that VCCV CC Types 1 and 4 are bo=
th<br>
      =C2=A0=C2=A0 advertised, or that c-bit is set and VCCV CC Type 4 is
      advertised,<br>
      =C2=A0=C2=A0 then it should report the error to the operator through =
the<br>
      =C2=A0=C2=A0 management interface in use, and send a Label Release Me=
ssage
      with a<br>
      =C2=A0=C2=A0 status code &quot;VCCV Type Error&quot;.<br>
      <br>
      6.=C2=A0 Manageability Considerations<br>
      <br>
      =C2=A0=C2=A0 Whilst the introduction of this additional VCCV CC type
      increases the<br>
      =C2=A0=C2=A0 number of VCCV CC types that the operator needs to manag=
e, it<br>
      =C2=A0=C2=A0 addresses the issues with VCCV CC Types 2 and 3 describe=
d in<br>
      =C2=A0=C2=A0 Section 1, and is a necessary per-requisite of the long =
term
      strategy<br>
      =C2=A0=C2=A0 of the PALS working group to consolidate the VCCV channe=
l types
      down<br>
      =C2=A0=C2=A0 to only VCCV CC Types 1 and 4.=C2=A0 This consolidation =
and will be
      the<br>
      =C2=A0=C2=A0 subject of future work by the PALS working group.<br>
      <br>
      =C2=A0=C2=A0 In the event of a misconfiguration of this VCCV CC type,=
 the PW
      is<br>
      =C2=A0=C2=A0 taken out of service and the operator advised as describ=
ed in<br>
      =C2=A0=C2=A0 Section 5.<br>
      <br>
      =C2=A0=C2=A0 Attention is drawn to the possible absence of fate shari=
ng
      between PW<br>
      =C2=A0=C2=A0 data packets and VCCV CC Type 4 packets described in Sec=
tion 3
      and<br>
      =C2=A0=C2=A0 Section 4.<br>
      <br>
      7.=C2=A0 Security Considerations<br>
      <br>
      =C2=A0=C2=A0 This document does not by itself raise any new security<=
br>
      =C2=A0=C2=A0 considerations beyond those described in [RFC5085].=C2=
=A0 It
      addresses the<br>
      =C2=A0=C2=A0 possibility of packet leaking that can occur with VCCV C=
C Type
      3.<br>
      <br>
      8.=C2=A0 IANA Considerations<br>
      <br>
      8.1.=C2=A0 MPLS VCCV Control Channel (CC) Type 4<br>
      <br>
      =C2=A0=C2=A0 IANA is requested to assign a new bit from the MPLS VCCV
      Control<br>
      =C2=A0=C2=A0 Channel (CC) Types registry in the PWE3-parameters name =
space
      in<br>
      =C2=A0=C2=A0 order to identify VCCV type 4.=C2=A0 It is recommended t=
hat Bit 3 be<br>
      =C2=A0=C2=A0 assigned to this purpose which would have a value of 0x0=
8.<br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 5]<br>
      =0C<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 GAL as a VCCV Channel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      January 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0 MPLS VCCV Control Channel (CC) Types<br>
      <br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Bit (Value)=C2=A0=C2=
=A0=C2=A0 Description=C2=A0=C2=A0 Reference<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=C2=A0=C2=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=C2=A0=C2=
=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Bit X (0x0Y)=C2=A0=
=C2=A0 Type 4=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 This Specification<=
br>
      <br>
      8.2.=C2=A0 LDP Status Code<br>
      <br>
      =C2=A0=C2=A0 IANA is requested to assign a new Status Code from the L=
abel<br>
      =C2=A0=C2=A0 Distribution Protocol (LDP) Parameters name space:<br>
      <br>
      =C2=A0=C2=A0 Status Code Name Space<br>
      <br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Range/Value=C2=A0 E=
=C2=A0 Description=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Reference<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=C2=A0 =3D=C2=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=C2=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x000000xx=C2=A0=C2=
=A0 0=C2=A0 VCCV Type Error=C2=A0 This Specification<br>
      <br>
      <br>
      9.=C2=A0 Acknowledgments<br>
      <br>
      =C2=A0=C2=A0 The authors wish to thank Alexander (Sasha) Vainshtein f=
or his
      review<br>
      =C2=A0=C2=A0 comments and for his proposal to make the GAL and Flow l=
abels<br>
      =C2=A0=C2=A0 mutually exclusive.=C2=A0 This proposal let to a signifi=
cant<br>
      =C2=A0=C2=A0 simplification of this design.<br>
      <br>
      10.=C2=A0 References<br>
      <br>
      10.1.=C2=A0 Normative References<br>
      <br>
      =C2=A0=C2=A0 [RFC2119]=C2=A0 Bradner, S., &quot;Key words for use in =
RFCs to Indicate<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Requirement Levels&quot;, BCP 14, RFC 2119, March 1997.<br>
      <br>
      =C2=A0=C2=A0 [RFC4385]=C2=A0 Bryant, S., Swallow, G., Martini, L., an=
d D.
      McPherson,<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 &quot;Pseudowire Emulation Edge-to-Edge (PWE3) Control
      Word for<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Use over an MPLS PSN&quot;, RFC 4385, February 2006.<br>
      <br>
      =C2=A0=C2=A0 [RFC4447]=C2=A0 Martini, L., Rosen, E., El-Aawar, N., Sm=
ith, T., and
      G.<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Heron, &quot;Pseudowire Setup and Maintenance Using the
      Label<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Distribution Protocol (LDP)&quot;, RFC 4447, April 2006.<br>
      <br>
      =C2=A0=C2=A0 [RFC5085]=C2=A0 Nadeau, T. and C. Pignataro, &quot;Pseud=
owire Virtual
      Circuit<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Connectivity Verification (VCCV): A Control Channel
      for<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Pseudowires&quot;, RFC 5085, December 2007.<br>
      <br>
      =C2=A0=C2=A0 [RFC5586]=C2=A0 Bocci, M., Vigoureux, M., and S. Bryant,=
 &quot;MPLS
      Generic<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Associated Channel&quot;, RFC 5586, June 2009.<br>
      <br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 6]<br>
      =0C<br>
      Internet-Draft=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 GAL as a VCCV Channel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      January 2015<br>
      <br>
      <br>
      =C2=A0=C2=A0 [RFC6073]=C2=A0 Martini, L., Metz, C., Nadeau, T., Bocci=
, M., and M.<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Aissaoui, &quot;Segmented Pseudowire&quot;, RFC 6073, January
      2011.<br>
      <br>
      =C2=A0=C2=A0 [RFC6391]=C2=A0 Bryant, S., Filsfils, C., Drafz, U., Kom=
pella, V.,
      Regan,<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 J., and S. Amante, &quot;Flow-Aware Transport of
      Pseudowires<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 over an MPLS Packet Switched Network&quot;, RFC 6391,
      November<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 2011.<br>
      <br>
      10.2.=C2=A0 Informative References<br>
      <br>
      =C2=A0=C2=A0 [RFC5921]=C2=A0 Bocci, M., Bryant, S., Frost, D., Levrau=
, L., and L.<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Berger, &quot;A Framework for MPLS in Transport
      Networks&quot;, RFC<br>
      =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 5921, July 2010.<br>
      <br>
      Authors&#39; Addresses<br>
      <br>
      =C2=A0=C2=A0 Thomas D. Nadeau<br>
      =C2=A0=C2=A0 lucidvision<br>
      <br>
      =C2=A0=C2=A0 Email: <a href=3D"mailto:tnadeau@lucidvision.com" target=
=3D"_blank">tnadeau@lucidvision.com</a><br>
      <br>
      <br>
      =C2=A0=C2=A0 Luca Martini<br>
      =C2=A0=C2=A0 Cisco Systems<br>
      <br>
      =C2=A0=C2=A0 Email: <a href=3D"mailto:lmartini@cisco.com" target=3D"_=
blank">lmartini@cisco.com</a><br>
      <br>
      <br>
      =C2=A0=C2=A0 Stewart Bryant<br>
      =C2=A0=C2=A0 Cisco Systems<br>
      <br>
      =C2=A0=C2=A0 Email: <a href=3D"mailto:stbryant@cisco.com" target=3D"_=
blank">stbryant@cisco.com</a><br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
      Nadeau, et al.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Expires July 18, 2015=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
      [Page 7]<br>
      <br>
    </font>
  </div>

<br>_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/pals</a><br>
<br></blockquote></div><br></div>

--001a11c1678226b132050ca2a92a--


From nobody Thu Jan 15 02:03:46 2015
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8C3B1B2BC8 for <pals@ietfa.amsl.com>; Thu, 15 Jan 2015 02:03:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.799
X-Spam-Level: 
X-Spam-Status: No, score=0.799 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gD5AK7vDRuxL for <pals@ietfa.amsl.com>; Thu, 15 Jan 2015 02:03:37 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0723.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::723]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEE5B1B2BC7 for <pals@ietf.org>; Thu, 15 Jan 2015 02:03:36 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0811.eurprd03.prod.outlook.com (25.161.55.143) with Microsoft SMTP Server (TLS) id 15.1.53.17; Thu, 15 Jan 2015 10:03:13 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0053.000; Thu, 15 Jan 2015 10:03:13 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>
Thread-Topic: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
Thread-Index: AQHQMA/5i86hJmZ/40iD4uDijbPVfJzA7i+Q
Date: Thu, 15 Jan 2015 10:03:13 +0000
Message-ID: <DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com>
References: <54B68D13.9000707@cisco.com>
In-Reply-To: <54B68D13.9000707@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.234.56.21]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; 
x-dmarcaction-test: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005004);SRVR:DB3PR03MB0811;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0811;
x-forefront-prvs: 0457F11EAF
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(189002)(199003)(252514010)(52044002)(377454003)(14971765001)(15975445007)(110136001)(19580405001)(19580395003)(102836002)(87936001)(76576001)(68736005)(97736003)(16236675004)(575784001)(64706001)(92566002)(19617315012)(2351001)(86362001)(230783001)(19625215002)(101416001)(40100003)(561944003)(122556002)(46102003)(33656002)(19300405004)(2950100001)(2900100001)(2501002)(106116001)(54356999)(62966003)(77156002)(66066001)(2656002)(105586002)(54206007)(74316001)(106356001)(54606007)(50986999)(76176999)(6055255003)(120695007); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0811; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: multipart/alternative; boundary="_000_DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0DB3PR03MB0812eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2015 10:03:13.1124 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0811
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/zGf-W-mHuTeWQLNcp09k4lg9dv8>
Cc: "draft-ietf-pals-vccv-for-gal@tools.ietf.org" <draft-ietf-pals-vccv-for-gal@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jan 2015 10:03:44 -0000

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

U3Rld2FydCwNCkxvdHMgb2YgdGhhbmtzIGZvciBhIHZlcnkgbmljZSByZS13cml0ZSBvZiB0aGUg
ZHJhZnQgdGhhdCwgZnJvbSBteSBQT1YsIHJlc29sdmVzIGFsbCBvdXRzdGFuZGluZyB0ZWNobmlj
YWwgaXNzdWVzIHJhaXNlZCBzbyBmYXIgYW5kIG1vdmVkIGRpc2N1c3Npb24gb2Ygb3BlcmF0aW9u
YWwgaXNzdWVzICggY29uc29saWRhdGlvbiBvZiBWQ0NWIFR5cGVzLCBtaWdyYXRpb24gc3RyYXRl
Z3kgZXRjLikgIG91dCBvZiBzY29wZSBvZiBhIGNsZWFyLWN1dCB0ZWNobmljYWwgc3BlY2lmaWNh
dGlvbi4NCg0KSSBoYXZlIGFkZGVkIGEgY291cGxlIG9mIG1pbm9yIGNvbW1lbnRzIGlubGluZSBi
ZWxvdyB0aGF0IGhvcGVmdWxseSBjb3VsZCBiZSB1c2VmdWwuIFBsZWFzZSBmZWVsIGZyZWUgdG8g
dXNlIChvciBub3QgdG8gdXNlKSB0aGVtIGFzIHlvdSBzZWUgZml0Lg0KDQpSZWdhcmRzLA0KICAg
ICAgIFNhc2hhDQpFbWFpbDogQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20NCk1vYmls
ZTogMDU0LTkyNjYzMDINCg0KRnJvbTogUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9y
Z10gT24gQmVoYWxmIE9mIFN0ZXdhcnQgQnJ5YW50DQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkg
MTQsIDIwMTUgNTozNyBQTQ0KVG86IGRyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1nYWxAdG9vbHMu
aWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFtQYWxzXSBDYW5kaWRhdGUgZHJhZnQt
aWV0Zi1wYWxzLXZjY3YtZm9yLWdhbC0wMQ0KDQpXb3JraW5nIEdyb3VwL0NvLWF1dGhvcnMNCg0K
Rm9sbG93aW5nIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgSSBoYXZlIGVkaXRlZCBkcmFmdC1pZXRm
LXBhbHMtdmNjdi1mb3ItZ2FsDQp0byBqdXN0IGRlZmluZSB0aGUgR0FMIFZDQ1YgQ0MgVHlwZSA0
LiBBcyBzdWdnZXN0ZWQgdGhlIHBsYW4gd2lsbCB0aGVuIGJlDQp0byB3cml0ZSBhIG5ldyBkcmFm
dCBkZXNjcmliaW5nIHRoZSBtaWdyYXRpb24gc3RyYXRlZ3kgdG8gdHlwZSAxIGFuZCA0IG9ubHku
DQpUaGVyZSBpcyBzb21lIHRleHQgaW4gaGVyZSBvbiBtaWdyYXRpb24gYW5kIEkgYW0gdG9ybiBi
ZXR3ZWVuIHRha2luZyBpdCBvdXQNCmFuZCBsZWF2aW5nIGl0IGluIHRvIGV4cGxhaW4gd2h5IHdl
IGFyZSBpbnRyb2R1Y2luZyB0aGUgbmV3IENDIHR5cGUuDQoNCkJlY2F1c2Ugb2YgdGhlIGV4dGVu
c2l2ZSBjaGFuZ2VzIEkgdGhvdWdodCBpdCBiZXN0IHRvIHBvc3QgdGhpcyBjYW5kaWRhdGUNCnRv
IHRoZSBsaXN0IHRvIG1ha2Ugc3VyZSB3ZSBhcmUgYWxsIG9uIHRoZSBzYW1lIHBhZ2UuIElmIHRo
aXMgaXMgZ29pbmcgaW4NCnRoZSByaWdodCBkaXJlY3Rpb24gSSB3aWxsIHVwbG9hZCBpdCBhcyBh
IGRyYWZ0IHJlcGxhY2luZw0KZHJhZnQtaWV0Zi1wYWxzLXZjY3YtZm9yLWdhbC0wMC4NCg0KSSB0
b29rIFNhc2hhJ3MgcHJvcG9zYWwgb2YgbWFraW5nIEZBVCBhbmQgR0FMIG11dHVhbGx5IGV4Y2x1
c2l2ZSB3aGljaA0KaW4gbXkgdmlldyB1c2VmdWxseSBzaW1wbGlmaWVkIHRoYXQgYXNwZWN0IG9m
IHRoZSBkZXNpZ24uDQoNCkkgZGlkIHF1aXRlIGEgbG90IG9mIHdvcmsgb24gdGhlIENhcGFiaWxp
dHkgQWR2ZXJ0aXNtZW50IHNlY3Rpb24gd2hpY2gNCndpbGwgbmVlZCB0byBiZSBjaGVja2VkIHZl
cnkgY2FyZWZ1bGx5LCBpbiBwYXJ0aWN1bGFyIHRoZSBoYW5kbGluZyBvZiB0aGUNCmVycm9yIHBy
b2Nlc3NpbmcuDQoNCkkgd291bGQgYXBwcmVjaWF0ZSBhIHF1aWNrIHJldmlldyB0byBzZWUgd2hl
dGhlciB0aGlzIGlzIHdoYXQgdGhlIFdHIHdhcw0KZXhwZWN0aW5nLCBhbmQgdGhlbiBJIGNhbiB1
cGxvYWQgaXQgcmVhZHkgZm9yIGEgZGV0YWlsZWQgcmV2aWV3IGlmIGl0DQppcyBvbiB0aGUgcmln
aHQgbGluZXMuDQoNCi0gU3Rld2FydA0KDQoNCg0KUFdFMyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVC4gTmFkZWF1DQpJbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbHVjaWR2
aXNpb24NCkludGVuZGVkIHN0YXR1czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgTC4gTWFydGluaQ0KRXhwaXJlczogSnVseSAxOCwgMjAxNSAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUy4gQnJ5YW50DQogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIENpc2NvIFN5c3RlbXMN
CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
SmFudWFyeSAxNCwgMjAxNQ0KDQoNCiAgICAgICAgICBDYW5kaWRhdGUgZm9yIFVzaW5nIEdBTCBh
cyBhIFZDQ1YgQ2hhbm5lbCBJbmRpY2F0b3INCiAgICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0
Zi1wYWxzLXZjY3YtZm9yLWdhbC0wMQ0KDQpBYnN0cmFjdA0KDQogICBUaGlzIGRvY3VtZW50IHNw
ZWNpZmllcyBhIG5ldyBWaXJ0dWFsIENpcmN1aXQgQ29ubmVjdGl2aXR5DQogICBWZXJpZmljYXRp
b24gKFZDQ1YpIChSRkM1MDg1KSBjb250cm9sIGNoYW5uZWwgdHlwZSBmb3IgdXNlIHdpdGgNCiAg
IHBzZXVkb3dpcmVzIChQVykgY2FycmllZCBvdmVyIGFuIE1QTFMgbmV0d29yay4gIFRoaXMgbmV3
IGNoYW5uZWwgdHlwZQ0KICAgdXNlcyB0aGUgR2VuZXJpYyBBc3NvY2lhdGVkIENoYW5uZWwgTGFi
ZWwgKEdBTCkgKFJGQzU1ODYpIHRvDQogICBkaXN0aW5ndWlzaCBWQ0NWIHBhY2tldHMgZnJvbSBw
YWNrZXRzIGNhcnJ5aW5nIHVzZXIgZGF0YS4NCg0KU3RhdHVzIG9mIFRoaXMgTWVtbw0KDQogICBU
aGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGgg
dGhlDQogICBwcm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5Lg0KDQogICBJbnRlcm5ldC1E
cmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZw0K
ICAgVGFzayBGb3JjZSAoSUVURikuICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRp
c3RyaWJ1dGUNCiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBs
aXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtDQogICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RyYWZ0cy9jdXJyZW50Ly4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBk
cmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzDQogICBhbmQg
bWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRz
IGF0IGFueQ0KICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURy
YWZ0cyBhcyByZWZlcmVuY2UNCiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFu
IGFzICJ3b3JrIGluIHByb2dyZXNzLiINCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4
cGlyZSBvbiBKdWx5IDE4LCAyMDE1Lg0KDQpDb3B5cmlnaHQgTm90aWNlDQoNCiAgIENvcHlyaWdo
dCAoYykgMjAxNSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQ0K
ICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQoNCiAgIFRoaXMgZG9j
dW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwNCiAg
IFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMNCiAgIChodHRwOi8vdHJ1c3Rl
ZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZg0KICAgcHVi
bGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRz
DQogICBjYXJlZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0
aW9ucyB3aXRoIHJlc3BlY3QNCiAgIHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMg
ZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0DQogICBpbmNsdWRlIFNpbXBsaWZpZWQg
QlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YNCg0KDQoNCk5h
ZGVhdSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE4LCAyMDE1ICAgICAgICAgICAg
ICAgICBbUGFnZSAxXQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgIEdBTCBhcyBhIFZDQ1Yg
Q2hhbm5lbCAgICAgICAgICAgICBKYW51YXJ5IDIwMTUNCg0KDQogICB0aGUgVHJ1c3QgTGVnYWwg
UHJvdmlzaW9ucyBhbmQgYXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXMNCiAgIGRlc2Ny
aWJlZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS4NCg0KVGFibGUgb2YgQ29udGVudHMN
Cg0KICAgMS4gIEludHJvZHVjdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gICAyDQogICAyLiAgUmVxdWlyZW1lbnRzIExhbmd1YWdlIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDMNCiAgIDMuICBHQUwgVkNDViBDb250
cm9sIENoYW5uZWwgVHlwZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMw0KICAg
NC4gIEZBVCBQV3MgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gICA0DQogICA1LiAgVkNDViBDYXBhYmlsaXR5IEFkdmVydGlzZW1lbnQgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQNCiAgIDYuICBNYW5hZ2VhYmlsaXR5IENvbnNp
ZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQ0KICAgNy4gIFNl
Y3VyaXR5IENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gICA1DQogICA4LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAgIDUNCiAgICAgOC4xLiAgTVBMUyBWQ0NWIENvbnRyb2wgQ2hh
bm5lbCAoQ0MpIFR5cGUgNCAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQ0KICAgICA4LjIuICBMRFAg
U3RhdHVzIENvZGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA2
DQogICA5LiAgQWNrbm93bGVkZ21lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAgIDYNCiAgIDEwLiBSZWZlcmVuY2VzICAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNg0KICAgICAxMC4xLiAgTm9ybWF0aXZl
IFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA2DQogICAg
IDEwLjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAgIDcNCiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNw0KDQoxLiAgSW50cm9kdWN0aW9uDQoNCiAgIFRo
aXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEgbmV3IFZpcnR1YWwgQ2lyY3VpdCBDb25uZWN0aXZpdHkN
CiAgIFZlcmlmaWNhdGlvbiAoVkNDVikgW1JGQzUwODVdIGNvbnRyb2wgY2hhbm5lbCAoQ0MpIHR5
cGUgZm9yIHVzZSB3aXRoDQogICBwc2V1ZG93aXJlcyAoUFcpIGNhcnJpZWQgb3ZlciBhbiBNUExT
IG5ldHdvcmsgdGhhdCBkbyBub3QgdXNlIHRoZSBQVw0KICAgQ29udHJvbCBXb3JkIChDVykgW1JG
QzQzODVdLiAgVGhpcyBuZXcgVkNDViBDQyB0eXBlIHVzZXMgdGhlIEdlbmVyaWMNCiAgIEFzc29j
aWF0ZWQgQ2hhbm5lbCBMYWJlbCAoR0FMKSBbUkZDNTU4Nl0gdG8gZGlzdGluZ3Vpc2ggVkNDViBw
YWNrZXRzDQogICBmcm9tIHBhY2tldHMgY2FycnlpbmcgdXNlciBkYXRhLiAgVGhpcyBuZXcgVkND
ViBDQyB0eXBlIGludHJvZHVjZXMNCiAgIGNvbXBhdGliaWxpdHkgd2l0aCB0aGUgbWV0aG9kIG9m
IE1QTFMgTGFiZWwgU3dpdGNoZWQgUGF0aCAoTFNQKQ0KICAgT3BlcmF0aW9ucywgQWRtaW5pc3Ry
YXRpb24sIGFuZCBNYWludGVuYW5jZSAoT0FNKSBpZGVudGlmaWNhdGlvbiwNCiAgIHBhcnRpY3Vs
YXJseSBpbiBNUExTLVRQIG5ldHdvcmtzIFtSRkM1OTIxXS4NCg0KICAgVkNDViBjdXJyZW50bHkg
c3BlY2lmaWVzIHRocmVlIENDIHR5cGVzLiAgVkNDViBDQyBUeXBlIDEgdXNlcyB0aGUgUFcNCiAg
IENvbnRyb2wgV29yZCAoQ1cpIHRvIGRpc3Rpbmd1aXNoIFZDQ1YgcGFja2V0cyBmcm9tIHBhY2tl
dHMgY2FycnlpbmcNCiAgIHVzZXIgZGF0YS4gVkNDViBDQyBUeXBlcyAyIGFuZCAzIHJlcXVpcmUg
SVAgZW5jYXBzdWxhdGlvbiBmb3IgT0FNDQogICBwYWNrZXRzIHRoZXkgY2FycnkuICBUaGlzIHdh
cyBub3QgYW4gaXNzdWUgd2hlbiBbUkZDNTA4NV0gd2FzDQogICBkZXNpZ25lZCwgYnV0IGlzIGlu
IGNvbmZsaWN0IHdpdGggdGhlIGRlc2lnbiBnb2FscyBvZiBNUExTLVRQDQogICBbUkZDNTkyMV0g
d2hpY2ggZG9lcyBub3Qgb3RoZXJ3aXNlIHJlcXVpcmUgdGhlIGF2YWlsYWJpbGl0eSBvZiBJUC4N
CiAgIFZDQ1YgQ0MgVHlwZSAyIGlzIG5vdCBzdXBwb3J0ZWQgYnlbW1Nhc2hhXV0gbm90IGFwcGxp
Y2FibGUgdG8/ICAgbXVsdGktc2VnbWVudCBQV3MgKE1TLVBXcykNCiAgIFtSRkM2MDczXS4gIEEg
TVMtUFcgb3BlcmF0aW5nIHdpdGhvdXQgdGhlIENXIHRoZXJlZm9yZSBoYXMgdG8gdXNlDQogICBW
Q0NWIENDIFR5cGUgMyB3aGljaCBpZGVudGlmaWVzIFZDQ1YgcGFja2V0cyBvbiB0aGUgYmFzaXMg
b2YgVFRMDQogICBleHBpcnkuICBXaGlsc3QgbGVzcyBvZiBhbiBpc3N1ZSB3aXRoIGEgc2luZ2xl
IHNlZ21lbnQgUFcgKFNTLVBXKSwgb24NCiAgIGFuIE1TLVBXIHRoaXMgbmVlZCB0byBiZSBhY2N1
cmF0ZWx5IHNldCB0byBjYXVzZSBUVEwgZXhwaXJ5IGF0IHRoZQ0KICAgZWdyZXNzIFRlcm1pbmF0
aW5nIFByb3ZpZGVyIEVkZ2UgKFQtUEUpIFtSRkM2MDczXS4gIEluIHRoZSBldmVudCBvZiBhDQog
ICBlcnJvciBpbiB0aGUgc2V0dGluZyBvZiB0aGUgUFcgTFNFIFRUTCB0aGlzIGNhbiByZXN1bHQg
aW4gVkNDVg0KICAgcGFja2V0cyBsZWFraW5nIGludG8gdGhlIGF0dGFjaG1lbnQgY2lyY3VpdCB3
aGljaCBtYXkgZGlzcnVwdCB0aGUNCiAgIG9wZXJhdGlvbiBvZiB0aGUgUFcsIG9yIHRoZSB1c2Vy
IHNlcnZpY2UsIGFuZCBpcyBhIHNlY3VyaXR5IHJpc2suDQpbW1Nhc2hhXV0gTWF5YmUgeW91IGNv
dWxkIGFkZCB0aGF0IFZDQ1YgVHlwZSAzIHJlbWFpbnMgbWFuZGF0b3J5IGZvciBzZWdtZW50IE9B
TSBvZiBNUy1QV3MgYW5kIHRoYXQgaXQgaXMgIGNvbWJpbmVkIHdpdGggVkNDViBUeXBlIDEgZm9y
IE1TLVBXcyB0aGF0IHVzZSB0aGUgQ1cg4oCTIHRoaXMgaXMgZXhwbGljaXRseSBzdGF0ZWQgaW4g
UkZDIDYwNzMuDQoNCk5hZGVhdSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE4LCAy
MDE1ICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
IEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCAgICAgICAgICAgICBKYW51YXJ5IDIwMTUNCg0KDQogICBU
aGUgbmV3IFZDQ1YgQ0MgdHlwZSBkZWZpbmVkIGluIHRoaXMgc3BlY2lmaWNhdGlvbiBhZGRyZXNz
ZXMgdGhlc2UNCiAgIHByb2JsZW1zIGZvciBQV3MgdGhhdCBkbyBub3QgdXNlIHRoZSBDVy4NCg0K
ICAgRm9yIHJlYXNvbnMgb2YgbmV0d29yayBlZmZpY2llbmN5IGFuZCBkdWUgdG8gaGFyZHdhcmUg
Y29uc3RyYWludHMgaXQNCiAgIGlzIG5vdCBwb3NzaWJsZSB0byBhZGRyZXNzIHRoZXNlIGlzc3Vl
IGJ5IG1hbmRhdGluZyB0aGF0IGFsbCBQV3MgdXNlDQogICB0aGUgUFcgQ1csIGhlbmNlIHRoZSBp
bnRyb2R1Y3Rpb24gb2YgdGhpcyBuZXcgVkNDViBDQyB0eXBlLg0KW1tTYXNoYV1dIE1heWJlIHlv
dSBjb3VsZCBhZGQgdGhhdCBQV3Mgd2l0aG91dCB0aGUgQ1cgYXJlIGFscmVhZHkgd2lkZWx5IGRl
cGxveWVkLCBhbmQgdGhpcyBpcyBvbmUgb2YgdGhlIHJlYXNvbnMgd2h5IG1hbmRhdGluZyBhbGwg
UFdzIHVzZSB0aGUgQ1cgaXMgbm90IHJlYWxpc3RpYy4NCg0KDQoyLiAgUmVxdWlyZW1lbnRzIExh
bmd1YWdlDQoNCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQi
LCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwNCiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNP
TU1FTkRFRCIsICJOT1QgUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kDQogICAiT1BUSU9OQUwiIGlu
IHRoaXMgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbg0KICAg
W1JGQzIxMTldLg0KDQozLiAgR0FMIFZDQ1YgQ29udHJvbCBDaGFubmVsIFR5cGUNCg0KICAgV2hl
biB0aGUgUFcgQ1cgaXMgbm90IHVzZWQsIHRoZSBHQUwgVkNDViBDb250cm9sIENoYW5uZWwgKEND
KSB0eXBlDQogICBkZWZpbmVkIGluIHRoaXMgc2VjdGlvbiBNQVkgYmUgdXNlZC4gIFRoaXMgaXMg
cmVmZXJyZWQgdG8gYXMgVkNDViBDQw0KICAgVHlwZTQgdGhyb3VnaG91dCB0aGUgcmVzdCBvZiB0
aGlzIG9mIHRoaXMgZG9jdW1lbnQuICBWQ0NWIFR5cGUgNCB1c2VzDQogICB0aGUgZW5jYXBzdWxh
dGlvbiBzaG93biBpbiBGaWd1cmUgMS4NCg0KICAgMCAxDQogICAgICAgICAgICAgICAgICAgIDIg
ICAgICAgICAgICAgICAgICAgMw0KICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2
IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCiAgICstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICB8ICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFBXIExTRSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
fA0KICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSsNCiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICBHQUwgTFNFICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgfDAgMCAwIDF8VmVy
c2lvbnwgICBSZXNlcnZlZCAgICB8ICAgICAgICBDaGFubmVsIFR5cGUgICAgICAgICAgIHwNCiAg
ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rDQogICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgfA0KICAgfiAgICAgICAgICAgICAgICAgICAgICAgIFZDQ1Yg
TWVzc2FnZSBCb2R5ICAgICAgICAgICAgICAgICAgICAgIH4NCiAgIHwgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICArLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKw0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWd1cmUgMQ0KDQogICBU
aGUgVkNDViBtZXNzYWdlIGJvZHkgaXMgcHJlY2VkZWQgYnkgYSBHZW5lcmljIEFzc29jaWF0ZWQg
Q2hhbm5lbA0KICAgSGVhZGVyIGFzIGRlZmluZWQgaW4gW1JGQzU1ODZdLCBpbiB3aGljaCB0aGUg
Q2hhbm5lbCBUeXBlIGlkZW50aWZpZXMNCiAgIHRoZSB0eXBlIGFuZCBmb3JtYXQgb2YgdGhlIE9B
TSBtZXNzYWdlIGNhcnJpZWQgaW4gdGhlIFZDQ1YgbWVzc2FnZQ0KICAgYm9keS4NCg0KICAgVGhl
IEdBTCBMU0UgTVVTVCBjb250YWluIHRoZSBHQUwgcmVzZXJ2ZWQgbGFiZWwgYXMgZGVmaW5lZCBp
bg0KICAgW1JGQzU1ODZdLg0KDQoNCg0KDQoNCk5hZGVhdSwgZXQgYWwuICAgICAgICAgICAgRXhw
aXJlcyBKdWx5IDE4LCAyMDE1ICAgICAgICAgICAgICAgICBbUGFnZSAzXQ0KDQpJbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgIEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCAgICAgICAgICAgICBKYW51YXJ5
IDIwMTUNCg0KDQogICBUaGUgUFcgTFNFIGlzIGNvbnN0cnVjdGVkIGFjY29yZGluZyB0byB0aGUg
ZXhpc3RpbmcgcHJvY2VkdXJlcyB0aGF0DQogICBhcHBseSB0byB0aGUgdHlwZSBvZiBwc2V1ZG93
aXJlIHRoYXQgaXMgaW4gdXNlLg0KDQogICBOb3RlIHRoYXQgdGhlIGluY2x1c2lvbiBvZiBhIEdB
TCBmb2xsb3dpbmcgdGhlIFBXIExTRSBvdmVyIGEgbGFiZWwNCiAgIHN3aXRjaGVkIHBhdGggc3Vi
amVjdCB0byBFcXVhbC1Db3N0IE11bHRpLXBhdGggKEVDTVApIGxvYWQgYmFsYW5jaW5nDQogICBj
YW4gY2F1c2UgdGhlIE9BTSBwYWNrZXQgdG8gdGFrZSBhIGRpZmZlcmVudCBwYXRoIHRocm91Z2gg
dGhlIG5ldHdvcmsNCiAgIGZyb20gdGhlIGNvcnJlc3BvbmRpbmcgUFcgZGF0YSBwYWNrZXRzLiAg
SWYgdGhhdCBpcyBub3QgYWNjZXB0YWJsZSwNCiAgIHRoZW4gYW4gYWx0ZXJuYXRpdmUgVkNDViB0
eXBlIG11c3QgYmUgdXNlZC5bW1Nhc2hhXV0gSXMgdGhpcyBub3QgYSBNVVNUPw0KDQo0LiAgRkFU
IFBXcw0KDQogICBbUkZDNjM5MV0gc3BlY2lmaWVzIHRoYXQgd2hlbiB0aGUgZmxvdy1hd2FyZSB0
cmFuc3BvcnQgKEZBVCkgb2YNCiAgIHBzZXVkb3dpcmVzIG92ZXIgYW4gTVBMUyBwYWNrZXQgc3dp
dGNoZWQgbmV0d29yayBoYXMgYmVlbiBzaWduYWxsZWQNCiAgIG9yIGNvbmZpZ3VyZWQsIHRoZSBG
bG93IExTRSBNVVNUIGJlIHByZXNlbnQuICBJdCBmdXJ0aGVyIHNwZWNpZmllcw0KICAgdGhhdCAi
dGhlIGZsb3cgbGFiZWwgTVVTVCBOT1QgYmUgYW4gTVBMUyByZXNlcnZlZCBsYWJlbCAodmFsdWVz
IGluDQogICB0aGUgcmFuZ2UgMC4uMTUpIFtSRkMzMDMyXSIsIGFuZCB0aGF0ICJJZiBhIGZsb3cg
TFNFIGlzIHByZXNlbnQsIGl0DQogICBNVVNUIGJlIGNoZWNrZWQgdG8gZGV0ZXJtaW5lIHdoZXRo
ZXIgaXQgY2FycmllcyBhIHJlc2VydmVkIGxhYmVsLiAgSWYNCiAgIGl0IGlzIGEgcmVzZXJ2ZWQg
bGFiZWwsIHRoZSBwYWNrZXQgaXMgcHJvY2Vzc2VkIGFjY29yZGluZyB0byB0aGUNCiAgIHJ1bGVz
IGFzc29jaWF0ZWQgd2l0aCB0aGF0IHJlc2VydmVkIGxhYmVsOyBvdGhlcndpc2UsIHRoZSBMU0Ug
aXMNCiAgIGRpc2NhcmRlZC4iDQoNCiAgIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRoYXQgaWYg
dGhlIGZsb3ctYXdhcmUgdHJhbnNwb3J0IG9mDQogICBwc2V1ZG93aXJlcyBvdmVyIGFuIE1QTFMg
cGFja2V0IHN3aXRjaGVkIG5ldHdvcmsgaGFzIGJlZW4gc2lnbmFsbGVkDQogICBvciBjb25maWd1
cmVkIHRoZW4gdGhlIHByZXNlbmNlIG9mIFZDQ1YgbWVzc2FnZSBpcyBpbmRpY2F0ZWQgYnkgdGhl
DQogICB1c2Ugb2YgYSBHQUwgaW4gcGxhY2Ugb2YgdGhlIGZsb3cgTFNFLg0KDQogICBUaGlzIGlz
IGNvbnNpc3RlbnQgd2l0aCBbUkZDNjM5MV0sIGFuZCB0aGUgcGFja2V0IHN0cnVjdHVyZSBpcw0K
ICAgaWRlbnRpY2FsIHRvIHRoYXQgc2hvd24gaW4gRmlndXJlIDEuDQoNCiAgIE5vdGUgdGhhdCB0
aGUgdXNlIG9mIGEgR0FMIGluIHBsYWNlIG9mIHRoZSBmbG93IGxhYmVsIG92ZXIgYSBsYWJlbA0K
ICAgc3dpdGNoZWQgcGF0aCBzdWJqZWN0IHRvIEVDTVAgY2FuIGNhdXNlIHRoZSBPQU0gcGFja2V0
IHRvIHRha2UgYQ0KICAgZGlmZmVyZW50IHBhdGggdGhyb3VnaCB0aGUgbmV0d29yayBmcm9tIHRo
ZSBjb3JyZXNwb25kaW5nIFBXIGRhdGENCiAgIHBhY2tldHMuICBJZiB0aGF0IGlzIG5vdCBhY2Nl
cHRhYmxlLCB0aGVuIGFuIGFsdGVybmF0aXZlIFZDQ1YgdHlwZQ0KICAgbXVzdCBiZSB1c2VkLltb
U2FzaGFdXSBpcyBpdCBub3QgTVVTVD8NCg0KDQo1LiAgVkNDViBDYXBhYmlsaXR5IEFkdmVydGlz
ZW1lbnQNCg0KICAgVGhlIFZDQ1YgY2FwYWJpbGl0eSBhZHZlcnRpc2VtZW50IE1VU1QgbWF0Y2gg
dGhlIGMtYml0IHNldHRpbmcgdGhhdA0KICAgaXMgYWR2ZXJ0aXNlZCBpbiB0aGUgUFcgRkVDIGVs
ZW1lbnQgW1JGQzQ0NDddLiAgSWYgdGhlIGMtYml0IGlzIHNldCwNCiAgIGluZGljYXRpbmcgdGhl
IHVzZSBvZiB0aGUgUFcgQ1csIHRoZW4gVkNDViBDQyBUeXBlIDQgTVVTVCBOT1QgYmUNCiAgIGFk
dmVydGlzZWQuICBJZiB0aGUgYy1iaXQgaXMgbm90IHNldCwgaW5kaWNhdGluZyB0aGF0IHRoZSBQ
VyBDVyBpcw0KICAgbm90IGluIHVzZSwgdGhlbiBhbiBlcXVpcG1lbnQgc3VwcG9ydGluZyB0aGlz
IHNwZWNpZmljYXRpb24gTVVTVA0KICAgYWR2ZXJ0aXNlIFZDQ1YgQ0MgVHlwZSA0LiAgQWR2ZXJ0
aXNlbWVudCBvZiBWQ0NWIENDIFR5cGVzIDEgYW5kIDQgYXJlDQogICB0aGVyZWZvcmUgbXV0dWFs
bHkgZXhjbHVzaXZlLg0KDQogICBBIFBFIHN1cHBvcnRpbmcgVkNDViBDQyBUeXBlIDQgTUFZIGFk
dmVydGlzZSBvdGhlciBWQ0NWIENDIHR5cGVzIGFzDQogICBkZWZpbmVkIGluIFtSRkM1MDg1XSAu
DQoNCg0KDQoNCk5hZGVhdSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE4LCAyMDE1
ICAgICAgICAgICAgICAgICBbUGFnZSA0XQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgIEdB
TCBhcyBhIFZDQ1YgQ2hhbm5lbCAgICAgICAgICAgICBKYW51YXJ5IDIwMTUNCg0KDQogICBJZiB0
aGUgcmVtb3RlIFBFIHN1cHBvcnRzIFZDQ1YgQ0MgVHlwZSA0LCBhbmQgdGhlIFBXIENXIGlzIG5v
dCBpbg0KICAgdXNlLCB0aGVuIHRoZSBmb2xsb3dpbmcgY2FwYWJpbGl0eSBhZHZlcnRpc2VtZW50
IHByZWNlZGVuY2UgcnVsZXMNCiAgIHN1cGVyc2VkZSB0aG9zZSBkZWZpbmVkIGluIFNlY3Rpb24g
NyBvZiBbUkZDNTA4NV0gOg0KDQogICAxLiAgVHlwZSA0OiBHQUwgVkNDViBDb250cm9sIENoYW5u
ZWwuDQoNCiAgIDIuICBUeXBlIDI6IE1QTFMgUm91dGVyIEFsZXJ0IExhYmVsLg0KDQogICAzLiAg
VHlwZSAzOiBNUExTIFBXIExhYmVsIHdpdGggVFRMID09IDEuDQoNCiAgIElmIHRoZSByZW1vdGUg
UEUgZmluZHMgdGhhdCBWQ0NWIENDIFR5cGVzIDEgYW5kIDQgYXJlIGJvdGgNCiAgIGFkdmVydGlz
ZWQsIG9yIHRoYXQgYy1iaXQgaXMgc2V0IGFuZCBWQ0NWIENDIFR5cGUgNCBpcyBhZHZlcnRpc2Vk
LA0KICAgdGhlbiBpdCBzaG91bGQgcmVwb3J0IHRoZSBlcnJvciB0byB0aGUgb3BlcmF0b3IgdGhy
b3VnaCB0aGUNCiAgIG1hbmFnZW1lbnQgaW50ZXJmYWNlIGluIHVzZSwgYW5kIHNlbmQgYSBMYWJl
bCBSZWxlYXNlIE1lc3NhZ2Ugd2l0aCBhDQogICBzdGF0dXMgY29kZSAiVkNDViBUeXBlIEVycm9y
Ii4NCg0KNi4gIE1hbmFnZWFiaWxpdHkgQ29uc2lkZXJhdGlvbnMNCg0KICAgV2hpbHN0IHRoZSBp
bnRyb2R1Y3Rpb24gb2YgdGhpcyBhZGRpdGlvbmFsIFZDQ1YgQ0MgdHlwZSBpbmNyZWFzZXMgdGhl
DQogICBudW1iZXIgb2YgVkNDViBDQyB0eXBlcyB0aGF0IHRoZSBvcGVyYXRvciBuZWVkcyB0byBt
YW5hZ2UsIGl0DQogICBhZGRyZXNzZXMgdGhlIGlzc3VlcyB3aXRoIFZDQ1YgQ0MgVHlwZXMgMiBh
bmQgMyBkZXNjcmliZWQgaW4NCiAgIFNlY3Rpb24gMSwgYW5kIGlzIGEgbmVjZXNzYXJ5IHBlci1y
ZXF1aXNpdGUgW1tTYXNoYV1dIHByZS1yZXF1aXNpdGU/IG9mIHRoZSBsb25nIHRlcm0gc3RyYXRl
Z3kNCiAgIG9mIHRoZSBQQUxTIHdvcmtpbmcgZ3JvdXAgdG8gY29uc29saWRhdGUgdGhlIFZDQ1Yg
Y2hhbm5lbCB0eXBlcyBkb3duDQogICB0byBvbmx5IFZDQ1YgQ0MgVHlwZXMgMSBhbmQgNC4gIFRo
aXMgY29uc29saWRhdGlvbiBhbmRbW1Nhc2hhXV0/IE1pZ3JhdGlvbiBzdHJhdGVneT8gU29tZXRo
aW5nIHNlZW1zIHRvIGJlIG1pc3NpbmcgaGVyZS4gICB3aWxsIGJlIHRoZQ0KICAgc3ViamVjdCBv
ZiBmdXR1cmUgd29yayBieSB0aGUgUEFMUyB3b3JraW5nIGdyb3VwLg0KW1tTYXNoYV1dIEkgYW0g
bm90IHN1cmUgdGhhdCBkaXNjdXNzaW9uIG9mIHRoZSBQQUxTIFdHIGxvbmctdGVybSBzdHJhdGVn
eSBpbiBhICBzdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQgaXMgYXBwcm9wcmlhdGUuIFRoZSByYXRp
b25hbGUgZm9yIGludHJvZHVjaW5nIFZDQ1YgVHlwZSA0IGlzIHF1aXRlIGNsZWFyIHNpbmNlIGl0
IHJlc29sdmVzIHNwZWNpZmljIGlzc3VlcyB3aXRoIFZDQ1YgVHlwZSAyIGFuZCBWQ0NWIFR5cGUg
My4NCk1heWJlIGl0IGlzIHdvcnRoIG1lbnRpb25pbmcgdGhhdCwganVzdCBhcyBWQ0NWIFR5cGUg
MSwgVkNDViBUeXBlIDQgY2FuIGJlIGNvbWJpbmVkIHdpdGggVkNDViBUeXBlIDMgZm9yIHNlZ21l
bnQgT0FNIG9mIE1TLVBXcy4NCg0KDQogICBJbiB0aGUgZXZlbnQgb2YgYSBtaXNjb25maWd1cmF0
aW9uIG9mIHRoaXMgVkNDViBDQyB0eXBlLCB0aGUgUFcgaXMNCiAgIHRha2VuIG91dCBvZiBzZXJ2
aWNlIGFuZCB0aGUgb3BlcmF0b3IgYWR2aXNlZCBhcyBkZXNjcmliZWQgaW4NCiAgIFNlY3Rpb24g
NS4NCg0KICAgQXR0ZW50aW9uIGlzIGRyYXduIHRvIHRoZSBwb3NzaWJsZSBhYnNlbmNlIG9mIGZh
dGUgc2hhcmluZyBiZXR3ZWVuIFBXDQogICBkYXRhIHBhY2tldHMgYW5kIFZDQ1YgQ0MgVHlwZSA0
IHBhY2tldHMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMyBhbmQNCiAgIFNlY3Rpb24gNC4NCg0KNy4g
IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIFRoaXMgZG9jdW1lbnQgZG9lcyBub3QgYnkg
aXRzZWxmIHJhaXNlIGFueSBuZXcgc2VjdXJpdHkNCiAgIGNvbnNpZGVyYXRpb25zIGJleW9uZCB0
aG9zZSBkZXNjcmliZWQgaW4gW1JGQzUwODVdLiAgSXQgYWRkcmVzc2VzIHRoZQ0KICAgcG9zc2li
aWxpdHkgb2YgcGFja2V0IGxlYWtpbmcgdGhhdCBjYW4gb2NjdXIgd2l0aCBWQ0NWIENDIFR5cGUg
My4NCg0KOC4gIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KOC4xLiAgTVBMUyBWQ0NWIENvbnRyb2wg
Q2hhbm5lbCAoQ0MpIFR5cGUgNA0KDQogICBJQU5BIGlzIHJlcXVlc3RlZCB0byBhc3NpZ24gYSBu
ZXcgYml0IGZyb20gdGhlIE1QTFMgVkNDViBDb250cm9sDQogICBDaGFubmVsIChDQykgVHlwZXMg
cmVnaXN0cnkgaW4gdGhlIFBXRTMtcGFyYW1ldGVycyBuYW1lIHNwYWNlIGluDQogICBvcmRlciB0
byBpZGVudGlmeSBWQ0NWIHR5cGUgNC4gIEl0IGlzIHJlY29tbWVuZGVkIHRoYXQgQml0IDMgYmUN
CiAgIGFzc2lnbmVkIHRvIHRoaXMgcHVycG9zZSB3aGljaCB3b3VsZCBoYXZlIGEgdmFsdWUgb2Yg
MHgwOC4NCg0KDQoNCk5hZGVhdSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE4LCAy
MDE1ICAgICAgICAgICAgICAgICBbUGFnZSA1XQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
IEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCAgICAgICAgICAgICBKYW51YXJ5IDIwMTUNCg0KDQogICBN
UExTIFZDQ1YgQ29udHJvbCBDaGFubmVsIChDQykgVHlwZXMNCg0KICAgICAgICAgQml0IChWYWx1
ZSkgICAgRGVzY3JpcHRpb24gICBSZWZlcmVuY2UNCiAgICAgICAgID09PT09PT09PT09PSAgID09
PT09PT09PT09ICAgPT09PT09PT09PT09PT09PT09DQogICAgICAgICBCaXQgWCAoMHgwWSkgICBU
eXBlIDQgICAgICAgIFRoaXMgU3BlY2lmaWNhdGlvbg0KDQo4LjIuICBMRFAgU3RhdHVzIENvZGUN
Cg0KICAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gYXNzaWduIGEgbmV3IFN0YXR1cyBDb2RlIGZyb20g
dGhlIExhYmVsDQogICBEaXN0cmlidXRpb24gUHJvdG9jb2wgKExEUCkgUGFyYW1ldGVycyBuYW1l
IHNwYWNlOg0KDQogICBTdGF0dXMgQ29kZSBOYW1lIFNwYWNlDQoNCiAgICAgICAgIFJhbmdlL1Zh
bHVlICBFICBEZXNjcmlwdGlvbiAgICAgIFJlZmVyZW5jZQ0KICAgICAgICAgPT09PT09PT09PT0g
ID0gID09PT09PT09PT09PT09PSAgPT09PT09PT09DQogICAgICAgICAweDAwMDAwMHh4ICAgMCAg
VkNDViBUeXBlIEVycm9yICBUaGlzIFNwZWNpZmljYXRpb24NCg0KDQo5LiAgQWNrbm93bGVkZ21l
bnRzDQoNCiAgIFRoZSBhdXRob3JzIHdpc2ggdG8gdGhhbmsgQWxleGFuZGVyIChTYXNoYSkgVmFp
bnNodGVpbiBmb3IgaGlzIHJldmlldw0KICAgY29tbWVudHMgYW5kIGZvciBoaXMgcHJvcG9zYWwg
dG8gbWFrZSB0aGUgR0FMIGFuZCBGbG93IGxhYmVscw0KICAgbXV0dWFsbHkgZXhjbHVzaXZlLiAg
VGhpcyBwcm9wb3NhbCBsZXQgdG8gYSBzaWduaWZpY2FudA0KICAgc2ltcGxpZmljYXRpb24gb2Yg
dGhpcyBkZXNpZ24uDQoNCjEwLiAgUmVmZXJlbmNlcw0KDQoxMC4xLiAgTm9ybWF0aXZlIFJlZmVy
ZW5jZXMNCg0KICAgW1JGQzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGlu
IFJGQ3MgdG8gSW5kaWNhdGUNCiAgICAgICAgICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQ
IDE0LCBSRkMgMjExOSwgTWFyY2ggMTk5Ny4NCg0KICAgW1JGQzQzODVdICBCcnlhbnQsIFMuLCBT
d2FsbG93LCBHLiwgTWFydGluaSwgTC4sIGFuZCBELiBNY1BoZXJzb24sDQogICAgICAgICAgICAg
ICJQc2V1ZG93aXJlIEVtdWxhdGlvbiBFZGdlLXRvLUVkZ2UgKFBXRTMpIENvbnRyb2wgV29yZCBm
b3INCiAgICAgICAgICAgICAgVXNlIG92ZXIgYW4gTVBMUyBQU04iLCBSRkMgNDM4NSwgRmVicnVh
cnkgMjAwNi4NCg0KICAgW1JGQzQ0NDddICBNYXJ0aW5pLCBMLiwgUm9zZW4sIEUuLCBFbC1BYXdh
ciwgTi4sIFNtaXRoLCBULiwgYW5kIEcuDQogICAgICAgICAgICAgIEhlcm9uLCAiUHNldWRvd2ly
ZSBTZXR1cCBhbmQgTWFpbnRlbmFuY2UgVXNpbmcgdGhlIExhYmVsDQogICAgICAgICAgICAgIERp
c3RyaWJ1dGlvbiBQcm90b2NvbCAoTERQKSIsIFJGQyA0NDQ3LCBBcHJpbCAyMDA2Lg0KDQogICBb
UkZDNTA4NV0gIE5hZGVhdSwgVC4gYW5kIEMuIFBpZ25hdGFybywgIlBzZXVkb3dpcmUgVmlydHVh
bCBDaXJjdWl0DQogICAgICAgICAgICAgIENvbm5lY3Rpdml0eSBWZXJpZmljYXRpb24gKFZDQ1Yp
OiBBIENvbnRyb2wgQ2hhbm5lbCBmb3INCiAgICAgICAgICAgICAgUHNldWRvd2lyZXMiLCBSRkMg
NTA4NSwgRGVjZW1iZXIgMjAwNy4NCg0KICAgW1JGQzU1ODZdICBCb2NjaSwgTS4sIFZpZ291cmV1
eCwgTS4sIGFuZCBTLiBCcnlhbnQsICJNUExTIEdlbmVyaWMNCiAgICAgICAgICAgICAgQXNzb2Np
YXRlZCBDaGFubmVsIiwgUkZDIDU1ODYsIEp1bmUgMjAwOS4NCg0KDQoNCg0KDQpOYWRlYXUsIGV0
IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSnVseSAxOCwgMjAxNSAgICAgICAgICAgICAgICAgW1Bh
Z2UgNl0NCg0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICBHQUwgYXMgYSBWQ0NWIENoYW5uZWwg
ICAgICAgICAgICAgSmFudWFyeSAyMDE1DQoNCg0KICAgW1JGQzYwNzNdICBNYXJ0aW5pLCBMLiwg
TWV0eiwgQy4sIE5hZGVhdSwgVC4sIEJvY2NpLCBNLiwgYW5kIE0uDQogICAgICAgICAgICAgIEFp
c3Nhb3VpLCAiU2VnbWVudGVkIFBzZXVkb3dpcmUiLCBSRkMgNjA3MywgSmFudWFyeSAyMDExLg0K
DQogICBbUkZDNjM5MV0gIEJyeWFudCwgUy4sIEZpbHNmaWxzLCBDLiwgRHJhZnosIFUuLCBLb21w
ZWxsYSwgVi4sIFJlZ2FuLA0KICAgICAgICAgICAgICBKLiwgYW5kIFMuIEFtYW50ZSwgIkZsb3ct
QXdhcmUgVHJhbnNwb3J0IG9mIFBzZXVkb3dpcmVzDQogICAgICAgICAgICAgIG92ZXIgYW4gTVBM
UyBQYWNrZXQgU3dpdGNoZWQgTmV0d29yayIsIFJGQyA2MzkxLCBOb3ZlbWJlcg0KICAgICAgICAg
ICAgICAyMDExLg0KDQoxMC4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcw0KDQogICBbUkZDNTky
MV0gIEJvY2NpLCBNLiwgQnJ5YW50LCBTLiwgRnJvc3QsIEQuLCBMZXZyYXUsIEwuLCBhbmQgTC4N
CiAgICAgICAgICAgICAgQmVyZ2VyLCAiQSBGcmFtZXdvcmsgZm9yIE1QTFMgaW4gVHJhbnNwb3J0
IE5ldHdvcmtzIiwgUkZDDQogICAgICAgICAgICAgIDU5MjEsIEp1bHkgMjAxMC4NCg0KQXV0aG9y
cycgQWRkcmVzc2VzDQoNCiAgIFRob21hcyBELiBOYWRlYXUNCiAgIGx1Y2lkdmlzaW9uDQoNCiAg
IEVtYWlsOiB0bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbTxtYWlsdG86dG5hZGVhdUBsdWNpZHZpc2lv
bi5jb20+DQoNCg0KICAgTHVjYSBNYXJ0aW5pDQogICBDaXNjbyBTeXN0ZW1zDQoNCiAgIEVtYWls
OiBsbWFydGluaUBjaXNjby5jb208bWFpbHRvOmxtYXJ0aW5pQGNpc2NvLmNvbT4NCg0KDQogICBT
dGV3YXJ0IEJyeWFudA0KICAgQ2lzY28gU3lzdGVtcw0KDQogICBFbWFpbDogc3RicnlhbnRAY2lz
Y28uY29tPG1haWx0bzpzdGJyeWFudEBjaXNjby5jb20+DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCk5hZGVhdSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKdWx5IDE4
LCAyMDE1ICAgICAgICAgICAgICAgICBbUGFnZSA3XQ0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkFoYXJvbmk7DQoJcGFub3NlLTE6MiAxIDggMyAyIDEg
NCAzIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v
cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJz
ZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt
cHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglmb250LXZhcmlhbnQ6bm9ybWFs
ICFpbXBvcnRhbnQ7DQoJY29sb3I6IzFGNDk3RDsNCgl0ZXh0LXRyYW5zZm9ybTpub25lOw0KCXRl
eHQtZGVjb3JhdGlvbjpub25lIG5vbmU7DQoJdmVydGljYWwtYWxpZ246YmFzZWxpbmU7fQ0KLk1z
b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw
LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFy
Z2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh
Z2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8
bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFb
ZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0i
ZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91
dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5n
PSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj
dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPlN0ZXdhcnQsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkxv
dHMgb2YgdGhhbmtzIGZvciBhIHZlcnkgbmljZSByZS13cml0ZSBvZiB0aGUgZHJhZnQgdGhhdCwg
ZnJvbSBteSBQT1YsIHJlc29sdmVzIGFsbCBvdXRzdGFuZGluZyB0ZWNobmljYWwgaXNzdWVzIHJh
aXNlZCBzbyBmYXIgYW5kIG1vdmVkIGRpc2N1c3Npb24gb2Ygb3BlcmF0aW9uYWwNCiBpc3N1ZXMg
KCBjb25zb2xpZGF0aW9uIG9mIFZDQ1YgVHlwZXMsIG1pZ3JhdGlvbiBzdHJhdGVneSBldGMuKSAm
bmJzcDtvdXQgb2Ygc2NvcGUgb2YgYSBjbGVhci1jdXQgdGVjaG5pY2FsIHNwZWNpZmljYXRpb24u
DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPkkgaGF2ZSBhZGRlZCBhIGNvdXBsZSBvZiBtaW5vciBjb21tZW50cw0KPGI+
PGk+aW5saW5lIGJlbG93PC9pPiA8L2I+dGhhdCBob3BlZnVsbHkgY291bGQgYmUgdXNlZnVsLiBQ
bGVhc2UgZmVlbCBmcmVlIHRvIHVzZSAob3Igbm90IHRvIHVzZSkgdGhlbSBhcyB5b3Ugc2VlIGZp
dC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU2FzaGENCjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5FbWFpbDogQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j
b208bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TW9iaWxlOiAwNTQtOTI2NjMwMjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41
cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj
bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBQYWxzIFttYWlsdG86cGFscy1ib3VuY2VzQGlldGYu
b3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5TdGV3YXJ0IEJyeWFudDxicj4NCjxiPlNlbnQ6PC9i
PiBXZWRuZXNkYXksIEphbnVhcnkgMTQsIDIwMTUgNTozNyBQTTxicj4NCjxiPlRvOjwvYj4gZHJh
ZnQtaWV0Zi1wYWxzLXZjY3YtZm9yLWdhbEB0b29scy5pZXRmLm9yZzsgcGFsc0BpZXRmLm9yZzxi
cj4NCjxiPlN1YmplY3Q6PC9iPiBbUGFsc10gQ2FuZGlkYXRlIGRyYWZ0LWlldGYtcGFscy12Y2N2
LWZvci1nYWwtMDE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+V29ya2luZyBHcm91cC9Dby1hdXRob3JzPGJyPg0KPGJy
Pg0KRm9sbG93aW5nIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgSSBoYXZlIGVkaXRlZCBkcmFmdC1p
ZXRmLXBhbHMtdmNjdi1mb3ItZ2FsPGJyPg0KdG8ganVzdCBkZWZpbmUgdGhlIEdBTCBWQ0NWIEND
IFR5cGUgNC4gQXMgc3VnZ2VzdGVkIHRoZSBwbGFuIHdpbGwgdGhlbiBiZTxicj4NCnRvIHdyaXRl
IGEgbmV3IGRyYWZ0IGRlc2NyaWJpbmcgdGhlIG1pZ3JhdGlvbiBzdHJhdGVneSB0byB0eXBlIDEg
YW5kIDQgb25seS48YnI+DQpUaGVyZSBpcyBzb21lIHRleHQgaW4gaGVyZSBvbiBtaWdyYXRpb24g
YW5kIEkgYW0gdG9ybiBiZXR3ZWVuIHRha2luZyBpdCBvdXQ8YnI+DQphbmQgbGVhdmluZyBpdCBp
biB0byBleHBsYWluIHdoeSB3ZSBhcmUgaW50cm9kdWNpbmcgdGhlIG5ldyBDQyB0eXBlLjxicj4N
Cjxicj4NCkJlY2F1c2Ugb2YgdGhlIGV4dGVuc2l2ZSBjaGFuZ2VzIEkgdGhvdWdodCBpdCBiZXN0
IHRvIHBvc3QgdGhpcyBjYW5kaWRhdGU8YnI+DQp0byB0aGUgbGlzdCB0byBtYWtlIHN1cmUgd2Ug
YXJlIGFsbCBvbiB0aGUgc2FtZSBwYWdlLiBJZiB0aGlzIGlzIGdvaW5nIGluPGJyPg0KdGhlIHJp
Z2h0IGRpcmVjdGlvbiBJIHdpbGwgdXBsb2FkIGl0IGFzIGEgZHJhZnQgcmVwbGFjaW5nIDxicj4N
CmRyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1nYWwtMDAuPGJyPg0KPGJyPg0KSSB0b29rIFNhc2hh
J3MgcHJvcG9zYWwgb2YgbWFraW5nIEZBVCBhbmQgR0FMIG11dHVhbGx5IGV4Y2x1c2l2ZSB3aGlj
aDxicj4NCmluIG15IHZpZXcgdXNlZnVsbHkgc2ltcGxpZmllZCB0aGF0IGFzcGVjdCBvZiB0aGUg
ZGVzaWduLjxicj4NCjxicj4NCkkgZGlkIHF1aXRlIGEgbG90IG9mIHdvcmsgb24gdGhlIENhcGFi
aWxpdHkgQWR2ZXJ0aXNtZW50IHNlY3Rpb24gd2hpY2g8YnI+DQp3aWxsIG5lZWQgdG8gYmUgY2hl
Y2tlZCB2ZXJ5IGNhcmVmdWxseSwgaW4gcGFydGljdWxhciB0aGUgaGFuZGxpbmcgb2YgdGhlIDxi
cj4NCmVycm9yIHByb2Nlc3NpbmcuPGJyPg0KPGJyPg0KSSB3b3VsZCBhcHByZWNpYXRlIGEgcXVp
Y2sgcmV2aWV3IHRvIHNlZSB3aGV0aGVyIHRoaXMgaXMgd2hhdCB0aGUgV0cgd2FzPGJyPg0KZXhw
ZWN0aW5nLCBhbmQgdGhlbiBJIGNhbiB1cGxvYWQgaXQgcmVhZHkgZm9yIGEgZGV0YWlsZWQgcmV2
aWV3IGlmIGl0PGJyPg0KaXMgb24gdGhlIHJpZ2h0IGxpbmVzLjxicj4NCjxicj4NCi0gU3Rld2Fy
dDxicj4NCjxicj4NCjxicj4NCjxicj4NClBXRTMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVC4gTmFkZWF1PGJyPg0KSW50ZXJu
ZXQtRHJhZnQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
bHVjaWR2aXNpb248YnI+DQpJbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBMLiBN
YXJ0aW5pPGJyPg0KRXhwaXJlczogSnVseSAxOCwgMjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTLiBCcnlhbnQ8
YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgQ2lzY28gU3lzdGVtczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBKYW51YXJ5IDE0LCAyMDE1PGJyPg0KPGJyPg0KPGJyPg0KJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENhbmRp
ZGF0ZSBmb3IgVXNpbmcgR0FMIGFzIGEgVkNDViBDaGFubmVsIEluZGljYXRvcjxicj4NCiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkcmFm
dC1pZXRmLXBhbHMtdmNjdi1mb3ItZ2FsLTAxPGJyPg0KPGJyPg0KQWJzdHJhY3Q8YnI+DQo8YnI+
DQombmJzcDsmbmJzcDsgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYSBuZXcgVmlydHVhbCBDaXJj
dWl0IENvbm5lY3Rpdml0eTxicj4NCiZuYnNwOyZuYnNwOyBWZXJpZmljYXRpb24gKFZDQ1YpIChS
RkM1MDg1KSBjb250cm9sIGNoYW5uZWwgdHlwZSBmb3IgdXNlIHdpdGg8YnI+DQombmJzcDsmbmJz
cDsgcHNldWRvd2lyZXMgKFBXKSBjYXJyaWVkIG92ZXIgYW4gTVBMUyBuZXR3b3JrLiZuYnNwOyBU
aGlzIG5ldyBjaGFubmVsIHR5cGU8YnI+DQombmJzcDsmbmJzcDsgdXNlcyB0aGUgR2VuZXJpYyBB
c3NvY2lhdGVkIENoYW5uZWwgTGFiZWwgKEdBTCkgKFJGQzU1ODYpIHRvPGJyPg0KJm5ic3A7Jm5i
c3A7IGRpc3Rpbmd1aXNoIFZDQ1YgcGFja2V0cyBmcm9tIHBhY2tldHMgY2FycnlpbmcgdXNlciBk
YXRhLjxicj4NCjxicj4NClN0YXR1cyBvZiBUaGlzIE1lbW88YnI+DQo8YnI+DQombmJzcDsmbmJz
cDsgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBjb25mb3JtYW5jZSB3
aXRoIHRoZTxicj4NCiZuYnNwOyZuYnNwOyBwcm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5
Ljxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9j
dW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZzxicj4NCiZuYnNwOyZuYnNwOyBUYXNr
IEZvcmNlIChJRVRGKS4mbmJzcDsgTm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0
cmlidXRlPGJyPg0KJm5ic3A7Jm5ic3A7IHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURy
YWZ0cy4mbmJzcDsgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC08YnI+DQombmJzcDsmbmJz
cDsgRHJhZnRzIGlzIGF0IDxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFm
dHMvY3VycmVudC8iPmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC88
L2E+Ljxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRv
Y3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHM8YnI+DQombmJzcDsmbmJz
cDsgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRv
Y3VtZW50cyBhdCBhbnk8YnI+DQombmJzcDsmbmJzcDsgdGltZS4mbmJzcDsgSXQgaXMgaW5hcHBy
b3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZTxicj4NCiZuYnNwOyZu
YnNwOyBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAmcXVvdDt3b3JrIGlu
IHByb2dyZXNzLiZxdW90Ozxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBUaGlzIEludGVybmV0LURy
YWZ0IHdpbGwgZXhwaXJlIG9uIEp1bHkgMTgsIDIwMTUuPGJyPg0KPGJyPg0KQ29weXJpZ2h0IE5v
dGljZTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBDb3B5cmlnaHQgKGMpIDIwMTUgSUVURiBUcnVz
dCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8YnI+DQombmJzcDsmbmJzcDsgZG9j
dW1lbnQgYXV0aG9ycy4mbmJzcDsgQWxsIHJpZ2h0cyByZXNlcnZlZC48YnI+DQo8YnI+DQombmJz
cDsmbmJzcDsgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYg
VHJ1c3QncyBMZWdhbDxicj4NCiZuYnNwOyZuYnNwOyBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElF
VEYgRG9jdW1lbnRzPGJyPg0KJm5ic3A7Jm5ic3A7ICg8YSBocmVmPSJodHRwOi8vdHJ1c3RlZS5p
ZXRmLm9yZy9saWNlbnNlLWluZm8iPmh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5m
bzwvYT4pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjxicj4NCiZuYnNwOyZuYnNwOyBwdWJsaWNh
dGlvbiBvZiB0aGlzIGRvY3VtZW50LiZuYnNwOyBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50
czxicj4NCiZuYnNwOyZuYnNwOyBjYXJlZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdo
dHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3Q8YnI+DQombmJzcDsmbmJzcDsgdG8gdGhp
cyBkb2N1bWVudC4mbmJzcDsgQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9j
dW1lbnQgbXVzdDxicj4NCiZuYnNwOyZuYnNwOyBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vu
c2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2Y8YnI+DQo8YnI+DQo8YnI+DQo8
YnI+DQpOYWRlYXUsIGV0IGFsLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFeHBpcmVzIEp1bHkgMTgsIDIwMTUmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW1BhZ2UgMV08YnI+DQo8YnI+DQpJbnRl
cm5ldC1EcmFmdCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBHQUwgYXMgYSBWQ0NWIENoYW5uZWwmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
SmFudWFyeSAyMDE1PGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IHRoZSBUcnVzdCBMZWdh
bCBQcm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhczxicj4NCiZu
YnNwOyZuYnNwOyBkZXNjcmliZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuPGJyPg0K
PGJyPg0KVGFibGUgb2YgQ29udGVudHM8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgMS4mbmJzcDsg
SW50cm9kdWN0aW9uJm5ic3A7IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuJm5ic3A7Jm5ic3A7IDI8YnI+DQombmJzcDsmbmJzcDsgMi4mbmJzcDsgUmVxdWly
ZW1lbnRzIExhbmd1YWdlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZu
YnNwOyZuYnNwOyAzPGJyPg0KJm5ic3A7Jm5ic3A7IDMuJm5ic3A7IEdBTCBWQ0NWIENvbnRyb2wg
Q2hhbm5lbCBUeXBlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsg
Mzxicj4NCiZuYnNwOyZuYnNwOyA0LiZuYnNwOyBGQVQgUFdzIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuJm5ic3A7Jm5ic3A7IDQ8YnI+DQombmJz
cDsmbmJzcDsgNS4mbmJzcDsgVkNDViBDYXBhYmlsaXR5IEFkdmVydGlzZW1lbnQgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNwOyA0PGJyPg0KJm5ic3A7Jm5ic3A7IDYu
Jm5ic3A7IE1hbmFnZWFiaWxpdHkgQ29uc2lkZXJhdGlvbnMmbmJzcDsgLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNwOyA1PGJyPg0KJm5ic3A7Jm5ic3A7IDcuJm5ic3A7
IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4mbmJzcDsmbmJzcDsgNTxicj4NCiZuYnNwOyZuYnNwOyA4LiZuYnNwOyBJQU5BIENvbnNp
ZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuJm5ic3A7
Jm5ic3A7IDU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOC4xLiZuYnNwOyBNUExTIFZD
Q1YgQ29udHJvbCBDaGFubmVsIChDQykgVHlwZSA0IC4gLiAuIC4gLiAuIC4gLiAuIC4mbmJzcDsm
bmJzcDsgNTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA4LjIuJm5ic3A7IExEUCBTdGF0
dXMgQ29kZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZu
YnNwOyA2PGJyPg0KJm5ic3A7Jm5ic3A7IDkuJm5ic3A7IEFja25vd2xlZGdtZW50cyAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsgNjxicj4N
CiZuYnNwOyZuYnNwOyAxMC4gUmVmZXJlbmNlcyZuYnNwOyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuJm5ic3A7Jm5ic3A7IDY8YnI+DQombmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgMTAuMS4mbmJzcDsgTm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsgNjxicj4NCiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAxMC4yLiZuYnNwOyBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNwOyA3PGJyPg0KJm5ic3A7Jm5ic3A7
IEF1dGhvcnMnIEFkZHJlc3NlcyZuYnNwOyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsgNzxicj4NCjxicj4NCjEuJm5ic3A7IEludHJvZHVj
dGlvbjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIG5l
dyBWaXJ0dWFsIENpcmN1aXQgQ29ubmVjdGl2aXR5PGJyPg0KJm5ic3A7Jm5ic3A7IFZlcmlmaWNh
dGlvbiAoVkNDVikgW1JGQzUwODVdIGNvbnRyb2wgY2hhbm5lbCAoQ0MpIHR5cGUgZm9yIHVzZSB3
aXRoPGJyPg0KJm5ic3A7Jm5ic3A7IHBzZXVkb3dpcmVzIChQVykgY2FycmllZCBvdmVyIGFuIE1Q
TFMgbmV0d29yayB0aGF0IGRvIG5vdCB1c2UgdGhlIFBXPGJyPg0KJm5ic3A7Jm5ic3A7IENvbnRy
b2wgV29yZCAoQ1cpIFtSRkM0Mzg1XS4mbmJzcDsgVGhpcyBuZXcgVkNDViBDQyB0eXBlIHVzZXMg
dGhlIEdlbmVyaWM8YnI+DQombmJzcDsmbmJzcDsgQXNzb2NpYXRlZCBDaGFubmVsIExhYmVsIChH
QUwpIFtSRkM1NTg2XSB0byBkaXN0aW5ndWlzaCBWQ0NWIHBhY2tldHM8YnI+DQombmJzcDsmbmJz
cDsgZnJvbSBwYWNrZXRzIGNhcnJ5aW5nIHVzZXIgZGF0YS4mbmJzcDsgVGhpcyBuZXcgVkNDViBD
QyB0eXBlIGludHJvZHVjZXM8YnI+DQombmJzcDsmbmJzcDsgY29tcGF0aWJpbGl0eSB3aXRoIHRo
ZSBtZXRob2Qgb2YgTVBMUyBMYWJlbCBTd2l0Y2hlZCBQYXRoIChMU1ApPGJyPg0KJm5ic3A7Jm5i
c3A7IE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQgTWFpbnRlbmFuY2UgKE9BTSkgaWRl
bnRpZmljYXRpb24sPGJyPg0KJm5ic3A7Jm5ic3A7IHBhcnRpY3VsYXJseSBpbiBNUExTLVRQIG5l
dHdvcmtzIFtSRkM1OTIxXS48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgVkNDViBjdXJyZW50bHkg
c3BlY2lmaWVzIHRocmVlIENDIHR5cGVzLiZuYnNwOyBWQ0NWIENDIFR5cGUgMSB1c2VzIHRoZSBQ
Vzxicj4NCiZuYnNwOyZuYnNwOyBDb250cm9sIFdvcmQgKENXKSB0byBkaXN0aW5ndWlzaCBWQ0NW
IHBhY2tldHMgZnJvbSBwYWNrZXRzIGNhcnJ5aW5nPGJyPg0KJm5ic3A7Jm5ic3A7IHVzZXIgZGF0
YS4mbmJzcDtWQ0NWIENDIFR5cGVzIDIgYW5kIDMgcmVxdWlyZSBJUCBlbmNhcHN1bGF0aW9uIGZv
ciBPQU08YnI+DQombmJzcDsmbmJzcDsgcGFja2V0cyB0aGV5IGNhcnJ5LiZuYnNwOyBUaGlzIHdh
cyBub3QgYW4gaXNzdWUgd2hlbiBbUkZDNTA4NV0gd2FzPGJyPg0KJm5ic3A7Jm5ic3A7IGRlc2ln
bmVkLCBidXQgaXMgaW4gY29uZmxpY3Qgd2l0aCB0aGUgZGVzaWduIGdvYWxzIG9mIE1QTFMtVFA8
YnI+DQombmJzcDsmbmJzcDsgW1JGQzU5MjFdIHdoaWNoIGRvZXMgbm90IG90aGVyd2lzZSByZXF1
aXJlIHRoZSBhdmFpbGFiaWxpdHkgb2YgSVAuPGJyPg0KJm5ic3A7Jm5ic3A7IFZDQ1YgQ0MgVHlw
ZSAyIGlzIG5vdCBzdXBwb3J0ZWQgYnk8L3NwYW4+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPltbU2FzaGFdXSBub3Qg
YXBwbGljYWJsZSB0bz8NCjwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4g
c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDttdWx0aS1z
ZWdtZW50IFBXcyAoTVMtUFdzKTxicj4NCiZuYnNwOyZuYnNwOyBbUkZDNjA3M10uJm5ic3A7IEEg
TVMtUFcgb3BlcmF0aW5nIHdpdGhvdXQgdGhlIENXIHRoZXJlZm9yZSBoYXMgdG8gdXNlPGJyPg0K
Jm5ic3A7Jm5ic3A7IFZDQ1YgQ0MgVHlwZSAzIHdoaWNoIGlkZW50aWZpZXMgVkNDViBwYWNrZXRz
IG9uIHRoZSBiYXNpcyBvZiBUVEw8YnI+DQombmJzcDsmbmJzcDsgZXhwaXJ5LiZuYnNwOyBXaGls
c3QgbGVzcyBvZiBhbiBpc3N1ZSB3aXRoIGEgc2luZ2xlIHNlZ21lbnQgUFcgKFNTLVBXKSwgb248
YnI+DQombmJzcDsmbmJzcDsgYW4gTVMtUFcgdGhpcyBuZWVkIHRvIGJlIGFjY3VyYXRlbHkgc2V0
IHRvIGNhdXNlIFRUTCBleHBpcnkgYXQgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7IGVncmVzcyBUZXJt
aW5hdGluZyBQcm92aWRlciBFZGdlIChULVBFKSBbUkZDNjA3M10uJm5ic3A7IEluIHRoZSBldmVu
dCBvZiBhPGJyPg0KJm5ic3A7Jm5ic3A7IGVycm9yIGluIHRoZSBzZXR0aW5nIG9mIHRoZSBQVyBM
U0UgVFRMIHRoaXMgY2FuIHJlc3VsdCBpbiBWQ0NWPGJyPg0KJm5ic3A7Jm5ic3A7IHBhY2tldHMg
bGVha2luZyBpbnRvIHRoZSBhdHRhY2htZW50IGNpcmN1aXQgd2hpY2ggbWF5IGRpc3J1cHQgdGhl
PGJyPg0KJm5ic3A7Jm5ic3A7IG9wZXJhdGlvbiBvZiB0aGUgUFcsIG9yIHRoZSB1c2VyIHNlcnZp
Y2UsIGFuZCBpcyBhIHNlY3VyaXR5IHJpc2suPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi
PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5bW1Nhc2hh
XV0gTWF5YmUgeW91IGNvdWxkIGFkZCB0aGF0IFZDQ1YgVHlwZSAzIHJlbWFpbnMgbWFuZGF0b3J5
IGZvciBzZWdtZW50IE9BTSBvZiBNUy1QV3MgYW5kIHRoYXQgaXQgaXMmbmJzcDsgY29tYmluZWQg
d2l0aA0KIFZDQ1YgVHlwZSAxIGZvciBNUy1QV3MgdGhhdCB1c2UgdGhlIENXIOKAkyB0aGlzIGlz
IGV4cGxpY2l0bHkgc3RhdGVkIGluIFJGQyA2MDczLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCk5h
ZGVhdSwgZXQgYWwuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4cGlyZXMgSnVseSAxOCwgMjAxNSZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbUGFnZSAyXTxicj4NCjxicj4NCkludGVybmV0LURy
YWZ0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBKYW51YXJ5
IDIwMTU8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgVGhlIG5ldyBWQ0NWIENDIHR5cGUg
ZGVmaW5lZCBpbiB0aGlzIHNwZWNpZmljYXRpb24gYWRkcmVzc2VzIHRoZXNlPGJyPg0KJm5ic3A7
Jm5ic3A7IHByb2JsZW1zIGZvciBQV3MgdGhhdCBkbyBub3QgdXNlIHRoZSBDVy48YnI+DQo8YnI+
DQombmJzcDsmbmJzcDsgRm9yIHJlYXNvbnMgb2YgbmV0d29yayBlZmZpY2llbmN5IGFuZCBkdWUg
dG8gaGFyZHdhcmUgY29uc3RyYWludHMgaXQ8YnI+DQombmJzcDsmbmJzcDsgaXMgbm90IHBvc3Np
YmxlIHRvIGFkZHJlc3MgdGhlc2UgaXNzdWUgYnkgbWFuZGF0aW5nIHRoYXQgYWxsIFBXcyB1c2U8
YnI+DQombmJzcDsmbmJzcDsgdGhlIFBXIENXLCBoZW5jZSB0aGUgaW50cm9kdWN0aW9uIG9mIHRo
aXMgbmV3IFZDQ1YgQ0MgdHlwZS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90
O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PGk+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPltbU2FzaGFdXSBNYXli
ZSB5b3UgY291bGQgYWRkIHRoYXQgUFdzIHdpdGhvdXQgdGhlIENXIGFyZSBhbHJlYWR5IHdpZGVs
eSBkZXBsb3llZCwgYW5kIHRoaXMgaXMgb25lIG9mIHRoZSByZWFzb25zIHdoeSBtYW5kYXRpbmcN
CiBhbGwgUFdzIHVzZSB0aGUgQ1cgaXMgbm90IHJlYWxpc3RpYy48bzpwPjwvbzpwPjwvc3Bhbj48
L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy
LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48
YnI+DQo8YnI+DQoyLiZuYnNwOyBSZXF1aXJlbWVudHMgTGFuZ3VhZ2U8YnI+DQo8YnI+DQombmJz
cDsmbmJzcDsgVGhlIGtleSB3b3JkcyAmcXVvdDtNVVNUJnF1b3Q7LCAmcXVvdDtNVVNUIE5PVCZx
dW90OywgJnF1b3Q7UkVRVUlSRUQmcXVvdDssICZxdW90O1NIQUxMJnF1b3Q7LCAmcXVvdDtTSEFM
TCBOT1QmcXVvdDssPGJyPg0KJm5ic3A7Jm5ic3A7ICZxdW90O1NIT1VMRCZxdW90OywgJnF1b3Q7
U0hPVUxEIE5PVCZxdW90OywgJnF1b3Q7UkVDT01NRU5ERUQmcXVvdDssICZxdW90O05PVCBSRUNP
TU1FTkRFRCZxdW90OywgJnF1b3Q7TUFZJnF1b3Q7LCBhbmQ8YnI+DQombmJzcDsmbmJzcDsgJnF1
b3Q7T1BUSU9OQUwmcXVvdDsgaW4gdGhpcyBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQg
YXMgZGVzY3JpYmVkIGluPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkMyMTE5XS48YnI+DQo8YnI+DQoz
LiZuYnNwOyBHQUwgVkNDViBDb250cm9sIENoYW5uZWwgVHlwZTxicj4NCjxicj4NCiZuYnNwOyZu
YnNwOyBXaGVuIHRoZSBQVyBDVyBpcyBub3QgdXNlZCwgdGhlIEdBTCBWQ0NWIENvbnRyb2wgQ2hh
bm5lbCAoQ0MpIHR5cGU8YnI+DQombmJzcDsmbmJzcDsgZGVmaW5lZCBpbiB0aGlzIHNlY3Rpb24g
TUFZIGJlIHVzZWQuJm5ic3A7IFRoaXMgaXMgcmVmZXJyZWQgdG8gYXMgVkNDViBDQzxicj4NCiZu
YnNwOyZuYnNwOyBUeXBlNCB0aHJvdWdob3V0IHRoZSByZXN0IG9mIHRoaXMgb2YgdGhpcyBkb2N1
bWVudC4mbmJzcDsgVkNDViBUeXBlIDQgdXNlczxicj4NCiZuYnNwOyZuYnNwOyB0aGUgZW5jYXBz
dWxhdGlvbiBzaG93biBpbiBGaWd1cmUgMS48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgMCAxPGJy
Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
Mzxicj4NCiZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4
IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0Mzs8YnI+DQombmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQVyBMU0UmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxicj4NCiZuYnNwOyZuYnNwOyAm
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxicj4NCiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdBTCBMU0UmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxicj4NCiZuYnNwOyZuYnNwOyAm
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxicj4NCiZuYnNwOyZuYnNwOyB8MCAwIDAgMXxWZXJz
aW9ufCZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENoYW5uZWwgVHlwZSZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PGJyPg0KJm5i
c3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PGJyPg0KJm5ic3A7Jm5ic3A7IHwm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxicj4NCiZuYnNwOyZuYnNwOyB+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IFZDQ1YgTWVzc2FnZSBCb2R5Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH48YnI+DQom
bmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PGJyPg0KJm5ic3A7
Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IEZpZ3VyZSAxPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFRoZSBWQ0NWIG1lc3Nh
Z2UgYm9keSBpcyBwcmVjZWRlZCBieSBhIEdlbmVyaWMgQXNzb2NpYXRlZCBDaGFubmVsPGJyPg0K
Jm5ic3A7Jm5ic3A7IEhlYWRlciBhcyBkZWZpbmVkIGluIFtSRkM1NTg2XSwgaW4gd2hpY2ggdGhl
IENoYW5uZWwgVHlwZSBpZGVudGlmaWVzPGJyPg0KJm5ic3A7Jm5ic3A7IHRoZSB0eXBlIGFuZCBm
b3JtYXQgb2YgdGhlIE9BTSBtZXNzYWdlIGNhcnJpZWQgaW4gdGhlIFZDQ1YgbWVzc2FnZTxicj4N
CiZuYnNwOyZuYnNwOyBib2R5Ljxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBUaGUgR0FMIExTRSBN
VVNUIGNvbnRhaW4gdGhlIEdBTCByZXNlcnZlZCBsYWJlbCBhcyBkZWZpbmVkIGluPGJyPg0KJm5i
c3A7Jm5ic3A7IFtSRkM1NTg2XS48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpO
YWRlYXUsIGV0IGFsLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFeHBpcmVzIEp1bHkgMTgsIDIwMTUmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW1BhZ2UgM108YnI+DQo8YnI+DQpJbnRlcm5ldC1E
cmFmdCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyBHQUwgYXMgYSBWQ0NWIENoYW5uZWwmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSmFudWFy
eSAyMDE1PGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFRoZSBQVyBMU0UgaXMgY29uc3Ry
dWN0ZWQgYWNjb3JkaW5nIHRvIHRoZSBleGlzdGluZyBwcm9jZWR1cmVzIHRoYXQ8YnI+DQombmJz
cDsmbmJzcDsgYXBwbHkgdG8gdGhlIHR5cGUgb2YgcHNldWRvd2lyZSB0aGF0IGlzIGluIHVzZS48
YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgTm90ZSB0aGF0IHRoZSBpbmNsdXNpb24gb2YgYSBHQUwg
Zm9sbG93aW5nIHRoZSBQVyBMU0Ugb3ZlciBhIGxhYmVsPGJyPg0KJm5ic3A7Jm5ic3A7IHN3aXRj
aGVkIHBhdGggc3ViamVjdCB0byBFcXVhbC1Db3N0IE11bHRpLXBhdGggKEVDTVApIGxvYWQgYmFs
YW5jaW5nPGJyPg0KJm5ic3A7Jm5ic3A7IGNhbiBjYXVzZSB0aGUgT0FNIHBhY2tldCB0byB0YWtl
IGEgZGlmZmVyZW50IHBhdGggdGhyb3VnaCB0aGUgbmV0d29yazxicj4NCiZuYnNwOyZuYnNwOyBm
cm9tIHRoZSBjb3JyZXNwb25kaW5nIFBXIGRhdGEgcGFja2V0cy4mbmJzcDsgSWYgdGhhdCBpcyBu
b3QgYWNjZXB0YWJsZSw8YnI+DQombmJzcDsmbmJzcDsgdGhlbiBhbiBhbHRlcm5hdGl2ZSBWQ0NW
IHR5cGUgbXVzdCBiZSB1c2VkLjwvc3Bhbj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1tTYXNoYV1dIElzIHRoaXMg
bm90IGEgTVVTVD8NCjwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5
bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8YnI+DQo0LiZu
YnNwOyBGQVQgUFdzPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkM2MzkxXSBzcGVjaWZpZXMg
dGhhdCB3aGVuIHRoZSBmbG93LWF3YXJlIHRyYW5zcG9ydCAoRkFUKSBvZjxicj4NCiZuYnNwOyZu
YnNwOyBwc2V1ZG93aXJlcyBvdmVyIGFuIE1QTFMgcGFja2V0IHN3aXRjaGVkIG5ldHdvcmsgaGFz
IGJlZW4gc2lnbmFsbGVkPGJyPg0KJm5ic3A7Jm5ic3A7IG9yIGNvbmZpZ3VyZWQsIHRoZSBGbG93
IExTRSBNVVNUIGJlIHByZXNlbnQuJm5ic3A7IEl0IGZ1cnRoZXIgc3BlY2lmaWVzPGJyPg0KJm5i
c3A7Jm5ic3A7IHRoYXQgJnF1b3Q7dGhlIGZsb3cgbGFiZWwgTVVTVCBOT1QgYmUgYW4gTVBMUyBy
ZXNlcnZlZCBsYWJlbCAodmFsdWVzIGluPGJyPg0KJm5ic3A7Jm5ic3A7IHRoZSByYW5nZSAwLi4x
NSkgW1JGQzMwMzJdJnF1b3Q7LCBhbmQgdGhhdCAmcXVvdDtJZiBhIGZsb3cgTFNFIGlzIHByZXNl
bnQsIGl0PGJyPg0KJm5ic3A7Jm5ic3A7IE1VU1QgYmUgY2hlY2tlZCB0byBkZXRlcm1pbmUgd2hl
dGhlciBpdCBjYXJyaWVzIGEgcmVzZXJ2ZWQgbGFiZWwuJm5ic3A7IElmPGJyPg0KJm5ic3A7Jm5i
c3A7IGl0IGlzIGEgcmVzZXJ2ZWQgbGFiZWwsIHRoZSBwYWNrZXQgaXMgcHJvY2Vzc2VkIGFjY29y
ZGluZyB0byB0aGU8YnI+DQombmJzcDsmbmJzcDsgcnVsZXMgYXNzb2NpYXRlZCB3aXRoIHRoYXQg
cmVzZXJ2ZWQgbGFiZWw7IG90aGVyd2lzZSwgdGhlIExTRSBpczxicj4NCiZuYnNwOyZuYnNwOyBk
aXNjYXJkZWQuJnF1b3Q7PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgc3Bl
Y2lmaWVzIHRoYXQgaWYgdGhlIGZsb3ctYXdhcmUgdHJhbnNwb3J0IG9mPGJyPg0KJm5ic3A7Jm5i
c3A7IHBzZXVkb3dpcmVzIG92ZXIgYW4gTVBMUyBwYWNrZXQgc3dpdGNoZWQgbmV0d29yayBoYXMg
YmVlbiBzaWduYWxsZWQ8YnI+DQombmJzcDsmbmJzcDsgb3IgY29uZmlndXJlZCB0aGVuIHRoZSBw
cmVzZW5jZSBvZiBWQ0NWIG1lc3NhZ2UgaXMgaW5kaWNhdGVkIGJ5IHRoZTxicj4NCiZuYnNwOyZu
YnNwOyB1c2Ugb2YgYSBHQUwgaW4gcGxhY2Ugb2YgdGhlIGZsb3cgTFNFLjxicj4NCjxicj4NCiZu
YnNwOyZuYnNwOyBUaGlzIGlzIGNvbnNpc3RlbnQgd2l0aCBbUkZDNjM5MV0sIGFuZCB0aGUgcGFj
a2V0IHN0cnVjdHVyZSBpczxicj4NCiZuYnNwOyZuYnNwOyBpZGVudGljYWwgdG8gdGhhdCBzaG93
biBpbiBGaWd1cmUgMS48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgTm90ZSB0aGF0IHRoZSB1c2Ug
b2YgYSBHQUwgaW4gcGxhY2Ugb2YgdGhlIGZsb3cgbGFiZWwgb3ZlciBhIGxhYmVsPGJyPg0KJm5i
c3A7Jm5ic3A7IHN3aXRjaGVkIHBhdGggc3ViamVjdCB0byBFQ01QIGNhbiBjYXVzZSB0aGUgT0FN
IHBhY2tldCB0byB0YWtlIGE8YnI+DQombmJzcDsmbmJzcDsgZGlmZmVyZW50IHBhdGggdGhyb3Vn
aCB0aGUgbmV0d29yayBmcm9tIHRoZSBjb3JyZXNwb25kaW5nIFBXIGRhdGE8YnI+DQombmJzcDsm
bmJzcDsgcGFja2V0cy4mbmJzcDsgSWYgdGhhdCBpcyBub3QgYWNjZXB0YWJsZSwgdGhlbiBhbiBh
bHRlcm5hdGl2ZSBWQ0NWIHR5cGU8YnI+DQombmJzcDsmbmJzcDsgbXVzdCBiZSB1c2VkLjwvc3Bh
bj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+W1tTYXNoYV1dIGlzIGl0IG5vdCBNVVNUPw0KPC9zcGFuPjwvaT48L2I+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx
dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8YnI+DQo1LiZuYnNwOyBWQ0NWIENhcGFiaWxp
dHkgQWR2ZXJ0aXNlbWVudDxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBUaGUgVkNDViBjYXBhYmls
aXR5IGFkdmVydGlzZW1lbnQgTVVTVCBtYXRjaCB0aGUgYy1iaXQgc2V0dGluZyB0aGF0PGJyPg0K
Jm5ic3A7Jm5ic3A7IGlzIGFkdmVydGlzZWQgaW4gdGhlIFBXIEZFQyBlbGVtZW50IFtSRkM0NDQ3
XS4mbmJzcDsgSWYgdGhlIGMtYml0IGlzIHNldCw8YnI+DQombmJzcDsmbmJzcDsgaW5kaWNhdGlu
ZyB0aGUgdXNlIG9mIHRoZSBQVyBDVywgdGhlbiBWQ0NWIENDIFR5cGUgNCBNVVNUIE5PVCBiZTxi
cj4NCiZuYnNwOyZuYnNwOyBhZHZlcnRpc2VkLiZuYnNwOyBJZiB0aGUgYy1iaXQgaXMgbm90IHNl
dCwgaW5kaWNhdGluZyB0aGF0IHRoZSBQVyBDVyBpczxicj4NCiZuYnNwOyZuYnNwOyBub3QgaW4g
dXNlLCB0aGVuIGFuIGVxdWlwbWVudCBzdXBwb3J0aW5nIHRoaXMgc3BlY2lmaWNhdGlvbiBNVVNU
PGJyPg0KJm5ic3A7Jm5ic3A7IGFkdmVydGlzZSBWQ0NWIENDIFR5cGUgNC4mbmJzcDsgQWR2ZXJ0
aXNlbWVudCBvZiBWQ0NWIENDIFR5cGVzIDEgYW5kIDQgYXJlPGJyPg0KJm5ic3A7Jm5ic3A7IHRo
ZXJlZm9yZSBtdXR1YWxseSBleGNsdXNpdmUuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IEEgUEUg
c3VwcG9ydGluZyBWQ0NWIENDIFR5cGUgNCBNQVkgYWR2ZXJ0aXNlIG90aGVyIFZDQ1YgQ0MgdHlw
ZXMgYXM8YnI+DQombmJzcDsmbmJzcDsgZGVmaW5lZCBpbiBbUkZDNTA4NV0gLjxicj4NCjxicj4N
Cjxicj4NCjxicj4NCjxicj4NCk5hZGVhdSwgZXQgYWwuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4cGlyZXMgSnVseSAx
OCwgMjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbUGFnZSA0XTxi
cj4NCjxicj4NCkludGVybmV0LURyYWZ0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyBKYW51YXJ5IDIwMTU8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsg
SWYgdGhlIHJlbW90ZSBQRSBzdXBwb3J0cyBWQ0NWIENDIFR5cGUgNCwgYW5kIHRoZSBQVyBDVyBp
cyBub3QgaW48YnI+DQombmJzcDsmbmJzcDsgdXNlLCB0aGVuIHRoZSBmb2xsb3dpbmcgY2FwYWJp
bGl0eSBhZHZlcnRpc2VtZW50IHByZWNlZGVuY2UgcnVsZXM8YnI+DQombmJzcDsmbmJzcDsgc3Vw
ZXJzZWRlIHRob3NlIGRlZmluZWQgaW4gU2VjdGlvbiA3IG9mIFtSRkM1MDg1XSA6PGJyPg0KPGJy
Pg0KJm5ic3A7Jm5ic3A7IDEuJm5ic3A7IFR5cGUgNDogR0FMIFZDQ1YgQ29udHJvbCBDaGFubmVs
Ljxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyAyLiZuYnNwOyBUeXBlIDI6IE1QTFMgUm91dGVyIEFs
ZXJ0IExhYmVsLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyAzLiZuYnNwOyBUeXBlIDM6IE1QTFMg
UFcgTGFiZWwgd2l0aCBUVEwgPT0gMS48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgSWYgdGhlIHJl
bW90ZSBQRSBmaW5kcyB0aGF0IFZDQ1YgQ0MgVHlwZXMgMSBhbmQgNCBhcmUgYm90aDxicj4NCiZu
YnNwOyZuYnNwOyBhZHZlcnRpc2VkLCBvciB0aGF0IGMtYml0IGlzIHNldCBhbmQgVkNDViBDQyBU
eXBlIDQgaXMgYWR2ZXJ0aXNlZCw8YnI+DQombmJzcDsmbmJzcDsgdGhlbiBpdCBzaG91bGQgcmVw
b3J0IHRoZSBlcnJvciB0byB0aGUgb3BlcmF0b3IgdGhyb3VnaCB0aGU8YnI+DQombmJzcDsmbmJz
cDsgbWFuYWdlbWVudCBpbnRlcmZhY2UgaW4gdXNlLCBhbmQgc2VuZCBhIExhYmVsIFJlbGVhc2Ug
TWVzc2FnZSB3aXRoIGE8YnI+DQombmJzcDsmbmJzcDsgc3RhdHVzIGNvZGUgJnF1b3Q7VkNDViBU
eXBlIEVycm9yJnF1b3Q7Ljxicj4NCjxicj4NCjYuJm5ic3A7IE1hbmFnZWFiaWxpdHkgQ29uc2lk
ZXJhdGlvbnM8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgV2hpbHN0IHRoZSBpbnRyb2R1Y3Rpb24g
b2YgdGhpcyBhZGRpdGlvbmFsIFZDQ1YgQ0MgdHlwZSBpbmNyZWFzZXMgdGhlPGJyPg0KJm5ic3A7
Jm5ic3A7IG51bWJlciBvZiBWQ0NWIENDIHR5cGVzIHRoYXQgdGhlIG9wZXJhdG9yIG5lZWRzIHRv
IG1hbmFnZSwgaXQ8YnI+DQombmJzcDsmbmJzcDsgYWRkcmVzc2VzIHRoZSBpc3N1ZXMgd2l0aCBW
Q0NWIENDIFR5cGVzIDIgYW5kIDMgZGVzY3JpYmVkIGluPGJyPg0KJm5ic3A7Jm5ic3A7IFNlY3Rp
b24gMSwgYW5kIGlzIGEgbmVjZXNzYXJ5IHBlci1yZXF1aXNpdGUgPC9zcGFuPjxiPjxpPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdE
Ij5bW1Nhc2hhXV0gcHJlLXJlcXVpc2l0ZT88L3NwYW4+PC9pPjwvYj48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+DQo8L3NwYW4+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vZiB0aGUg
bG9uZyB0ZXJtIHN0cmF0ZWd5PGJyPg0KJm5ic3A7Jm5ic3A7IG9mIHRoZSBQQUxTIHdvcmtpbmcg
Z3JvdXAgdG8gY29uc29saWRhdGUgdGhlIFZDQ1YgY2hhbm5lbCB0eXBlcyBkb3duPGJyPg0KJm5i
c3A7Jm5ic3A7IHRvIG9ubHkgVkNDViBDQyBUeXBlcyAxIGFuZCA0LiZuYnNwOyBUaGlzIGNvbnNv
bGlkYXRpb24gYW5kPC9zcGFuPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj5bW1Nhc2hhXV0/IE1pZ3JhdGlvbiBzdHJh
dGVneT8gU29tZXRoaW5nIHNlZW1zIHRvIGJlIG1pc3NpbmcgaGVyZS4NCjwvc3Bhbj48L2k+PC9i
PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjoj
MUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp
ZXIgTmV3JnF1b3Q7Ij4mbmJzcDt3aWxsIGJlIHRoZTxicj4NCiZuYnNwOyZuYnNwOyBzdWJqZWN0
IG9mIGZ1dHVyZSB3b3JrIGJ5IHRoZSBQQUxTIHdvcmtpbmcgZ3JvdXAuPC9zcGFuPjxzcGFuIHN0
eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWJvdHRvbToxMi4wcHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEIj5bW1Nhc2hhXV0gSSBhbSBub3Qgc3VyZSB0aGF0IGRpc2N1c3Npb24gb2YgdGhlIFBB
TFMgV0cgbG9uZy10ZXJtIHN0cmF0ZWd5IGluIGEgJm5ic3A7c3RhbmRhcmRzIHRyYWNrIGRvY3Vt
ZW50IGlzIGFwcHJvcHJpYXRlLg0KIFRoZSByYXRpb25hbGUgZm9yIGludHJvZHVjaW5nIFZDQ1Yg
VHlwZSA0IGlzIHF1aXRlIGNsZWFyIHNpbmNlIGl0IHJlc29sdmVzIHNwZWNpZmljIGlzc3VlcyB3
aXRoIFZDQ1YgVHlwZSAyIGFuZCBWQ0NWIFR5cGUgMy48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9i
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+
PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1heWJlIGl0
IGlzIHdvcnRoIG1lbnRpb25pbmcgdGhhdCwganVzdCBhcyBWQ0NWIFR5cGUgMSwgVkNDViBUeXBl
IDQgY2FuIGJlIGNvbWJpbmVkIHdpdGggVkNDViBUeXBlIDMgZm9yIHNlZ21lbnQgT0FNIG9mIE1T
LVBXcy48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx
dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgSW4gdGhlIGV2
ZW50IG9mIGEgbWlzY29uZmlndXJhdGlvbiBvZiB0aGlzIFZDQ1YgQ0MgdHlwZSwgdGhlIFBXIGlz
PGJyPg0KJm5ic3A7Jm5ic3A7IHRha2VuIG91dCBvZiBzZXJ2aWNlIGFuZCB0aGUgb3BlcmF0b3Ig
YWR2aXNlZCBhcyBkZXNjcmliZWQgaW48YnI+DQombmJzcDsmbmJzcDsgU2VjdGlvbiA1Ljxicj4N
Cjxicj4NCiZuYnNwOyZuYnNwOyBBdHRlbnRpb24gaXMgZHJhd24gdG8gdGhlIHBvc3NpYmxlIGFi
c2VuY2Ugb2YgZmF0ZSBzaGFyaW5nIGJldHdlZW4gUFc8YnI+DQombmJzcDsmbmJzcDsgZGF0YSBw
YWNrZXRzIGFuZCBWQ0NWIENDIFR5cGUgNCBwYWNrZXRzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMg
YW5kPGJyPg0KJm5ic3A7Jm5ic3A7IFNlY3Rpb24gNC48YnI+DQo8YnI+DQo3LiZuYnNwOyBTZWN1
cml0eSBDb25zaWRlcmF0aW9uczxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50
IGRvZXMgbm90IGJ5IGl0c2VsZiByYWlzZSBhbnkgbmV3IHNlY3VyaXR5PGJyPg0KJm5ic3A7Jm5i
c3A7IGNvbnNpZGVyYXRpb25zIGJleW9uZCB0aG9zZSBkZXNjcmliZWQgaW4gW1JGQzUwODVdLiZu
YnNwOyBJdCBhZGRyZXNzZXMgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7IHBvc3NpYmlsaXR5IG9mIHBh
Y2tldCBsZWFraW5nIHRoYXQgY2FuIG9jY3VyIHdpdGggVkNDViBDQyBUeXBlIDMuPGJyPg0KPGJy
Pg0KOC4mbmJzcDsgSUFOQSBDb25zaWRlcmF0aW9uczxicj4NCjxicj4NCjguMS4mbmJzcDsgTVBM
UyBWQ0NWIENvbnRyb2wgQ2hhbm5lbCAoQ0MpIFR5cGUgNDxicj4NCjxicj4NCiZuYnNwOyZuYnNw
OyBJQU5BIGlzIHJlcXVlc3RlZCB0byBhc3NpZ24gYSBuZXcgYml0IGZyb20gdGhlIE1QTFMgVkND
ViBDb250cm9sPGJyPg0KJm5ic3A7Jm5ic3A7IENoYW5uZWwgKENDKSBUeXBlcyByZWdpc3RyeSBp
biB0aGUgUFdFMy1wYXJhbWV0ZXJzIG5hbWUgc3BhY2UgaW48YnI+DQombmJzcDsmbmJzcDsgb3Jk
ZXIgdG8gaWRlbnRpZnkgVkNDViB0eXBlIDQuJm5ic3A7IEl0IGlzIHJlY29tbWVuZGVkIHRoYXQg
Qml0IDMgYmU8YnI+DQombmJzcDsmbmJzcDsgYXNzaWduZWQgdG8gdGhpcyBwdXJwb3NlIHdoaWNo
IHdvdWxkIGhhdmUgYSB2YWx1ZSBvZiAweDA4Ljxicj4NCjxicj4NCjxicj4NCjxicj4NCk5hZGVh
dSwgZXQgYWwuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4cGlyZXMgSnVseSAxOCwgMjAxNSZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbUGFnZSA1XTxicj4NCjxicj4NCkludGVybmV0LURyYWZ0
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBKYW51YXJ5IDIw
MTU8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgTVBMUyBWQ0NWIENvbnRyb2wgQ2hhbm5l
bCAoQ0MpIFR5cGVzPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IEJpdCAoVmFsdWUpJm5ic3A7Jm5ic3A7Jm5ic3A7IERlc2NyaXB0aW9u
Jm5ic3A7Jm5ic3A7IFJlZmVyZW5jZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyA9PT09PT09PT09PT0mbmJzcDsmbmJzcDsgPT09PT09PT09PT0m
bmJzcDsmbmJzcDsgPT09PT09PT09PT09PT09PT09PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJpdCBYICgweDBZKSZuYnNwOyZuYnNwOyBUeXBl
IDQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhpcyBTcGVjaWZp
Y2F0aW9uPGJyPg0KPGJyPg0KOC4yLiZuYnNwOyBMRFAgU3RhdHVzIENvZGU8YnI+DQo8YnI+DQom
bmJzcDsmbmJzcDsgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gYXNzaWduIGEgbmV3IFN0YXR1cyBDb2Rl
IGZyb20gdGhlIExhYmVsPGJyPg0KJm5ic3A7Jm5ic3A7IERpc3RyaWJ1dGlvbiBQcm90b2NvbCAo
TERQKSBQYXJhbWV0ZXJzIG5hbWUgc3BhY2U6PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFN0YXR1
cyBDb2RlIE5hbWUgU3BhY2U8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgUmFuZ2UvVmFsdWUmbmJzcDsgRSZuYnNwOyBEZXNjcmlwdGlv
biZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWZlcmVuY2U8YnI+DQombmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPT09PT09PT09PT0mbmJzcDsg
PSZuYnNwOyA9PT09PT09PT09PT09PT0mbmJzcDsgPT09PT09PT09PGJyPg0KJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDB4MDAwMDAweHgmbmJzcDsmbmJz
cDsgMCZuYnNwOyBWQ0NWIFR5cGUgRXJyb3ImbmJzcDsgVGhpcyBTcGVjaWZpY2F0aW9uPGJyPg0K
PGJyPg0KPGJyPg0KOS4mbmJzcDsgQWNrbm93bGVkZ21lbnRzPGJyPg0KPGJyPg0KJm5ic3A7Jm5i
c3A7IFRoZSBhdXRob3JzIHdpc2ggdG8gdGhhbmsgQWxleGFuZGVyIChTYXNoYSkgVmFpbnNodGVp
biBmb3IgaGlzIHJldmlldzxicj4NCiZuYnNwOyZuYnNwOyBjb21tZW50cyBhbmQgZm9yIGhpcyBw
cm9wb3NhbCB0byBtYWtlIHRoZSBHQUwgYW5kIEZsb3cgbGFiZWxzPGJyPg0KJm5ic3A7Jm5ic3A7
IG11dHVhbGx5IGV4Y2x1c2l2ZS4mbmJzcDsgVGhpcyBwcm9wb3NhbCBsZXQgdG8gYSBzaWduaWZp
Y2FudDxicj4NCiZuYnNwOyZuYnNwOyBzaW1wbGlmaWNhdGlvbiBvZiB0aGlzIGRlc2lnbi48YnI+
DQo8YnI+DQoxMC4mbmJzcDsgUmVmZXJlbmNlczxicj4NCjxicj4NCjEwLjEuJm5ic3A7IE5vcm1h
dGl2ZSBSZWZlcmVuY2VzPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkMyMTE5XSZuYnNwOyBC
cmFkbmVyLCBTLiwgJnF1b3Q7S2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZTxi
cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXF1aXJlbWVudCBMZXZlbHMmcXVvdDssIEJDUCAx
NCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkM0Mzg1
XSZuYnNwOyBCcnlhbnQsIFMuLCBTd2FsbG93LCBHLiwgTWFydGluaSwgTC4sIGFuZCBELiBNY1Bo
ZXJzb24sPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O1BzZXVkb3dpcmUgRW11bGF0
aW9uIEVkZ2UtdG8tRWRnZSAoUFdFMykgQ29udHJvbCBXb3JkIGZvcjxicj4NCiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBVc2Ugb3ZlciBhbiBNUExTIFBTTiZxdW90OywgUkZDIDQzODUsIEZlYnJ1YXJ5
IDIwMDYuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkM0NDQ3XSZuYnNwOyBNYXJ0aW5pLCBM
LiwgUm9zZW4sIEUuLCBFbC1BYXdhciwgTi4sIFNtaXRoLCBULiwgYW5kIEcuPGJyPg0KJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IEhlcm9uLCAmcXVvdDtQc2V1ZG93aXJlIFNldHVwIGFuZCBNYWludGVu
YW5jZSBVc2luZyB0aGUgTGFiZWw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRGlzdHJpYnV0
aW9uIFByb3RvY29sIChMRFApJnF1b3Q7LCBSRkMgNDQ0NywgQXByaWwgMjAwNi48YnI+DQo8YnI+
DQombmJzcDsmbmJzcDsgW1JGQzUwODVdJm5ic3A7IE5hZGVhdSwgVC4gYW5kIEMuIFBpZ25hdGFy
bywgJnF1b3Q7UHNldWRvd2lyZSBWaXJ0dWFsIENpcmN1aXQ8YnI+DQombmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgQ29ubmVjdGl2aXR5IFZlcmlmaWNhdGlvbiAoVkNDVik6IEEgQ29udHJvbCBDaGFubmVs
IGZvcjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQc2V1ZG93aXJlcyZxdW90OywgUkZDIDUw
ODUsIERlY2VtYmVyIDIwMDcuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkM1NTg2XSZuYnNw
OyBCb2NjaSwgTS4sIFZpZ291cmV1eCwgTS4sIGFuZCBTLiBCcnlhbnQsICZxdW90O01QTFMgR2Vu
ZXJpYzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBc3NvY2lhdGVkIENoYW5uZWwmcXVvdDss
IFJGQyA1NTg2LCBKdW5lIDIwMDkuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K
TmFkZWF1LCBldCBhbC4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRXhwaXJlcyBKdWx5IDE4LCAyMDE1Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtQYWdlIDZdPGJyPg0KPGJyPg0KSW50ZXJuZXQt
RHJhZnQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgR0FMIGFzIGEgVkNDViBDaGFubmVsJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEphbnVh
cnkgMjAxNTxicj4NCjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBbUkZDNjA3M10mbmJzcDsgTWFy
dGluaSwgTC4sIE1ldHosIEMuLCBOYWRlYXUsIFQuLCBCb2NjaSwgTS4sIGFuZCBNLjxicj4NCiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBBaXNzYW91aSwgJnF1b3Q7U2VnbWVudGVkIFBzZXVkb3dpcmUm
cXVvdDssIFJGQyA2MDczLCBKYW51YXJ5IDIwMTEuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFtS
RkM2MzkxXSZuYnNwOyBCcnlhbnQsIFMuLCBGaWxzZmlscywgQy4sIERyYWZ6LCBVLiwgS29tcGVs
bGEsIFYuLCBSZWdhbiw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSi4sIGFuZCBTLiBBbWFu
dGUsICZxdW90O0Zsb3ctQXdhcmUgVHJhbnNwb3J0IG9mIFBzZXVkb3dpcmVzPGJyPg0KJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IG92ZXIgYW4gTVBMUyBQYWNrZXQgU3dpdGNoZWQgTmV0d29yayZxdW90
OywgUkZDIDYzOTEsIE5vdmVtYmVyPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIwMTEuPGJy
Pg0KPGJyPg0KMTAuMi4mbmJzcDsgSW5mb3JtYXRpdmUgUmVmZXJlbmNlczxicj4NCjxicj4NCiZu
YnNwOyZuYnNwOyBbUkZDNTkyMV0mbmJzcDsgQm9jY2ksIE0uLCBCcnlhbnQsIFMuLCBGcm9zdCwg
RC4sIExldnJhdSwgTC4sIGFuZCBMLjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBCZXJnZXIs
ICZxdW90O0EgRnJhbWV3b3JrIGZvciBNUExTIGluIFRyYW5zcG9ydCBOZXR3b3JrcyZxdW90Oywg
UkZDPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDU5MjEsIEp1bHkgMjAxMC48YnI+DQo8YnI+
DQpBdXRob3JzJyBBZGRyZXNzZXM8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgVGhvbWFzIEQuIE5h
ZGVhdTxicj4NCiZuYnNwOyZuYnNwOyBsdWNpZHZpc2lvbjxicj4NCjxicj4NCiZuYnNwOyZuYnNw
OyBFbWFpbDogPGEgaHJlZj0ibWFpbHRvOnRuYWRlYXVAbHVjaWR2aXNpb24uY29tIj50bmFkZWF1
QGx1Y2lkdmlzaW9uLmNvbTwvYT48YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgTHVjYSBN
YXJ0aW5pPGJyPg0KJm5ic3A7Jm5ic3A7IENpc2NvIFN5c3RlbXM8YnI+DQo8YnI+DQombmJzcDsm
bmJzcDsgRW1haWw6IDxhIGhyZWY9Im1haWx0bzpsbWFydGluaUBjaXNjby5jb20iPmxtYXJ0aW5p
QGNpc2NvLmNvbTwvYT48YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgU3Rld2FydCBCcnlh
bnQ8YnI+DQombmJzcDsmbmJzcDsgQ2lzY28gU3lzdGVtczxicj4NCjxicj4NCiZuYnNwOyZuYnNw
OyBFbWFpbDogPGEgaHJlZj0ibWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbSI+c3RicnlhbnRAY2lz
Y28uY29tPC9hPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4N
Cjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi
cj4NCjxicj4NCjxicj4NCk5hZGVhdSwgZXQgYWwuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4cGlyZXMgSnVseSAxOCwg
MjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbUGFnZSA3XTwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0DB3PR03MB0812eurp_--


From nobody Thu Jan 15 05:57:06 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F6C01B2BE1 for <pals@ietfa.amsl.com>; Thu, 15 Jan 2015 05:57:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KaS_HhhLLI9P for <pals@ietfa.amsl.com>; Thu, 15 Jan 2015 05:57:00 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4A471B2BDF for <pals@ietf.org>; Thu, 15 Jan 2015 05:56:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25004; q=dns/txt; s=iport; t=1421330220; x=1422539820; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to; bh=j2+267JkDL2azuKMD78HQwcfDJH/BpVKkn3KFkj5kH4=; b=Kzgr7KCPJuDqKtyCu2L2VudUxjH+8d3DE6TNLMq3RRhy5iWmWURbWqMq cQbVsfduFGhQHJSshoN8yWJHG20P2447cQP9kjLrJpxR72jRYlQ5df+xx GDDmjfLVCXb5gec0+1+/L6Ted2u7SPkIkgxvu4EgmQ9AMPANhlDRGkuT+ 8=;
X-IronPort-AV: E=Sophos;i="5.09,403,1418083200";  d="scan'208,217";a="308695265"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP; 15 Jan 2015 13:56:58 +0000
Received: from [64.103.108.131] (dhcp-bdlk10-vlan301-data-64-103-108-131.cisco.com [64.103.108.131]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t0FDuvOU022309; Thu, 15 Jan 2015 13:56:58 GMT
Message-ID: <54B7C72D.6020806@cisco.com>
Date: Thu, 15 Jan 2015 13:57:01 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
References: <54B68D13.9000707@cisco.com> <DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com>
In-Reply-To: <DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------090009010900040001060102"
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/kWlCbpkPznxejPY9U8vLOtnIHjk>
Cc: "draft-ietf-pals-vccv-for-gal@tools.ietf.org" <draft-ietf-pals-vccv-for-gal@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jan 2015 13:57:04 -0000

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

Than you for looking at this Sasha

I forgot one thing that you picked up on - MS-PW

I have added a new section 5

When using VCCV CC Type 4 for MS-PWs, a PE transmitting the
VCCV packet to a Switching PE (S-PE) MUST set the TTL to
the appropriate value to expire at that S-PE. An S-PE that
supports this specification MUST inspect packets PW packet
that are received as a result of TTL expiry, determine
whether a GAL follows the PW LSE. If a GAL is present
the S-PE then processes the VCCV packet.

An S-PE that does not support this specification would
be expected to reject as malformed a VCCV CC Type 4
packet that was received. This is because the S-PE
would expect the PW LSE to be bottom of stack (the
non FAT case) and for the LSE at bottom of stack not
to be a reserved label (both the FAT and the non-FAT
cases). An S-PE that did not make this reserved label
check would then find that the first nibble following
the label stack was 0x1 and not the expected start
of an IP packet. It would hence be expected to also
reject the packet. This update to the behaviour of
S-PEs is therefore backwards compatible.


On 15/01/2015 10:03, Alexander Vainshtein wrote:
>
> Stewart,
>
> Lots of thanks for a very nice re-write of the draft that, from my 
> POV, resolves all outstanding technical issues raised so far and moved 
> discussion of operational issues ( consolidation of VCCV Types, 
> migration strategy etc.)  out of scope of a clear-cut technical 
> specification.
>
> I have added a couple of minor comments */inline below/ *that 
> hopefully could be useful. Please feel free to use (or not to use) 
> them as you see fit.
>
> Regards,
>
> Sasha
>
> Email: Alexander.Vainshtein@ecitele.com
>
> Mobile: 054-9266302
>
>
>
>    VCCV currently specifies three CC types.  VCCV CC Type 1 uses the PW
>    Control Word (CW) to distinguish VCCV packets from packets carrying
>    user data. VCCV CC Types 2 and 3 require IP encapsulation for OAM
>    packets they carry.  This was not an issue when [RFC5085] was
>    designed, but is in conflict with the design goals of MPLS-TP
>    [RFC5921] which does not otherwise require the availability of IP.
>    VCCV CC Type 2 is not supported by*/[[Sasha]] not applicable to? /*
>
yes - done
>
> multi-segment PWs (MS-PWs)
>    [RFC6073].  A MS-PW operating without the CW therefore has to use
>    VCCV CC Type 3 which identifies VCCV packets on the basis of TTL
>    expiry.  Whilst less of an issue with a single segment PW (SS-PW), on
>    an MS-PW this need to be accurately set to cause TTL expiry at the
>    egress Terminating Provider Edge (T-PE) [RFC6073].  In the event of a
>    error in the setting of the PW LSE TTL this can result in VCCV
>    packets leaking into the attachment circuit which may disrupt the
>    operation of the PW, or the user service, and is a security risk.
>
> */[[Sasha]] Maybe you could add that VCCV Type 3 remains mandatory for 
> segment OAM of MS-PWs and that it is  combined with VCCV Type 1 for 
> MS-PWs that use the CW – this is explicitly stated in RFC 6073./*
>
>
I have added

Note that VCCV CC Type 3 remains mandatory for multi-segment PW (MS-PW)
OAM  and it is currently combined with VCCV CC Type 1 for MS-PWs that
use the CW [RFC6073]. This specification enables the combination of
VCCV CC Type 3 with VCCV Type 4 for PWs that do not support the CW
Section5]


> Nadeau, et al.            Expires July 18, 2015                 [Page 2]
>
> Internet-Draft            GAL as a VCCV Channel             January 2015
>
>
>    The new VCCV CC type defined in this specification addresses these
>    problems for PWs that do not use the CW.
>
>    For reasons of network efficiency and due to hardware constraints it
>    is not possible to address these issue by mandating that all PWs use
>    the PW CW, hence the introduction of this new VCCV CC type.
>
> */[[Sasha]] Maybe you could add that PWs without the CW are already 
> widely deployed, and this is one of the reasons why mandating all PWs 
> use the CW is not realistic./*
>
>
It now says:

For reasons of network efficiency and due to hardware constraints it is not
possible to address these issue by mandating that all PWs use the PW CW,
hence the introduction of this new VCCV CC type. PWs without the CW are
widely deployed, and hence mandating that all PWs use the CW is not a
viable way to address this issue.
>
>
>    Note that the inclusion of a GAL following the PW LSE over a label
>    switched path subject to Equal-Cost Multi-path (ECMP) load balancing
>    can cause the OAM packet to take a different path through the network
>    from the corresponding PW data packets.  If that is not acceptable,
>    then an alternative VCCV type must be used.*/[[Sasha]] Is this not 
> a MUST? /*
>
yes - and it's twin later
>
>
> 6.  Manageability Considerations
>
>    Whilst the introduction of this additional VCCV CC type increases the
>    number of VCCV CC types that the operator needs to manage, it
>    addresses the issues with VCCV CC Types 2 and 3 described in
>    Section 1, and is a necessary per-requisite */[[Sasha]] 
> pre-requisite?/*
>
yes
>
> of the long term strategy
>    of the PALS working group to consolidate the VCCV channel types down
>    to only VCCV CC Types 1 and 4.  This consolidation and*/[[Sasha]]? 
> Migration strategy? Something seems to be missing here. /* will be the
>    subject of future work by the PALS working group.
>
> */[[Sasha]] I am not sure that discussion of the PALS WG long-term 
> strategy in a  standards track document is appropriate. The rationale 
> for introducing VCCV Type 4 is quite clear since it resolves specific 
> issues with VCCV Type 2 and VCCV Type 3./*
>
/*I have got rid of the long term strategy text. We can put it back if 
anyone objects
during later stage review.
*/
>
> *//*
>
> */Maybe it is worth mentioning that, just as VCCV Type 1, VCCV Type 4 
> can be combined with VCCV Type 3 for segment OAM of MS-PWs./*
>
/*Already done.*/
>
> *//*
>
I will leave it out there for another day to see if there are any more 
comments before I upload it.

- Stewart

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

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Than you for looking at this Sasha<br>
      <br>
      I forgot one thing that you picked up on - MS-PW<br>
      <br>
      I have added a new section 5<br>
      <br>
      <font face="Courier New, Courier, monospace">When using VCCV CC
        Type 4 for MS-PWs, a PE transmitting the <br>
        VCCV packet to a Switching PE (S-PE) MUST set the TTL to <br>
        the appropriate value to expire at that S-PE. An S-PE that <br>
        supports this specification MUST inspect packets PW packet <br>
        that are received as a result of TTL expiry, determine <br>
        whether a GAL follows the PW LSE. If a GAL is present <br>
        the S-PE then processes the VCCV packet.<br>
        <br>
        An S-PE that does not support this specification would <br>
        be expected to reject as malformed a VCCV CC Type 4 <br>
        packet that was received. This is because the S-PE <br>
        would expect the PW LSE to be bottom of stack (the <br>
        non FAT case) and for the LSE at bottom of stack not <br>
        to be a reserved label (both the FAT and the non-FAT <br>
        cases). An S-PE that did not make this reserved label <br>
        check would then find that the first nibble following <br>
        the label stack was 0x1 and not the expected start <br>
        of an IP packet. It would hence be expected to also <br>
        reject the packet. This update to the behaviour of <br>
        S-PEs is therefore backwards compatible.</font><br>
      <br>
      <br>
      On 15/01/2015 10:03, Alexander Vainshtein wrote:<br>
    </div>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 14 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Aharoni;
	panose-1:2 1 8 3 2 1 4 3 2 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	font-variant:normal !important;
	color:#1F497D;
	text-transform:none;
	text-decoration:none none;
	vertical-align:baseline;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Stewart,<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Lots
            of thanks for a very nice re-write of the draft that, from
            my POV, resolves all outstanding technical issues raised so
            far and moved discussion of operational issues (
            consolidation of VCCV Types, migration strategy etc.)  out
            of scope of a clear-cut technical specification.
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I
            have added a couple of minor comments
            <b><i>inline below</i> </b>that hopefully could be useful.
            Please feel free to use (or not to use) them as you see fit.<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p> </o:p></span></p>
        <div>
          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regards,<o:p></o:p></span></p>
          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">      
              Sasha
              <o:p></o:p></span></p>
          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Email:
              <a class="moz-txt-link-abbreviated" href="mailto:Alexander.Vainshtein@ecitele.com">Alexander.Vainshtein@ecitele.com</a><o:p></o:p></span></p>
          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Mobile:
              054-9266302<o:p></o:p></span></p>
        </div>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p> </o:p></span></p>
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt"><br>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;">
              <br>
                 VCCV currently specifies three CC types.  VCCV CC Type
              1 uses the PW<br>
                 Control Word (CW) to distinguish VCCV packets from
              packets carrying<br>
                 user data. VCCV CC Types 2 and 3 require IP
              encapsulation for OAM<br>
                 packets they carry.  This was not an issue when
              [RFC5085] was<br>
                 designed, but is in conflict with the design goals of
              MPLS-TP<br>
                 [RFC5921] which does not otherwise require the
              availability of IP.<br>
                 VCCV CC Type 2 is not supported by</span><b><i><span
                  style="font-family:&quot;Courier
                  New&quot;;color:#1F497D">[[Sasha]] not applicable to?
                </span></i></b><span style="font-family:&quot;Courier
              New&quot;;color:#1F497D"> </span><span
              style="font-family:&quot;Courier New&quot;"> <br>
            </span></p>
        </div>
      </div>
    </blockquote>
    yes - done<br>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;">multi-segment
              PWs (MS-PWs)<br>
                 [RFC6073].  A MS-PW operating without the CW therefore
              has to use<br>
                 VCCV CC Type 3 which identifies VCCV packets on the
              basis of TTL<br>
                 expiry.  Whilst less of an issue with a single segment
              PW (SS-PW), on<br>
                 an MS-PW this need to be accurately set to cause TTL
              expiry at the<br>
                 egress Terminating Provider Edge (T-PE) [RFC6073].  In
              the event of a<br>
                 error in the setting of the PW LSE TTL this can result
              in VCCV<br>
                 packets leaking into the attachment circuit which may
              disrupt the<br>
                 operation of the PW, or the user service, and is a
              security risk.</span><span
              style="font-family:&quot;Courier New&quot;;color:#1F497D"><o:p></o:p></span></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><b><i><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">[[Sasha]]
                  Maybe you could add that VCCV Type 3 remains mandatory
                  for segment OAM of MS-PWs and that it is  combined
                  with VCCV Type 1 for MS-PWs that use the CW – this is
                  explicitly stated in RFC 6073.<o:p></o:p></span></i></b></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;"><br>
            </span></p>
        </div>
      </div>
    </blockquote>
    I have added<br>
    <br>
    <font face="Courier New, Courier, monospace">Note that VCCV CC Type
      3 remains mandatory for multi-segment PW (MS-PW) <br>
      OAM  and it is currently combined with VCCV CC Type 1 for MS-PWs
      that <br>
      use the CW [RFC6073]. This specification enables the combination
      of <br>
      VCCV CC Type 3 with VCCV Type 4 for PWs that do not support the CW<tt><font
          face="Courier New, Courier, monospace"> <br>
        </font></tt></font><tt><tt>Section5]</tt></tt><font
      face="Courier New, Courier, monospace"><br>
    </font><tt></tt><br>
    <br>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;">
              Nadeau, et al.            Expires July 18,
              2015                 [Page 2]<br>
              <br>
              Internet-Draft            GAL as a VCCV
              Channel             January 2015<br>
              <br>
              <br>
                 The new VCCV CC type defined in this specification
              addresses these<br>
                 problems for PWs that do not use the CW.<br>
              <br>
                 For reasons of network efficiency and due to hardware
              constraints it<br>
                 is not possible to address these issue by mandating
              that all PWs use<br>
                 the PW CW, hence the introduction of this new VCCV CC
              type.</span><span style="font-family:&quot;Courier
              New&quot;;color:#1F497D"><o:p></o:p></span></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><b><i><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">[[Sasha]]
                  Maybe you could add that PWs without the CW are
                  already widely deployed, and this is one of the
                  reasons why mandating all PWs use the CW is not
                  realistic.<o:p></o:p></span></i></b></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;"><br>
            </span></p>
        </div>
      </div>
    </blockquote>
    It now says:<br>
    <br>
    <font face="Courier New, Courier, monospace">For reasons of network
      efficiency and due to hardware constraints it is not <br>
      possible to address these issue by mandating that all PWs use the
      PW CW, <br>
      hence the introduction of this new VCCV CC type. PWs without the
      CW are <br>
      widely deployed, and hence mandating that all PWs use the CW is
      not a <br>
      viable way to address this issue.</font><br>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;">
              <br>
                 Note that the inclusion of a GAL following the PW LSE
              over a label<br>
                 switched path subject to Equal-Cost Multi-path (ECMP)
              load balancing<br>
                 can cause the OAM packet to take a different path
              through the network<br>
                 from the corresponding PW data packets.  If that is not
              acceptable,<br>
                 then an alternative VCCV type must be used.</span><b><i><span
                  style="font-family:&quot;Courier
                  New&quot;;color:#1F497D">[[Sasha]] Is this not a
                  MUST? 
                </span></i></b><span style="font-family:&quot;Courier
              New&quot;;color:#1F497D"></span><span
              style="font-family:&quot;Courier New&quot;"><br>
            </span></p>
        </div>
      </div>
    </blockquote>
    yes - and it's twin later<br>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;">
              <br>
              6.  Manageability Considerations<br>
              <br>
                 Whilst the introduction of this additional VCCV CC type
              increases the<br>
                 number of VCCV CC types that the operator needs to
              manage, it<br>
                 addresses the issues with VCCV CC Types 2 and 3
              described in<br>
                 Section 1, and is a necessary per-requisite </span><b><i><span
                  style="font-family:&quot;Courier
                  New&quot;;color:#1F497D">[[Sasha]] pre-requisite?</span></i></b><span
              style="font-family:&quot;Courier New&quot;;color:#1F497D">
            </span></p>
        </div>
      </div>
    </blockquote>
    yes<br>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><span
              style="font-family:&quot;Courier New&quot;">of the long
              term strategy<br>
                 of the PALS working group to consolidate the VCCV
              channel types down<br>
                 to only VCCV CC Types 1 and 4.  This consolidation and</span><b><i><span
                  style="font-family:&quot;Courier
                  New&quot;;color:#1F497D">[[Sasha]]? Migration
                  strategy? Something seems to be missing here.
                </span></i></b><span style="font-family:&quot;Courier
              New&quot;;color:#1F497D"> </span><span
              style="font-family:&quot;Courier New&quot;"> will be the<br>
                 subject of future work by the PALS working group.</span><span
              style="font-family:&quot;Courier New&quot;;color:#1F497D"><o:p></o:p></span></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><b><i><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">[[Sasha]]
                  I am not sure that discussion of the PALS WG long-term
                  strategy in a  standards track document is
                  appropriate. The rationale for introducing VCCV Type 4
                  is quite clear since it resolves specific issues with
                  VCCV Type 2 and VCCV Type 3.</span></i></b></p>
        </div>
      </div>
    </blockquote>
    <i><b>I have got rid of the long term strategy text. We can put it
        back if anyone objects<br>
        during later stage review.<br>
      </b></i>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><b><i><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></i></b></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><b><i><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maybe
                  it is worth mentioning that, just as VCCV Type 1, VCCV
                  Type 4 can be combined with VCCV Type 3 for segment
                  OAM of MS-PWs.</span></i></b></p>
        </div>
      </div>
    </blockquote>
    <i><b>Already done.</b></i><br>
    <blockquote
cite="mid:DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <p class="MsoNormal" style="margin-bottom:12.0pt"><b><i><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></i></b></p>
        </div>
      </div>
    </blockquote>
    I will leave it out there for another day to see if there are any
    more comments before I upload it.<br>
    <br>
    - Stewart<br>
  </body>
</html>

--------------090009010900040001060102--


From nobody Thu Jan 15 07:35:47 2015
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51B481B2C62 for <pals@ietfa.amsl.com>; Thu, 15 Jan 2015 07:35:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5HRVx2ggNpc for <pals@ietfa.amsl.com>; Thu, 15 Jan 2015 07:35:41 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0747.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::747]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA3861B2C5E for <pals@ietf.org>; Thu, 15 Jan 2015 07:35:40 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0811.eurprd03.prod.outlook.com (25.161.55.143) with Microsoft SMTP Server (TLS) id 15.1.53.17; Thu, 15 Jan 2015 15:12:05 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0053.000; Thu, 15 Jan 2015 15:12:05 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>
Thread-Topic: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
Thread-Index: AQHQMA/5i86hJmZ/40iD4uDijbPVfJzA7i+QgABH9oCAABQU8A==
Date: Thu, 15 Jan 2015 15:12:04 +0000
Message-ID: <DB3PR03MB08127A5761DA74CE1544D6F09D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com>
References: <54B68D13.9000707@cisco.com> <DB3PR03MB08125BCBFD6DC35A5BA62A439D4E0@DB3PR03MB0812.eurprd03.prod.outlook.com> <54B7C72D.6020806@cisco.com>
In-Reply-To: <54B7C72D.6020806@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.234.56.21]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; 
x-dmarcaction-test: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005004);SRVR:DB3PR03MB0811;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0811;
x-forefront-prvs: 0457F11EAF
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(52044002)(252514010)(479174004)(24454002)(377454003)(199003)(189002)(2950100001)(2900100001)(19300405004)(62966003)(2501002)(106116001)(40100003)(19625215002)(101416001)(46102003)(33656002)(122556002)(54206007)(74316001)(106356001)(105586002)(76176999)(54606007)(50986999)(77156002)(2656002)(54356999)(66066001)(87936001)(102836002)(76576001)(19580405001)(19580395003)(15975445007)(110136001)(64706001)(92566002)(230783001)(86362001)(2351001)(97736003)(68736005)(16236675004); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0811; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: multipart/alternative; boundary="_000_DB3PR03MB08127A5761DA74CE1544D6F09D4E0DB3PR03MB0812eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2015 15:12:04.9770 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0811
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/fq1bb7qlR7mWaYeYMrxy4GieA_Y>
Cc: "draft-ietf-pals-vccv-for-gal@tools.ietf.org" <draft-ietf-pals-vccv-for-gal@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Candidate draft-ietf-pals-vccv-for-gal-01
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jan 2015 15:35:45 -0000

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

U3Rld2FydCwNCkxvdHMgb2YgdGhhbmtzIGZvciBhIHByb21wdCByZXNwb25zZS4NClRoZSB0ZXh0
IGNvdmVyaW5nIHNlZ21lbnQgT0FNIGZvciBNUy1QV3MgaXMgdmVyeSBjbGVhciBhbmQsIGZyb20g
bXkgUE9WLCBmdWxseSBjb3ZlcnMgdGhlIGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgaXNzdWVzLg0K
QXMgZmFyIGFzIEkgYW0gY29uY2VybmVkLCB0aGUgbmV3IHZlcnNpb24gY2FuIGJlIHBvc3RlZCDi
gJxhcyBpc+KAnSwgYnV0LCBvZiBjb3Vyc2UsIHRoaXMgaXMgdXAgdG8geW91IGFuZCB5b3VyIGNv
LWF1dGhvcnMuDQoNClJlZ2FyZHMsDQogICAgICAgU2FzaGENCkVtYWlsOiBBbGV4YW5kZXIuVmFp
bnNodGVpbkBlY2l0ZWxlLmNvbQ0KTW9iaWxlOiAwNTQtOTI2NjMwMg0KDQpGcm9tOiBTdGV3YXJ0
IEJyeWFudCBbbWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBKYW51
YXJ5IDE1LCAyMDE1IDM6NTcgUE0NClRvOiBBbGV4YW5kZXIgVmFpbnNodGVpbg0KQ2M6IGRyYWZ0
LWlldGYtcGFscy12Y2N2LWZvci1nYWxAdG9vbHMuaWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNClN1
YmplY3Q6IFJlOiBbUGFsc10gQ2FuZGlkYXRlIGRyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1nYWwt
MDENCg0KVGhhbiB5b3UgZm9yIGxvb2tpbmcgYXQgdGhpcyBTYXNoYQ0KDQpJIGZvcmdvdCBvbmUg
dGhpbmcgdGhhdCB5b3UgcGlja2VkIHVwIG9uIC0gTVMtUFcNCg0KSSBoYXZlIGFkZGVkIGEgbmV3
IHNlY3Rpb24gNQ0KDQpXaGVuIHVzaW5nIFZDQ1YgQ0MgVHlwZSA0IGZvciBNUy1QV3MsIGEgUEUg
dHJhbnNtaXR0aW5nIHRoZQ0KVkNDViBwYWNrZXQgdG8gYSBTd2l0Y2hpbmcgUEUgKFMtUEUpIE1V
U1Qgc2V0IHRoZSBUVEwgdG8NCnRoZSBhcHByb3ByaWF0ZSB2YWx1ZSB0byBleHBpcmUgYXQgdGhh
dCBTLVBFLiBBbiBTLVBFIHRoYXQNCnN1cHBvcnRzIHRoaXMgc3BlY2lmaWNhdGlvbiBNVVNUIGlu
c3BlY3QgcGFja2V0cyBQVyBwYWNrZXQNCnRoYXQgYXJlIHJlY2VpdmVkIGFzIGEgcmVzdWx0IG9m
IFRUTCBleHBpcnksIGRldGVybWluZQ0Kd2hldGhlciBhIEdBTCBmb2xsb3dzIHRoZSBQVyBMU0Uu
IElmIGEgR0FMIGlzIHByZXNlbnQNCnRoZSBTLVBFIHRoZW4gcHJvY2Vzc2VzIHRoZSBWQ0NWIHBh
Y2tldC4NCg0KQW4gUy1QRSB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBzcGVjaWZpY2F0aW9u
IHdvdWxkDQpiZSBleHBlY3RlZCB0byByZWplY3QgYXMgbWFsZm9ybWVkIGEgVkNDViBDQyBUeXBl
IDQNCnBhY2tldCB0aGF0IHdhcyByZWNlaXZlZC4gVGhpcyBpcyBiZWNhdXNlIHRoZSBTLVBFDQp3
b3VsZCBleHBlY3QgdGhlIFBXIExTRSB0byBiZSBib3R0b20gb2Ygc3RhY2sgKHRoZQ0Kbm9uIEZB
VCBjYXNlKSBhbmQgZm9yIHRoZSBMU0UgYXQgYm90dG9tIG9mIHN0YWNrIG5vdA0KdG8gYmUgYSBy
ZXNlcnZlZCBsYWJlbCAoYm90aCB0aGUgRkFUIGFuZCB0aGUgbm9uLUZBVA0KY2FzZXMpLiBBbiBT
LVBFIHRoYXQgZGlkIG5vdCBtYWtlIHRoaXMgcmVzZXJ2ZWQgbGFiZWwNCmNoZWNrIHdvdWxkIHRo
ZW4gZmluZCB0aGF0IHRoZSBmaXJzdCBuaWJibGUgZm9sbG93aW5nDQp0aGUgbGFiZWwgc3RhY2sg
d2FzIDB4MSBhbmQgbm90IHRoZSBleHBlY3RlZCBzdGFydA0Kb2YgYW4gSVAgcGFja2V0LiBJdCB3
b3VsZCBoZW5jZSBiZSBleHBlY3RlZCB0byBhbHNvDQpyZWplY3QgdGhlIHBhY2tldC4gVGhpcyB1
cGRhdGUgdG8gdGhlIGJlaGF2aW91ciBvZg0KUy1QRXMgaXMgdGhlcmVmb3JlIGJhY2t3YXJkcyBj
b21wYXRpYmxlLg0KDQoNCk9uIDE1LzAxLzIwMTUgMTA6MDMsIEFsZXhhbmRlciBWYWluc2h0ZWlu
IHdyb3RlOg0KU3Rld2FydCwNCkxvdHMgb2YgdGhhbmtzIGZvciBhIHZlcnkgbmljZSByZS13cml0
ZSBvZiB0aGUgZHJhZnQgdGhhdCwgZnJvbSBteSBQT1YsIHJlc29sdmVzIGFsbCBvdXRzdGFuZGlu
ZyB0ZWNobmljYWwgaXNzdWVzIHJhaXNlZCBzbyBmYXIgYW5kIG1vdmVkIGRpc2N1c3Npb24gb2Yg
b3BlcmF0aW9uYWwgaXNzdWVzICggY29uc29saWRhdGlvbiBvZiBWQ0NWIFR5cGVzLCBtaWdyYXRp
b24gc3RyYXRlZ3kgZXRjLikgIG91dCBvZiBzY29wZSBvZiBhIGNsZWFyLWN1dCB0ZWNobmljYWwg
c3BlY2lmaWNhdGlvbi4NCg0KSSBoYXZlIGFkZGVkIGEgY291cGxlIG9mIG1pbm9yIGNvbW1lbnRz
IGlubGluZSBiZWxvdyB0aGF0IGhvcGVmdWxseSBjb3VsZCBiZSB1c2VmdWwuIFBsZWFzZSBmZWVs
IGZyZWUgdG8gdXNlIChvciBub3QgdG8gdXNlKSB0aGVtIGFzIHlvdSBzZWUgZml0Lg0KDQpSZWdh
cmRzLA0KICAgICAgIFNhc2hhDQpFbWFpbDogQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j
b208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPg0KTW9iaWxlOiAwNTQt
OTI2NjMwMg0KDQoNCg0KICAgVkNDViBjdXJyZW50bHkgc3BlY2lmaWVzIHRocmVlIENDIHR5cGVz
LiAgVkNDViBDQyBUeXBlIDEgdXNlcyB0aGUgUFcNCiAgIENvbnRyb2wgV29yZCAoQ1cpIHRvIGRp
c3Rpbmd1aXNoIFZDQ1YgcGFja2V0cyBmcm9tIHBhY2tldHMgY2FycnlpbmcNCiAgIHVzZXIgZGF0
YS4gVkNDViBDQyBUeXBlcyAyIGFuZCAzIHJlcXVpcmUgSVAgZW5jYXBzdWxhdGlvbiBmb3IgT0FN
DQogICBwYWNrZXRzIHRoZXkgY2FycnkuICBUaGlzIHdhcyBub3QgYW4gaXNzdWUgd2hlbiBbUkZD
NTA4NV0gd2FzDQogICBkZXNpZ25lZCwgYnV0IGlzIGluIGNvbmZsaWN0IHdpdGggdGhlIGRlc2ln
biBnb2FscyBvZiBNUExTLVRQDQogICBbUkZDNTkyMV0gd2hpY2ggZG9lcyBub3Qgb3RoZXJ3aXNl
IHJlcXVpcmUgdGhlIGF2YWlsYWJpbGl0eSBvZiBJUC4NCiAgIFZDQ1YgQ0MgVHlwZSAyIGlzIG5v
dCBzdXBwb3J0ZWQgYnlbW1Nhc2hhXV0gbm90IGFwcGxpY2FibGUgdG8/DQp5ZXMgLSBkb25lDQoN
Cm11bHRpLXNlZ21lbnQgUFdzIChNUy1QV3MpDQogICBbUkZDNjA3M10uICBBIE1TLVBXIG9wZXJh
dGluZyB3aXRob3V0IHRoZSBDVyB0aGVyZWZvcmUgaGFzIHRvIHVzZQ0KICAgVkNDViBDQyBUeXBl
IDMgd2hpY2ggaWRlbnRpZmllcyBWQ0NWIHBhY2tldHMgb24gdGhlIGJhc2lzIG9mIFRUTA0KICAg
ZXhwaXJ5LiAgV2hpbHN0IGxlc3Mgb2YgYW4gaXNzdWUgd2l0aCBhIHNpbmdsZSBzZWdtZW50IFBX
IChTUy1QVyksIG9uDQogICBhbiBNUy1QVyB0aGlzIG5lZWQgdG8gYmUgYWNjdXJhdGVseSBzZXQg
dG8gY2F1c2UgVFRMIGV4cGlyeSBhdCB0aGUNCiAgIGVncmVzcyBUZXJtaW5hdGluZyBQcm92aWRl
ciBFZGdlIChULVBFKSBbUkZDNjA3M10uICBJbiB0aGUgZXZlbnQgb2YgYQ0KICAgZXJyb3IgaW4g
dGhlIHNldHRpbmcgb2YgdGhlIFBXIExTRSBUVEwgdGhpcyBjYW4gcmVzdWx0IGluIFZDQ1YNCiAg
IHBhY2tldHMgbGVha2luZyBpbnRvIHRoZSBhdHRhY2htZW50IGNpcmN1aXQgd2hpY2ggbWF5IGRp
c3J1cHQgdGhlDQogICBvcGVyYXRpb24gb2YgdGhlIFBXLCBvciB0aGUgdXNlciBzZXJ2aWNlLCBh
bmQgaXMgYSBzZWN1cml0eSByaXNrLg0KW1tTYXNoYV1dIE1heWJlIHlvdSBjb3VsZCBhZGQgdGhh
dCBWQ0NWIFR5cGUgMyByZW1haW5zIG1hbmRhdG9yeSBmb3Igc2VnbWVudCBPQU0gb2YgTVMtUFdz
IGFuZCB0aGF0IGl0IGlzICBjb21iaW5lZCB3aXRoIFZDQ1YgVHlwZSAxIGZvciBNUy1QV3MgdGhh
dCB1c2UgdGhlIENXIOKAkyB0aGlzIGlzIGV4cGxpY2l0bHkgc3RhdGVkIGluIFJGQyA2MDczLg0K
DQpJIGhhdmUgYWRkZWQNCg0KTm90ZSB0aGF0IFZDQ1YgQ0MgVHlwZSAzIHJlbWFpbnMgbWFuZGF0
b3J5IGZvciBtdWx0aS1zZWdtZW50IFBXIChNUy1QVykNCk9BTSAgYW5kIGl0IGlzIGN1cnJlbnRs
eSBjb21iaW5lZCB3aXRoIFZDQ1YgQ0MgVHlwZSAxIGZvciBNUy1QV3MgdGhhdA0KdXNlIHRoZSBD
VyBbUkZDNjA3M10uIFRoaXMgc3BlY2lmaWNhdGlvbiBlbmFibGVzIHRoZSBjb21iaW5hdGlvbiBv
Zg0KVkNDViBDQyBUeXBlIDMgd2l0aCBWQ0NWIFR5cGUgNCBmb3IgUFdzIHRoYXQgZG8gbm90IHN1
cHBvcnQgdGhlIENXDQpTZWN0aW9uNV0NCg0KDQoNCk5hZGVhdSwgZXQgYWwuICAgICAgICAgICAg
RXhwaXJlcyBKdWx5IDE4LCAyMDE1ICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KDQpJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgIEdBTCBhcyBhIFZDQ1YgQ2hhbm5lbCAgICAgICAgICAgICBKYW51
YXJ5IDIwMTUNCg0KDQogICBUaGUgbmV3IFZDQ1YgQ0MgdHlwZSBkZWZpbmVkIGluIHRoaXMgc3Bl
Y2lmaWNhdGlvbiBhZGRyZXNzZXMgdGhlc2UNCiAgIHByb2JsZW1zIGZvciBQV3MgdGhhdCBkbyBu
b3QgdXNlIHRoZSBDVy4NCg0KICAgRm9yIHJlYXNvbnMgb2YgbmV0d29yayBlZmZpY2llbmN5IGFu
ZCBkdWUgdG8gaGFyZHdhcmUgY29uc3RyYWludHMgaXQNCiAgIGlzIG5vdCBwb3NzaWJsZSB0byBh
ZGRyZXNzIHRoZXNlIGlzc3VlIGJ5IG1hbmRhdGluZyB0aGF0IGFsbCBQV3MgdXNlDQogICB0aGUg
UFcgQ1csIGhlbmNlIHRoZSBpbnRyb2R1Y3Rpb24gb2YgdGhpcyBuZXcgVkNDViBDQyB0eXBlLg0K
W1tTYXNoYV1dIE1heWJlIHlvdSBjb3VsZCBhZGQgdGhhdCBQV3Mgd2l0aG91dCB0aGUgQ1cgYXJl
IGFscmVhZHkgd2lkZWx5IGRlcGxveWVkLCBhbmQgdGhpcyBpcyBvbmUgb2YgdGhlIHJlYXNvbnMg
d2h5IG1hbmRhdGluZyBhbGwgUFdzIHVzZSB0aGUgQ1cgaXMgbm90IHJlYWxpc3RpYy4NCg0KSXQg
bm93IHNheXM6DQoNCkZvciByZWFzb25zIG9mIG5ldHdvcmsgZWZmaWNpZW5jeSBhbmQgZHVlIHRv
IGhhcmR3YXJlIGNvbnN0cmFpbnRzIGl0IGlzIG5vdA0KcG9zc2libGUgdG8gYWRkcmVzcyB0aGVz
ZSBpc3N1ZSBieSBtYW5kYXRpbmcgdGhhdCBhbGwgUFdzIHVzZSB0aGUgUFcgQ1csDQpoZW5jZSB0
aGUgaW50cm9kdWN0aW9uIG9mIHRoaXMgbmV3IFZDQ1YgQ0MgdHlwZS4gUFdzIHdpdGhvdXQgdGhl
IENXIGFyZQ0Kd2lkZWx5IGRlcGxveWVkLCBhbmQgaGVuY2UgbWFuZGF0aW5nIHRoYXQgYWxsIFBX
cyB1c2UgdGhlIENXIGlzIG5vdCBhDQp2aWFibGUgd2F5IHRvIGFkZHJlc3MgdGhpcyBpc3N1ZS4N
Cg0KDQogICBOb3RlIHRoYXQgdGhlIGluY2x1c2lvbiBvZiBhIEdBTCBmb2xsb3dpbmcgdGhlIFBX
IExTRSBvdmVyIGEgbGFiZWwNCiAgIHN3aXRjaGVkIHBhdGggc3ViamVjdCB0byBFcXVhbC1Db3N0
IE11bHRpLXBhdGggKEVDTVApIGxvYWQgYmFsYW5jaW5nDQogICBjYW4gY2F1c2UgdGhlIE9BTSBw
YWNrZXQgdG8gdGFrZSBhIGRpZmZlcmVudCBwYXRoIHRocm91Z2ggdGhlIG5ldHdvcmsNCiAgIGZy
b20gdGhlIGNvcnJlc3BvbmRpbmcgUFcgZGF0YSBwYWNrZXRzLiAgSWYgdGhhdCBpcyBub3QgYWNj
ZXB0YWJsZSwNCiAgIHRoZW4gYW4gYWx0ZXJuYXRpdmUgVkNDViB0eXBlIG11c3QgYmUgdXNlZC5b
W1Nhc2hhXV0gSXMgdGhpcyBub3QgYSBNVVNUPw0KeWVzIC0gYW5kIGl0J3MgdHdpbiBsYXRlcg0K
DQoNCjYuICBNYW5hZ2VhYmlsaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIFdoaWxzdCB0aGUgaW50
cm9kdWN0aW9uIG9mIHRoaXMgYWRkaXRpb25hbCBWQ0NWIENDIHR5cGUgaW5jcmVhc2VzIHRoZQ0K
ICAgbnVtYmVyIG9mIFZDQ1YgQ0MgdHlwZXMgdGhhdCB0aGUgb3BlcmF0b3IgbmVlZHMgdG8gbWFu
YWdlLCBpdA0KICAgYWRkcmVzc2VzIHRoZSBpc3N1ZXMgd2l0aCBWQ0NWIENDIFR5cGVzIDIgYW5k
IDMgZGVzY3JpYmVkIGluDQogICBTZWN0aW9uIDEsIGFuZCBpcyBhIG5lY2Vzc2FyeSBwZXItcmVx
dWlzaXRlIFtbU2FzaGFdXSBwcmUtcmVxdWlzaXRlPw0KeWVzDQoNCm9mIHRoZSBsb25nIHRlcm0g
c3RyYXRlZ3kNCiAgIG9mIHRoZSBQQUxTIHdvcmtpbmcgZ3JvdXAgdG8gY29uc29saWRhdGUgdGhl
IFZDQ1YgY2hhbm5lbCB0eXBlcyBkb3duDQogICB0byBvbmx5IFZDQ1YgQ0MgVHlwZXMgMSBhbmQg
NC4gIFRoaXMgY29uc29saWRhdGlvbiBhbmRbW1Nhc2hhXV0/IE1pZ3JhdGlvbiBzdHJhdGVneT8g
U29tZXRoaW5nIHNlZW1zIHRvIGJlIG1pc3NpbmcgaGVyZS4gICB3aWxsIGJlIHRoZQ0KICAgc3Vi
amVjdCBvZiBmdXR1cmUgd29yayBieSB0aGUgUEFMUyB3b3JraW5nIGdyb3VwLg0KW1tTYXNoYV1d
IEkgYW0gbm90IHN1cmUgdGhhdCBkaXNjdXNzaW9uIG9mIHRoZSBQQUxTIFdHIGxvbmctdGVybSBz
dHJhdGVneSBpbiBhICBzdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQgaXMgYXBwcm9wcmlhdGUuIFRo
ZSByYXRpb25hbGUgZm9yIGludHJvZHVjaW5nIFZDQ1YgVHlwZSA0IGlzIHF1aXRlIGNsZWFyIHNp
bmNlIGl0IHJlc29sdmVzIHNwZWNpZmljIGlzc3VlcyB3aXRoIFZDQ1YgVHlwZSAyIGFuZCBWQ0NW
IFR5cGUgMy4NCkkgaGF2ZSBnb3QgcmlkIG9mIHRoZSBsb25nIHRlcm0gc3RyYXRlZ3kgdGV4dC4g
V2UgY2FuIHB1dCBpdCBiYWNrIGlmIGFueW9uZSBvYmplY3RzDQpkdXJpbmcgbGF0ZXIgc3RhZ2Ug
cmV2aWV3Lg0KDQpNYXliZSBpdCBpcyB3b3J0aCBtZW50aW9uaW5nIHRoYXQsIGp1c3QgYXMgVkND
ViBUeXBlIDEsIFZDQ1YgVHlwZSA0IGNhbiBiZSBjb21iaW5lZCB3aXRoIFZDQ1YgVHlwZSAzIGZv
ciBzZWdtZW50IE9BTSBvZiBNUy1QV3MuDQpBbHJlYWR5IGRvbmUuDQoNCkkgd2lsbCBsZWF2ZSBp
dCBvdXQgdGhlcmUgZm9yIGFub3RoZXIgZGF5IHRvIHNlZSBpZiB0aGVyZSBhcmUgYW55IG1vcmUg
Y29tbWVudHMgYmVmb3JlIEkgdXBsb2FkIGl0Lg0KDQotIFN0ZXdhcnQNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkFoYXJvbmk7DQoJcGFub3NlLTE6MiAxIDggMyAyIDEg
NCAzIDIgMzt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyBcO2NvbG9y
XDpcIzFGNDk3RCI7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9DQovKiBTdHlsZSBE
ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K
CXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0
Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7
fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bh
bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KdHQNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJz
YW5zLXNlcmlmIjsNCglmb250LXZhcmlhbnQ6bm9ybWFsICFpbXBvcnRhbnQ7DQoJY29sb3I6IzFG
NDk3RDsNCgl0ZXh0LXRyYW5zZm9ybTpub25lOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7
DQoJdmVydGljYWwtYWxpZ246YmFzZWxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0
eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl
cmlmIjsNCglmb250LXZhcmlhbnQ6bm9ybWFsICFpbXBvcnRhbnQ7DQoJY29sb3I6Izk5MzM2NjsN
Cgl0ZXh0LXRyYW5zZm9ybTpub25lOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7DQoJdmVy
dGljYWwtYWxpZ246YmFzZWxpbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6
ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7
c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBw
dDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+
PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz
cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4
bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg
ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N
Cjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1
cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM5OTMzNjYiPlN0ZXdhcnQsPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiM5OTMzNjYiPkxvdHMgb2YgdGhhbmtzIGZvciBhIHByb21wdCByZXNw
b25zZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Izk5MzM2NiI+VGhlIHRleHQgY292ZXJpbmcgc2Vn
bWVudCBPQU0gZm9yIE1TLVBXcyBpcyB2ZXJ5IGNsZWFyIGFuZCwgZnJvbSBteSBQT1YsIGZ1bGx5
IGNvdmVycyB0aGUgYmFja3dhcmQgY29tcGF0aWJpbGl0eSBpc3N1ZXMuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiM5OTMzNjYiPkFzIGZhciBhcyBJIGFtIGNvbmNlcm5lZCwgdGhlIG5ldyB2ZXJzaW9u
IGNhbiBiZSBwb3N0ZWQg4oCcYXMgaXPigJ0sIGJ1dCwgb2YgY291cnNlLCB0aGlzIGlzIHVwIHRv
IHlvdSBhbmQgeW91ciBjby1hdXRob3JzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojOTkzMzY2Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM5OTMzNjYiPlJlZ2FyZHMsPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiM5OTMzNjYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyBTYXNoYQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM5OTMzNjYiPkVtYWlsOiBBbGV4YW5k
ZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojOTkzMzY2Ij5N
b2JpbGU6IDA1NC05MjY2MzAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Izk5MzM2NiI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxk
aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w
cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48
L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h
JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQg
QnJ5YW50IFttYWlsdG86c3RicnlhbnRAY2lzY28uY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IFRo
dXJzZGF5LCBKYW51YXJ5IDE1LCAyMDE1IDM6NTcgUE08YnI+DQo8Yj5Ubzo8L2I+IEFsZXhhbmRl
ciBWYWluc2h0ZWluPGJyPg0KPGI+Q2M6PC9iPiBkcmFmdC1pZXRmLXBhbHMtdmNjdi1mb3ItZ2Fs
QHRvb2xzLmlldGYub3JnOyBwYWxzQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb
UGFsc10gQ2FuZGlkYXRlIGRyYWZ0LWlldGYtcGFscy12Y2N2LWZvci1nYWwtMDE8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbiB5b3UgZm9y
IGxvb2tpbmcgYXQgdGhpcyBTYXNoYTxicj4NCjxicj4NCkkgZm9yZ290IG9uZSB0aGluZyB0aGF0
IHlvdSBwaWNrZWQgdXAgb24gLSBNUy1QVzxicj4NCjxicj4NCkkgaGF2ZSBhZGRlZCBhIG5ldyBz
ZWN0aW9uIDU8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll
ciBOZXcmcXVvdDsiPldoZW4gdXNpbmcgVkNDViBDQyBUeXBlIDQgZm9yIE1TLVBXcywgYSBQRSB0
cmFuc21pdHRpbmcgdGhlDQo8YnI+DQpWQ0NWIHBhY2tldCB0byBhIFN3aXRjaGluZyBQRSAoUy1Q
RSkgTVVTVCBzZXQgdGhlIFRUTCB0byA8YnI+DQp0aGUgYXBwcm9wcmlhdGUgdmFsdWUgdG8gZXhw
aXJlIGF0IHRoYXQgUy1QRS4gQW4gUy1QRSB0aGF0IDxicj4NCnN1cHBvcnRzIHRoaXMgc3BlY2lm
aWNhdGlvbiBNVVNUIGluc3BlY3QgcGFja2V0cyBQVyBwYWNrZXQgPGJyPg0KdGhhdCBhcmUgcmVj
ZWl2ZWQgYXMgYSByZXN1bHQgb2YgVFRMIGV4cGlyeSwgZGV0ZXJtaW5lIDxicj4NCndoZXRoZXIg
YSBHQUwgZm9sbG93cyB0aGUgUFcgTFNFLiBJZiBhIEdBTCBpcyBwcmVzZW50IDxicj4NCnRoZSBT
LVBFIHRoZW4gcHJvY2Vzc2VzIHRoZSBWQ0NWIHBhY2tldC48YnI+DQo8YnI+DQpBbiBTLVBFIHRo
YXQgZG9lcyBub3Qgc3VwcG9ydCB0aGlzIHNwZWNpZmljYXRpb24gd291bGQgPGJyPg0KYmUgZXhw
ZWN0ZWQgdG8gcmVqZWN0IGFzIG1hbGZvcm1lZCBhIFZDQ1YgQ0MgVHlwZSA0IDxicj4NCnBhY2tl
dCB0aGF0IHdhcyByZWNlaXZlZC4gVGhpcyBpcyBiZWNhdXNlIHRoZSBTLVBFIDxicj4NCndvdWxk
IGV4cGVjdCB0aGUgUFcgTFNFIHRvIGJlIGJvdHRvbSBvZiBzdGFjayAodGhlIDxicj4NCm5vbiBG
QVQgY2FzZSkgYW5kIGZvciB0aGUgTFNFIGF0IGJvdHRvbSBvZiBzdGFjayBub3QgPGJyPg0KdG8g
YmUgYSByZXNlcnZlZCBsYWJlbCAoYm90aCB0aGUgRkFUIGFuZCB0aGUgbm9uLUZBVCA8YnI+DQpj
YXNlcykuIEFuIFMtUEUgdGhhdCBkaWQgbm90IG1ha2UgdGhpcyByZXNlcnZlZCBsYWJlbCA8YnI+
DQpjaGVjayB3b3VsZCB0aGVuIGZpbmQgdGhhdCB0aGUgZmlyc3QgbmliYmxlIGZvbGxvd2luZyA8
YnI+DQp0aGUgbGFiZWwgc3RhY2sgd2FzIDB4MSBhbmQgbm90IHRoZSBleHBlY3RlZCBzdGFydCA8
YnI+DQpvZiBhbiBJUCBwYWNrZXQuIEl0IHdvdWxkIGhlbmNlIGJlIGV4cGVjdGVkIHRvIGFsc28g
PGJyPg0KcmVqZWN0IHRoZSBwYWNrZXQuIFRoaXMgdXBkYXRlIHRvIHRoZSBiZWhhdmlvdXIgb2Yg
PGJyPg0KUy1QRXMgaXMgdGhlcmVmb3JlIGJhY2t3YXJkcyBjb21wYXRpYmxlLjwvc3Bhbj48YnI+
DQo8YnI+DQo8YnI+DQpPbiAxNS8wMS8yMDE1IDEwOjAzLCBBbGV4YW5kZXIgVmFpbnNodGVpbiB3
cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10
b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U3Rld2FydCw8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+TG90cyBvZiB0aGFua3MgZm9yIGEgdmVyeSBuaWNlIHJlLXdy
aXRlIG9mIHRoZSBkcmFmdCB0aGF0LCBmcm9tIG15IFBPViwgcmVzb2x2ZXMgYWxsIG91dHN0YW5k
aW5nIHRlY2huaWNhbCBpc3N1ZXMgcmFpc2VkIHNvIGZhciBhbmQgbW92ZWQgZGlzY3Vzc2lvbiBv
ZiBvcGVyYXRpb25hbA0KIGlzc3VlcyAoIGNvbnNvbGlkYXRpb24gb2YgVkNDViBUeXBlcywgbWln
cmF0aW9uIHN0cmF0ZWd5IGV0Yy4pICZuYnNwO291dCBvZiBzY29wZSBvZiBhIGNsZWFyLWN1dCB0
ZWNobmljYWwgc3BlY2lmaWNhdGlvbi4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4m
bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBoYXZlIGFkZGVkIGEgY291cGxl
IG9mIG1pbm9yIGNvbW1lbnRzDQo8Yj48aT5pbmxpbmUgYmVsb3c8L2k+IDwvYj50aGF0IGhvcGVm
dWxseSBjb3VsZCBiZSB1c2VmdWwuIFBsZWFzZSBmZWVsIGZyZWUgdG8gdXNlIChvciBub3QgdG8g
dXNlKSB0aGVtIGFzIHlvdSBzZWUgZml0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4m
bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyBTYXNoYQ0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkVtYWlsOg0KPGEgaHJl
Zj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tIj5BbGV4YW5kZXIuVmFp
bnNodGVpbkBlY2l0ZWxlLmNvbTwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TW9i
aWxlOiAwNTQtOTI2NjMwMjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu
YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl
ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5
OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQombmJzcDsmbmJzcDsgVkNDViBjdXJyZW50
bHkgc3BlY2lmaWVzIHRocmVlIENDIHR5cGVzLiZuYnNwOyBWQ0NWIENDIFR5cGUgMSB1c2VzIHRo
ZSBQVzxicj4NCiZuYnNwOyZuYnNwOyBDb250cm9sIFdvcmQgKENXKSB0byBkaXN0aW5ndWlzaCBW
Q0NWIHBhY2tldHMgZnJvbSBwYWNrZXRzIGNhcnJ5aW5nPGJyPg0KJm5ic3A7Jm5ic3A7IHVzZXIg
ZGF0YS4mbmJzcDtWQ0NWIENDIFR5cGVzIDIgYW5kIDMgcmVxdWlyZSBJUCBlbmNhcHN1bGF0aW9u
IGZvciBPQU08YnI+DQombmJzcDsmbmJzcDsgcGFja2V0cyB0aGV5IGNhcnJ5LiZuYnNwOyBUaGlz
IHdhcyBub3QgYW4gaXNzdWUgd2hlbiBbUkZDNTA4NV0gd2FzPGJyPg0KJm5ic3A7Jm5ic3A7IGRl
c2lnbmVkLCBidXQgaXMgaW4gY29uZmxpY3Qgd2l0aCB0aGUgZGVzaWduIGdvYWxzIG9mIE1QTFMt
VFA8YnI+DQombmJzcDsmbmJzcDsgW1JGQzU5MjFdIHdoaWNoIGRvZXMgbm90IG90aGVyd2lzZSBy
ZXF1aXJlIHRoZSBhdmFpbGFiaWxpdHkgb2YgSVAuPGJyPg0KJm5ic3A7Jm5ic3A7IFZDQ1YgQ0Mg
VHlwZSAyIGlzIG5vdCBzdXBwb3J0ZWQgYnk8L3NwYW4+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3IDtjb2xvcjojMUY0OTdEJnF1b3Q7LCZxdW90O3Nlcmlm
JnF1b3Q7Ij5bW1Nhc2hhXV0gbm90IGFwcGxpY2FibGUgdG8/DQo8L3NwYW4+PC9pPjwvYj48c3Bh
biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgO2NvbG9yOiMxRjQ5N0QmcXVv
dDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj55ZXMgLSBkb25lPGJyPg0K
PGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm11bHRpLXNlZ21lbnQgUFdzIChNUy1Q
V3MpPGJyPg0KJm5ic3A7Jm5ic3A7IFtSRkM2MDczXS4mbmJzcDsgQSBNUy1QVyBvcGVyYXRpbmcg
d2l0aG91dCB0aGUgQ1cgdGhlcmVmb3JlIGhhcyB0byB1c2U8YnI+DQombmJzcDsmbmJzcDsgVkND
ViBDQyBUeXBlIDMgd2hpY2ggaWRlbnRpZmllcyBWQ0NWIHBhY2tldHMgb24gdGhlIGJhc2lzIG9m
IFRUTDxicj4NCiZuYnNwOyZuYnNwOyBleHBpcnkuJm5ic3A7IFdoaWxzdCBsZXNzIG9mIGFuIGlz
c3VlIHdpdGggYSBzaW5nbGUgc2VnbWVudCBQVyAoU1MtUFcpLCBvbjxicj4NCiZuYnNwOyZuYnNw
OyBhbiBNUy1QVyB0aGlzIG5lZWQgdG8gYmUgYWNjdXJhdGVseSBzZXQgdG8gY2F1c2UgVFRMIGV4
cGlyeSBhdCB0aGU8YnI+DQombmJzcDsmbmJzcDsgZWdyZXNzIFRlcm1pbmF0aW5nIFByb3ZpZGVy
IEVkZ2UgKFQtUEUpIFtSRkM2MDczXS4mbmJzcDsgSW4gdGhlIGV2ZW50IG9mIGE8YnI+DQombmJz
cDsmbmJzcDsgZXJyb3IgaW4gdGhlIHNldHRpbmcgb2YgdGhlIFBXIExTRSBUVEwgdGhpcyBjYW4g
cmVzdWx0IGluIFZDQ1Y8YnI+DQombmJzcDsmbmJzcDsgcGFja2V0cyBsZWFraW5nIGludG8gdGhl
IGF0dGFjaG1lbnQgY2lyY3VpdCB3aGljaCBtYXkgZGlzcnVwdCB0aGU8YnI+DQombmJzcDsmbmJz
cDsgb3BlcmF0aW9uIG9mIHRoZSBQVywgb3IgdGhlIHVzZXIgc2VydmljZSwgYW5kIGlzIGEgc2Vj
dXJpdHkgcmlzay48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5bW1Nhc2hhXV0gTWF5YmUgeW91IGNvdWxkIGFkZCB0aGF0IFZD
Q1YgVHlwZSAzIHJlbWFpbnMgbWFuZGF0b3J5IGZvciBzZWdtZW50IE9BTSBvZiBNUy1QV3MgYW5k
IHRoYXQgaXQgaXMmbmJzcDsgY29tYmluZWQgd2l0aA0KIFZDQ1YgVHlwZSAxIGZvciBNUy1QV3Mg
dGhhdCB1c2UgdGhlIENXIOKAkyB0aGlzIGlzIGV4cGxpY2l0bHkgc3RhdGVkIGluIFJGQyA2MDcz
Ljwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIGFkZGVkPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5Ob3RlIHRoYXQgVkNDViBDQyBU
eXBlIDMgcmVtYWlucyBtYW5kYXRvcnkgZm9yIG11bHRpLXNlZ21lbnQgUFcgKE1TLVBXKQ0KPGJy
Pg0KT0FNJm5ic3A7IGFuZCBpdCBpcyBjdXJyZW50bHkgY29tYmluZWQgd2l0aCBWQ0NWIENDIFR5
cGUgMSBmb3IgTVMtUFdzIHRoYXQgPGJyPg0KdXNlIHRoZSBDVyBbUkZDNjA3M10uIFRoaXMgc3Bl
Y2lmaWNhdGlvbiBlbmFibGVzIHRoZSBjb21iaW5hdGlvbiBvZiA8YnI+DQpWQ0NWIENDIFR5cGUg
MyB3aXRoIFZDQ1YgVHlwZSA0IGZvciBQV3MgdGhhdCBkbyBub3Qgc3VwcG9ydCB0aGUgQ1c8L3Nw
YW4+PHR0PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4NCjwvc3Bhbj48L3R0PjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7Ij48YnI+DQo8dHQ+U2VjdGlvbjVdPC90dD48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8L3NwYW4+PGJyPg0KPGJyPg0KPGJy
Pg0KPG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz
b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1m
YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPk5hZGVhdSwgZXQgYWwuJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4
cGlyZXMgSnVseSAxOCwgMjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyBbUGFnZSAyXTxicj4NCjxicj4NCkludGVybmV0LURyYWZ0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdBTCBhcyBhIFZD
Q1YgQ2hhbm5lbCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBKYW51YXJ5IDIwMTU8YnI+DQo8YnI+DQo8YnI+DQom
bmJzcDsmbmJzcDsgVGhlIG5ldyBWQ0NWIENDIHR5cGUgZGVmaW5lZCBpbiB0aGlzIHNwZWNpZmlj
YXRpb24gYWRkcmVzc2VzIHRoZXNlPGJyPg0KJm5ic3A7Jm5ic3A7IHByb2JsZW1zIGZvciBQV3Mg
dGhhdCBkbyBub3QgdXNlIHRoZSBDVy48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgRm9yIHJlYXNv
bnMgb2YgbmV0d29yayBlZmZpY2llbmN5IGFuZCBkdWUgdG8gaGFyZHdhcmUgY29uc3RyYWludHMg
aXQ8YnI+DQombmJzcDsmbmJzcDsgaXMgbm90IHBvc3NpYmxlIHRvIGFkZHJlc3MgdGhlc2UgaXNz
dWUgYnkgbWFuZGF0aW5nIHRoYXQgYWxsIFBXcyB1c2U8YnI+DQombmJzcDsmbmJzcDsgdGhlIFBX
IENXLCBoZW5jZSB0aGUgaW50cm9kdWN0aW9uIG9mIHRoaXMgbmV3IFZDQ1YgQ0MgdHlwZS48L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv
dHRvbToxMi4wcHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj5bW1Nhc2hhXV0gTWF5YmUgeW91IGNvdWxkIGFkZCB0aGF0IFBXcyB3aXRob3V0IHRoZSBD
VyBhcmUgYWxyZWFkeSB3aWRlbHkgZGVwbG95ZWQsIGFuZCB0aGlzIGlzIG9uZSBvZiB0aGUgcmVh
c29ucyB3aHkgbWFuZGF0aW5nDQogYWxsIFBXcyB1c2UgdGhlIENXIGlzIG5vdCByZWFsaXN0aWMu
PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5JdCBub3cgc2F5czo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkZvciByZWFzb25zIG9mIG5ldHdv
cmsgZWZmaWNpZW5jeSBhbmQgZHVlIHRvIGhhcmR3YXJlIGNvbnN0cmFpbnRzIGl0IGlzIG5vdA0K
PGJyPg0KcG9zc2libGUgdG8gYWRkcmVzcyB0aGVzZSBpc3N1ZSBieSBtYW5kYXRpbmcgdGhhdCBh
bGwgUFdzIHVzZSB0aGUgUFcgQ1csIDxicj4NCmhlbmNlIHRoZSBpbnRyb2R1Y3Rpb24gb2YgdGhp
cyBuZXcgVkNDViBDQyB0eXBlLiBQV3Mgd2l0aG91dCB0aGUgQ1cgYXJlIDxicj4NCndpZGVseSBk
ZXBsb3llZCwgYW5kIGhlbmNlIG1hbmRhdGluZyB0aGF0IGFsbCBQV3MgdXNlIHRoZSBDVyBpcyBu
b3QgYSA8YnI+DQp2aWFibGUgd2F5IHRvIGFkZHJlc3MgdGhpcyBpc3N1ZS48L3NwYW4+PGJyPg0K
PGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCiZuYnNwOyZuYnNwOyBOb3Rl
IHRoYXQgdGhlIGluY2x1c2lvbiBvZiBhIEdBTCBmb2xsb3dpbmcgdGhlIFBXIExTRSBvdmVyIGEg
bGFiZWw8YnI+DQombmJzcDsmbmJzcDsgc3dpdGNoZWQgcGF0aCBzdWJqZWN0IHRvIEVxdWFsLUNv
c3QgTXVsdGktcGF0aCAoRUNNUCkgbG9hZCBiYWxhbmNpbmc8YnI+DQombmJzcDsmbmJzcDsgY2Fu
IGNhdXNlIHRoZSBPQU0gcGFja2V0IHRvIHRha2UgYSBkaWZmZXJlbnQgcGF0aCB0aHJvdWdoIHRo
ZSBuZXR3b3JrPGJyPg0KJm5ic3A7Jm5ic3A7IGZyb20gdGhlIGNvcnJlc3BvbmRpbmcgUFcgZGF0
YSBwYWNrZXRzLiZuYnNwOyBJZiB0aGF0IGlzIG5vdCBhY2NlcHRhYmxlLDxicj4NCiZuYnNwOyZu
YnNwOyB0aGVuIGFuIGFsdGVybmF0aXZlIFZDQ1YgdHlwZSBtdXN0IGJlIHVzZWQuPC9zcGFuPjxi
PjxpPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyA7Y29sb3I6IzFG
NDk3RCZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+W1tTYXNoYV1dIElzIHRoaXMgbm90IGEgTVVT
VD8mbmJzcDsNCjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj55ZXMgLSBhbmQgaXQncyB0d2luIGxhdGVyPGJyPg0KPGJyPg0KPG86cD48
L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVl
IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCjYuJm5ic3A7IE1hbmFnZWFiaWxpdHkgQ29uc2lk
ZXJhdGlvbnM8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgV2hpbHN0IHRoZSBpbnRyb2R1Y3Rpb24g
b2YgdGhpcyBhZGRpdGlvbmFsIFZDQ1YgQ0MgdHlwZSBpbmNyZWFzZXMgdGhlPGJyPg0KJm5ic3A7
Jm5ic3A7IG51bWJlciBvZiBWQ0NWIENDIHR5cGVzIHRoYXQgdGhlIG9wZXJhdG9yIG5lZWRzIHRv
IG1hbmFnZSwgaXQ8YnI+DQombmJzcDsmbmJzcDsgYWRkcmVzc2VzIHRoZSBpc3N1ZXMgd2l0aCBW
Q0NWIENDIFR5cGVzIDIgYW5kIDMgZGVzY3JpYmVkIGluPGJyPg0KJm5ic3A7Jm5ic3A7IFNlY3Rp
b24gMSwgYW5kIGlzIGEgbmVjZXNzYXJ5IHBlci1yZXF1aXNpdGUgPC9zcGFuPjxiPjxpPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyA7Y29sb3I6IzFGNDk3RCZxdW90
OywmcXVvdDtzZXJpZiZxdW90OyI+W1tTYXNoYV1dIHByZS1yZXF1aXNpdGU/PC9zcGFuPjwvaT48
L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj55ZXM8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0
LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi
PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+b2YgdGhl
IGxvbmcgdGVybSBzdHJhdGVneTxicj4NCiZuYnNwOyZuYnNwOyBvZiB0aGUgUEFMUyB3b3JraW5n
IGdyb3VwIHRvIGNvbnNvbGlkYXRlIHRoZSBWQ0NWIGNoYW5uZWwgdHlwZXMgZG93bjxicj4NCiZu
YnNwOyZuYnNwOyB0byBvbmx5IFZDQ1YgQ0MgVHlwZXMgMSBhbmQgNC4mbmJzcDsgVGhpcyBjb25z
b2xpZGF0aW9uIGFuZDwvc3Bhbj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcgO2NvbG9yOiMxRjQ5N0QmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPltbU2Fz
aGFdXT8gTWlncmF0aW9uIHN0cmF0ZWd5PyBTb21ldGhpbmcgc2VlbXMgdG8gYmUgbWlzc2luZyBo
ZXJlLg0KPC9zcGFuPjwvaT48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp
ZXIgTmV3IDtjb2xvcjojMUY0OTdEJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDs8L3Nw
YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz
cDt3aWxsIGJlIHRoZTxicj4NCiZuYnNwOyZuYnNwOyBzdWJqZWN0IG9mIGZ1dHVyZSB3b3JrIGJ5
IHRoZSBQQUxTIHdvcmtpbmcgZ3JvdXAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48aT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1tTYXNoYV1dIEkgYW0gbm90IHN1cmUg
dGhhdCBkaXNjdXNzaW9uIG9mIHRoZSBQQUxTIFdHIGxvbmctdGVybSBzdHJhdGVneSBpbiBhICZu
YnNwO3N0YW5kYXJkcyB0cmFjayBkb2N1bWVudCBpcyBhcHByb3ByaWF0ZS4NCiBUaGUgcmF0aW9u
YWxlIGZvciBpbnRyb2R1Y2luZyBWQ0NWIFR5cGUgNCBpcyBxdWl0ZSBjbGVhciBzaW5jZSBpdCBy
ZXNvbHZlcyBzcGVjaWZpYyBpc3N1ZXMgd2l0aCBWQ0NWIFR5cGUgMiBhbmQgVkNDViBUeXBlIDMu
PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPjxpPkkgaGF2ZSBnb3QgcmlkIG9mIHRoZSBsb25nIHRlcm0gc3RyYXRlZ3kgdGV4dC4g
V2UgY2FuIHB1dCBpdCBiYWNrIGlmIGFueW9uZSBvYmplY3RzPGJyPg0KZHVyaW5nIGxhdGVyIHN0
YWdlIHJldmlldy48YnI+DQo8YnI+DQo8L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAw
Y20gMGNtIDQuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t
OjEyLjBwdCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
Pk1heWJlIGl0IGlzIHdvcnRoIG1lbnRpb25pbmcgdGhhdCwganVzdCBhcyBWQ0NWIFR5cGUgMSwg
VkNDViBUeXBlIDQgY2FuIGJlIGNvbWJpbmVkIHdpdGggVkNDViBUeXBlIDMgZm9yIHNlZ21lbnQg
T0FNIG9mIE1TLVBXcy48L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+QWxyZWFkeSBkb25lLjwvaT48L2I+PGJyPg0KPGJyPg0K
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdpbGwgbGVhdmUgaXQgb3V0
IHRoZXJlIGZvciBhbm90aGVyIGRheSB0byBzZWUgaWYgdGhlcmUgYXJlIGFueSBtb3JlIGNvbW1l
bnRzIGJlZm9yZSBJIHVwbG9hZCBpdC48YnI+DQo8YnI+DQotIFN0ZXdhcnQ8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_DB3PR03MB08127A5761DA74CE1544D6F09D4E0DB3PR03MB0812eurp_--


From nobody Fri Jan 16 12:00:40 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49CDF1ACEE4 for <pals@ietfa.amsl.com>; Fri, 16 Jan 2015 12:00: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, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JH41Qcb5IhhP for <pals@ietfa.amsl.com>; Fri, 16 Jan 2015 12:00:35 -0800 (PST)
Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 480BF1B2B53 for <pals@ietf.org>; Fri, 16 Jan 2015 12:00:29 -0800 (PST)
Received: by mail-qa0-f46.google.com with SMTP id j7so16880379qaq.5 for <pals@ietf.org>; Fri, 16 Jan 2015 12:00:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=TNAaQaFJ2oA6kUZBjcS5XI4kPJNUBoDrVZ3M/JHfXj0=; b=fih0Ql54ow0cZVme4PE+aiRxgYvun9k/a9aFy2aa3/hcFr806z3+3/mCpUEtUx7N2a GZyacbuagypsGCFN0r3YXZRVRBQX22kKJ81sgWxGnVKgtsklwiZPibDZZ0xpADSNouZz UNKTikvhaeufaPi6zCHqtu114EGW31PU5hYKSedpdpJq6mf3eDQhy6tRS70qPR7Vaqj1 mer0uWpqq7DUnggnrA4+xqV85Uvj28DZgYSlqAuLbdtkLe0SJ2GeuTbDYl1ZXQmj+yzg i0hiK9TUNDCcVizEo8sQ2AmTu+qJhjizykBSu3JLE4965ZJOshE3AQB5XaFtUHtE+u1k D1ug==
X-Received: by 10.224.93.6 with SMTP id t6mr27961714qam.93.1421438422630; Fri, 16 Jan 2015 12:00:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.101.106 with HTTP; Fri, 16 Jan 2015 12:00:02 -0800 (PST)
In-Reply-To: <20150114224325.1801F1832B8@rfc-editor.org>
References: <20150114224325.1801F1832B8@rfc-editor.org>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Fri, 16 Jan 2015 15:00:02 -0500
Message-ID: <CAA=duU2xUMpEDpwvyLRjtSqiOiuMNbsm=Li6d3AxSj0UBc8HhA@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=089e01495028404d55050cca6c55
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/rJARvnRtanB9JDX83XqJjg_rBPo>
Subject: [Pals] Fwd: RFC 7436 on IP-Only LAN Service (IPLS)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jan 2015 20:00:38 -0000

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

I would like to congratulate Himanshu and co-authors on this RFC, it's been
a long time in the making!

Cheers,
Andy

---------- Forwarded message ----------
From: <rfc-editor@rfc-editor.org>
Date: Wed, Jan 14, 2015 at 5:43 PM
Subject: RFC 7436 on IP-Only LAN Service (IPLS)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Cc: l2vpn@ietf.org, drafts-update-ref@iana.org, rfc-editor@rfc-editor.org


A new Request for Comments is now available in online RFC libraries.


        RFC 7436

        Title:      IP-Only LAN Service (IPLS)
        Author:     H. Shah, E. Rosen,
                    F. Le Faucheur, G. Heron
        Status:     Historic
        Stream:     IETF
        Date:       January 2015
        Mailbox:    hshah@ciena.com,
                    erosen@juniper.net,
                    flefauch@cisco.com,
                    giheron@cisco.com
        Pages:      32
        Characters: 74340
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-l2vpn-ipls-16.txt

        URL:        https://www.rfc-editor.org/info/rfc7436

A Virtual Private LAN Service (VPLS) is used to interconnect systems
across a wide-area or metropolitan-area network, making it appear that
they are on a private LAN.  The systems that are interconnected may
themselves be LAN switches.  If, however, they are IP hosts or IP
routers, certain simplifications to the operation of the VPLS are
possible.  We call this simplified type of VPLS an "IP-only LAN
Service" (IPLS).  In an IPLS, as in a VPLS, LAN interfaces are run in
promiscuous mode, and frames are forwarded based on their destination
Media Access Control (MAC) addresses.  However, the maintenance of the
MAC forwarding tables is done via signaling, rather than via the MAC
address learning procedures specified in the IEEE's "Media Access Control
(MAC) Bridges".  This document specifies the protocol extensions and
procedures for support of the IPLS service.

The original intent was to provide an alternate solution to VPLS for
those Provider Edge (PE) routers that were not capable of learning MAC
addresses through data plane.  This became a non-issue with newer
hardware.  The concepts put forth by this document are still valuable and
are adopted in one form or other by newer work such as Ethernet VPN in
L2VPN working group and possible data center applications.  At this
point, no further action is planned to update this document and it is
published simply as a historic record of the ideas.

This document is a product of the Layer 2 Virtual Private Networks Working
Group of the IETF.


HISTORIC: This memo defines a Historic Document for the Internet
community.  It does not specify an Internet standard of any kind.
Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/rfc.html

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC

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

<div dir=3D"ltr">I would like to congratulate Himanshu and co-authors on th=
is RFC, it&#39;s been a long time in the making!<div><br></div><div>Cheers,=
</div><div>Andy</div><div><br><div class=3D"gmail_quote">---------- Forward=
ed message ----------<br>From: <b class=3D"gmail_sendername"></b> <span dir=
=3D"ltr">&lt;<a href=3D"mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-ed=
itor.org</a>&gt;</span><br>Date: Wed, Jan 14, 2015 at 5:43 PM<br>Subject: R=
FC 7436 on IP-Only LAN Service (IPLS)<br>To: <a href=3D"mailto:ietf-announc=
e@ietf.org">ietf-announce@ietf.org</a>, <a href=3D"mailto:rfc-dist@rfc-edit=
or.org">rfc-dist@rfc-editor.org</a><br>Cc: <a href=3D"mailto:l2vpn@ietf.org=
">l2vpn@ietf.org</a>, <a href=3D"mailto:drafts-update-ref@iana.org">drafts-=
update-ref@iana.org</a>, <a href=3D"mailto:rfc-editor@rfc-editor.org">rfc-e=
ditor@rfc-editor.org</a><br><br><br>A new Request for Comments is now avail=
able in online RFC libraries.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 7436<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 IP-Only LAN Service =
(IPLS)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0H. Shah, E. Rosen,<b=
r>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 F. Le=
 Faucheur, G. Heron<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Historic<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0January 2015<br=
>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 <a href=3D"mailto:hshah@c=
iena.com">hshah@ciena.com</a>,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <a hr=
ef=3D"mailto:erosen@juniper.net">erosen@juniper.net</a>,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <a hr=
ef=3D"mailto:flefauch@cisco.com">flefauch@cisco.com</a>,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <a hr=
ef=3D"mailto:giheron@cisco.com">giheron@cisco.com</a><br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 32<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Characters: 74340<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates/Obsoletes/SeeAlso:=C2=A0 =C2=A0None<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-l2vpn-ipls-16.=
txt<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"http=
s://www.rfc-editor.org/info/rfc7436" target=3D"_blank">https://www.rfc-edit=
or.org/info/rfc7436</a><br>
<br>
A Virtual Private LAN Service (VPLS) is used to interconnect systems<br>
across a wide-area or metropolitan-area network, making it appear that<br>
they are on a private LAN.=C2=A0 The systems that are interconnected may<br=
>
themselves be LAN switches.=C2=A0 If, however, they are IP hosts or IP<br>
routers, certain simplifications to the operation of the VPLS are<br>
possible.=C2=A0 We call this simplified type of VPLS an &quot;IP-only LAN<b=
r>
Service&quot; (IPLS).=C2=A0 In an IPLS, as in a VPLS, LAN interfaces are ru=
n in<br>
promiscuous mode, and frames are forwarded based on their destination<br>
Media Access Control (MAC) addresses.=C2=A0 However, the maintenance of the=
<br>
MAC forwarding tables is done via signaling, rather than via the MAC<br>
address learning procedures specified in the IEEE&#39;s &quot;Media Access =
Control<br>
(MAC) Bridges&quot;.=C2=A0 This document specifies the protocol extensions =
and<br>
procedures for support of the IPLS service.<br>
<br>
The original intent was to provide an alternate solution to VPLS for<br>
those Provider Edge (PE) routers that were not capable of learning MAC<br>
addresses through data plane.=C2=A0 This became a non-issue with newer<br>
hardware.=C2=A0 The concepts put forth by this document are still valuable =
and<br>
are adopted in one form or other by newer work such as Ethernet VPN in<br>
L2VPN working group and possible data center applications.=C2=A0 At this<br=
>
point, no further action is planned to update this document and it is<br>
published simply as a historic record of the ideas.<br>
<br>
This document is a product of the Layer 2 Virtual Private Networks Working =
Group of the IETF.<br>
<br>
<br>
HISTORIC: This memo defines a Historic Document for the Internet<br>
community.=C2=A0 It does not specify an Internet standard of any kind.<br>
Distribution of this memo is unlimited.<br>
<br>
This announcement is sent to the IETF-Announce and rfc-dist lists.<br>
To subscribe or unsubscribe, see<br>
=C2=A0 <a href=3D"https://www.ietf.org/mailman/listinfo/ietf-announce" targ=
et=3D"_blank">https://www.ietf.org/mailman/listinfo/ietf-announce</a><br>
=C2=A0 <a href=3D"https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist"=
 target=3D"_blank">https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist=
</a><br>
<br>
For searching the RFC series, see <a href=3D"https://www.rfc-editor.org/sea=
rch" target=3D"_blank">https://www.rfc-editor.org/search</a><br>
For downloading RFCs, see <a href=3D"https://www.rfc-editor.org/rfc.html" t=
arget=3D"_blank">https://www.rfc-editor.org/rfc.html</a><br>
<br>
Requests for special distribution should be addressed to either the<br>
author of the RFC in question, or to <a href=3D"mailto:rfc-editor@rfc-edito=
r.org">rfc-editor@rfc-editor.org</a>.=C2=A0 Unless<br>
specifically noted otherwise on the RFC itself, all RFCs are for<br>
unlimited distribution.<br>
<br>
<br>
The RFC Editor Team<br>
Association Management Solutions, LLC<br>
<br>
<br>
</div><br></div></div>

--089e01495028404d55050cca6c55--


From nobody Wed Jan 21 08:01:40 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23D9B1A1AE0; Wed, 21 Jan 2015 08:01:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kRuRUWQ0Hq-8; Wed, 21 Jan 2015 08:01:32 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 953BB1A1AF1; Wed, 21 Jan 2015 08:01:32 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.10.0.p8
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150121160132.15410.55577.idtracker@ietfa.amsl.com>
Date: Wed, 21 Jan 2015 08:01:32 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/GwjTRwunTLB8mjAlmHBi_cc-PaI>
Cc: pals@ietf.org
Subject: [Pals] I-D Action: draft-ietf-pwe3-endpoint-fast-protection-02.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Jan 2015 16:01:35 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF.

        Title           : PW Endpoint Fast Failure Protection
        Authors         : Yimin Shen
                          Rahul Aggarwal
                          Wim Henderickx
                          Yuanlong Jiang
	Filename        : draft-ietf-pwe3-endpoint-fast-protection-02.txt
	Pages           : 29
	Date            : 2015-01-21

Abstract:
   This document specifies a fast mechanism for protecting pseudowires
   against egress endpoint failures, including egress attachment circuit
   failure, egress PE failure, multi-segment PW terminating PE failure,
   and multi-segment PW switching PE failure.  Designed on the basis of
   multi-homed CE, PW redundancy, upstream label assignment and context
   specific label switching, the mechanism enables local repair to be
   performed by the router upstream adjacent to a failure.  In
   particular, the router can restore PW traffic in the order of tens of
   milliseconds, by transmitting the traffic to a protector through a
   pre-established bypass tunnel.  Therefore, the mechanism can reduce
   traffic loss before global repair reacts to the failure and the
   network converges on the topology changes due to the failure.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pwe3-endpoint-fast-protection/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-pwe3-endpoint-fast-protection-02

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-pwe3-endpoint-fast-protection-02


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

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


From nobody Wed Jan 21 14:41:09 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8BFC1A0072; Wed, 21 Jan 2015 14:41:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZAnkq8wsIeqS; Wed, 21 Jan 2015 14:41:04 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F6E91A0076; Wed, 21 Jan 2015 14:41:04 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Andrew G. Malis" <agmalis@gmail.com>
To: afarrel@juniper.net
X-Test-IDTracker: no
X-IETF-IDTracker: 5.10.0.p8
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150121224104.29284.64145.idtracker@ietfa.amsl.com>
Date: Wed, 21 Jan 2015 14:41:04 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/5gSKNV8JO56ERIF_-0jEBQrIdR4>
Cc: iesg-secretary@ietf.org, pals@ietf.org, pals-chairs@tools.ietf.org, agmalis@gmail.com, draft-ietf-pwe3-iccp-stp.all@tools.ietf.org
Subject: [Pals] Publication has been requested for draft-ietf-pwe3-iccp-stp-02
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Jan 2015 22:41:06 -0000

Andy Malis has requested publication of draft-ietf-pwe3-iccp-stp-02 as Proposed Standard on behalf of the PALS working group.

Please verify the document's state at http://datatracker.ietf.org/doc/draft-ietf-pwe3-iccp-stp/


From nobody Thu Jan 22 05:08:39 2015
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C6ED1ACC8B for <pals@ietfa.amsl.com>; Thu, 22 Jan 2015 04:48:52 -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, TVD_SPACE_RATIO=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id or93L_i30h-C; Thu, 22 Jan 2015 04:48:51 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 623071A19EF; Thu, 22 Jan 2015 04:48:51 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: agmalis@gmail.com, draft-ietf-pwe3-iccp-stp.all@tools.ietf.org, pals-chairs@tools.ietf.org, pals@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.10.0.p8
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150122124851.4357.61641.idtracker@ietfa.amsl.com>
Date: Thu, 22 Jan 2015 04:48:51 -0800
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/pTxgT6dGRDngWyIn2LBbMN058-A>
X-Mailman-Approved-At: Thu, 22 Jan 2015 05:08:37 -0800
Subject: [Pals] ID Tracker State Update Notice: <draft-ietf-pwe3-iccp-stp-02.txt>
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jan 2015 12:48:52 -0000

IESG state changed to AD Evaluation from Publication Requested
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-pwe3-iccp-stp/


From nobody Mon Jan 26 07:48:30 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4EA61A90D6 for <pals@ietfa.amsl.com>; Mon, 26 Jan 2015 07:48:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.81
X-Spam-Level: 
X-Spam-Status: No, score=-11.81 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4aufmOxbFc4l for <pals@ietfa.amsl.com>; Mon, 26 Jan 2015 07:48:22 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 709DB1A90D2 for <pals@ietf.org>; Mon, 26 Jan 2015 07:48:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22569; q=dns/txt; s=iport; t=1422287301; x=1423496901; h=message-id:date:from:reply-to:mime-version:to:subject; bh=Fiphq20Xv89qjQfaU1eghA7RG3i1sDGpzwYSnHks55U=; b=b7dcgg6B/9CgHU6S6DDegL6B22VouRwM7Gd15l1XL02NjQZguf96cWRC Qu1LYUaXl3fUKl9p0gnfgF+pnr38e9IpZ1ziDK4DfQIunp2XyR1olyBlN Z1yNjHLmwJ/FIkCIbbdy5MpK2GTtyS3B7E3jRu3sTLZSr6g3Q5r2JV4rT Y=;
X-IronPort-AV: E=Sophos;i="5.09,469,1418083200";  d="scan'208,217";a="323134693"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP; 26 Jan 2015 15:48:19 +0000
Received: from [10.147.62.73] (dhcp-bdlk10-vlan256-10-147-62-73.cisco.com [10.147.62.73]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t0QFmJXp030292; Mon, 26 Jan 2015 15:48:19 GMT
Message-ID: <54C661C3.3050003@cisco.com>
Date: Mon, 26 Jan 2015 15:48:19 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: draft-ietf-l2vpn-mpls-tp-mac-wd@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>, pals-chairs@tools.ietf.org
Content-Type: multipart/alternative; boundary="------------010105050302070105040209"
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/iHbbyo_64OElihAltYlZoQWYh5Y>
Subject: [Pals] Some comments on draft-ietf-l2vpn-mpls-tp-mac-wd-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jan 2015 15:48:28 -0000

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




Hi, I have been looking at this draft and I have a few concerns which
I think need to be addressed.

I think that you need to take a careful look at the error
cases and the MTU issues that arise as a result of the use
of the ACK mechanism you designed to replace TCP.

This system is rather different from the system that you
cloned it from. Firstly the original was just sending status
whereas you are potentially sending a long string of MAC addresses
and secondly the original had a heartbeat that allowed
it to eventually send the status, which you do not seem to have.

In the LDP version the status always gets through and there
is no MTU problem.

I am fearful that if you implemented this it would mostly work
but when some error case occurred you would get some very strange
behavior that would be very difficult to debug, and would look
like a s/w error when it was a protocol error.

- Stewart

===
When the number of MAC addresses to be removed is
    large, empty MAC List TLV may be used.

- I think that should be "the empty MAC"
===

    A PW can be signaled via LDP or can be statically provisioned.  In
    the case of static PW, LDP based MAC withdrawal mechanism cannot be

- the LDP.....
===



3.  MAC Withdraw OAM Message


    A given MAC withdrawal notification is
    sent as a PW OAM message, and the sender keeps re-transmitting the
    message until it receives an ACK for that message.

- OK, but you need a backoff mechanism which I do not see described

=====

    Once a receiver
    successfully remove MAC address(es) in response to a MAC address
    withdraw OAM message, it should not unnecessarily remove MAC
    address(es) upon getting refresh message(s).  To facilitate this, the
    proposed mechanism uses sequence number, and defines a new TLV to
    carry the sequence number.

- I think that using s/n is fine, but you do not need a TLV you
can make it part of the MAC Withdraw OAM Message since it is
always present. The way that you have the message designed below
you always send 64 bits to send 32 bits.
  
    The format of the MAC address withdraw OAM message is shown in
    Figure 1.  The PW OAM message header is exactly the same as what is
    defined in [RFC6478].  Since the MAC withdrawal PW OAM message is not
    refreshed forever.  A MAC address withdraw OAM message MUST contain a
    "Sequence Number TLV" otherwise the entire message is dropped.

- Suggest you just make it part of the non-TLV message.

    It
    MAY contain MAC Flush Parameter TLVs defined in [MAC-OPT]  when
    static PWs are deployed in H-VPLS and PBB-VPLS scenarios.  The first
    2 bits of the sequence number TLV are reserved and MUST be set to 0
    on transmit and ignored on receipt.


- Why?



        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |0 0 0 1|Version|   Reserved    |0xZZ MAC Withdraw OAM Message  |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |            Reserved           |  TLV Length   |A|R| Flags     |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |Res| Sequence Number TLV (TBD) |  Sequence Number TLV Length   |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                        Sequence Number                        |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         MAC List TLV                          |
       ~                MAC Flush Parameter TLV (optional)             ~
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


             Figure 1: MAC Address Withdraw PW OAM Packet Format

    In this section, MAC List TLV and MAC Flush Parameter TLV are
    collectively referred to as "MAC TLV(s)".  The processing rules of
    MAC List TLV are governed by [RFC4762], and the corresponding rules
    of MAC Flush Parameter TLV are governed by [MAC-OPT].

    "TLV Length" is the total length of all TLVs in the message, and
    "Sequence Number TLV Length" is the length of the sequence number
    field.

    A single bit (called A-bit) is set to indicate if a MAC withdraw
    message is for ACK.  Also, ACK does not include MAC TLV(s).

    Only half of the sequence number space is used.  Modular arithmetic
    is used to detect wrapping of sequence number.  When sequence number
    wraps, all MAC addresses are flushed and the sequence number is
    reset.

- That sounds rather brutal. I am not sure how often this will happen
but if you got rid of the TLV and used 64 bits the answer would be never.
Given the rarity you might just take the PW down.

    A single bit (called R-bit) is set to indicate if the sender is
    requesting reset of the sequence numbers.  The sender sets this bit
    when the Pseudowire is restarted and has no local record of send and
    expected receive sequence number.


  4.  Operation

    This section describes how the initial MAC withdraw OAM messages are
    sent and retransmitted, as well as how the messages are processed and
    retransmitted messages are identified.

4.1.  Operation of Sender

    Each PW is associated with a counter to keep track of the sequence
    number of the transmitted MAC withdrawal messages.  Whenever a node
    sends a new set of MAC TLVs, it increments the transmitted sequence
    number counter, and include the new sequence number in the message.
    The transmit sequence number is initialized to 1 at the onset.

    The sender expects an ACK from the receiver within a time interval
    which we call "Retransmit Time" which can be either a default (1
    second) or configured value.

- I think that you should include this in the message so both parties
know the value.

    If the ACK does not arrive within the
    Retransmit Time, the sender retransmits the message with the same
    sequence number as the original message.  The retransmission is
    ceased anytime when ACK is received or after three retries.

- So what happens if three is not enough? I think that you need
to continue and that is what your earlier text said. However I think
you also need to back off the rate since it may be getting lost
due to some congestion.

    This
    avoids unended retransmissions in the absence of acknowledgements.
    In addition, if during the period of retransmission, if a need to
    send a new MAC withdraw message with updated sequence number arises
    then retransmission of the older unacknowledged withdraw message is
    suspended and retransmit time for the new sequence number is
    initiated.  In essence, sender engages in retrasmission logic only
    for the latest send withdraw message for a given PW.

- So what happens to the MAC addresses in the old (lost message)?
Are they concatenated with the new addresses or simply ignored?
What happens when the MTU is exhausted - Something that will not happen
with a TCP channel but will happen in an OAM channel?

    In the event that a Pseudowire was deleted and re-added or the router
    is restarted with configuration, the local node may lose information
    about the send sequence number of previous incarnation.  This becomes
    problematic for the remote peer as it will continue to ignore the
    received MAC withdraw messages with lower sequence numbers.  In such
    cases, it is desirable to reset the sequence numbers at both ends of
    the Pseudowire.  The 'R' reset bit is set in the first MAC withdraw
    to notify the remote peer to reset the send and receive sequence
    numbers.  The 'R' bit must be cleared in subsequent MAC withdraw
    messages after the acknowledgement is received


- A case that you have not considered is late arrival of an OAM
message - which can happen with FRR. Won't this reset the sequence
numbers at the receiver?

Do you always need to send the the R bit whenever there is a wrapped?


  4.2.  Operation of Receiver

    Each PW is associated with a register to keep track of the sequence
    number of the MAC withdrawal message received last.  Whenever a MAC
    withdrawal message is received, and if the sequence number on the
    message is greater than the value in the register, the MAC



Sivabalan, et al.        Expires January 2, 2015                [Page 5]

Internet-Draft    MAC Withdrawal over Static Pseudowire        July 2014


    address(es) contained in the MAC TLV(s) is/are removed, and the
    register is updated with the received sequence number.  The receiver
    sends an ACK whose sequence number is the same as that in the
    received message.

    If the sequence number in the received message is smaller than or
    equal to the value in the register, the MAC TLV(s) is/are not
    processed.

- So if it were a superseded message those MACs are not withdrawn?

    However, an ACK with the received sequence number MUST be
    sent as a response.  The receiver processes the ACK message as an
    acknowledgement for all the MAC withdraw messages sent up to the
    sequence number present in the ACK message and terminates
    retransmission.

    As mentioned above, since only half of the sequence number space is
    used, the receiver MUST use modular arithmetic to detect wrapping of
    the sequence number.

- I do not understand how you distinguish a late from a wrap?

    A MAC withdraw message with 'R' bit set MUST be processed by
    resetting the send and receive sequence number first.  The rest of
    MAC withdraw message processing is performed as described above.  The
    acknowledgement is sent with 'R' bit cleared.

5.  IANA Considerations

    The proposed mechanism requests IANA to a assign new channel type
    (recommended value 0x0028) from the registry named "Pseudowire
    Associated Channel Types".  The description of the new channel type
    is "Pseudowire MAC Withdraw OAM Channel".

    IANA needs to create a new registry for Pseudowire Associated Channel
    TLVs, and create an entry for "Sequence Number TLV".  The recommended
    value is 0x0001.

- NO!!!!! we decided a long time ago that ACH TLVs would live in a registry
associated with the channel type, not in a global registry, although in
this case I do not think you need a registry at all.

- Where does the MAC TLV get assigned?

- Again do you need a TLV for the MAC addresses - why not a list length?

+++++++++


  


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

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    <pre><meta http-equiv="content-type" content="text/html; charset=utf-8">


Hi, I have been looking at this draft and I have a few concerns which
I think need to be addressed.

I think that you need to take a careful look at the error
cases and the MTU issues that arise as a result of the use
of the ACK mechanism you designed to replace TCP.

This system is rather different from the system that you
cloned it from. Firstly the original was just sending status
whereas you are potentially sending a long string of MAC addresses
and secondly the original had a heartbeat that allowed
it to eventually send the status, which you do not seem to have.

In the LDP version the status always gets through and there
is no MTU problem.

I am fearful that if you implemented this it would mostly work
but when some error case occurred you would get some very strange
behavior that would be very difficult to debug, and would look
like a s/w error when it was a protocol error.

- Stewart 

===
When the number of MAC addresses to be removed is
   large, empty MAC List TLV may be used.  

- I think that should be "the empty MAC"
===

   A PW can be signaled via LDP or can be statically provisioned.  In
   the case of static PW, LDP based MAC withdrawal mechanism cannot be

- the LDP.....
===



3.  MAC Withdraw OAM Message


   A given MAC withdrawal notification is
   sent as a PW OAM message, and the sender keeps re-transmitting the
   message until it receives an ACK for that message.  

- OK, but you need a backoff mechanism which I do not see described

=====

   Once a receiver
   successfully remove MAC address(es) in response to a MAC address
   withdraw OAM message, it should not unnecessarily remove MAC
   address(es) upon getting refresh message(s).  To facilitate this, the
   proposed mechanism uses sequence number, and defines a new TLV to
   carry the sequence number.

- I think that using s/n is fine, but you do not need a TLV you
can make it part of the MAC Withdraw OAM Message since it is
always present. The way that you have the message designed below
you always send 64 bits to send 32 bits.
 
   The format of the MAC address withdraw OAM message is shown in
   Figure 1.  The PW OAM message header is exactly the same as what is
   defined in [RFC6478].  Since the MAC withdrawal PW OAM message is not
   refreshed forever.  A MAC address withdraw OAM message MUST contain a
   "Sequence Number TLV" otherwise the entire message is dropped.  

- Suggest you just make it part of the non-TLV message.

   It
   MAY contain MAC Flush Parameter TLVs defined in [MAC-OPT]  when
   static PWs are deployed in H-VPLS and PBB-VPLS scenarios.  The first
   2 bits of the sequence number TLV are reserved and MUST be set to 0
   on transmit and ignored on receipt.


- Why?



       0                   1                   2                   3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |0 0 0 1|Version|   Reserved    |0xZZ MAC Withdraw OAM Message  |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |            Reserved           |  TLV Length   |A|R| Flags     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |Res| Sequence Number TLV (TBD) |  Sequence Number TLV Length   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        Sequence Number                        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                                                               |
      |                         MAC List TLV                          |
      ~                MAC Flush Parameter TLV (optional)             ~
      |                                                               |
      |                                                               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


            Figure 1: MAC Address Withdraw PW OAM Packet Format

   In this section, MAC List TLV and MAC Flush Parameter TLV are
   collectively referred to as "MAC TLV(s)".  The processing rules of
   MAC List TLV are governed by [RFC4762], and the corresponding rules
   of MAC Flush Parameter TLV are governed by [MAC-OPT].

   "TLV Length" is the total length of all TLVs in the message, and
   "Sequence Number TLV Length" is the length of the sequence number
   field.

   A single bit (called A-bit) is set to indicate if a MAC withdraw
   message is for ACK.  Also, ACK does not include MAC TLV(s).

   Only half of the sequence number space is used.  Modular arithmetic
   is used to detect wrapping of sequence number.  When sequence number
   wraps, all MAC addresses are flushed and the sequence number is
   reset.

- That sounds rather brutal. I am not sure how often this will happen
but if you got rid of the TLV and used 64 bits the answer would be never.
Given the rarity you might just take the PW down. 

   A single bit (called R-bit) is set to indicate if the sender is
   requesting reset of the sequence numbers.  The sender sets this bit
   when the Pseudowire is restarted and has no local record of send and
   expected receive sequence number.


 4.  Operation

   This section describes how the initial MAC withdraw OAM messages are
   sent and retransmitted, as well as how the messages are processed and
   retransmitted messages are identified.

4.1.  Operation of Sender

   Each PW is associated with a counter to keep track of the sequence
   number of the transmitted MAC withdrawal messages.  Whenever a node
   sends a new set of MAC TLVs, it increments the transmitted sequence
   number counter, and include the new sequence number in the message.
   The transmit sequence number is initialized to 1 at the onset.

   The sender expects an ACK from the receiver within a time interval
   which we call "Retransmit Time" which can be either a default (1
   second) or configured value. 

- I think that you should include this in the message so both parties
know the value.

   If the ACK does not arrive within the
   Retransmit Time, the sender retransmits the message with the same
   sequence number as the original message.  The retransmission is
   ceased anytime when ACK is received or after three retries.  

- So what happens if three is not enough? I think that you need
to continue and that is what your earlier text said. However I think
you also need to back off the rate since it may be getting lost
due to some congestion.

   This
   avoids unended retransmissions in the absence of acknowledgements.
   In addition, if during the period of retransmission, if a need to
   send a new MAC withdraw message with updated sequence number arises
   then retransmission of the older unacknowledged withdraw message is
   suspended and retransmit time for the new sequence number is
   initiated.  In essence, sender engages in retrasmission logic only
   for the latest send withdraw message for a given PW.

- So what happens to the MAC addresses in the old (lost message)?
Are they concatenated with the new addresses or simply ignored?
What happens when the MTU is exhausted - Something that will not happen
with a TCP channel but will happen in an OAM channel?

   In the event that a Pseudowire was deleted and re-added or the router
   is restarted with configuration, the local node may lose information
   about the send sequence number of previous incarnation.  This becomes
   problematic for the remote peer as it will continue to ignore the
   received MAC withdraw messages with lower sequence numbers.  In such
   cases, it is desirable to reset the sequence numbers at both ends of
   the Pseudowire.  The 'R' reset bit is set in the first MAC withdraw
   to notify the remote peer to reset the send and receive sequence
   numbers.  The 'R' bit must be cleared in subsequent MAC withdraw
   messages after the acknowledgement is received


- A case that you have not considered is late arrival of an OAM 
message - which can happen with FRR. Won't this reset the sequence
numbers at the receiver?

Do you always need to send the the R bit whenever there is a wrapped?


 4.2.  Operation of Receiver

   Each PW is associated with a register to keep track of the sequence
   number of the MAC withdrawal message received last.  Whenever a MAC
   withdrawal message is received, and if the sequence number on the
   message is greater than the value in the register, the MAC



Sivabalan, et al.        Expires January 2, 2015                [Page 5]

Internet-Draft    MAC Withdrawal over Static Pseudowire        July 2014


   address(es) contained in the MAC TLV(s) is/are removed, and the
   register is updated with the received sequence number.  The receiver
   sends an ACK whose sequence number is the same as that in the
   received message.

   If the sequence number in the received message is smaller than or
   equal to the value in the register, the MAC TLV(s) is/are not
   processed. 

- So if it were a superseded message those MACs are not withdrawn?

   However, an ACK with the received sequence number MUST be
   sent as a response.  The receiver processes the ACK message as an
   acknowledgement for all the MAC withdraw messages sent up to the
   sequence number present in the ACK message and terminates
   retransmission.

   As mentioned above, since only half of the sequence number space is
   used, the receiver MUST use modular arithmetic to detect wrapping of
   the sequence number.

- I do not understand how you distinguish a late from a wrap?

   A MAC withdraw message with 'R' bit set MUST be processed by
   resetting the send and receive sequence number first.  The rest of
   MAC withdraw message processing is performed as described above.  The
   acknowledgement is sent with 'R' bit cleared.

5.  IANA Considerations

   The proposed mechanism requests IANA to a assign new channel type
   (recommended value 0x0028) from the registry named "Pseudowire
   Associated Channel Types".  The description of the new channel type
   is "Pseudowire MAC Withdraw OAM Channel".

   IANA needs to create a new registry for Pseudowire Associated Channel
   TLVs, and create an entry for "Sequence Number TLV".  The recommended
   value is 0x0001.

- NO!!!!! we decided a long time ago that ACH TLVs would live in a registry
associated with the channel type, not in a global registry, although in
this case I do not think you need a registry at all.

- Where does the MAC TLV get assigned?

- Again do you need a TLV for the MAC addresses - why not a list length?

+++++++++


 <pre></pre></pre>
  </body>
</html>

--------------010105050302070105040209--


From nobody Tue Jan 27 03:16:54 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5C7A1A87A4; Tue, 27 Jan 2015 03:16:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QBOiJwVmha6W; Tue, 27 Jan 2015 03:16:38 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E52C91A8794; Tue, 27 Jan 2015 03:16:38 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.10.1.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150127111638.3321.24760.idtracker@ietfa.amsl.com>
Date: Tue, 27 Jan 2015 03:16:38 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/xrIeEoDOz6OhlHkp7bf9-IE9ZZY>
Cc: pals@ietf.org
Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 11:16:41 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF.

        Title           : LDP extensions for Pseudowire Binding to LSP Tunnels
        Authors         : Mach(Guoyi) Chen
                          Wei Cao
                          Attila Takacs
                          Ping Pan
	Filename        : draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-00.txt
	Pages           : 15
	Date            : 2015-01-27

Abstract:
   Many transport services require that user traffic, in the forms of
   Pseudowires (PW), to be delivered on a single co-routed bidirectional
   LSP or two LSPs that share the same routes.  In addition, the user
   traffic may traverse through multiple transport networks.

   This document specifies an optional extension in LDP that enable the
   binding between PWs and the underlying LSPs.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-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 Jan 27 07:25:38 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AA5C1A87E1 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:25:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 170PZdfHos3s for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:25:35 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 916221A8823 for <pals@ietf.org>; Tue, 27 Jan 2015 07:25:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=839; q=dns/txt; s=iport; t=1422372329; x=1423581929; h=message-id:date:from:reply-to:mime-version:to:subject: references:in-reply-to:content-transfer-encoding; bh=l281sHS6aLApp047YmxbtjJxTQ6P1nmfmTJVyvWiPp8=; b=l8UQQygSMRb+LVwZlQQMmy3v6H22WPkFT73IPZ46BeUVwnYtKI6WVwvG fmzDq77jMUbfWkrYeTU9WzDIwsOnm00nBNF1gItUGOl+ZyLBdShRu9mS8 k1wnJnaIDAGWsviC03674oF3azKdLABi5+K2XQxBsINTaitNx36+m78Ux o=;
X-IronPort-AV: E=Sophos;i="5.09,475,1418083200"; d="scan'208";a="328521414"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 27 Jan 2015 15:25:27 +0000
Received: from [64.103.108.125] (dhcp-bdlk10-data-vlan301-64-103-108-125.cisco.com [64.103.108.125]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t0RFPRJn019861; Tue, 27 Jan 2015 15:25:27 GMT
Message-ID: <54C7ADE7.9040900@cisco.com>
Date: Tue, 27 Jan 2015 15:25:27 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: draft-shawam-pwe3-ms-pw-protection@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
References: <548986EC.6050806@cisco.com> <549A8CEA.3010909@cisco.com>
In-Reply-To: <549A8CEA.3010909@cisco.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/6mv6TaE5_VX1ocK4WwIEti_Xytc>
Subject: [Pals] draft-shawam-pwe3-ms-pw-protection now a  WG draft
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 15:25:36 -0000

On 24/12/2014 09:52, Stewart Bryant wrote:
>
> Working Group,
>
> This email starts a poll to see whether there is consensus to
> adopt draft-shawam-pwe3-ms-pw-protection as a WG draft of
> the PALS WG.
>
> Please send your comments (support/not support) to the PALS working
> group mailing list (pals@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>
> In view of the long holiday season in some parts of the world I will
> run the poll until 16th January 2015.
>
> - Stewart
There is support to work on this draft in the WG.

Please will the authors post

draft-ietf-pals-ms-pw-protection with the same text as the
latest version of draft-shawam-pwe3-ms-pw-protection

Thanks

Stewart



From nobody Tue Jan 27 07:26:39 2015
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5F6A1A87CE for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:26:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level: 
X-Spam-Status: No, score=-1.906 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, HTML_OBFUSCATE_10_20=0.093, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CRqH7nFQVOjY for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:26:35 -0800 (PST)
Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9AB21A8825 for <pals@ietf.org>; Tue, 27 Jan 2015 07:26:18 -0800 (PST)
Received: by mail-qg0-f50.google.com with SMTP id f51so12123792qge.9 for <pals@ietf.org>; Tue, 27 Jan 2015 07:26:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:from:date:message-id:subject:to:cc:content-type;  bh=fUVZRnBdW76kqljQRHN+6arekSx8aPOxs9rLID6NBCY=; b=Im9SJ3L8wwu0RfCxCXAF6F6i4seAcl9aPxZ7jJJpLseN6YKottgmMPPUNc6u6hd6z8 LO1tqy9vv8EkQMIF6vunzhDoqKFiFYzJXg7VhrsP0/GVrHa3/x3TlgWVRXg6QFCqmIqm Zalsdnu5acqAOAi3V4qy424hYu939qDl3lDmrqchZM8jTBXEDq84bHAxjH4d2AuyucDo 7fA6WfWBWSPmTQeTzldKUnyxaJDP3/u0O/jHwSPsQx0vQqAuY5zQbqbSjLWfa3qdjOOo NzrL2YQ1WAyvHreOjuhKnCLWBC5AKwy0r6h8Tp2D/IEvapkmZdcQCGTwsbNgJaaNy8Mu bUWA==
X-Received: by 10.224.151.81 with SMTP id b17mr2971639qaw.44.1422372378035; Tue, 27 Jan 2015 07:26:18 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.96.200 with HTTP; Tue, 27 Jan 2015 07:25:57 -0800 (PST)
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 27 Jan 2015 10:25:57 -0500
Message-ID: <CAA=duU3-zpqZjwD5JkV2yjyvPtDwSdLyYrR5Q1XbAizr9jJuRA@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=089e0149d1ee54ed0a050da3e024
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/R7ZRYnIOiyXkhC0lOkxkpvN6LFY>
Cc: draft-ietf-pals-vccv-for-gal@tools.ietf.org
Subject: [Pals] IPR poll for draft-ietf-pals-vccv-for-gal-00
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 15:26:38 -0000

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

Working Group,

The authors of http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00 have
told me as working group co-chair that this draft is ready for working
group last call.

Before starting the last call, I need to do an IPR poll.

Are you aware of any IPR that applies to
http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00 ?

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

If you are listed as a document author or contributor please respond
to this email stating of whether or not you are aware of any relevant IPR.
The response needs to be sent to the PALS WG mailing list. The documents
will not advance to the next stage until a response has been received from
each author and each contributor.

If you are on the PALS WG email list but are not listed as an author
or contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll and start WG last call when I have heard from all
authors and contributors.

Thanks,
Andy

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

<div dir=3D"ltr"><div text=3D"#000000" bgcolor=3D"#FFFFFF">Working Group,<b=
r><br>The authors of=C2=A0<a href=3D"http://tools.ietf.org/html/draft-ietf-=
pals-vccv-for-gal-00">http://tools.ietf.org/html/draft-ietf-pals-vccv-for-g=
al-00</a>=C2=A0have told me=C2=A0as working group co-chair that this draft =
is ready for working group last call.<br><br>Before starting the=C2=A0<span=
 class=3D"" style=3D"font-size:13px">last call,</span>=C2=A0I need to do an=
=C2=A0<span class=3D"" style=3D"font-size:13px">IPR</span>=C2=A0<span class=
=3D"" style=3D"font-size:13px">poll</span>.<br><br>Are you aware of any=C2=
=A0<span class=3D"" style=3D"font-size:13px">IPR</span>=C2=A0that applies t=
o=C2=A0<a href=3D"http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-0=
0">http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00</a> ?<br><br>=
If so, has this=C2=A0<span class=3D"" style=3D"font-size:13px">IPR</span>=
=C2=A0been disclosed in compliance with IETF=C2=A0<span class=3D"" style=3D=
"font-size:13px">IPR</span>=C2=A0rules=C2=A0(see RFCs 3979, 4879, 3669 and =
5378 for more details)?<br><br>If you are listed as a document author or co=
ntributor please respond to=C2=A0this email stating of whether or not you a=
re aware of any relevant=C2=A0<span class=3D"" style=3D"font-size:13px">IPR=
</span>. The response needs to be sent to the PALS WG mailing list. The=C2=
=A0documents will not advance to the next stage until a response=C2=A0has b=
een received from each author and each contributor.<br><br>If you are on th=
e PALS WG email list but are not listed as an author or=C2=A0contributor, t=
hen please explicitly respond only if you are aware of any=C2=A0<span class=
=3D"" style=3D"font-size:13px">IPR</span>=C2=A0that has not yet been disclo=
sed in conformance with IETF rules.<br><br>I will close this=C2=A0<span cla=
ss=3D"" style=3D"font-size:13px">poll</span>=C2=A0and start WG last call=C2=
=A0when I have heard from=C2=A0all authors and contributors.<br><br>Thanks,=
<br>Andy<span style=3D"font-family:Calibri,sans-serif;font-size:11pt"></spa=
n></div><div><br></div></div>

--089e0149d1ee54ed0a050da3e024--


From nobody Tue Jan 27 07:50:03 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 162841A1BE6 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:50:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2xE-poYG2_8f for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:49:59 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48ABE1A8861 for <pals@ietf.org>; Tue, 27 Jan 2015 07:47:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=992; q=dns/txt; s=iport; t=1422373622; x=1423583222; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=TVTcHlGfN/QuFQ36xB1CDmy1K5JJ/Xr23raR8VioAhA=; b=C7NYmMsNh7cl8WiCsmEjpzbRpe5FAHJaWvNUjQCqILjOa4REd68dsMpo B2LJjJRRNQ4X/9HdY/mVbB0JHSDEftLy4/H2+eMMP+Fk0c3T6K8+1fUuE uUqPY5Orn8jnbbUcBpGMpr5LVmalYb10UBprS+DUnSxtLcPUulj28zSuJ Y=;
X-IronPort-AV: E=Sophos;i="5.09,475,1418083200"; d="scan'208";a="328542194"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 27 Jan 2015 15:47:00 +0000
Received: from [64.103.108.125] (dhcp-bdlk10-data-vlan301-64-103-108-125.cisco.com [64.103.108.125]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t0RFkxii023449; Tue, 27 Jan 2015 15:46:59 GMT
Message-ID: <54C7B2F3.3090602@cisco.com>
Date: Tue, 27 Jan 2015 15:46:59 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/EAQnmjVN8JWsVCy1Mhnmc4cR_Cw>
Cc: pals-chairs@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
Subject: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-coordination
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 15:50:01 -0000

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-coordination.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-coordination?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart


From nobody Tue Jan 27 07:51:45 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 129B71A8870 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:51:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g22Jx_zPwsFy for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 07:51:36 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9806E1A88DA for <pals@ietf.org>; Tue, 27 Jan 2015 07:48:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=988; q=dns/txt; s=iport; t=1422373708; x=1423583308; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=SRLrY83jcqphuWN2hgjR+VSVCoWjoyoUbKk2Vjexgmg=; b=Bdzy2vt6AGQtf1sToZyv56xbwSxSlCqhMXbV+0BDTT4yjmd6aNLNF0bb kdMbd/y2f0oNQB7zqUyr/XHUKbzXr2KaNMWLM5OoCsqEiK3iWEaYMtiDr viS4fEdDs9+ETwUJQ53uNIHiWri9CEdZyxVZ0L3JRY/NbobTlqJZ3zxWF Q=;
X-IronPort-AV: E=Sophos;i="5.09,475,1418083200"; d="scan'208";a="328543473"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 27 Jan 2015 15:48:27 +0000
Received: from [64.103.108.125] (dhcp-bdlk10-data-vlan301-64-103-108-125.cisco.com [64.103.108.125]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t0RFmP4g006255; Tue, 27 Jan 2015 15:48:26 GMT
Message-ID: <54C7B349.5040802@cisco.com>
Date: Tue, 27 Jan 2015 15:48:25 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/3hm7KEst4DnRdtOElc54ln1ZBWE>
Cc: pals-chairs@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
Subject: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 15:51:38 -0000

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-protection.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-protection?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart


From nobody Tue Jan 27 10:12:05 2015
Return-Path: <davari@broadcom.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 939BE1A88CA for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 10:12:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mJcV5cY5tQ2x for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 10:12:02 -0800 (PST)
Received: from mail-gw2-out.broadcom.com (mail-gw2-out.broadcom.com [216.31.210.63]) by ietfa.amsl.com (Postfix) with ESMTP id 747911A1EF4 for <pals@ietf.org>; Tue, 27 Jan 2015 10:12:02 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.09,476,1418112000"; d="scan'208";a="55665313"
Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw2-out.broadcom.com with ESMTP; 27 Jan 2015 10:49:36 -0800
Received: from SJEXCHCAS07.corp.ad.broadcom.com (10.16.203.16) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 27 Jan 2015 10:12:01 -0800
Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS07.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Tue, 27 Jan 2015 10:12:13 -0800
From: Shahram Davari <davari@broadcom.com>
To: "<stbryant@cisco.com>" <stbryant@cisco.com>
Thread-Topic: IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-protection
Thread-Index: AQHQOki6t+dBTZeOb0Wf5aJ4wXN4L5zUROu0
Date: Tue, 27 Jan 2015 18:12:00 +0000
Message-ID: <D8933D39-1CA4-4229-8528-1551543E4BA0@broadcom.com>
References: <54C7B349.5040802@cisco.com>
In-Reply-To: <54C7B349.5040802@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/OxuEzqTi6wLPoMDvb3uVo0syfy0>
Cc: "draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org" <draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org>, "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 18:12:03 -0000

Hi

I am not aware of any IPR related to this draft.=20

Regards,
Shahram


> On Jan 27, 2015, at 4:48 PM, Stewart Bryant <stbryant@cisco.com> wrote:
>=20
> This mail starts an IPR poll on
> draft-cheng-pwe3-mpls-tp-dual-homing-protection.
>=20
> Authors, are you aware of any IPR that applies to
> draft-cheng-pwe3-mpls-tp-dual-homing-protection?
>=20
> If so, has this IPR been disclosed in compliance with IETF IPR rules
> (see RFCs 3979, 4879, 3669 and 5378 for more details)?
>=20
> If you are listed as a document author or contributor please respond to
> this email stating of whether or not you are aware of any relevant
> IPR. The response needs to be sent to the PALS WG mailing list. The
> documents will not advance to the next stage until a response
> has been received from each author and each contributor.
>=20
> If you are on the PALS WG email list but are not listed as an author or
> contributor, then please explicitly respond only if you are aware of any
> IPR that has not yet been disclosed in conformance with IETF rules.
>=20
> I will close this poll on 10/Feb/2015 or later if I have not heard from
> all authors/contributors by then.
>=20
> - Stewart


From nobody Tue Jan 27 11:34:34 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FC7E1A8941; Tue, 27 Jan 2015 11:34:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zUQnyDvPhlE3; Tue, 27 Jan 2015 11:34:30 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 465CD1A8965; Tue, 27 Jan 2015 11:34:30 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.10.1.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150127193430.23468.56649.idtracker@ietfa.amsl.com>
Date: Tue, 27 Jan 2015 11:34:30 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/WuvnWPCbMG1AaLpFQJu4jbiqQCU>
Cc: pals@ietf.org
Subject: [Pals] I-D Action: draft-ietf-pals-ms-pw-protection-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 19:34:31 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF.

        Title           : S-PE Outage Protection for Static Multi-Segment Pseudowires
        Authors         : Andrew G. Malis
                          Loa Andersson
                          Huub van Helvoort
                          Jongyoon Shin
                          Lei Wang
                          Alessandro D'Alessandro
	Filename        : draft-ietf-pals-ms-pw-protection-00.txt
	Pages           : 8
	Date            : 2015-01-27

Abstract:
   In MPLS and MPLS-TP environments, statically provisioned Single-
   Segment Pseudowires (SS-PWs) are protected against tunnel failure via
   MPLS-level and MPLS-TP-level tunnel protection.  With statically
   provisioned Multi-Segment Pseudowires (MS-PWs), each segment of the
   MS-PW is likewise protected from tunnel failures via MPLS-level and
   MPLS-TP-level tunnel protection.  However, static MS-PWs are not
   protected end-to-end against failure of one of the switching PEs
   (S-PEs) along the path of the MS-PW.  This document describes how to
   achieve this protection by updating the existing procedures in RFC
   6870.  It also contains an optional approach based on MPLS-TP Linear
   Protection.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-ms-pw-protection/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-pals-ms-pw-protection-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 Jan 27 18:50:55 2015
Return-Path: <chengweiqiang@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DEB61ACCE1 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 18:50:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.311
X-Spam-Level: 
X-Spam-Status: No, score=0.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9_KzgOFq6rob for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 18:50:50 -0800 (PST)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with SMTP id EC68F1ACCE0 for <pals@ietf.org>; Tue, 27 Jan 2015 18:50:49 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.3]) by rmmx-syy-dmz-app07-12007 (RichMail) with SMTP id 2ee754c84e822bc-72b50; Wed, 28 Jan 2015 10:50:42 +0800 (CST)
X-RM-TRANSID: 2ee754c84e822bc-72b50
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[10.2.53.88]) by rmsmtp-syy-appsvr02-12002 (RichMail) with SMTP id 2ee254c84e82c79-f7ef9; Wed, 28 Jan 2015 10:50:42 +0800 (CST)
X-RM-TRANSID: 2ee254c84e82c79-f7ef9
From: "weiqiang cheng" <chengweiqiang@chinamobile.com>
To: <stbryant@cisco.com>, <draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org>
References: <54C7B2F3.3090602@cisco.com>
In-Reply-To: <54C7B2F3.3090602@cisco.com>
Date: Wed, 28 Jan 2015 10:50:41 +0800
Message-ID: <006201d03aa5$349eedb0$9ddcc910$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdA6SPvIicAuevE0QkyDtGWci15KDgAXCtTw
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/VgVVTptI26Mk2aLpJLdTL9MKxsw>
Cc: pals-chairs@tools.ietf.org, pals@ietf.org
Subject: Re: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-coordination
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 02:50:53 -0000

Hi

I am not aware of any IPR related to this draft. 

Regards,
Weiqiang Cheng

-----Original Message-----
From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
Sent: Tuesday, January 27, 2015 11:47 PM
To: draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org
Cc: pals-chairs@tools.ietf.org; pals@ietf.org
Subject: [Pals] IPR Poll on
draft-cheng-pwe3-mpls-tp-dual-homing-coordination

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-coordination.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-coordination?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart

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




From nobody Tue Jan 27 18:51:43 2015
Return-Path: <chengweiqiang@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C5BD1ACCF9 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 18:51:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.311
X-Spam-Level: 
X-Spam-Status: No, score=0.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ywdfsWmKq29D for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 18:51:37 -0800 (PST)
Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with SMTP id 7346C1ACCEF for <pals@ietf.org>; Tue, 27 Jan 2015 18:51:28 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.11]) by rmmx-syy-dmz-app10-12010 (RichMail) with SMTP id 2eea54c84eaeb28-c2427; Wed, 28 Jan 2015 10:51:26 +0800 (CST)
X-RM-TRANSID: 2eea54c84eaeb28-c2427
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[10.2.53.88]) by rmsmtp-syy-appsvr06-12006 (RichMail) with SMTP id 2ee654c84eadfe5-f7033; Wed, 28 Jan 2015 10:51:26 +0800 (CST)
X-RM-TRANSID: 2ee654c84eadfe5-f7033
From: "weiqiang cheng" <chengweiqiang@chinamobile.com>
To: <stbryant@cisco.com>, <draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org>
References: <54C7B349.5040802@cisco.com>
In-Reply-To: <54C7B349.5040802@cisco.com>
Date: Wed, 28 Jan 2015 10:51:25 +0800
Message-ID: <006301d03aa5$4efddfe0$ecf99fa0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdA6SSfj71sH2B23QNGtkcikiu5hFgAXBCmA
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/9QpsPfFH5gcFFBBpanGvdPu6WG0>
Cc: pals-chairs@tools.ietf.org, pals@ietf.org
Subject: Re: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 02:51:41 -0000

Hi

I am not aware of any IPR related to this draft. 

Regards,
Weiqiang Cheng


-----Original Message-----
From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
Sent: Tuesday, January 27, 2015 11:48 PM
To: draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org
Cc: pals-chairs@tools.ietf.org; pals@ietf.org
Subject: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-protection

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-protection.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-protection?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart

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




From nobody Wed Jan 28 01:00:43 2015
Return-Path: <wangleiyj@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F83D1A01AA for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 01:00:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.1
X-Spam-Level: ***
X-Spam-Status: No, score=3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q4HdA3j3TuE6 for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 01:00:40 -0800 (PST)
Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with SMTP id 9FEED1A0191 for <pals@ietf.org>; Wed, 28 Jan 2015 01:00:39 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.13]) by rmmx-syy-dmz-app03-12003 (RichMail) with SMTP id 2ee354c8a534ab6-cb3b1; Wed, 28 Jan 2015 17:00:36 +0800 (CST)
X-RM-TRANSID: 2ee354c8a534ab6-cb3b1
X-RM-SPAM-FLAG: 00000000
Received: from icac (unknown[183.243.241.156]) by rmsmtp-syy-appsvr07-12007 (RichMail) with SMTP id 2ee754c8a52b9d9-01ecf; Wed, 28 Jan 2015 17:00:36 +0800 (CST)
X-RM-TRANSID: 2ee754c8a52b9d9-01ecf
From: "Wang Lei" <wangleiyj@chinamobile.com>
To: <stbryant@cisco.com>, <draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org>
References: <54C7B349.5040802@cisco.com>
In-Reply-To: <54C7B349.5040802@cisco.com>
Date: Wed, 28 Jan 2015 17:00:34 +0800
Message-ID: <004d01d03ad8$e59e05f0$b0da11d0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdA6SSfj71sH2B23QNGtkcikiu5hFgAj6pLQ
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/jGNm1tsP4wR4P65X1BFvp1NX4kE>
Cc: pals-chairs@tools.ietf.org, pals@ietf.org
Subject: Re: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 09:00:42 -0000

I am not aware of any IPR related to this draft.

Lei Wang

-----=D3=CA=BC=FE=D4=AD=BC=FE-----
=B7=A2=BC=FE=C8=CB: Pals [mailto:pals-bounces@ietf.org] =B4=FA=B1=ED =
Stewart Bryant
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA1=D4=C227=C8=D5 23:48
=CA=D5=BC=FE=C8=CB: =
draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org
=B3=AD=CB=CD: pals-chairs@tools.ietf.org; pals@ietf.org
=D6=F7=CC=E2: [Pals] IPR Poll on =
draft-cheng-pwe3-mpls-tp-dual-homing-protection

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-protection.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-protection?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart

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




From nobody Wed Jan 28 01:01:17 2015
Return-Path: <wangleiyj@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F06651A0191 for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 01:01:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.1
X-Spam-Level: ***
X-Spam-Status: No, score=3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zFOFdGVHf8Wb for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 01:01:14 -0800 (PST)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with SMTP id 61A441A00CD for <pals@ietf.org>; Wed, 28 Jan 2015 01:01:08 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.7]) by rmmx-syy-dmz-app08-12008 (RichMail) with SMTP id 2ee854c8a5536d8-caf6c; Wed, 28 Jan 2015 17:01:07 +0800 (CST)
X-RM-TRANSID: 2ee854c8a5536d8-caf6c
X-RM-SPAM-FLAG: 00000000
Received: from icac (unknown[183.243.241.156]) by rmsmtp-syy-appsvr04-12004 (RichMail) with SMTP id 2ee454c8a553c95-01092; Wed, 28 Jan 2015 17:01:07 +0800 (CST)
X-RM-TRANSID: 2ee454c8a553c95-01092
From: "Wang Lei" <wangleiyj@chinamobile.com>
To: <stbryant@cisco.com>, <draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org>
References: <54C7B2F3.3090602@cisco.com>
In-Reply-To: <54C7B2F3.3090602@cisco.com>
Date: Wed, 28 Jan 2015 17:01:13 +0800
Message-ID: <004e01d03ad8$f80071b0$e8015510$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdA6SPvIicAuevE0QkyDtGWci15KDgAj+qHg
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/lzQZmFcIb-XsukdqsNFcRSg4uDc>
Cc: pals-chairs@tools.ietf.org, pals@ietf.org
Subject: Re: [Pals] IPR Poll on draft-cheng-pwe3-mpls-tp-dual-homing-coordination
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 09:01:16 -0000

I am not aware of any IPR related to this draft.=20

Best Regards,

Lei Wang

-----=D3=CA=BC=FE=D4=AD=BC=FE-----
=B7=A2=BC=FE=C8=CB: Pals [mailto:pals-bounces@ietf.org] =B4=FA=B1=ED =
Stewart Bryant
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA1=D4=C227=C8=D5 23:47
=CA=D5=BC=FE=C8=CB: =
draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org
=B3=AD=CB=CD: pals-chairs@tools.ietf.org; pals@ietf.org
=D6=F7=CC=E2: [Pals] IPR Poll on =
draft-cheng-pwe3-mpls-tp-dual-homing-coordination

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-coordination.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-coordination?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart

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




From nobody Wed Jan 28 01:01:26 2015
Return-Path: <stbryant@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 383D01A01EA for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 01:01:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bzm3EeIgdek1 for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 01:01:18 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1FDB1A00CD for <pals@ietf.org>; Wed, 28 Jan 2015 01:01:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=916; q=dns/txt; s=iport; t=1422435677; x=1423645277; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=ePhjUWz9s+rJJq+I/lzM5RhTsFoa5LKmYOO0fvV79/Q=; b=mD7Dtj1SqikCUoiXMUTfAs38TqKAEeQKMukmQZCLKhsjtrL8N/jZl13G cfVcjYQABNLEg3oQo39T3Z4sw4dRrrvecNG2G7XrHZO0iMCQBudqHUthl jSfxc2jmvyxDiapaSZLNX4o6QXulQ+kmCuYJ002J/3YJhpJMMvoBpSraS 4=;
X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="329520232"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 28 Jan 2015 09:01:15 +0000
Received: from [10.61.77.67] (ams3-vpn-dhcp3395.cisco.com [10.61.77.67]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t0S91EWP011164; Wed, 28 Jan 2015 09:01:15 GMT
Message-ID: <54C8A55A.902@cisco.com>
Date: Wed, 28 Jan 2015 09:01:14 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: "stbryant@cisco.com" <stbryant@cisco.com>, draft-ietf-pwe3-redundancy-spe@tools.ietf.org
References: <54C7B0DA.2020705@cisco.com>
In-Reply-To: <54C7B0DA.2020705@cisco.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/Y3Vw3SV2v4nlvKJVWmmwUf2opDg>
Cc: pals-chairs@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
Subject: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to WGLC
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 09:01:19 -0000

I am about to start the WG LC process on draft-ietf-pwe3-redundancy-spe
but first I have to confirm that there is no undisclosed IPR.

Authors, are you aware of any IPR that applies to
draft-ietf-pwe3-redundancy-spe?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.


- Stewart


From nobody Wed Jan 28 02:09:00 2015
Return-Path: <lihan@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C81D61A0040 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 22:29:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.611
X-Spam-Level: 
X-Spam-Status: No, score=0.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id avFE8Y5qe916 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 22:29:04 -0800 (PST)
Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with SMTP id C09CE1A0029 for <pals@ietf.org>; Tue, 27 Jan 2015 22:29:03 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.15]) by rmmx-syy-dmz-app12-12012 (RichMail) with SMTP id 2eec54c881ad312-fb885; Wed, 28 Jan 2015 14:29:02 +0800 (CST)
X-RM-TRANSID: 2eec54c881ad312-fb885
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[10.2.43.121]) by rmsmtp-syy-appsvr08-12008 (RichMail) with SMTP id 2ee854c881adbe3-fb1e4; Wed, 28 Jan 2015 14:29:02 +0800 (CST)
X-RM-TRANSID: 2ee854c881adbe3-fb1e4
From: "Lihan" <lihan@chinamobile.com>
To: <stbryant@cisco.com>, <draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org>
References: <54C7B349.5040802@cisco.com>
In-Reply-To: <54C7B349.5040802@cisco.com>
Date: Wed, 28 Jan 2015 14:29:19 +0800
Message-ID: <006301d03ac3$bf758c50$3e60a4f0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdA6SSfj71sH2B23QNGtkcikiu5hFgAen/NQ
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/HhTB45pmF6e85Pxg8sOr4Yx-c1w>
X-Mailman-Approved-At: Wed, 28 Jan 2015 02:08:57 -0800
Cc: pals-chairs@tools.ietf.org, pals@ietf.org
Subject: [Pals] =?utf-8?b?562U5aSNOiAgSVBSIFBvbGwgb24gZHJhZnQtY2hlbmctcHdl?= =?utf-8?q?3-mpls-tp-dual-homing-protection?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 06:29:10 -0000

I don't aware of any IPR that applies to draft-cheng. Thank you!

Best regards,

                 Han Li
=20
********************************************************************
Han Li, Ph.D=20
China Mobile Research Institute
No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China=20
Fax: +86 10 63135198=20
MOBILE: 13501093385=20
********************************************************************

-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: Pals [mailto:pals-bounces@ietf.org] =
=E4=BB=A3=E8=A1=A8 Stewart Bryant
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2015=E5=B9=B41=E6=9C=8827=E6=97=A5 =
23:48
=E6=94=B6=E4=BB=B6=E4=BA=BA: =
draft-cheng-pwe3-mpls-tp-dual-homing-protection@tools.ietf.org
=E6=8A=84=E9=80=81: pals-chairs@tools.ietf.org; pals@ietf.org
=E4=B8=BB=E9=A2=98: [Pals] IPR Poll on =
draft-cheng-pwe3-mpls-tp-dual-homing-protection

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-protection.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-protection?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart

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




From nobody Wed Jan 28 02:09:24 2015
Return-Path: <lihan@chinamobile.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 156821A0040 for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 22:29:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.611
X-Spam-Level: 
X-Spam-Status: No, score=0.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vrf7tR7_Peck for <pals@ietfa.amsl.com>; Tue, 27 Jan 2015 22:29:52 -0800 (PST)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with SMTP id CF2511A0029 for <pals@ietf.org>; Tue, 27 Jan 2015 22:29:51 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.17]) by rmmx-syy-dmz-app07-12007 (RichMail) with SMTP id 2ee754c881deb1d-773b4; Wed, 28 Jan 2015 14:29:50 +0800 (CST)
X-RM-TRANSID: 2ee754c881deb1d-773b4
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[10.2.43.121]) by rmsmtp-syy-appsvr09-12009 (RichMail) with SMTP id 2ee954c881defdd-fd55e; Wed, 28 Jan 2015 14:29:50 +0800 (CST)
X-RM-TRANSID: 2ee954c881defdd-fd55e
From: "Lihan" <lihan@chinamobile.com>
To: <stbryant@cisco.com>, <draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org>
References: <54C7B2F3.3090602@cisco.com>
In-Reply-To: <54C7B2F3.3090602@cisco.com>
Date: Wed, 28 Jan 2015 14:30:07 +0800
Message-ID: <006401d03ac3$dc4fb7b0$94ef2710$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdA6SPvIicAuevE0QkyDtGWci15KDgAeshEQ
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/ZxqdXNqIRfsBIDXlP-72N0Ga2oc>
X-Mailman-Approved-At: Wed, 28 Jan 2015 02:09:14 -0800
Cc: pals-chairs@tools.ietf.org, pals@ietf.org
Subject: [Pals] =?utf-8?b?562U5aSNOiAgSVBSIFBvbGwgb24gZHJhZnQtY2hlbmctcHdl?= =?utf-8?q?3-mpls-tp-dual-homing-coordination?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jan 2015 06:29:54 -0000

I don't aware of any IPR that applies to =
draft-cheng-pwe3-mpls-tp-dual-homing-coordination. Thank you!

Best regards,

                 Han Li
=20
********************************************************************
Han Li, Ph.D=20
China Mobile Research Institute
No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China=20
Fax: +86 10 63135198=20
MOBILE: 13501093385=20
********************************************************************


-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: Pals [mailto:pals-bounces@ietf.org] =
=E4=BB=A3=E8=A1=A8 Stewart Bryant
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2015=E5=B9=B41=E6=9C=8827=E6=97=A5 =
23:47
=E6=94=B6=E4=BB=B6=E4=BA=BA: =
draft-cheng-pwe3-mpls-tp-dual-homing-coordination@tools.ietf.org
=E6=8A=84=E9=80=81: pals-chairs@tools.ietf.org; pals@ietf.org
=E4=B8=BB=E9=A2=98: [Pals] IPR Poll on =
draft-cheng-pwe3-mpls-tp-dual-homing-coordination

This mail starts an IPR poll on
draft-cheng-pwe3-mpls-tp-dual-homing-coordination.

Authors, are you aware of any IPR that applies to
draft-cheng-pwe3-mpls-tp-dual-homing-coordination?

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

If you are listed as a document author or contributor please respond to
this email stating of whether or not you are aware of any relevant
IPR. The response needs to be sent to the PALS WG mailing list. The
documents will not advance to the next stage until a response
has been received from each author and each contributor.

If you are on the PALS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

I will close this poll on 10/Feb/2015 or later if I have not heard from
all authors/contributors by then.

- Stewart

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




From nobody Wed Jan 28 17:17:48 2015
Return-Path: <jie.dong@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CBB41A8A77 for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 17:17:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qS7uKBlBS64P for <pals@ietfa.amsl.com>; Wed, 28 Jan 2015 17:17:43 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DFD51A8A79 for <pals@ietf.org>; Wed, 28 Jan 2015 17:17:43 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BRV81713; Thu, 29 Jan 2015 01:17:41 +0000 (GMT)
Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 29 Jan 2015 01:17:40 +0000
Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.106]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Thu, 29 Jan 2015 09:17:36 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-ietf-pwe3-redundancy-spe@tools.ietf.org" <draft-ietf-pwe3-redundancy-spe@tools.ietf.org>
Thread-Topic: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to WGLC
Thread-Index: AQHQOtkVGBr4x48kGEWWtwzWA/pkT5zWTGSQ
Date: Thu, 29 Jan 2015 01:17:35 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C9273383B24A@nkgeml512-mbx.china.huawei.com>
References: <54C7B0DA.2020705@cisco.com> <54C8A55A.902@cisco.com>
In-Reply-To: <54C8A55A.902@cisco.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.97.131]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/JgQ1ypruQEdm1JjnR6AstdRVkU4>
Cc: "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to WGLC
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2015 01:17:46 -0000

Hi Stewart,=20

I am not aware of any IPR related to this draft.

Best regards,
Jie

> -----Original Message-----
> From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant
> Sent: Wednesday, January 28, 2015 5:01 PM
> To: stbryant@cisco.com; draft-ietf-pwe3-redundancy-spe@tools.ietf.org
> Cc: pals-chairs@tools.ietf.org; pals@ietf.org
> Subject: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to WGLC
>=20
> I am about to start the WG LC process on draft-ietf-pwe3-redundancy-spe b=
ut
> first I have to confirm that there is no undisclosed IPR.
>=20
> Authors, are you aware of any IPR that applies to
> draft-ietf-pwe3-redundancy-spe?
>=20
> If so, has this IPR been disclosed in compliance with IETF IPR rules (see=
 RFCs
> 3979, 4879, 3669 and 5378 for more details)?
>=20
> If you are listed as a document author or contributor please respond to t=
his
> email stating of whether or not you are aware of any relevant IPR. The
> response needs to be sent to the PALS WG mailing list. The documents will=
 not
> advance to the next stage until a response has been received from each au=
thor
> and each contributor.
>=20
> If you are on the PALS WG email list but are not listed as an author or
> contributor, then please explicitly respond only if you are aware of any =
IPR that
> has not yet been disclosed in conformance with IETF rules.
>=20
>=20
> - Stewart
>=20
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals


From nobody Thu Jan 29 22:41:56 2015
Return-Path: <rainsword.wang@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A93A31A88EF for <pals@ietfa.amsl.com>; Thu, 29 Jan 2015 22:41:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gajbg8uOcz2t for <pals@ietfa.amsl.com>; Thu, 29 Jan 2015 22:41:51 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E69A1A88AF for <pals@ietf.org>; Thu, 29 Jan 2015 22:41:50 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOO80263; Fri, 30 Jan 2015 06:41:48 +0000 (GMT)
Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 30 Jan 2015 06:41:48 +0000
Received: from NKGEML506-MBS.china.huawei.com ([169.254.4.82]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Fri, 30 Jan 2015 14:41:38 +0800
From: "Wanghaibo (Rainsword)" <rainsword.wang@huawei.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "draft-ietf-pwe3-redundancy-spe@tools.ietf.org" <draft-ietf-pwe3-redundancy-spe@tools.ietf.org>
Thread-Topic: Re: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to WGLC
Thread-Index: AdA8NC45WgPmSFu/Rtye2NwObTw+1Q==
Date: Fri, 30 Jan 2015 06:41:38 +0000
Message-ID: <1E61161D6E31D849BEA887261DB60934341D19E6@nkgeml506-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.56.80]
Content-Type: multipart/alternative; boundary="_000_1E61161D6E31D849BEA887261DB60934341D19E6nkgeml506mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/-iqjKAS-aasDlCJe01WN8gcTV3w>
Cc: "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to WGLC
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2015 06:41:53 -0000

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

Hi Stewart,



I am not aware of any IPR related to this draft.



Best regards,

Haibo Wang



> -----Original Message-----

> From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant

> Sent: Wednesday, January 28, 2015 5:01 PM

> To: stbryant@cisco.com<mailto:stbryant@cisco.com>; draft-ietf-pwe3-redund=
ancy-spe@tools.ietf.org<mailto:draft-ietf-pwe3-redundancy-spe@tools.ietf.or=
g>

> Cc: pals-chairs@tools.ietf.org<mailto:pals-chairs@tools.ietf.org>; pals@i=
etf.org<mailto:pals@ietf.org>

> Subject: [Pals] draft-ietf-pwe3-redundancy-spe - IPR Poll prior to

> WGLC

>

> I am about to start the WG LC process on

> draft-ietf-pwe3-redundancy-spe but first I have to confirm that there is =
no undisclosed IPR.

>

> Authors, are you aware of any IPR that applies to

> draft-ietf-pwe3-redundancy-spe?

>

> If so, has this IPR been disclosed in compliance with IETF IPR rules

> (see RFCs 3979, 4879, 3669 and 5378 for more details)?

>

> If you are listed as a document author or contributor please respond

> to this email stating of whether or not you are aware of any relevant

> IPR. The response needs to be sent to the PALS WG mailing list. The

> documents will not advance to the next stage until a response has been

> received from each author and each contributor.

>

> If you are on the PALS WG email list but are not listed as an author

> or contributor, then please explicitly respond only if you are aware

> of any IPR that has not yet been disclosed in conformance with IETF rules=
.

>

>

> - Stewart

>

> _______________________________________________

> Pals mailing list

> Pals@ietf.org<mailto:Pals@ietf.org>

> https://www.ietf.org/mailman/listinfo/pals



_______________________________________________

Pals mailing list

Pals@ietf.org<mailto:Pals@ietf.org>

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


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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"\7EAF\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"\6279\6CE8\6846\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:9.0pt;
	font-family:"Calibri","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.Char
	{mso-style-name:"\7EAF\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\7EAF\6587\672C;
	font-family:"Calibri","sans-serif";}
span.Char0
	{mso-style-name:"\6279\6CE8\6846\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\6279\6CE8\6846\6587\672C;}
.MsoChpDefault
	{mso-style-type:export-only;}
/* Page Definitions */
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t=
rim:punctuation">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Hi Stewart, <o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">I am not aware of any IPR re=
lated to this draft.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Best regards,<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Haibo Wang<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; -----Original Message--=
---<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; From: Pals [<a href=3D"=
mailto:pals-bounces@ietf.org">mailto:pals-bounces@ietf.org</a>] On Behalf O=
f Stewart Bryant<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; Sent: Wednesday, Januar=
y 28, 2015 5:01 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; To: <a href=3D"mailto:s=
tbryant@cisco.com">
stbryant@cisco.com</a>; <a href=3D"mailto:draft-ietf-pwe3-redundancy-spe@to=
ols.ietf.org">
draft-ietf-pwe3-redundancy-spe@tools.ietf.org</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; Cc: <a href=3D"mailto:p=
als-chairs@tools.ietf.org">
pals-chairs@tools.ietf.org</a>; <a href=3D"mailto:pals@ietf.org">pals@ietf.=
org</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; Subject: [Pals] draft-i=
etf-pwe3-redundancy-spe - IPR Poll prior to
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; WGLC<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; I am about to start the=
 WG LC process on
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; draft-ietf-pwe3-redunda=
ncy-spe but first I have to confirm that there is no undisclosed IPR.<o:p><=
/o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; Authors, are you aware =
of any IPR that applies to
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; draft-ietf-pwe3-redunda=
ncy-spe?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; If so, has this IPR bee=
n disclosed in compliance with IETF IPR rules
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; (see RFCs 3979, 4879, 3=
669 and 5378 for more details)?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; If you are listed as a =
document author or contributor please respond
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; to this email stating o=
f whether or not you are aware of any relevant
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; IPR. The response needs=
 to be sent to the PALS WG mailing list. The
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; documents will not adva=
nce to the next stage until a response has been
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; received from each auth=
or and each contributor.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; If you are on the PALS =
WG email list but are not listed as an author
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; or contributor, then pl=
ease explicitly respond only if you are aware
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; of any IPR that has not=
 yet been disclosed in conformance with IETF rules.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; - Stewart<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; _______________________=
________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; Pals mailing list<o:p><=
/o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <a href=3D"mailto:Pals@=
ietf.org">Pals@ietf.org</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; <a href=3D"https://www.=
ietf.org/mailman/listinfo/pals">
https://www.ietf.org/mailman/listinfo/pals</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">____________________________=
___________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Pals mailing list<o:p></o:p>=
</span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><a href=3D"mailto:Pals@ietf.=
org">Pals@ietf.org</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><a href=3D"https://www.ietf.=
org/mailman/listinfo/pals">https://www.ietf.org/mailman/listinfo/pals</a><o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</body>
</html>

--_000_1E61161D6E31D849BEA887261DB60934341D19E6nkgeml506mbschi_--


From nobody Fri Jan 30 07:13:51 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A88F1A9047; Fri, 30 Jan 2015 07:13:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T8cd77FHPiNX; Fri, 30 Jan 2015 07:13:39 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E084D1A07BD; Fri, 30 Jan 2015 07:13:38 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.10.1.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150130151338.26757.89436.idtracker@ietfa.amsl.com>
Date: Fri, 30 Jan 2015 07:13:38 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/ThjyYCgkRnvhap9RwAsuuiWoh-c>
Cc: pals@ietf.org
Subject: [Pals] I-D Action: draft-ietf-pals-vccv-for-gal-01.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2015 15:13:41 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF.

        Title           : Using GAL as a VCCV Channel Indicator
        Authors         : Thomas D. Nadeau
                          Luca Martini
                          Stewart Bryant
	Filename        : draft-ietf-pals-vccv-for-gal-01.txt
	Pages           : 8
	Date            : 2015-01-30

Abstract:
   This document specifies a new Virtual Circuit Connectivity
   Verification (VCCV) (RFC5085) control channel type for use with
   pseudowires (PW) carried over an MPLS network.  This new channel type
   uses the Generic Associated Channel Label (GAL) (RFC5586) to
   distinguish VCCV packets from packets carrying user data.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-01

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-pals-vccv-for-gal-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/

