From nobody Mon Mar 3 01:20:45 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9D241A064A for ; Mon, 3 Mar 2014 01:20:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] 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 2DSvi3aQkjjB for ; Mon, 3 Mar 2014 01:20:43 -0800 (PST) Received: from mail-we0-f173.google.com (mail-we0-f173.google.com [74.125.82.173]) by ietfa.amsl.com (Postfix) with ESMTP id 7534D1A03FC for ; Mon, 3 Mar 2014 01:20:43 -0800 (PST) Received: by mail-we0-f173.google.com with SMTP id w61so2820750wes.18 for ; Mon, 03 Mar 2014 01:20:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=WleyRchL+PT9vIxx0T2DQStfMqsWslgBaFHA3jwLNEQ=; b=SvqErhllqCGhPzGmvdbY5xb2/a8UAXY2URCnnQ51mjuOE4jfVbnt1Icg0yAYwLcIJl jGJnw0FZfKzFkB/NquIPL7+YCurfRQCc298ndufkx68vRQhM21ItA6byjKGNmtcpiq9W FjD9Rk0pxVEH/sEESCI+reN6qiqvspAVxYqnnRdnAkoakkDJLS1+KPF1o4cGajaSOhX7 FBBfXTr1Fy6BRrw3QzT3Nt2gwWjTLp2QfawyDr85Ti/uIk4DiChlyL40t2oFGBMGluKd HnjC3InxS7FdfOiMbxEZvPNk/g7WKSneOid99H0FSjvOuADi4zDxcIe0wapjxsBpsDP+ fttQ== X-Gm-Message-State: ALoCoQl5zxWZmGxeZdh5NKeImMiOxAtIuaOZEOwgvjJaRy+8ZKppAB0JK+UN8G37+MLQtVcYVd9U MIME-Version: 1.0 X-Received: by 10.194.58.180 with SMTP id s20mr5310268wjq.54.1393838439904; Mon, 03 Mar 2014 01:20:39 -0800 (PST) Received: by 10.194.54.167 with HTTP; Mon, 3 Mar 2014 01:20:39 -0800 (PST) X-Originating-IP: [130.129.62.21] Date: Mon, 3 Mar 2014 09:20:39 +0000 Message-ID: From: Warren Kumari To: "opsawg@ietf.org" Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/4m2BEEuoHRStdo0rytLfFs2BINY Subject: [OPSAWG] Jabber scribes, Minute Takers and Slides. X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 09:20:45 -0000 Hello all, We are looking for some folk willing to volunteer to be jabber scribes and minute takers. Those who are presenting, please get slides to us before Monday midnight. W From nobody Mon Mar 3 02:34:20 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE1171A0E8A for ; Mon, 3 Mar 2014 02:34:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 8pkuuey62q3P for ; Mon, 3 Mar 2014 02:34:17 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) by ietfa.amsl.com (Postfix) with ESMTP id 0DF061A0CEC for ; Mon, 3 Mar 2014 02:34:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1315; q=dns/txt; s=iport; t=1393842854; x=1395052454; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=T+hV31bAtHMj5BRfHyfCSPu2uEz2sRDRAG+eVxb0F+c=; b=XFj4qtZ4gf/MYmS8T0pSB/kkQEfEV37oSRQX6C9xwCwrjDGdfoCfpKTH q8K62yQvjPepknsA8d7+1TKNpg6Gr+pitoFOn4lE/2Hv0qXAEnCm07N/B Ft6+qLf6RyGXs9Dcf9m9koZFo7KxErAYO4BOX/5BfoXtH5JFlCTZ4Medp c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgQFAMFZFFOQ/khN/2dsb2JhbABagwY7wFZPgR8WdIIlAQEBBAEBATU2FwQLEQQBAQoeBw8CFh8JCAYBDAYCAQGHdQ3MKheOYAaEMgEDmDyBMoUYi2GDLTw X-IronPort-AV: E=Sophos;i="4.97,577,1389744000"; d="scan'208";a="6256249" Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-2.cisco.com with ESMTP; 03 Mar 2014 10:34:13 +0000 Received: from [10.61.172.169] ([10.61.172.169]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s23AYDSN018210; Mon, 3 Mar 2014 10:34:13 GMT Message-ID: <53145AA5.70402@cisco.com> Date: Mon, 03 Mar 2014 10:34:13 +0000 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "Romascanu, Dan (Dan)" , "opsawg@ietf.org" References: <20140225183218.32070.74825.idtracker@ietfa.amsl.com> <9904FB1B0159DA42B0B887B7FA8119CA2E43B47F@AZ-FFEXMB04.global.avaya.com> In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA2E43B47F@AZ-FFEXMB04.global.avaya.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/nJGBlNSbvvmz0O3Wtl0fT9HgLbI Subject: Re: [OPSAWG] Milestones changed for opsawg WG X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 10:34:19 -0000 Hi Dan, I believe it makes sense. Regards, B. > Hi, > > There are a number of documents already adopted by the OPSAWG as WG documents that do not show up in the milestones. For example the VMM MIB, the *coman*, the *capwap* documents. Should not these also be added in the milestones list? > > Regards, > > Dan > > >> -----Original Message----- >> From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of IETF >> Secretariat >> Sent: Tuesday, February 25, 2014 8:32 PM >> To: opsawg@ietf.org >> Subject: [OPSAWG] Milestones changed for opsawg WG >> >> Changed milestone "Initial submission for the 'IF-CAP-STACK-MIB MIB >> module' Internet-Draft", resolved as "Done", added draft-ietf-opsawg- >> rfc5066bis to milestone. >> >> Changed milestone "Submit the 'IF-CAP-STACK-MIB MIB module' >> Internet-Draft to the IESG for consideration as Proposed Standard", resolved >> as "Done", added draft-ietf-opsawg-rfc5066bis to milestone. >> >> URL: http://datatracker.ietf.org/wg/opsawg/charter/ >> >> _______________________________________________ >> OPSAWG mailing list >> OPSAWG@ietf.org >> https://www.ietf.org/mailman/listinfo/opsawg > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg > From nobody Mon Mar 3 07:54:32 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19EC61A022B for ; Mon, 3 Mar 2014 07:54:30 -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 z3X-KlFpgH65 for ; Mon, 3 Mar 2014 07:54:27 -0800 (PST) Received: from mail-vc0-x22b.google.com (mail-vc0-x22b.google.com [IPv6:2607:f8b0:400c:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 7C44C1A021A for ; Mon, 3 Mar 2014 07:54:27 -0800 (PST) Received: by mail-vc0-f171.google.com with SMTP id le5so3718757vcb.2 for ; Mon, 03 Mar 2014 07:54:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BYtM4z+w5Wu8Pdtveet3H7wOzG+ld51kgNk3GRGmbUo=; b=tqF2l2Vf5I2LdwGAHS4Vu3YUH0wHSyP5vcjkDtgW8/XF1z5VhubEU/4Nhur5rAbgxj UV1+K3OcMbupQdvuaptf3KeWKIyAPYHffmGa2aJF8FyswjzqkREhlSFIevgvoxrieHIG zCZD2gr0btEJkDoDAO3y6C/7SqiK4F9sA8S9y/thsh3YcE+I3e+AK2out44+4fsjnmbo McrRDeOsK/mqXEcFSPvWgEBBHT4qn4hl16GhdQz0BmvDpnt8t32o5txEYqgvDqvu90y/ /4m06vpEAHuHGPA8kxTAYImW4Rj+OhltDvzll/mnlpistiC0XhjP1eyrUezHD38wM345 EFOw== MIME-Version: 1.0 X-Received: by 10.52.8.225 with SMTP id u1mr167647vda.64.1393862064416; Mon, 03 Mar 2014 07:54:24 -0800 (PST) Received: by 10.221.24.146 with HTTP; Mon, 3 Mar 2014 07:54:24 -0800 (PST) In-Reply-To: <5310A37A.8090600@gmail.com> References: <530FB28B.6000507@gmail.com> <5310A37A.8090600@gmail.com> Date: Mon, 3 Mar 2014 23:54:24 +0800 Message-ID: From: Liu Dapeng To: Tom Taylor Content-Type: multipart/alternative; boundary=20cf302d497a372f9704f3b5cd88 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/_J9rKaUJHqzJzsf_ewoKc2GAVQI Cc: gaoyoujun@chinamobile.com, "opsawg@ietf.org" , draft-ietf-opsawg-capwap-extension@tools.ietf.org Subject: Re: [OPSAWG] Review of draft-ietf-opsawg-capwap-extension-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 15:54:30 -0000 --20cf302d497a372f9704f3b5cd88 Content-Type: text/plain; charset=ISO-8859-1 2014-02-28 22:55 GMT+08:00 Tom Taylor : > > On 28/02/2014 5:58 AM, Liu Dapeng wrote: > >> Hi Tom, >> >> Thanks for your review. >> >> >> 2014-02-28 5:47 GMT+08:00 Tom Taylor : >> >> Numerous grammatical and stylistic suggestions that I gave you in my >>> first >>> review haven't made it into the revision, so I won't bother with any >>> more. >>> >> >> >> I searched the mailing list and can not find your "grammatical and >> stylistic suggestions" comments. Do you mind to give me a pointer? >> >> [PTT] Sorry, I sent it to you privately as a marked-up .docx on 7 Nov > 2013. It's only 19 kB, so I suppose I could send it to the list too, or > just resend it. Alternatively I could work directly on something you send > me. Let me know [Dapeng] I am sorry that I just found this mail is in my mailbox's trash folder. I will incorporate your changes and submit a new version this week. Thanks for the detailed review and corrections. >> However, there are still points where the intention isn't clear and the >>> text needs to be tightened up. >>> >>> Section 4.1.2 regarding antenna configuration: >>> ---------------------------------------------- >>> I don't understand the explanation of this field. It says each bit >>> represents the number of antennas corresponding to that bit. Taking that >>> literally, I could see 1+2+...+8 = a total of 36 antennas being >>> configured. >>> Is this what you mean, or do you mean that there are eight antennas, each >>> bit corresponds to one of them, and the bits determine which of those >>> eight >>> antennas are enabled? >>> >>> >> It is the latter case, only eight antennas. >> >> How about adding the following sentence for clarification: >> >> "Only one bit is allowed to be set to 1." >> > > [PTT] If that is so, why do you need 8 bits and not just 3 (if you number > the antennas starting from 0)? Are you sure this isn't a matter of > configuring a specific set of antennas, so that multiple bits can be set? > For example, 10010000 enables antennas 8 and 5 and disables the rest? > > [Dapeng] Yes, 3 bits could also work. The 8 bits design is better to align with current existing implementations. > >> >> Section 5.1 first paragraph: >>> ---------------------------- >>> >>> Currently says: "... if those information element is zero ..." >>> Do you mean that literally (I haven't looked those information elements >>> up), or do you mean: "... if those information elements are not present >>> ..."? >>> >>> >> It should be the channel field of those information element. How about the >> following sentence? >> >> "If the channel field of those information element is set to 0" >> >> >> Section 5.3 explanation of scanning procedure: >>> ---------------------------------------------- >>> >>> Do the three parameters that determine scan operation apply to both >>> passive and active scanning, or just to active scanning? I can get the >>> answer by looking in Section 5.3.1, but it wouldn't hurt to say it here. >>> >>> >> OK, how about adding a sentence after the first sentence in page 9: >> >> There are three parameters that will determine the working mode of >> scan: PrimeChlSrvTime, On Channel ScanTime, Off Channel ScanTime. It >> applies to both active and passive scan. >> >> [PTT] I believe the definitions of the On and Off Channel Scan Time > parameters say that they apply to active mode only. > >> >> [Dapeng] Those parameters could apply to both active and passive scan. Active and passive scan only have difference of whether sending scan probes or not. > >> >> >> Section 5.3.1 Scan Parameter message element: >> >>> --------------------------------------------- >>> >>> The M and S bits are described as having values 1 or 2, but are only one >>> bit wide. They should be 0 or 1. >>> >> >> >> Yes. I will change its values to 0 and 1. >> >> >> You probably mean to designate that M bit is "WTP oper mode", not "AP >>> oper >>> mode". >>> >>> >>> Yes, I will change the "AP" to "WTP". >> >> >> You may want to specify what L=0 and D=0 mean. >>> >>> >> I will add the following: >> >> L=0: Disable Load Balance Scan. >> D=0: Disable Rouge WTP detection scan. >> >> >> >>> 5.3.4. Neighbor WTP Report: >>> --------------------------- >>> >>> You should probably use phrasing similar to that of Section 4.1.1 to >>> specify transport of the Neighbor Report Element in the 802.11 >>> Information >>> Element, rather than talking about a new message type. >>> >>> >> OK. How about changing it to the following: >> >> This document specifies use of the IEEE 802.11 Information Element (Type >> 1029) that defined in section 6.6 of RFC5416 and IEEE 802.11 Neighbor >> Report Element that defined in section 8.4.2.39 of IEEE-802.11.2012 to >> carry the neighbor WTP report message. >> >> [PTT] The point is that there is no such thing as the neighbour WTP > report message. The sentence should be: > > "This document specifies use of the IEEE 802.11 Information Element (Type > 1029) defined in section 6.6 of RFC5416 to carry the IEEE 802.11 Neighbor > Report Element defined in section 8.4.2.39 of [IEEE-802.11.2012], possibly > along with other IEEE 802.11 elements." > > [Dapeng] OK, will be incorporated in the new version and re-submit again within this week. Thanks again for the kind review and help. Cheers, Dapeng Liu > >> Cheers, >> Dapeng Liu >> >> _______________________________________________ >>> OPSAWG mailing list >>> OPSAWG@ietf.org >>> https://www.ietf.org/mailman/listinfo/opsawg >>> >>> >> >> >> -- ------ Best Regards, Dapeng Liu --20cf302d497a372f9704f3b5cd88 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



2014-02-28 22:55 GMT+08:00 Tom Taylor <tom.taylor.stds@gma= il.com>:

On 28/02/2014 5:58 AM, Liu Dapeng wrote:
Hi Tom,

Thanks for your review.


2014-02-28 5:47 GMT+08:00 Tom Taylor <tom.taylor.stds@gmail.com>:

Numerous grammatical and stylistic suggestions that I gave you in my first<= br> review haven't made it into the revision, so I won't bother with an= y more.


I searched the mailing list and can not find your "grammatical and
stylistic suggestions" comments. Do you mind to give me a pointer?

[PTT] Sorry, I sent it to you privately as a marked-up .docx on 7 Nov 2013.= It's only 19 kB, so I suppose I could send it to the list too, or just= resend it. Alternatively I could work directly on something you send me. L= et me know

[Dapeng] I am sorry that I just found this mail i= s in my mailbox's trash folder. I will incorporate =A0your changes and = submit a new version this week.
=A0 =A0 =A0 =A0 =A0 =A0= =A0 Thanks for the detailed review and corrections.


However, there are still points where the intention isn't clear and the=
text needs to be tightened up.

Section 4.1.2 regarding antenna configuration:
----------------------------------------------
I don't understand the explanation of this field. It says each bit
represents the number of antennas corresponding to that bit. Taking that literally, I could see 1+2+...+8 =3D a total of 36 antennas being configure= d.
Is this what you mean, or do you mean that there are eight antennas, each bit corresponds to one of them, and the bits determine which of those eight=
antennas are enabled?


It is the latter case, only eight antennas.

How about adding the following sentence for clarification:

"Only one bit is allowed to be set to 1."

[PTT] If that is so, why do you need 8 bits and not just 3 (if you number t= he antennas starting from 0)? Are you sure this isn't a matter of confi= guring a specific set of antennas, so that multiple bits can be set? For ex= ample, 10010000 enables antennas 8 and 5 and disables the rest?


[Dapeng] Yes, 3 bits could= also work. The 8 bits design is better to align with current existing impl= ementations.=A0


Section 5.1 first paragraph:
----------------------------

Currently says: "... if those information element is zero ..." Do you mean that literally (I haven't looked those information elements=
up), or do you mean: "... if those information elements are not presen= t
..."?


It should be the channel field of those information element. How about the<= br> following sentence?

=A0 "If the channel field of those information element is set to 0&quo= t;


Section 5.3 explanation of scanning procedure:
----------------------------------------------

Do the three parameters that determine scan operation apply to both
passive and active scanning, or just to active scanning? I can get the
answer by looking in Section 5.3.1, but it wouldn't hurt to say it here= .


OK, how about adding a sentence after the first sentence in page 9:

There are three parameters that will determine the working mode of
scan: PrimeChlSrvTime, On Channel ScanTime, Off Channel ScanTime. =A0It
applies to both active and passive scan.

[PTT] I believe the definitions of the On and Off Channel Scan Time paramet= ers say that they apply to active mode only.


[Dapeng] Thos= e parameters could apply to both active and passive scan. Active and passiv= e scan only have difference of whether sending scan probes or not. =A0



Section 5.3.1 Scan Parameter message element:
---------------------------------------------

The M and S bits are described as having values 1 or 2, but are only one bit wide. They should be 0 or 1.


Yes. I will change its values to 0 and 1.


You probably mean to designate that M bit is "WTP oper mode", not= "AP oper
mode".


Yes, I will change the "AP" to "WTP".


You may want to specify what L=3D0 and D=3D0 mean.


I will add the following:

L=3D0: Disable Load Balance Scan.
D=3D0: Disable Rouge WTP detection scan.



5.3.4. Neighbor WTP Report:
---------------------------

You should probably use phrasing similar to that of Section 4.1.1 to
specify transport of the Neighbor Report Element in the 802.11 Information<= br> Element, rather than talking about a new message type.


OK. How about changing it to the following:

This document specifies use of the IEEE 802.11 Information Element (Type 1029) that defined in section 6.6 of RFC5416 and IEEE 802.11 Neighbor
Report Element that defined in section 8.4.2.39 of IEEE-802.11.2012 to
carry the neighbor WTP report message.

[PTT] The point is that there is no such thing as the neighbour WTP report = message. The sentence should be:

"This document specifies use of the IEEE 802.11 Information Element (T= ype 1029) defined in section 6.6 of RFC5416 to carry the IEEE 802.11 Neighb= or Report Element defined in section 8.4.2.39 of [IEEE-802.11.2012], possib= ly along with other IEEE 802.11 elements."

[Dapeng] OK, will= be incorporated in the new version and re-submit again within this week.


Thanks again for t= he kind review and help.

Cheers,
Dapeng Liu
=A0

Cheers,
Dapeng Liu

_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org = https://www.ietf.org/mailman/listinfo/opsawg







--
=
------
Best Regards,
Dapeng Liu
--20cf302d497a372f9704f3b5cd88-- From nobody Tue Mar 4 00:53:36 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CB351A0434 for ; Tue, 4 Mar 2014 00:53:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 xrVoqjx4Icpk for ; Tue, 4 Mar 2014 00:53:33 -0800 (PST) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) by ietfa.amsl.com (Postfix) with ESMTP id 005A11A0430 for ; Tue, 4 Mar 2014 00:53:32 -0800 (PST) Received: by mail-ve0-f181.google.com with SMTP id oy12so3186123veb.26 for ; Tue, 04 Mar 2014 00:53:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ppRsTFvUvyIjmnVbWI6migGSUqeq50d9rktAaBP04tI=; b=FfY4Y+uUKOb/yRJWItxbCTF/2nbnSDMTEwBPqXYQegwHTHrdONgQ4Acxym+RGq+xCE YU1rY1wQPH6VhpoOWaYEj9+13GxOBo15XDOP7hzmjh5QPcC3WbWGeB7d0xaVC6XMjEgU AltMzXOjuMu9oajavwhq8lkeO9ylT0OggikhMsRVArFKuVvs2xLBDK9gqNqBvHzX/pLD cBSqLM8qZCFApav1+R1GVuLg6N6w+JzRPufkuexssJ1fQdiIaR2dWlT9IkzQ5MXVCPDB w3pYQ2Nzv3OkyYxPxfZg8fK9kerNAPtKZpreE6JGJSAhynA69WUl9VfVSs6Kn9ReLBsx 7XhQ== MIME-Version: 1.0 X-Received: by 10.52.75.101 with SMTP id b5mr1258151vdw.40.1393923209650; Tue, 04 Mar 2014 00:53:29 -0800 (PST) Received: by 10.220.75.2 with HTTP; Tue, 4 Mar 2014 00:53:29 -0800 (PST) In-Reply-To: <4ED2E36A22261145861BAB2C24088B4320F5A67C@xmb-aln-x09.cisco.com> References: <4ED2E36A22261145861BAB2C24088B4320F5A67C@xmb-aln-x09.cisco.com> Date: Tue, 4 Mar 2014 08:53:29 +0000 Message-ID: From: Hui Deng To: "Rajesh Pazhyannur (rpazhyan)" Content-Type: multipart/alternative; boundary=20cf3071cfd2c164f204f3c409e5 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/4YDwsh-soN5fjEclcc_qG2A91I4 Cc: "opsawg@ietf.org" Subject: Re: [OPSAWG] Alternate Tunnel Encapsulation for Data Frames in CAPWAP X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 08:53:35 -0000 --20cf3071cfd2c164f204f3c409e5 Content-Type: text/plain; charset=ISO-8859-1 Hello all As some of you may know we (China Mobile) have been trying to progress a CAPWAP related draft (this draft), it advocates separating the control and data plane of a CAPWAP AP. In the past two IETF meetings, there have been questions about the need for this. These question have been mainly centered around why the existing CAPWAP capability is inadequate or other tunneling protocols cannot be used. I am posting this email to reinforce our need for this work. 1) As the attached link shows, the traffic to/from Wi-Fi in our network is very large and growing rapidly. This is the driving factor to consider separating the data traffic from the AC as we believe it leads to scalable architecture than the current one. 2) As an operator we need to tunnel the traffic from the AP to our NoC for regulatory reasons. So locally switching the traffic from the AP is not an option. 3) As an operator, we have chosen CAPWAP which is invented by IETF as the protocol to create interoperable SP Wi-Fi systems. I hope this will address some of the concerns raised. Thanks Regards -Hui 2014-02-18 22:10 GMT+00:00 Rajesh Pazhyannur (rpazhyan) : > Hello > > We have a submitted a new version of Alternate Tunnel Encapsulation for > Data Frames in CAPWAP, > *http://datatracker.ietf.org/doc/draft-zhang-opsawg-capwap-cds/*. > > > Abstract > > In centralized IEEE 802.11 Wireless Local Area Network (WLAN) > architecture, the Access Controller (AC) isn't intelligent enough > actually to aggregate all the wireless frames, even the bandwidth > requirement in the access point is increasing. Thus it is a general > case in the existing operator's network that WTPs forward the > wireless frames directly to Access Router (AR) to avoid overload on > the AC. In this scenario, CAPWAP Control Channel and CAPWAP Data > Channel are separated from each other. This document extends CAPWAP > for applicability of CAPWAP Control and Data Channel separation. > > > We received some questions and suggestions from Dan Romascanu and John > Kaippallimalil on the mailing list on the previous draft. We have attempted > to address them in this draft. Specifically, > > 1. How does this draft address signaling, discovery mechanisms related > to setting up alternate tunnel. (ans. Tunneling protocols like L2TPv3, > IP/GRE (PMIPv6) already have a signaling mechanism. This draft focuses on > specifying the tunnel type and provides a container to hold message > elements) > 2. Need for alternate tunnel encapsulation (given the existence of > defined mode with local bridging) > > > We would like to get it adopted as a working group item and would like > feedback on whether we are on track. > > > thanks > > Regards > > Rajesh > > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg > > --20cf3071cfd2c164f204f3c409e5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello all


As some of you may know we (China Mobile) = have been trying to progress a CAPWAP related draft (this draft),=A0= =A0it=A0advocates separating the control and data plane of= a CAPWAP AP.


In the past two IETF meetings, there have been questions about the = need for this. These question have been mainly centered around why the exis= ting CAPWAP capability is inadequate or other tunneling protocols cannot be= used. I am posting this email to reinforce our need for this work.<= /p>

=A0

1)=A0=A0=A0=A0=A0=A0As the attached link shows= , the traffic to/from Wi-Fi in our network is very large and growing rapidl= y. This is the driving factor to consider separating the data traffic from = the AC as we believe it leads to scalable architecture than the current one= .

2)=A0=A0=A0=A0=A0= =A0As an operator we need to tunnel the traffic from = the AP to our NoC for regulatory reasons.=A0 So locally switching the traff= ic from the AP is not an option.

3)=A0=A0=A0=A0=A0= =A0As an operator, we have chosen CAPWAP which is inv= ented by IETF as the protocol to create interoperable SP Wi-Fi systems.

=A0

I hope this will address some of the concerns raised.

<= span lang=3D"EN-US" style=3D"font-family:Calibri,sans-serif;color:rgb(31,73= ,125)">=A0

Thanks

=A0

Regards


-Hui



2014-02-18 22:10 GMT+00:00 Rajesh Pazhyannur (rpazhyan) <rpazhyan@cisco.com>:
Hello
=A0
We have a submitted a new version of Alternate Tunnel Encapsulation for Data Frames in CAPWAP, http://datatracker.ietf.o= rg/doc/draft-zhang-opsawg-capwap-cds/.
=A0
A= bstract
= =A0
= =A0=A0 In centralized IEEE 802.11 Wireless Local Area Network (WLAN)=
= =A0=A0 architecture, the Access Controller (AC) isn't intelligent enoug= h
= =A0=A0 actually to aggregate all the wireless frames, even the bandwidth
= =A0=A0 requirement in the access point is increasing.=A0 Thus it is a gener= al
= =A0=A0 case in the existing operator's network that WTPs forward the
= =A0=A0 wireless frames directly to Access Router (AR) to avoid overload on<= /span>
= =A0=A0 the AC.=A0 In this scenario, CAPWAP Control Channel and CAPWAP Data<= /span>
= =A0=A0 Channel are separated from each other.=A0 This document extends CAPW= AP
= =A0=A0 for applicability of CAPWAP Control and Data Channel separation.
=A0
=A0
We received some questions and suggestions from Dan Romascanu and John= Kaippallimalil on the mailing list on the previous draft. We have attempt= ed to address them in this draft. Specifically,
  1. How does this draft address signaling, discovery mechanisms related to = setting up alternate tunnel. (ans. Tunneling protocols like L2TPv3, IP/GRE = (PMIPv6) already have a signaling mechanism. This draft focuses on specifyi= ng the tunnel type and provides a container to hold message elements)
  2. Need for alternate tunnel enc= apsulation (given the existence of defined mode with local bridging)
    3. =A0
    We would like to get it adopted as a working group item and would like= feedback on whether we are on track.
    =A0
    =A0
    thanks
    =A0
    Regards
    =A0
    Rajesh
    =A0

_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org
= https://www.ietf.org/mailman/listinfo/opsawg


--20cf3071cfd2c164f204f3c409e5-- From nobody Tue Mar 4 02:15:20 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 110951A0527; Tue, 4 Mar 2014 02:15:06 -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 OOJYsYFL8au6; Tue, 4 Mar 2014 02:15:03 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EAADE1A04A9; Tue, 4 Mar 2014 02:15:02 -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.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140304101502.5141.77421.idtracker@ietfa.amsl.com> Date: Tue, 04 Mar 2014 02:15:02 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/Ng9s6YwwTyi3isT0SpxNrRA5DnU Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-capwap-extension-03.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 10:15:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group Working Group of the IETF. Title : CAPWAP Extension for 802.11n and Power/channel Autoconfiguration Authors : Yifan Chen Dapeng Liu Hui Deng Lei Zhu Filename : draft-ietf-opsawg-capwap-extension-03.txt Pages : 17 Date : 2014-03-04 Abstract: The CAPWAP binding for 802.11 is specified by RFC5416 and it was based on IEEE 802-11.2007 standard. Several new amendments of 802.11 have been published since RFC5416 was published in 2009. 802.11n is one of those amendments and it has been widely used in real deployment. This document extends the CAPWAP binding for 802.11 to support 802.11n and also defines a power and channel auto configuration extension. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-capwap-extension/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-opsawg-capwap-extension-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-capwap-extension-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 4 02:33:06 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C63F1A0644 for ; Tue, 4 Mar 2014 02:33:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.923 X-Spam-Level: X-Spam-Status: No, score=0.923 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MANGLED_TOOL=2.3] 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 h-OqieDtXp7L for ; Tue, 4 Mar 2014 02:32:57 -0800 (PST) Received: from mail-ve0-x230.google.com (mail-ve0-x230.google.com [IPv6:2607:f8b0:400c:c01::230]) by ietfa.amsl.com (Postfix) with ESMTP id F04AC1A00C0 for ; Tue, 4 Mar 2014 02:32:56 -0800 (PST) Received: by mail-ve0-f176.google.com with SMTP id cz12so5500315veb.35 for ; Tue, 04 Mar 2014 02:32:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=mime-version:date:message-id:subject:from:to:content-type; bh=TCh6WwxJMHfMvl5INeHKmsho6vvXjBM5ECQ0sMUAE2A=; b=iOSlaDzsZ0Si6JVUnUvhtlOmhMEej0CXC5viYkxO48IGZOIyX17eVS3SDpPOY2rxab 2YS5pDnDTxdJqxmn53KegY8le51lMVOVr/9Msjkc5jqwnb1ZzpGa0Qmi85eaQ9CahFgd pgzLcMqgONVqJytg3n6vMC2VVZ+jm54o9/kaQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=TCh6WwxJMHfMvl5INeHKmsho6vvXjBM5ECQ0sMUAE2A=; b=WbnJSQwqz01WiFrrYTmEg7J4nhk/QIWXhVKEQBJliOnb14oY/yA8rB+pw2ByVO2Ax2 Tg+a6wXDXGCQOfPZFTNL0kKjMRltEdP9jqHw90/GZhyKy8708ClRs5+GtkhvfoYJrxx6 nU7kScxdE9G3vqDUYKQL2ETdNMyoRIv9WRCTAbOOANfKvqBEitriCTiJVTud8q49oefI X3ymuQGyHBZzbaK6G2jpppaCUHADMCKh0I7aO5ht8E8GaFnO3+8qJFyrsU+Vy88K2vvl fpstKeDyFEfJWB64o3n/2kXj9TdLDZWaZ9IFCsfIxoO5RrnCCgbSKMw8VVlguyr8w6u/ NbcQ== X-Gm-Message-State: ALoCoQkJCbjGF/+hSaLvzTqwWWI7k+F2gVvMW0iYKtlMkjAnJ6aJw7HdCM9F+UKYkWMc0cGeV5s0 MIME-Version: 1.0 X-Received: by 10.52.126.107 with SMTP id mx11mr1520038vdb.41.1393929173507; Tue, 04 Mar 2014 02:32:53 -0800 (PST) Received: by 10.220.230.9 with HTTP; Tue, 4 Mar 2014 02:32:53 -0800 (PST) Date: Tue, 4 Mar 2014 10:32:53 +0000 Message-ID: From: Ulrich Herberg To: opsawg@ietf.org Content-Type: multipart/mixed; boundary=bcaec520f6893ac92d04f3c56de1 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/2tjOo-OWS_18rMhQfKeJxWlfAQs Subject: [OPSAWG] Review of draft-ietf-opsawg-coman-probstate-reqs-01 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 10:33:05 -0000 --bcaec520f6893ac92d04f3c56de1 Content-Type: multipart/alternative; boundary=bcaec520f6893ac92904f3c56ddf --bcaec520f6893ac92904f3c56ddf Content-Type: text/plain; charset=ISO-8859-1 Hello, I just joined the mailing list, so I apologize if I have missed some previous reviews of the draft in the subject. I think the draft is quite interesting and that the COMAN topic is relevant for the IETF. I have been previously assisting in drafting some text for the two COMAN drafts from Mehmet, and I am glad to see that the OPSAWG is interested. See the attachment for my review (or should I copy & paste it into the email?). Overall, I think the draft needs some more work, but is interesting to read and provides a lot of insight into management of constrained devices. Best regards Ulrich --bcaec520f6893ac92904f3c56ddf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I just joined= the mailing list, so I apologize if I have missed some previous reviews of= the draft in the subject.

I think the draft is quite interest= ing and that the COMAN topic is relevant for the IETF. I have been previous= ly assisting in drafting some text for the two COMAN drafts from Mehmet, an= d I am glad to see that the OPSAWG is interested.

See the attachment for my review (or should I copy & paste it= into the email?). Overall, I think the draft needs some more work, but is = interesting to read and provides a lot of insight into management of constr= ained devices.

Best regards
Ulrich
--bcaec520f6893ac92904f3c56ddf-- --bcaec520f6893ac92d04f3c56de1 Content-Type: text/plain; charset=US-ASCII; name="draft-ietf-opsawg-coman-probstate-reqs-01.txt" Content-Disposition: attachment; filename="draft-ietf-opsawg-coman-probstate-reqs-01.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hsd1dkby0 CgoKSW50ZXJuZXQgRW5naW5lZXJpbmcgVGFzayBGb3JjZSAgICAgICAgICAgICAgICAgICAgICAg ICAgICBNLiBFcnN1ZSwgRWQuCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgTm9raWEgU29sdXRpb25zIGFuZCBOZXR3b3JrcwpJbnRlbmRlZCBzdGF0dXM6IEluZm9y bWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBELiBSb21hc2NhbnUKRXhwaXJl czogQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEF2YXlhCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgSi4gU2Nob2Vud2FlbGRlcgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZlYnJ1YXJ5IDE0LCAyMDE0 CgoKIE1hbmFnZW1lbnQgb2YgTmV0d29ya3Mgd2l0aCBDb25zdHJhaW5lZCBEZXZpY2VzOiBQcm9i bGVtIFN0YXRlbWVudCBhbmQKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUmVxdWlyZW1l bnRzCiAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtb3BzYXdnLWNvbWFuLXByb2JzdGF0ZS1yZXFz LTAxCgpBYnN0cmFjdAoKICAgVGhpcyBkb2N1bWVudCBwcm92aWRlcyBhIHByb2JsZW0gc3RhdGVt ZW50LCBkZXBsb3ltZW50IGFuZCBtYW5hZ2VtZW50CiAgIHRvcG9sb2d5IG9wdGlvbnMgYXMgd2Vs bCBhcyB0aGUgcmVxdWlyZW1lbnRzIGZvciB0aGUgbWFuYWdlbWVudCBvZgogICBuZXR3b3JrcyB3 aGVyZSBjb25zdHJhaW5lZCBkZXZpY2VzIGFyZSBpbnZvbHZlZC4KClN0YXR1cyBvZiB0aGlzIE1l bW8KCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9ybWFu Y2Ugd2l0aCB0aGUKICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4KCiAgIEludGVy bmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVy aW5nCiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxz byBkaXN0cmlidXRlCiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRo ZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtCiAgIERyYWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBk cmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzCiAgIGFuZCBt YXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMg YXQgYW55CiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFm dHMgYXMgcmVmZXJlbmNlCiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFz ICJ3b3JrIGluIHByb2dyZXNzLiIKCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUg b24gQXVndXN0IDE4LCAyMDE0LgoKQ29weXJpZ2h0IE5vdGljZQoKICAgQ29weXJpZ2h0IChjKSAy MDE0IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlCiAgIGRvY3Vt ZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLgoKICAgVGhpcyBkb2N1bWVudCBpcyBz dWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbAogICBQcm92aXNpb25z IFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzCiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9s aWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZgogICBwdWJsaWNhdGlvbiBvZiB0 aGlzIGRvY3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMKICAgY2FyZWZ1bGx5 LCBhcyB0aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCByZXNw ZWN0CiAgIHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20g dGhpcyBkb2N1bWVudCBtdXN0CiAgIGluY2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0 IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAg ICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICAgW1BhZ2UgMV0KDApJbnRl cm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZl YnJ1YXJ5IDIwMTQKCgogICB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHByb3Zp ZGVkIHdpdGhvdXQgd2FycmFudHkgYXMKICAgZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJT RCBMaWNlbnNlLgoKClRhYmxlIG9mIENvbnRlbnRzCgogICAxLiAgSW50cm9kdWN0aW9uIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMKICAgICAxLjEu ICBPdmVydmlldyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICAzCiAgICAgMS4yLiAgVGVybWlub2xvZ3kgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgNAogICAgIDEuMy4gIE5ldHdvcmtzIFR5cGVzIGFuZCBDaGFy YWN0ZXJpc3RpY3MgaW4gRm9jdXMgIC4gLiAuIC4gLiAuIC4gIDUKICAgICAxLjQuICBDb25zdHJh aW5lZCBEZXZpY2UgRGVwbG95bWVudCBPcHRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuICA5CiAg ICAgMS41LiAgTWFuYWdlbWVudCBUb3BvbG9neSBPcHRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgOQogICAgIDEuNi4gIE1hbmFnaW5nIHRoZSBDb25zdHJhaW5lZG5lc3Mgb2Yg YSBEZXZpY2Ugb3IgTmV0d29yayAgLiAuIC4gMTAKICAgICAxLjcuICBDb25maWd1cmF0aW9uIGFu ZCBNb25pdG9yaW5nIEZ1bmN0aW9uYWxpdHkgTGV2ZWxzICAuIC4gLiAuIDEzCiAgIDIuICBQcm9i bGVtIFN0YXRlbWVudCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAxNQogICAzLiAgUmVxdWlyZW1lbnRzIG9uIHRoZSBNYW5hZ2VtZW50IG9mIE5ldHdvcmtzIHdp dGgKICAgICAgIENvbnN0cmFpbmVkIERldmljZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIDE3CiAgICAgMy4xLiAgTWFuYWdlbWVudCBBcmNoaXRlY3R1cmUvU3lz dGVtIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNwogICAgIDMuMi4gIE1hbmFnZW1lbnQg cHJvdG9jb2xzIGFuZCBkYXRhIG1vZGVsICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjIKICAgICAz LjMuICBDb25maWd1cmF0aW9uIG1hbmFnZW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDI1CiAgICAgMy40LiAgTW9uaXRvcmluZyBmdW5jdGlvbmFsaXR5IC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyNwogICAgIDMuNS4gIFNlbGYtbWFuYWdlbWVudCAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzIKICAgICAzLjYuICBTZWN1 cml0eSBhbmQgQWNjZXNzIENvbnRyb2wgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDMz CiAgICAgMy43LiAgRW5lcmd5IE1hbmFnZW1lbnQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAzNQogICAgIDMuOC4gIFNXIERpc3RyaWJ1dGlvbiAgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzcKICAgICAzLjkuICBUcmFmZmljIG1hbmFn ZW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDM3CiAgICAgMy4x MC4gVHJhbnNwb3J0IExheWVyICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAzOQogICAgIDMuMTEuIEltcGxlbWVudGF0aW9uIFJlcXVpcmVtZW50cyAgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gNDEKICAgNC4gIElBTkEgQ29uc2lkZXJhdGlvbnMgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQzCiAgIDUuICBTZWN1cml0eSBD b25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NAog ICA2LiAgQ29udHJpYnV0b3JzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gNDUKICAgNy4gIEFja25vd2xlZGdtZW50cyAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQ2CiAgIDguICBSZWZlcmVuY2VzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NwogICAgIDguMS4g IE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gNDcKICAgICA4LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIDQ3CiAgIEFwcGVuZGl4IEEuICBDaGFuZ2UgTG9nICAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0OAogICAgIEEuMS4gIGRyYWZ0LWll dGYtb3BzYXdnLWNvbWFuLXByb2JzdGF0ZS1yZXFzLTAwIC0KICAgICAgICAgICBkcmFmdC1pZXRm LW9wc2F3Zy1jb21hbi1wcm9ic3RhdGUtcmVxcy0wMSAgLiAuIC4gLiAuIC4gLiAuIDQ4CiAgICAg QS4yLiAgZHJhZnQtZXJzdWUtY29uc3RyYWluZWQtbWdtdC0wMyAtCiAgICAgICAgICAgZHJhZnQt aWV0Zi1vcHNhd2ctY29tYW4tcHJvYnN0YXRlLXJlcXMtMDAgIC4gLiAuIC4gLiAuIC4gLiA0OAog ICAgIEEuMy4gIGRyYWZ0LWVyc3VlLWNvbnN0cmFpbmVkLW1nbXQtMDItMDMgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gNDkKICAgICBBLjQuICBkcmFmdC1lcnN1ZS1jb25zdHJhaW5lZC1tZ210LTAx LTAyIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDUwCiAgICAgQS41LiAgZHJhZnQtZXJzdWUtY29u c3RyYWluZWQtbWdtdC0wMC0wMSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1MAogICBBdXRob3Jz JyBBZGRyZXNzZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gNTIKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwg MjAxNCAgICAgICAgICAgICAgICBbUGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29u c3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCjEuICBJbnRy b2R1Y3Rpb24KCjEuMS4gIE92ZXJ2aWV3CgogICBDb25zdHJhaW5lZCBkZXZpY2VzLCBha2EuIHNl bnNvciwgc21hcnQgb2JqZWN0LCBvciBzbWFydCBkZXZpY2UsIHdpdGgKICAgbGltaXRlZCBDUFUs IG1lbW9yeSwgYW5kIHBvd2VyIHJlc291cmNlcywgY2FuIGNvbnN0aXR1dGUgYSBuZXR3b3JrLgog ICBTdWNoIGEgbmV0d29yayBvZiBjb25zdHJhaW5lZCBkZXZpY2VzIGl0c2VsZiBtYXkgYmUgY29u c3RyYWluZWQgb3IKICAgY2hhbGxlbmdlZCwgZS5nLiB3aXRoIHVucmVsaWFibGUgb3IgbG9zc3kg Y2hhbm5lbHMsIHdpcmVsZXNzCiAgIHRlY2hub2xvZ2llcyB3aXRoIGxpbWl0ZWQgYmFuZHdpZHRo IGFuZCBhIGR5bmFtaWMgdG9wb2xvZ3ksIG5lZWRpbmcKICAgdGhlIHNlcnZpY2Ugb2YgYSBnYXRl d2F5IG9yIHByb3h5IHRvIGNvbm5lY3QgdG8gdGhlIEludGVybmV0LiAKICAgClVIPiBJIHdvbmRl ciBhYm91dCB0aGUgcmVhc29uIGZvciBhZGRpbmcgdGhlIGxhc3QgcGFydCBvZiB0aGUgc2VudGVu Y2UsIHN0YXJ0aW5nIHdpdGggIm5lZWRpbmcgdGhlIHNlcnZpY2UuLi4iLiBJcyB0aGF0IGEgY29u c2VxdWVuY2Ugb2YgY29uc3RyYWludCBuZXR3b3Jrcz8gV2hhdCBpcyAiY29ubmVjdGluZyB0byB0 aGUgSW50ZXJuZXQiIGFueXdheT8gRG8geW91IG1lYW4gYXBwbGljYXRpb24tbGF5ZXIgdHJhbnNs YXRpb24gYmV0d2VlbiBwcm90b2NvbHMgZXNwZWNpYWxseSBkZXNpZ25lZCBmb3IgY29uc3RyYWlu ZWQgZGV2aWNlcy9uZXR3b3JrcyBhbmQgc3RhbmRhcmQgSVAgcHJvdG9jb2xzPwogICAKICAgIElu CiAgIG90aGVyIHNjZW5hcmlvcywgdGhlIGNvbnN0cmFpbmVkIGRldmljZXMgY2FuIGJlIGNvbm5l Y3RlZCB0byBhIG5vbi0KICAgY29uc3RyYWluZWQgbmV0d29yayB1c2luZyBvZmYtdGhlLXNoZWxm IHByb3RvY29sIHN0YWNrcy4KCiAgIENvbnN0cmFpbmVkIGRldmljZXMgbWlnaHQgYmUgaW4gY2hh cmdlIG9mIGdhdGhlcmluZyBpbmZvcm1hdGlvbiBpbgogICBkaXZlcnNlIHNldHRpbmdzIGluY2x1 ZGluZyBuYXR1cmFsIGVjb3N5c3RlbXMsIGJ1aWxkaW5ncywgYW5kCiAgIGZhY3RvcmllcyBhbmQg c2VuZCB0aGUgaW5mb3JtYXRpb24gdG8gb25lIG9yIG1vcmUgc2VydmVyIHN0YXRpb25zLgogICBD b25zdHJhaW5lZCBkZXZpY2VzIG1heSBhbHNvIHdvcmsgdW5kZXIgc2V2ZXJlIHJlc291cmNlIGNv bnN0cmFpbnRzCiAgIHN1Y2ggYXMgbGltaXRlZCBiYXR0ZXJ5IGFuZCBjb21wdXRpbmcgcG93ZXIs IGxpdHRsZSBtZW1vcnkgYW5kCiAgIGluc3VmZmljaWVudCB3aXJlbGVzcyBiYW5kd2lkdGgsIGFu ZCBjb21tdW5pY2F0aW9uIGNhcGFiaWxpdGllcy4gIEEKICAgY2VudHJhbCBlbnRpdHksIGUuZy4s IGEgYmFzZSBzdGF0aW9uIG9yIGNvbnRyb2xsaW5nIHNlcnZlciwgbWlnaHQKICAgaGF2ZSBtb3Jl IGNvbXB1dGF0aW9uYWwgYW5kIGNvbW11bmljYXRpb24gcmVzb3VyY2VzIGFuZCBjYW4gYWN0IGFz IGEKICAgZ2F0ZXdheSBiZXR3ZWVuIHRoZSBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCB0aGUgYXBw bGljYXRpb24gbG9naWMgaW4KICAgdGhlIGNvcmUgbmV0d29yay4KCiAgIFRvZGF5IGRpdmVyc2Ug c2l6ZSBvZiBjb25zdHJhaW5lZCBkZXZpY2VzIHdpdGggZGlmZmVyZW50IHJlc291cmNlcwogICBh bmQgY2FwYWJpbGl0aWVzIGFyZSBiZWluZyBjb25uZWN0ZWQuICBNb2JpbGUgcGVyc29uYWwgZ2Fk Z2V0cywKICAgYnVpbGRpbmctYXV0b21hdGlvbiBkZXZpY2VzLCBjZWxsdWxhciBwaG9uZXMsIE1h Y2hpbmUtdG8tbWFjaGluZQogICAoTTJNKSBkZXZpY2VzLCBldGMuIGJlbmVmaXQgZnJvbSBpbnRl cmFjdGluZyB3aXRoIG90aGVyICJ0aGluZ3MiIGluCiAgIHRoZSBuZWFyIG9yIHNvbWV3aGVyZSBp biB0aGUgSW50ZXJuZXQuICBXaXRoIHRoaXMgdGhlIEludGVybmV0IG9mCiAgIFRoaW5ncyAoSW9U KSBiZWNvbWVzIGEgcmVhbGl0eSBidWlsZCB1cCBvZiB1bmlxdWVseSBpZGVudGlmaWFibGUKICAg b2JqZWN0cyAodGhpbmdzKS4gIEFuZCBvdmVyIHRoZSBuZXh0IGRlY2FkZSwgdGhpcyBjb3VsZCBn cm93IHRvCiAgIHRyaWxsaW9ucyBvZiBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCB3aWxsIGdyZWF0 bHkgaW5jcmVhc2UgdGhlCiAgIEludGVybmV0J3Mgc2l6ZSBhbmQgc2NvcGUuCgogICBOZXR3b3Jr IG1hbmFnZW1lbnQgaXMgY2hhcmFjdGVyaXplZCBieSBtb25pdG9yaW5nIG5ldHdvcmsgc3RhdHVz LAogICBkZXRlY3RpbmcgZmF1bHRzLCBhbmQgaW5mZXJyaW5nIHRoZWlyIGNhdXNlcywgc2V0dGlu ZyBuZXR3b3JrCiAgIHBhcmFtZXRlcnMsIGFuZCBjYXJyeWluZyBvdXQgYWN0aW9ucyB0byByZW1v dmUgZmF1bHRzLCBtYWludGFpbgogICBub3JtYWwgb3BlcmF0aW9uLCBhbmQgaW1wcm92ZSBuZXR3 b3JrIGVmZmljaWVuY3kgYW5kIGFwcGxpY2F0aW9uCiAgIHBlcmZvcm1hbmNlLiAgVGhlIHRyYWRp dGlvbmFsIG5ldHdvcmsgbWFuYWdlbWVudCBhcHBsaWNhdGlvbgogICBwZXJpb2RpY2FsbHkgY29s bGVjdHMgaW5mb3JtYXRpb24gZnJvbSBhIHNldCBvZiBlbGVtZW50cyB0aGF0IGFyZQogICBuZWVk ZWQgdG8gbWFuYWdlLCBwcm9jZXNzZXMgdGhlIGRhdGEsIGFuZCBwcmVzZW50cyB0aGVtIHRvIHRo ZQogICBuZXR3b3JrIG1hbmFnZW1lbnQgdXNlcnMuICAKICAgClVIPiBXaGF0IGlzIHRoZSAidHJh ZGl0aW9uYWwgbmV0d29yayBtYW5hZ2VtZW50IGFwcGxpY2F0aW9uIj8gSXMgdGhhdCBhIHBhcnRp Y3VsYXIgcHJvdG9jb2w/IERvZXMgaXQgaGF2ZSB0byBiZSBwZXJpb2RpY2FsbHk/IENvdWxkIGJl IG9uLWRlbWFuZCBhcyB3ZWxsLiBNYXliZSBpdCB3b3VsZCBhbHNvIGJlIGhlbHBmdWwgdG8gZGlm ZmVyZW50aWF0ZSBiZXR3ZWVuIG1hbmFnZW1lbnQgYW5kIG1vbml0b3JpbmcgYXMgdHdvIGRpZmZl cmVudCBhY3Rpb25zLiAgCiAgIAogICBDb25zdHJhaW5lZCBkZXZpY2VzLCBob3dldmVyLCBvZnRl biBoYXZlCiAgIGxpbWl0ZWQgcG93ZXIsIGxvdyB0cmFuc21pc3Npb24gcmFuZ2UsIGFuZCBtaWdo dCBiZSB1bnJlbGlhYmxlLiAgCgpVSD4gSXMgdGhlIGRldmljZSB1bnJlbGlhYmxlIChlLmcuLCBi ZWNhdXNlIGl0IG9mdGVuIGNyYXNoZXM/KSBvciB0aGUgY29tbXVuaWNhdGlvbiBtZWRpdW0/IChp LmUuLCBoaWdoIGxvc3MgcmF0ZSkgICAKICAgCiAgIFRoZXkKICAgbWlnaHQgYWxzbyBuZWVkIHRv IHdvcmsgaW4gaG9zdGlsZSBlbnZpcm9ubWVudHMgd2l0aCBhZHZhbmNlZAogICBzZWN1cml0eSBy ZXF1aXJlbWVudHMKClVIPiBJIHdvbmRlciB3aGV0aGVyIHRoYXQgaXMgc28gZGlmZmVyZW50IGZy b20gImNsYXNzaWNhbCIgSVAtYmFzZWQgbWFuYWdlbWVudC4gSSB3b3VsZCBjb25zaWRlciBtYW5h Z2VtZW50IHZpYSB0aGUgSW50ZXJuZXQgdG8gYmUgYSBob3N0aWxlIGVudmlyb25tZW50LiBJcyB0 aGlzIHJlYWxseSByZWxhdGVkIHRvIG1hbmFnZW1lbnQgb2YgY29uc3RyYWluZWQgZGV2aWNlcz8g ICAKICAgCiAgICBvciBuZWVkIHRvIGJlIHVzZWQgaW4gaGFyc2ggZW52aXJvbm1lbnRzIGZvciBh CiAgIGxvbmcgdGltZSB3aXRob3V0IHN1cGVydmlzaW9uLiAgRHVlIHRvIHN1Y2ggY29uc3RyYWlu dHMsIHRoZQogICBtYW5hZ2VtZW50IG9mIGEgbmV0d29yayB3aXRoIGNvbnN0cmFpbmVkIGRldmlj ZXMgb2ZmZXJzIGRpZmZlcmVudAogICAKVUg+IG1heWJlICJmYWNlIiBjaGFsbGVuZ2VzLCBpbnN0 ZWFkIG9mICJvZmZlciIgY2hhbGxlbmdlcz8gICAKICAgCiAgIHR5cGUgb2YgY2hhbGxlbmdlcyBj b21wYXJlZCB0byB0aGUgbWFuYWdlbWVudCBvZiBhIHRyYWRpdGlvbmFsIElQCgoKCkVyc3VlLCBl dCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgICBb UGFnZSAzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJx bXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAgIG5ldHdvcmsuCgogICBUaGUgSUVURiBoYXMg YWxyZWFkeSBkb25lIHN1YnN0YW50aWFsIHN0YW5kYXJkaXphdGlvbiB3b3JrIHRvIGVuYWJsZQog ICB0aGUgY29tbXVuaWNhdGlvbiBpbiBJUCBuZXR3b3JrcyBhbmQgdG8gbWFuYWdlIHN1Y2ggbmV0 d29ya3MgYXMgd2VsbAogICBhcyB0aGUgbWFuaWZvbGQgdHlwZSBvZiBub2RlcyBpbiB0aGVzZSBu ZXR3b3JrcyBbUkZDNjYzMl0uICBIb3dldmVyLAogICB0aGUgSUVURiBzbyBmYXIgaGFzIG5vdCBk ZXZlbG9wZWQgYW55IHNwZWNpZmljIHRlY2hub2xvZ2llcyBmb3IgdGhlCiAgIG1hbmFnZW1lbnQg b2YgY29uc3RyYWluZWQgZGV2aWNlcyBhbmQgdGhlIG5ldHdvcmtzIGNvbXByaXNlZCBieQogICBj b25zdHJhaW5lZCBkZXZpY2VzLiAgSVAtYmFzZWQgc2Vuc29ycyBvciBjb25zdHJhaW5lZCBkZXZp Y2VzIGluIHN1Y2gKICAgYW4gZW52aXJvbm1lbnQsIGkuZS4sIGRldmljZXMgd2l0aCB2ZXJ5IGxp bWl0ZWQgbWVtb3J5IGFuZCBDUFUKICAgcmVzb3VyY2VzLCB1c2UgdG9kYXkgYXBwbGljYXRpb24t bGF5ZXIgcHJvdG9jb2xzIGluIGFuIGFkLWhvYyBtYW5uZXIKICAgdG8gZG8gc2ltcGxlIHJlc291 cmNlIG1hbmFnZW1lbnQgYW5kIG1vbml0b3JpbmcuCgogICBUaGlzIGRvY3VtZW50IHByb3ZpZGVz IGEgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIGxpc3RzIHRoZSByZXF1aXJlbWVudHMKICAgZm9yIHRo ZSBtYW5hZ2VtZW50IG9mIGEgbmV0d29yayB3aXRoIGNvbnN0cmFpbmVkIGRldmljZXMuCiAgIFNl Y3Rpb24gMS4zIGFuZCBTZWN0aW9uIDEuNSBkZXNjcmliZSBkaWZmZXJlbnQgdG9wb2xvZ3kgb3B0 aW9ucyBmb3IKICAgdGhlIG5ldHdvcmtpbmcgYW5kIG1hbmFnZW1lbnQgb2YgY29uc3RyYWluZWQg ZGV2aWNlcy4gIFNlY3Rpb24gMgogICBwcm92aWRlcyBhIHByb2JsZW0gc3RhdGVtZW50IG9uIHRo ZSBpc3N1ZSBvZiB0aGUgbWFuYWdlbWVudCBvZgogICBuZXR3b3JrZWQgY29uc3RyYWluZWQgZGV2 aWNlcy4gIFNlY3Rpb24gMyBsaXN0cyByZXF1aXJlbWVudHMgb24gdGhlCiAgIG1hbmFnZW1lbnQg b2YgYXBwbGljYXRpb25zIGFuZCBuZXR3b3JrcyB3aXRoIGNvbnN0cmFpbmVkIGRldmljZXMuCiAg IE5vdGUgdGhhdCB0aGUgcmVxdWlyZW1lbnRzIGluIFNlY3Rpb24gMyBuZWVkIHRvIGJlIHNlZW4g YXMKICAgc3RhbmRhbG9uZSwgd2hlcmUgZGlmZmVyZW50IGltcGxlbWVudGVyIG1heSBkZWNpZGUg dG8gcmVhbGl6ZSBhCiAgIGRpZmZlcmVudCBzZXQgb2YgcmVxdWlyZW1lbnRzLgogICAKIFVIPiBJ IGRvbid0IHVuZGVyc3RhZCB0aGUgbGFzdCBzZW50ZW5jZS4gV2hhdCBkb2VzIGl0IG1lYW4gdG8g ImJlIHNlZW4gYXMgc3RhbmRhbG9uZSI/ICAKICAgCgogICBUaGUgdXNlIGNhc2VzIGluIHRoZSBj b250ZXh0IG9mIG5ldHdvcmtzIHdpdGggY29uc3RyYWluZWQgZGV2aWNlcyBjYW4KICAgYmUgZm91 bmQgaW4gdGhlIGNvbXBhbmlvbiBkb2N1bWVudCBbQ09NLVVTRV0uCgoxLjIuICBUZXJtaW5vbG9n eQoKICAgQ29uY2VybmluZyBjb25zdHJhaW5lZCBkZXZpY2VzIGFuZCBuZXR3b3JrcyB0aGlzIGRv Y3VtZW50IGdlbmVyYWxseQogICBidWlsZHMgb24gdGhlIHRlcm1pbm9sb2d5IGRlZmluZWQgaW4g W0ktRC5pZXRmLWx3aWctdGVybWlub2xvZ3ldLAogICB3aGVyZSB0aGUgdGVybXMgQ29uc3RyYWlu ZWQgRGV2aWNlLCBDb25zdHJhaW5lZCBOZXR3b3JrLCBldGMuIGFyZQogICBkZWZpbmVkLgoKICAg VGhlIGZvbGxvd2luZyB0ZXJtcyBhcmUgYWRkaXRpb25hbGx5IHVzZWQgdGhyb3VnaG91dCB0aGlz CiAgIGRvY3VtZW50YXRpb246CgogICBBTUk6ICAoQWR2YW5jZWQgTWV0ZXJpbmcgSW5mcmFzdHJ1 Y3R1cmUpIEEgc3lzdGVtIGluY2x1ZGluZyBoYXJkd2FyZSwKICAgICAgc29mdHdhcmUsIGFuZCBu ZXR3b3JraW5nIHRlY2hub2xvZ2llcyB0aGF0IG1lYXN1cmVzLCBjb2xsZWN0cywgYW5kCiAgICAg IGFuYWx5emVzIGVuZXJneSB1c2FnZSwgYW5kIGNvbW11bmljYXRlcyB3aXRoIGEgaGllcmFyY2hp Y2FsbHkKICAgICAgZGVwbG95ZWQgbmV0d29yayBvZiBtZXRlcmluZyBkZXZpY2VzLCBlaXRoZXIg b24gcmVxdWVzdCBvciBvbiBhCiAgICAgIHNjaGVkdWxlLgogICAgICAKVUg+IElzIHRoZXJlIG5v IGV4aXN0aW5nIGRlZmluaXRpb24gdGhhdCB3ZSBjYW4gcmUtdXNlPyBJZiBub3QgYnkgSUVURiwg bWF5YmUgZnJvbSBGRVJDIG9yIGVsc2V3aGVyZT8gVGhpcyBkZWZpbml0aW9uIGxhY2tzIHNldmVy YWwgYXNwZWN0cyB0aGF0IGNvdWxkIHBvdGVudGlhbGx5IGJlIGltcG9ydGFudCBmb3IgdGhlIG1h bmFnZW1lbnQsIHN1Y2ggYXMgbG93LWJhbmR3aWR0aCBtZWRpdW0sIGxvc3N5IGNoYW5uZWwsIG11 bHRpLWhvcCBjb21tdW5pY2F0aW9uLCB0cmFmZmljIHBhdHRlcm5zIChQMk1QLCBNUDJQKSwgdHlw aWNhbCBudW1iZXIgb2Ygcm91dGVycywgbGltaXRlZCBNVFUsIGV0Yy4gSSBhbSBub3Qgc3VyZSB3 aGV0aGVyIHRoZXNlIGFyZSByZWxldmFudCBmb3IgdGhpcyBkcmFmdCBvciBub3QsIEkganVzdCB0 aGluayB0aGF0IHdlIHNob3VsZCBjaGVjayB3aGV0aGVyIHRoZSBkZWZpbml0aW9uIGhlcmUgaXMg c3VmZmljaWVudC4KCiAgIEMwOiAgQ2xhc3MgMCBjb25zdHJhaW5lZCBkZXZpY2UgYXMgZGVmaW5l ZCBpbiBTZWN0aW9uIDMuIG9mCiAgICAgIFtJLUQuaWV0Zi1sd2lnLXRlcm1pbm9sb2d5XS4KCgoK CgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAg ICAgICAgICAgICBbUGFnZSA0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQg TWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAgIEMxOiAgQ2xhc3MgMSBj b25zdHJhaW5lZCBkZXZpY2UgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuIG9mCiAgICAgIFtJLUQu aWV0Zi1sd2lnLXRlcm1pbm9sb2d5XS4KCiAgIEMyOiAgQ2xhc3MgMiBjb25zdHJhaW5lZCBkZXZp Y2UgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuIG9mCiAgICAgIFtJLUQuaWV0Zi1sd2lnLXRlcm1p bm9sb2d5XS4KCiAgIE5ldHdvcmsgb2YgQ29uc3RyYWluZWQgRGV2aWNlczogIEEgbmV0d29yayB0 byB3aGljaCBjb25zdHJhaW5lZAogICAgICBkZXZpY2VzIGFyZSBjb25uZWN0ZWQgCgpVSD4gSSdk IHNheSB0aGF0IGRldmljZXMgYXJlIG5vdCBjb25uZWN0ZWQgdG8gYSBuZXR3b3JrLCBidXQgdGhh dCB0aGV5ICJmb3JtIiBhIG5ldHdvcmsuICAgICAgIAogICAgICAKICAgICAgdGhhdCBtYXkgb3Ig bWF5IG5vdCBiZSBhIENvbnN0cmFpbmVkIE5ldHdvcmsKICAgICAgKHNlZSBbSS1ELmlldGYtbHdp Zy10ZXJtaW5vbG9neV0gZm9yIHRoZSBkZWZpbml0aW9uIG9mIHRoZSB0ZXJtCiAgICAgIENvbnN0 cmFpbmVkIE5ldHdvcmspLgoKICAgTTJNOiAgKE1hY2hpbmUgdG8gTWFjaGluZSkgc3RhbmRzIGZv ciB0aGUgYXV0b21hdGljIGRhdGEgdHJhbnNmZXIKICAgICAgYmV0d2VlbiBkZXZpY2VzIG9mIGRp ZmZlcmVudCBraW5kLiAgSW4gTTJNIHNjZW5hcmlvcyBhIGRldmljZQogICAgICAoc3VjaCBhcyBh IHNlbnNvciBvciBtZXRlcikgY2FwdHVyZXMgYW4gZXZlbnQsIHdoaWNoIGlzIHJlbGF5ZWQKICAg ICAgdGhyb3VnaCBhIG5ldHdvcmsgKHdpcmVsZXNzLCB3aXJlZCBvciBoeWJyaWQpIHRvIGFuIGFw cGxpY2F0aW9uLgogICAgICAKVUg+IEkgaGF2ZW4ndCBjaGVja2VkLCBidXQgaXQgc2VlbXMgdGhh dCB0aGlzIG1pZ2h0IGFscmVhZHkgaGF2ZSBiZWVuIGRlZmluZWQgc29tZXdoZXJlIGVsc2UuCgog ICBNQU5FVDogIE1vYmlsZSBBZC1ob2MgTmV0d29ya3MsIGEgc2VsZi1jb25maWd1cmluZyBhbmQK ICAgICAgaW5mcmFzdHJ1Y3R1cmVsZXNzIG5ldHdvcmsgb2YgbW9iaWxlIGRldmljZXMgY29ubmVj dGVkIGJ5IHdpcmVsZXNzCiAgICAgIHRlY2hub2xvZ2llcy4KICAgICAgClVIPiBJbiB0aGUgTUFO RVQgV0csIFJGQzI1MDEgaXMgb2Z0ZW4gY2l0ZWQgYXMgZGVmaW5pdGlvbiBvZiBhIE1BTkVUIChh bHRob3VnaCB3b3J0aHkgb2YgdXBkYXRpbmcpCgogICBTbWFydCBHcmlkOiAgQW4gZWxlY3RyaWNh bCBncmlkIHRoYXQgdXNlcyBjb21tdW5pY2F0aW9uIHRlY2hub2xvZ2llcwogICAgICB0byBnYXRo ZXIgYW5kIGFjdCBvbiBpbmZvcm1hdGlvbiBpbiBhbiBhdXRvbWF0ZWQgZmFzaGlvbiB0bwogICAg ICBpbXByb3ZlIHRoZSBlZmZpY2llbmN5LCByZWxpYWJpbGl0eSBhbmQgc3VzdGFpbmFiaWxpdHkg b2YgdGhlCiAgICAgIHByb2R1Y3Rpb24gYW5kIGRpc3RyaWJ1dGlvbiBvZiBlbGVjdHJpY2l0eS4K ICAgICAgClVIPiBBZ2Fpbiwgd2VyZSB0aGVyZSBjb25zaWRlcmF0aW9ucyB0byByZXVzZSBleGlz dGluZyBkZWZpbml0aW9ucz8gVGhlcmUgY291bGQgYmUgc2FpZCBtb3JlIGFib3V0IHNtYXJ0IGdy aWQsIGFsdGhvdWdoIEkgcmVhbGl6ZSB5b3Ugd2FudGVkIHRvIHByb3ZpZGUgYSB2ZXJ5IHNob3J0 IGRlZmluaXRpb24uIE1heWJlIHJlcGxhY2UgInByb2R1Y3Rpb24gYW5kIGRpc3RyaWJ1dGlvbiBv ZiIgYnkgImdlbmVyYXRpb24sIHRyYW5zbWlzc2lvbiBhbmQgZGlzdHJpYnV0aW9uIG9mIj8KCiAg IFNtYXJ0IE1ldGVyOiAgQW4gZWxlY3RyaWNhbCBtZXRlciBpbiB0aGUgY29udGV4dCBvZiBhIFNt YXJ0IEdyaWQuCgogICAgICBGb3IgYSBkZXRhaWxlZCBkaXNjdXNzaW9uIG9uIHRoZSBjb25zdHJh aW5lZCBuZXR3b3JrcyBhcyB3ZWxsIGFzCiAgICAgIGNsYXNzZXMgb2YgY29uc3RyYWluZWQgZGV2 aWNlcyBhbmQgdGhlaXIgY2FwYWJpbGl0aWVzIHBsZWFzZSBzZWUKICAgICAgW0ktRC5pZXRmLWx3 aWctdGVybWlub2xvZ3ldLgoKMS4zLiAgTmV0d29ya3MgVHlwZXMgYW5kIENoYXJhY3RlcmlzdGlj cyBpbiBGb2N1cwoKICAgSW4gdGhpcyBkb2N1bWVudCB3ZSBkaWZmZXJlbnRpYXRlIGZvbGxvd2lu ZyB0eXBlIG9mIG5ldHdvcmtzCiAgIApVSD4gcy90eXBlL3R5cGVzLwoKICAgY29uY2VybmluZyB0 aGVpciB0cmFuc3BvcnQgYW5kIGNvbW11bmljYXRpb24gdGVjaG5vbG9naWVzOgoKICAgTm90ZSB0 aGF0IGEgbmV0d29yayBpbiBnZW5lcmFsIGNhbiBpbnZvbHZlIGNvbnN0cmFpbmVkIGFuZCBub24t CiAgIGNvbnN0cmFpbmVkIGRldmljZXMuCiAgIApVSD4gVGhpcyBzZW50ZW5jZSBzZWVtcyBzb21l aG93IG1pc3BsYWNlZCAoYWZ0ZXIgdGhlIHByZXZpb3VzIHNlbnRlbmNlIHdpdGggdGhlIGNvbG9u LCBJIGV4cGVjdGVkIHRoZSBsaXN0IHJpZ2h0IGF3YXkpLgoKVUg+IEluIGdlbmVyYWwsIEkgZmlu ZCB0aGUgZm9sbG93aW5nIGNsYXNzaWZpY2F0aW9uIGEgYml0IGFyYml0cmFyeS4gSSBjb3VsZCBl YXNpbHkgaW1hZ2luZSBzcGxpdHRpbmcgc29tZSBvZiB0aGUgY2F0ZWdvcmllcyB1cCwgb3IgbWVy Z2luZyB0aGVtLiBUaGUgY2xhc3NpZmljYXRpb24gbWl4ZXMgdHJhZmZpYyBmbG93cywgbGluayBs YXllciB0eXBlcywgcm91dGluZyBwcm90b2NvbCB2cyBzdGF0aWMgcm91dGUgZXRjLiBJIGRvbid0 IHVuZGVyc3RhbmQgd2hhdCBwdXJwb3NlIHRoaXMgc2VjdGlvbiBoYXMuCgoKICAgMS4gIFdpcmVs aW5lIG5vbi1jb25zdHJhaW5lZCBuZXR3b3JrcywgZS5nLiBhbiBFdGhlcm5ldC1MQU4gd2l0aAog ICAgICAgY29uc3RyYWluZWQgYW5kIG5vbi1jb25zdHJhaW5lZCBkZXZpY2VzIGludm9sdmVkLgoK ICAgMi4gIEEgY29tYmluYXRpb24gb2Ygd2lyZWxpbmUgYW5kIHdpcmVsZXNzIG5ldHdvcmtzLCB3 aGljaCBtYXkgb3IgbWF5CiAgICAgICBub3QgYmUgbWVzaC1iYXNlZCBidXQgaGF2ZSBhIG11bHRp LWhvcCBjb25uZWN0aXZpdHkgYmV0d2VlbgogICAgICAgY29uc3RyYWluZWQgZGV2aWNlcywgdXRp bGl6aW5nIGR5bmFtaWMgcm91dGluZyBpbiBib3RoIHRoZQogICAgICAgd2lyZWxlc3MgYW5kIHdp cmVsaW5lIHBvcnRpb25zIG9mIHRoZSBuZXR3b3JrLiAgCgpVSD4gVGhlIHNlbnRlbmNlIGlzIGNv bXBsaWNhdGVkIHRvIHVuZGVyc3RhbmQuIFdoYXQgaXMgdGhlIHJlbGV2YW5jZSBmb3IgbWVzaC1i YXNlZCBvciBub3Q/IFRoZSBzZW50ZW5jZSBtaXhlcyBkaWZmZXJlbnQgbGluayBsYXllciB0eXBl cywgZGlmZmVyZW50IGNvbm5lY3Rpdml0eSBhcmNoaXRlY3R1cmVzIGFuZCByb3V0aW5nIHByb3Rv Y29sIHZzIHN0YXRpYyByb3V0ZXMgaW4gYSBzaW5nbGUgc2VudGVuY2UuIApXb3VsZCBhIG5ldHdv cmsgd2l0aCBib3RoIGEgZmV3IHN0YXRpYyByb3V0ZXMgYW5kIGEgcm91dGluZyBwcm90b2NvbCB0 b2dldGhlciBiZSBvdXQgb2Ygc2NvcGU/ICAgICAgICAKICAgICAgIAogICAgICAgU3VjaCBuZXR3 b3JrcwogICAgICAgdXN1YWxseSBzdXBwb3J0IGhpZ2hseSBkaXN0cmlidXRlZCBhcHBsaWNhdGlv bnMgd2l0aCBtYW55IG5vZGVzCiAgICAgICAoZS5nLiBlbnZpcm9ubWVudGFsIG1vbml0b3Jpbmcp IGFuZCB0ZW5kIHRvIGRlYWwgd2l0aCBsYXJnZS1zY2FsZQoKCgpFcnN1ZSwgZXQgYWwuICAgICAg ICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICAgW1BhZ2UgNV0KDApJ bnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAg IEZlYnJ1YXJ5IDIwMTQKCgogICAgICAgbXVsdGlwb2ludC10by1wb2ludCBzeXN0ZW1zIHdpdGgg bWFzc2l2ZSBkYXRhIGZsb3dzLiAKClVIPiBJIGFtIG5vdCBzdXJlIGFib3V0IHRoYXQuIEluIGEg TUFORVQgd2l0aCBhIGNvbm5lY3RlZCB3aXJlZCBuZXR3b3JrLCBJIHdvdWxkIHN0aWxsIG5vdCBl eHBlY3QgbGFyZ2Utc2NhbGUgbWFzc2l2ZSBkYXRhIGZsb3dzIGluc2lkZSB0aGUgTUFORVQuICAg ICAgIAogICAgICAgCiAgICAgICAgV2lyZWxlc3MKICAgICAgIE1lc2ggTmV0d29ya3MgKFdNTiks IGFzIGEgc3BlY2lmaWMgdmFyaWFudAogICAgICAgClVIPiBIb3cgaXMgYSBXTU4gKHdoaWNoIGlz IHRoZSBzYW1lIGFzIGEgTUFORVQgaW4gbXkgb3BpbmlvbikgYSB2YXJpYW50IG9mIGEgImNvbWJp bmF0aW9uIG9mIHdpcmVsaW5lIGFuZCB3aXJlbGVzcyBuZXR3b3JrcyI/IFdvdWxkbid0IGl0IHR5 cGljYWxseSBiZSBvbmx5IGEgd2lyZWxlc3MgbmV0d29yaz8gICAKICAgICAgIAogICAgICAgLCB1 c2Ugb2ZmLXRoZS1zaGVsZgogICAgICAgcmFkaW8gdGVjaG5vbG9neSBzdWNoIGFzIFdpLUZpLCBX aU1heCwgYW5kIGNlbGx1bGFyIDNHLzRHLiBXTU5zCiAgICAgICBhcmUgcmVsaWFibGUgYmFzZWQg b24gdGhlIHJlZHVuZGFuY3kgdGhleSBvZmZlciBhbmQgaGF2ZSBvZnRlbiBhCiAgICAgICBtb3Jl IHBsYW5uZWQgZGVwbG95bWVudCB0byBwcm92aWRlIGR5bmFtaWMgYW5kIGNvc3QgZWZmZWN0aXZl CiAgICAgICBjb25uZWN0aXZpdHkgb3ZlciBhIGNlcnRhaW4gZ2VvZ3JhcGhpYyBhcmVhLgogICAg ICAgClVIPiBUaGF0IGRlcGVuZHMgb24gdGhlIHVzZSBjYXNlLCBpbiBteSBvcGluaW9uLiBUaGV5 IG1heSBvZmZlciB2YXJpb3VzIGRlZ3JlZXMgb2YgcmVkdW5kYW5jeSwgcmVsaWFiaWxpdHkgYW5k IHByZS1wbGFubmVkIGRlcGxveW1lbnQuIEhvdyBpcyAiY29zdC1lZmZlY3RpdmUiIHJlbGV2YW50 IGZvciBtYW5hZ2VtZW50PwoKICAgMy4gIEEgY29tYmluYXRpb24gb2Ygd2lyZWxpbmUgYW5kIHdp cmVsZXNzIG5ldHdvcmtzIHdpdGggcG9pbnQtdG8tCiAgICAgICBwb2ludCBvciBwb2ludC10by1t dWx0aXBvaW50IGNvbW11bmljYXRpb24gZ2VuZXJhbGx5IHdpdGggc2luZ2xlLQogICAgICAgaG9w IGNvbm5lY3Rpdml0eSB0byBjb25zdHJhaW5lZCBkZXZpY2VzLCB1dGlsaXppbmcgc3RhdGljIHJv dXRpbmcKICAgICAgIG92ZXIgdGhlIHdpcmVsZXNzIG5ldHdvcmsuIAogICAgICAgClVIPiBBZ2Fp biwgSSBjYW4ndCBzZWUgd2h5IHRoaXMgaXMgYSB1bmlxdWUgY2F0ZWdvcnkuIFdoYXQgZG9lcyBp dCBtYXR0ZXIgZm9yIG1hbmFnZW1lbnQgd2hldGhlciB0aGlzIGlzIFAyUCBvciBQMk1QIChhbmQg bm90IE1QMlApLCBvciBzaW5nbGUtaG9wICh2cyBtdWx0aS1ob3ApIG9yIHN0YXRpYyByb3V0ZXMg KHZzIHJvdXRpbmcgcHJvdG9jb2wpLiAKICAgICAgIAogICAgICAgIFN1Y2ggbmV0d29ya3Mgc3Vw cG9ydCBzaG9ydC1yYW5nZSwKICAgICAgIHBvaW50LXRvLXBvaW50LCBsb3ctZGF0YS1yYXRlLCBz b3VyY2UtdG8tc2luayB0eXBlIG9mCiAgICAgICBhcHBsaWNhdGlvbnMgc3VjaCBhcyBSRklEIHN5 c3RlbXMsIGxpZ2h0IHN3aXRjaGVzLCBmaXJlIGFuZCBzbW9rZQogICAgICAgZGV0ZWN0b3JzLCBh bmQgaG9tZSBhcHBsaWFuY2VzLiAgVGhpcyB0eXBlIG9mIG5ldHdvcmtzIGFsc28KICAgICAgIHN1 cHBvcnQgY29uZmluZWQgc2hvcnQtcmFuZ2Ugc3BhY2VzIHN1Y2ggYXMgYSBob21lLCBhIGZhY3Rv cnksIGEKICAgICAgIGJ1aWxkaW5nLCBvciB0aGUgaHVtYW4gYm9keS4gIElFRUUgODAyLjE1LjEg KEJsdWV0b290aCkgYW5kIElFRUUKICAgICAgIDgwMi4xNS40IGFyZSB3ZWxsLWtub3duIGV4YW1w bGVzIG9mIGFwcGxpY2FibGUgc3RhbmRhcmRzIGZvciBzdWNoCiAgICAgICBuZXR3b3Jrcy4KICAg ICAgIAoKICAgNC4gIFNlbGYtY29uZmlndXJpbmcgaW5mcmFzdHJ1Y3R1cmVsZXNzIG5ldHdvcmtz IG9mIG1vYmlsZSBkZXZpY2VzCiAgICAgICAoZS5nLiAgTW9iaWxlIEFkaG9jIG5ldHdvcmtzLCBN QU5FVCkgYXJlIGEgcGFydGljdWxhciB0eXBlIG9mCiAgICAgICBuZXR3b3JrIGNvbm5lY3RlZCBi eSB3aXJlbGVzcyB0ZWNobm9sb2dpZXMuIAogICAgICAgClVIPiBXaHkgYXJlIE1BTkVUcyBkaWZm ZXJlbnQgZnJvbSBXTU5zPyBTb21ldGltZXMsIHBlb3BsZSBhc3NvY2lhdGUgbW9iaWxpdHkgd2l0 aCBNQU5FVHMsIGJ1dCByZWFsbHkgaXQgaXMgYWxsIGFib3V0IGR5bmFtaWMgdG9wb2xvZ2llcyAo d2hpY2ggbWF5IGJlIGR1ZSB0byBtb2JpbGl0eSBvciBvdGhlciBmYWN0b3JzLCBzdWNoIGFzIGZs dWN0dWF0aW5nIGxpbmsgcXVhbGl0eSkuCgogICAgICAgIEluZnJhc3RydWN0dXJlbGVzcwogICAg ICAgbmV0d29ya3MgYXJlIG1vc3RseSBiYXNlZCBvbiBwb2ludC10by1wb2ludCBjb21tdW5pY2F0 aW9ucyAKIApVSD4gV2h5IG5vdCBQMk1QIG9yIE1QMlA/IFRoZXNlIGFyZSBhbHNvIHR5cGljYWxs eSBzZWVuIGluIE1BTkVUcywgZGVwZW5kaW5nIG9uIHRoZSB1c2UgY2FzZSBhbmQgZGVwbG95bWVu dC4gICAgIAogICAgICAgCiAgICAgICBvZgogICAgICAgZGV2aWNlcyBtb3ZpbmcgaW5kZXBlbmRl bnRseSAKICAgICAgIApVSD4gVGhlcmUgaXMgbm8gcmVzdHJpY3Rpb24gb24gd2hldGhlciB0aGV5 IG1vdmUgYXQgYWxsLCBvciB3aGV0aGVyIHRoZXkgbW92ZSBpbmRlcGVuZGVudGx5LgogCiAgICAg ICBpbiBhbnkgZGlyZWN0aW9uIGFuZCBjaGFuZ2luZyB0aGUKICAgICAgIGxpbmtzIHRvIG90aGVy IGRldmljZXMgZnJlcXVlbnRseS4gIFN1Y2ggZGV2aWNlcyBkbyBhY3QgYXMgYQogICAgICAgcm91 dGVyIHRvIGZvcndhcmQgdHJhZmZpYyB1bnJlbGF0ZWQgdG8gdGhlaXIgb3duIHVzZS4KICAgICAg IAogICBXaXJlbGluZSBub24tY29uc3RyYWluZWQgbmV0d29ya3Mgd2l0aCBjb25zdHJhaW5lZCBh bmQgbm9uLQogICBjb25zdHJhaW5lZCBkZXZpY2VzIGFyZSBtYWlubHkgdXNlZCBmb3Igc3BlY2lm aWMgYXBwbGljYXRpb25zIGxpa2UKICAgQnVpbGRpbmcgQXV0b21hdGlvbiAKICAgClVIPiBJIHNl ZSBhIGxvdCBvZiB3aXJlbGVzcyBhcHBsaWNhdGlvbnMgaW4gQnVpbGRpbmcgQXV0b21hdGlvbiAo c21hcnQgdGhlcm1vc3RhdHMsIGxpZ2h0aW5nIGV0YykuICAgIAogICAKICAgb3IgSW5mcmFzdHJ1 Y3R1cmUgTW9uaXRvcmluZy4gIFdpcmVsaW5lIGFuZAogICB3aXJlbGVzcyBuZXR3b3JrcyB3aXRo IG11bHRpLWhvcCBvciBwb2ludC10by1tdWx0aXBvaW50IGNvbm5lY3Rpdml0eQogICBhcmUgdXNl ZCBlLmcuIGZvciBlbnZpcm9ubWVudGFsIG1vbml0b3JpbmcgYXMgd2VsbCBhcyB0cmFuc3BvcnQg YW5kCiAgIG1vYmlsZSBhcHBsaWNhdGlvbnMuCiAgIApVSD4gSG93IGlzIHRoaXMgcmVsZXZhbnQg Zm9yIG1hbmFnZW1lbnQ/CgpVSD4gQWdhaW4sIEkgZG9uJ3Qgc2VlIHdoeSB0aGUgYWJvdmUgc2Vj dGlvbiBpcyByZWxldmFudC4gQW5kIGlmIHNvLCBJIGFtIG5vdCBjb252aW5jZWQgYWJvdXQgdGhl IGNsYXNzaWZpY2F0aW9uLgoKVUg+IEkgd29uJ3QgY29tbWVudCBvbiB0aGUgZm9sbG93aW5nIHRl eHQsIGFzIEkgdGhpbmsgSSB3cm90ZSBpdCAob3IgYXQgbGVhc3QgYW4gaW5pdGlhbCB2ZXJzaW9u KSA7LSkKCiAgIEZ1cnRoZXJtb3JlIGRpZmZlcmVudCBuZXR3b3JrIGNoYXJhY3RlcmlzdGljcyBh cmUgZGV0ZXJtaW5lZCBieQogICBtdWx0aXBsZSBkaW1lbnNpb25zOiBkeW5hbWljaXR5IG9mIHRo ZSB0b3BvbG9neSwgYmFuZHdpZHRoLCBhbmQgbG9zcwogICByYXRlLiAgSW4gdGhlIGZvbGxvd2lu ZywgZWFjaCBkaW1lbnNpb24gaXMgZXhwbGFpbmVkLCBhbmQgbmV0d29ya3MgaW4KICAgc2NvcGUg Zm9yIHRoaXMgZG9jdW1lbnQgYXJlIG91dGxpbmVkOgoKICAgTmV0d29yayBUb3BvbG9neToKCiAg IFRoZSB0b3BvbG9neSBvZiBhIG5ldHdvcmsgY2FuIGJlIHJlcHJlc2VudGVkIGFzIGEgZ3JhcGgs IHdpdGggZWRnZXMKICAgKGkuZS4sIGxpbmtzKSBhbmQgdmVydGljZXMgKHJvdXRlcnMgYW5kIGhv c3RzKS4gIEV4YW1wbGVzIG9mCiAgIGRpZmZlcmVudCB0b3BvbG9naWVzIGluY2x1ZGUgInN0YXIi IHRvcG9sb2dpZXMgKHdpdGggb25lIGNlbnRyYWwgbm9kZQogICBhbmQgbXVsdGlwbGUgbm9kZXMg aW4gb25lIGhvcCBkaXN0YW5jZSksIHRyZWUgc3RydWN0dXJlcyAod2l0aCBlYWNoCiAgIG5vZGUg aGF2aW5nIGV4YWN0bHkgb25lIHBhcmVudCksIGRpcmVjdGVkIGFjeWNsaWMgZ3JhcGhzICh3aXRo IGVhY2gKICAgbm9kZSBoYXZpbmcgb25lIG9yIG1vcmUgcGFyZW50cyksIGNsdXN0ZXJlZCB0b3Bv bG9naWVzICh3aGVyZSBvbmUgb3IKICAgbW9yZSAiY2x1c3RlciBoZWFkcyIgYXJlIHJlc3BvbnNp YmxlIGZvciBhIGNlcnRhaW4gYXJlYSBvZiB0aGUKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAg IEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgIFtQYWdlIDZdCgwKSW50ZXJu ZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJy dWFyeSAyMDE0CgoKICAgbmV0d29yayksIG1lc2ggdG9wb2xvZ2llcyAoZnVsbHkgZGlzdHJpYnV0 ZWQpLCBldGMuCgogICBNYW5hZ2VtZW50IHByb3RvY29scyBtYXkgdGFrZSBhZHZhbnRhZ2Ugb2Yg c3BlY2lmaWMgbmV0d29yawogICB0b3BvbG9naWVzLCBmb3IgZXhhbXBsZSBieSBkaXN0cmlidXRp bmcgbGFyZ2Utc2NhbGUgbWFuYWdlbWVudCB0YXNrcwogICBhbW9uZ3N0IG11bHRpcGxlIGRpc3Ry aWJ1dGVkIG5ldHdvcmsgbWFuYWdlbWVudCBzdGF0aW9ucyAoZS5nLiwgaW4KICAgY2FzZSBvZiBh IG1lc2ggdG9wb2xvZ3kpLCBvciBieSB1c2luZyBhIGhpZXJhcmNoaWNhbCBtYW5hZ2VtZW50CiAg IGFwcHJvYWNoIChlLmcuLCBpbiBjYXNlIG9mIGEgdHJlZSB0b3BvbG9neSkuICBUaGVzZSBkaWZm ZXJlbnQKICAgbWFuYWdlbWVudCB0b3BvbG9neSBvcHRpb25zIGFyZSBkZXNjcmliZWQgaW4gU2Vj dGlvbiAxLjYuCgogICBOb3RlIHRoYXQgaW4gY2VydGFpbiBuZXR3b3JrIGRlcGxveW1lbnRzLCBz dWNoIGFzIGNvbW11bml0eSBhZCBob2MKICAgbmV0d29ya3MgKHNlZSB0aGUgdXNlIGNhc2UgIkNv bW11bml0eSBOZXR3b3JrIEFwcGxpY2F0aW9ucyIgaW4gW0NPTS0KICAgVVNFXSksIHRoZSB0b3Bv bG9neSBpcyBub3QgcHJlLXBsYW5uZWQsIGFuZCB0aHVzIG1heSBiZSB1bmtub3duIGZvcgogICBt YW5hZ2VtZW50IHB1cnBvc2VzLiAgSW4gb3RoZXIgdXNlIGNhc2VzLCBzdWNoIGFzIGluZHVzdHJp YWwKICAgYXBwbGljYXRpb25zIChzZWUgdGhlIHVzZSBjYXNlICJJbmR1c3RyaWFsIEFwcGxpY2F0 aW9ucyIgaW4gW0NPTS0KICAgVVNFXSksIHRoZSB0b3BvbG9neSBtYXkgYmUgZGVzaWduZWQgaW4g YWR2YW5jZSBhbmQgdGhlcmVmb3JlIHRha2VuCiAgIGFkdmFudGFnZSBvZiB3aGVuIG1hbmFnaW5n IHRoZSBuZXR3b3JrLgoKICAgRHluYW1pY2l0eSBvZiB0aGUgbmV0d29yayB0b3BvbG9neToKCiAg IFRoZSBkeW5hbWljaXR5IG9mIHRoZSBuZXR3b3JrIHRvcG9sb2d5IGRldGVybWluZXMgdGhlIHJh dGUgb2YgY2hhbmdlCiAgIG9mIHRoZSBncmFwaCBwZXIgdGltZS4gIFN1Y2ggY2hhbmdlcyBjYW4g b2NjdXIgZHVlIHRvIGRpZmZlcmVudAogICBmYWN0b3JzLCBzdWNoIGFzIG1vYmlsaXR5IG9mIG5v ZGVzIChlLmcuLCBpbiBNQU5FVHMgb3IgY2VsbHVsYXIKICAgbmV0d29ya3MpLCBkdXR5IGN5Y2xl cyAoZm9yIGxvdy1wb3dlciBkZXZpY2VzIGVuYWJsaW5nIHRoZWlyIG5ldHdvcmsKICAgaW50ZXJm YWNlIG9ubHkgcGVyaW9kaWNhbGx5IHRvIHRyYW5zbWl0IG9yIHJlY2VpdmUgcGFja2V0cyksIG9y CiAgIHVuc3RhYmxlIGxpbmtzIChpbiBwYXJ0aWN1bGFyIHdpcmVsZXNzIGxpbmtzIHdpdGggc3Ry b25nbHkKICAgZmx1Y3R1YXRpbmcgbGluayBxdWFsaXR5KS4KCiAgIEV4YW1wbGVzIG9mIGRpZmZl cmVudCBsZXZlbHMgb2YgZHluYW1pY2l0eSBvZiB0aGUgdG9wb2xvZ3kgYXJlCiAgIEV0aGVybmV0 cyAod2l0aCB0eXBpY2FsbHkgYSB2ZXJ5IHN0YXRpYyB0b3BvbG9neSkgb24gdGhlIG9uZSBzaWRl LAogICBhbmQgbG93LXBvd2VyIGFuZCBsb3NzeSBuZXR3b3JrcyAoTExOcykgb24gdGhlIG90aGVy IHNpZGUuICBMTE5zCiAgIG5vZGVzIG9mdGVuIHVzaW5nIGR1dHkgY3ljbGVzLCBvcGVyYXRlIG9u IHVucmVsaWFibGUgd2lyZWxlc3MgbGlua3MKICAgYW5kIGFyZSBwb3RlbnRpYWxseSBtb2JpbGUg KGUuZy4gZm9yIHNlbnNvciBuZXR3b3JrcykuCgogICBUaGUgbW9yZSB0aGUgdG9wb2xvZ3kgaXMg ZHluYW1pYywgdGhlIG1vcmUgcm91dGluZywgdHJhbnNwb3J0IGFuZAogICBhcHBsaWNhdGlvbiBs YXllciBwcm90b2NvbHMgaGF2ZSB0byBjb3BlIHdpdGggaW50ZXJydXB0ZWQKICAgY29ubmVjdGl2 aXR5IGFuZC9vciBsb25nZXIgZGVsYXlzLiAgRm9yIGV4YW1wbGUsIG1hbmFnZW1lbnQgcHJvdG9j b2xzCiAgICh3aXRoIGEgZ2l2ZW4gdW5kZXJseWluZyB0cmFuc3BvcnQgcHJvdG9jb2wpIHRoYXQg ZXhwZWN0IGNvbnRpbnVvdXMKICAgc2Vzc2lvbiBmbG93cyB3aXRob3V0IGNoYW5nZXMgb2Ygcm91 dGVzIGR1cmluZyBhIGNvbW11bmljYXRpb24gZmxvdywKICAgbWF5IGZhaWwgdG8gb3BlcmF0ZS4K CiAgIE5ldHdvcmtzIHdpdGggYSB2ZXJ5IGxvdyBkeW5hbWljaXR5IChlLmcuICBFdGhlcm5ldCkg d2l0aCBubyBvcgogICBpbmZyZXF1ZW50IHRvcG9sb2d5IGNoYW5nZXMgKGUuZy4gbGVzcyB0aGFu IG9uY2UgZXZlcnkgMzAgbWludXRlcyksCiAgIGFyZSBpbi1zY29wZSBvZiB0aGlzIGRvY3VtZW50 IGlmIHRoZXkgYXJlIHVzZWQgd2l0aCBjb25zdHJhaW5lZAogICBkZXZpY2VzIChzZWUgZS5nLiB0 aGUgdXNlIGNhc2UgIkJ1aWxkaW5nIEF1dG9tYXRpb24iIGluIFtDT00tVVNFXSkuCgogICBUcmFm ZmljIGZsb3dzOgoKICAgVGhlIHRyYWZmaWMgZmxvdyBpbiBhIG5ldHdvcmsgZGV0ZXJtaW5lcyBm cm9tIHdoaWNoIHNvdXJjZXMgZGF0YQoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJl cyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICAgW1BhZ2UgN10KDApJbnRlcm5ldC1EcmFm dCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIw MTQKCgogICB0cmFmZmljIGlzIHNlbnQgdG8gd2hpY2ggZGVzdGluYXRpb25zIGluIHRoZSBuZXR3 b3JrLiAgU2V2ZXJhbAogICBkaWZmZXJlbnQgdHJhZmZpYyBmbG93cyBhcmUgZGVmaW5lZCBpbiBb UkZDNzEwMl0sIGluY2x1ZGluZyAicG9pbnQtCiAgIHRvLXBvaW50IiAoUDJQKSwgIm11bHRpcG9p bnQtdG8tcG9pbnQiIChNUDJQKSwgYW5kICJwb2ludC10by0KICAgbXVsdGlwb2ludCIgKFAyTVAp IGZsb3dzIGFzOgoKICAgbyAgUDJQOiBQb2ludCBUbyBQb2ludC4gIFRoaXMgcmVmZXJzIHRvIHRy YWZmaWMgZXhjaGFuZ2VkIGJldHdlZW4gdHdvCiAgICAgIG5vZGVzIChyZWdhcmRsZXNzIG9mIHRo ZSBudW1iZXIgb2YgaG9wcyBiZXR3ZWVuIHRoZSB0d28gbm9kZXMpLgoKICAgbyAgUDJNUDogUG9p bnQtdG8tTXVsdGlwb2ludCB0cmFmZmljIHJlZmVycyB0byB0cmFmZmljIGJldHdlZW4gb25lCiAg ICAgIG5vZGUgYW5kIGEgc2V0IG9mIG5vZGVzLiAgVGhpcyBpcyBzaW1pbGFyIHRvIHRoZSBQMk1Q IGNvbmNlcHQgaW4KICAgICAgTXVsdGljYXN0IG9yIE1QTFMgVHJhZmZpYyBFbmdpbmVlcmluZy4K CiAgIG8gIE1QMlA6IE11bHRpcG9pbnQtdG8tUG9pbnQgaXMgdXNlZCB0byBkZXNjcmliZSBhIHBh cnRpY3VsYXIgdHJhZmZpYwogICAgICBwYXR0ZXJuIChlLmcuICBNUDJQIGZsb3dzIGNvbGxlY3Rp bmcgaW5mb3JtYXRpb24gZnJvbSBtYW55IG5vZGVzCiAgICAgIGZsb3dpbmcgaW53YXJkcyB0b3dh cmRzIGEgY29sbGVjdGluZyBzaW5rKS4KCiAgIElmIG9uZSBvZiB0aGVzZSB0cmFmZmljIHBhdHRl cm5zIGlzIHByZWRvbWluYW50IGluIGEgbmV0d29yaywKICAgcHJvdG9jb2xzIChyb3V0aW5nLCB0 cmFuc3BvcnQsIGFwcGxpY2F0aW9uKSBtYXkgYmUgb3B0aW1pemVkIGZvciB0aGUKICAgc3BlY2lm aWMgdHJhZmZpYyBmbG93LiAgRm9yIGV4YW1wbGUsIGluIGEgbmV0d29yayB3aXRoIGEgdHJlZQog ICB0b3BvbG9neSBhbmQgTVAyUCB0cmFmZmljLCBjb2xsZWN0aW9uIHRyZWUgcHJvdG9jb2xzIGFy ZSBlZmZpY2llbnQgdG8KICAgc2VuZCBkYXRhIGZyb20gdGhlIGxlYXZlcyBvZiB0aGUgdHJlZSB0 byB0aGUgcm9vdCBvZiB0aGUgdHJlZSwgdmlhCiAgIGVhY2ggbm9kZSdzIHBhcmVudC4KCiAgIEJh bmR3aWR0aDoKCiAgIFRoZSBiYW5kd2lkdGggb2YgdGhlIG5ldHdvcmsgaXMgdGhlIGFtb3VudCBv ZiBkYXRhIHRoYXQgY2FuIGJlIHNlbnQKICAgcGVyIHRpbWUgYmV0d2VlbiB0d28gY29tbXVuaWNh dGlvbiBlbmQtcG9pbnRzLiAgSXQgaXMgdXN1YWxseQogICBkZXRlcm1pbmVkIGJ5IHRoZSBsaW5r IHdpdGggdGhlIG1pbmltdW0gYmFuZHdpZHRoIG9uIHRoZSBwYXRoIGZyb20KICAgdGhlIHNvdXJj ZSB0byB0aGUgZGVzdGluYXRpb24gb2YgZGF0YSBwYWNrZXRzLiAgVGhlIGJhbmR3aWR0aCBpbgog ICBuZXR3b3JrcyBjYW4gcmFuZ2UgZnJvbSBhIGZldyBLaWxvYnl0ZXMgcGVyIHNlY29uZCAoc3Vj aCBhcyBvbiBzb21lCiAgIDgwMi4xNS40IGxpbmsgbGF5ZXJzKSB0byBtYW55IEdpZ2FieXRlcyBw ZXIgc2Vjb25kIChlLmcuLCBvbiBmaWJlcgogICBvcHRpY3MpLgoKICAgRm9yIG1hbmFnZW1lbnQg cHVycG9zZXMsIHRoZSBtYW5hZ2VtZW50IHByb3RvY29sIHR5cGljYWxseSByZXF1aXJlcwogICB0 byBzZW5kIGluZm9ybWF0aW9uIGJldHdlZW4gdGhlIG5ldHdvcmsgbWFuYWdlbWVudCBzdGF0aW9u IGFuZCB0aGUKICAgY2xpZW50cywgZm9yIG1vbml0b3Jpbmcgb3IgY29udHJvbCBwdXJwb3Nlcy4g IElmIHRoZSBhdmFpbGFibGUKICAgYmFuZHdpZHRoIGlzIGluc3VmZmljaWVudCBmb3IgdGhlIG1h bmFnZW1lbnQgcHJvdG9jb2wsIHBhY2tldHMgd2lsbAogICBiZSBidWZmZXJlZCBhbmQgZXZlbnR1 YWxseSBkcm9wcGVkLCBhbmQgdGh1cyBtYW5hZ2VtZW50IGlzIG5vdAogICBwb3NzaWJsZSB3aXRo IHN1Y2ggYSBwcm90b2NvbC4KCiAgIE5ldHdvcmtzIHdpdGhvdXQgYmFuZHdpZHRoIGxpbWl0YXRp b24gKGUuZy4gIEV0aGVybmV0KSBhcmUgaW4tc2NvcGUKICAgb2YgdGhpcyBkb2N1bWVudCBpZiB0 aGV5IGFyZSB1c2VkIHdpdGggY29uc3RyYWluZWQgZGV2aWNlcyAoc2VlIHRoZQogICB1c2UgY2Fz ZSAiQnVpbGRpbmcgQXV0b21hdGlvbiIgaW4gW0NPTS1VU0VdKS4KCiAgIExvc3MgcmF0ZToKCiAg IFRoZSBsb3NzIHJhdGUgKG9yIGJpdCBlcnJvciByYXRlKSBpcyB0aGUgbnVtYmVyIG9mIGJpdCBl cnJvcnMgZGl2aWRlZAogICBieSB0aGUgdG90YWwgbnVtYmVyIG9mIGJpdHMgdHJhbnNtaXR0ZWQu ICBGb3Igd2lyZWQgbmV0d29ya3MsIGxvc3MKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4 cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgIFtQYWdlIDhdCgwKSW50ZXJuZXQt RHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFy eSAyMDE0CgoKICAgcmF0ZXMgYXJlIHR5cGljYWxseSBleHRyZW1lbHkgbG93LCBlLmcuIGFyb3Vu ZCAxMF4tMTIgb3IgMTBeLTEzIGZvcgogICB0aGUgbGF0ZXN0IDEwR2JpdCBFdGhlcm5ldC4gIEZv ciB3aXJlbGVzcyBuZXR3b3Jrcywgc3VjaCBhcyA4MDIuMTUuNCwKICAgdGhlIGJpdCBlcnJvciBy YXRlIGNhbiBiZSBhcyBoaWdoIGFzIDEwXi0xIHRvIDEwXi0wIGluIGNhc2Ugb2YKICAgaW50ZXJm ZXJlbmNlcy5FdmVuIHdoZW4gdXNpbmcgYSByZWxpYWJsZSB0cmFuc3BvcnQgcHJvdG9jb2wsCiAg IG1hbmFnZW1lbnQgb3BlcmF0aW9ucyBjYW4gZmFpbCBpZiB0aGUgbG9zcyByYXRlIGlzIHRvbyBo aWdoLCB1bmxlc3MKICAgdGhleSBhcmUgc3BlY2lmaWNhbGx5IGRlc2lnbmVkIHRvIGNvcGUgd2l0 aCB0aGVzZSBzaXR1YXRpb25zLgoKMS40LiAgQ29uc3RyYWluZWQgRGV2aWNlIERlcGxveW1lbnQg T3B0aW9ucwoKICAgV2UgZGlmZmVyZW50aWF0ZSBmb2xsb3dpbmcgZGVwbG95bWVudCBvcHRpb25z IGZvciB0aGUgY29uc3RyYWluZWQKICAgZGV2aWNlczoKCiAgIG8gIGEgbmV0d29yayBvZiBjb25z dHJhaW5lZCBkZXZpY2VzLCB3aGljaCBjb21tdW5pY2F0ZSB3aXRoIGVhY2gKICAgICAgb3RoZXIs CiAgICAgIApVSD4gcy9hIG5ldHdvcmsvQSBuZXR3b3JrLy4gClVIPiBzLywgd2hpY2gvIHRoYXQv CgogICBvICBDb25zdHJhaW5lZCBkZXZpY2VzLCB3aGljaCBhcmUgY29ubmVjdGVkIGRpcmVjdGx5 IHRvIHRoZSBJbnRlcm5ldAogICAgICBvciBhbiBJUCBuZXR3b3JrCiAgICAgIApVSD4gQWRkICIr QSBuZXR3b3JrIG9mIj8gICAgICAgICAKVUg+IHMvd2hpY2gvdGhhdC8uIApVSD4gUmVtb3ZlICJ0 byB0aGUgSW50ZXJuZXQiOyB0aGUgSW50ZXJuZXQgKmlzKiBhbiBJUCBuZXR3b3JrLiBXaGF0IGlz IHRoZSBkaWZmZXJlbnQgdG8gdGhlIGZpcnN0IGNhc2U/CgogICBvICBBIG5ldHdvcmsgb2YgY29u c3RyYWluZWQgZGV2aWNlcyB3aGljaCBjb21tdW5pY2F0ZSB3aXRoIGEgZ2F0ZXdheQogICAgICBv ciBwcm94eSB3aXRoIG1vcmUgY29tbXVuaWNhdGlvbiBjYXBhYmlsaXRpZXMgYWN0aW5nIHBvc3Np Ymx5IGFzIGEKICAgICAgcmVwcmVzZW50YXRpdmUgb2YgdGhlIGRldmljZSB0byBlbnRpdGllcyBp biB0aGUgbm9uLWNvbnN0cmFpbmVkCiAgICAgIG5ldHdvcmsKICAgICAgClVIPiBXaGF0IGlzIHRo ZSBkaWZmZXJlbmNlIHRvIHRoZSBwcmV2aW91cyBjYXNlPwoKICAgbyAgQ29uc3RyYWluZWQgZGV2 aWNlcywgd2hpY2ggYXJlIGNvbm5lY3RlZCB0byB0aGUgSW50ZXJuZXQgb3IgYW4gSVAKICAgICAg bmV0d29yayB2aWEgYSBnYXRld2F5L3Byb3h5CiAgICAgIApVSD4gQWdhaW4sIHNvdW5kcyBsaWtl IHRoZSBzYW1lIGNhc2UgYXMgdGhlIHByZXZpb3VzIHR3byBjYXNlcwoKICAgbyAgQSBoaWVyYXJj aHkgb2YgY29uc3RyYWluZWQgZGV2aWNlcywgZS5nLiwgYSBuZXR3b3JrIG9mIEMwIGRldmljZXMK ICAgICAgY29ubmVjdGVkIHRvIG9uZSBvciBtb3JlIEMxIGRldmljZXMgLSBjb25uZWN0ZWQgdG8g b25lIG9yIG1vcmUgQzIKICAgICAgZGV2aWNlcyAtIGNvbm5lY3RlZCB0byBvbmUgb3IgbW9yZSBn YXRld2F5cyAtIGNvbm5lY3RlZCB0byBzb21lCiAgICAgIGFwcGxpY2F0aW9uIHNlcnZlcnMgb3Ig Tk1TIHN5c3RlbQoKICAgbyAgVGhlIHBvc3NpYmlsaXR5IG9mIGRldmljZSBncm91cGluZyAocG9z c2libHkgaW4gYSBkeW5hbWljIG1hbm5lcikKICAgICAgc3VjaCBhcyB0aGF0IHRoZSBncm91cGVk IGRldmljZXMgY2FuIGFjdCBhcyBvbmUgbG9naWNhbCBkZXZpY2UgYXQKICAgICAgdGhlIGVkZ2Ug b2YgdGhlIG5ldHdvcmsgYW5kIG9uZSBkZXZpY2UgaW4gdGhpcyBncm91cCBjYW4gYWN0IGFzCiAg ICAgIHRoZSBtYW5hZ2luZyBlbnRpdHkKICAgICAgClVIPiBJIGFtIGEgYml0IHB1enpsZWQgYWJv dXQgdGhlIHB1cnBvc2Ugb2YgdGhpcyBzZWN0aW9uLCBhcyB3ZWxsIGFzIHRoZSBwYXJ0aWN1bGFy IHNlbGVjdGlvbiBvZiBjbGFzc2lmaWNhdGlvbnMuCgoxLjUuICBNYW5hZ2VtZW50IFRvcG9sb2d5 IE9wdGlvbnMKCiAgIFdlIGRpZmZlcmVudGlhdGUgZm9sbG93aW5nIG9wdGlvbnMgZm9yIHRoZSBt YW5hZ2VtZW50IG9mIG5ldHdvcmtzIG9mCiAgIGNvbnN0cmFpbmVkIGRldmljZXM6CgogICBvICBB IG5ldHdvcmsgb2YgY29uc3RyYWluZWQgZGV2aWNlcyBtYW5hZ2VkIGJ5IG9uZSBjZW50cmFsIG1h bmFnZXIuCiAgICAgIEEgbG9naWNhbGx5IGNlbnRyYWxpemVkIG1hbmFnZW1lbnQgbWlnaHQgYmUg aW1wbGVtZW50ZWQgaW4gYQogICAgICBoaWVyYXJjaGljYWwgZmFzaGlvbiBmb3Igc2NhbGFiaWxp dHkgYW5kIHJvYnVzdG5lc3MgcmVhc29ucy4gIFRoZQogICAgICBtYW5hZ2VyIGFuZCB0aGUgbWFu YWdlbWVudCBhcHBsaWNhdGlvbiBsb2dpYyBtaWdodCBoYXZlIGEgZ2F0ZXdheS8KICAgICAgcHJv eHkgaW4gYmV0d2VlbiBvciBtaWdodCBiZSBvbiBkaWZmZXJlbnQgbm9kZXMgaW4gZGlmZmVyZW50 CiAgICAgIG5ldHdvcmtzLCBlLmcuLCBtYW5hZ2VtZW50IGFwcGxpY2F0aW9uIHJ1bm5pbmcgb24g YSBjbG91ZCBzZXJ2ZXIuCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1 c3QgMTgsIDIwMTQgICAgICAgICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAgICAg ICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgog ICBvICBEaXN0cmlidXRlZCBtYW5hZ2VtZW50LCB3aGVyZSBhIG5ldHdvcmsgb2YgY29uc3RyYWlu ZWQgZGV2aWNlcyBpcwogICAgICBtYW5hZ2VkIGJ5IG1vcmUgdGhhbiBvbmUgbWFuYWdlci4gIEVh Y2ggbWFuYWdlciBjb250cm9scyBhCiAgICAgIHN1Ym5ldHdvcmsgYW5kIG1heSBjb21tdW5pY2F0 ZSBkaXJlY3RseSB3aXRoIG90aGVyIG1hbmFnZXIKICAgICAgc3RhdGlvbnMgaW4gYSBjb29wZXJh dGl2ZSBmYXNoaW9uLiAgVGhlIGRpc3RyaWJ1dGVkIG1hbmFnZW1lbnQgbWF5CiAgICAgIGJlIHdl YWtseSBkaXN0cmlidXRlZCwgd2hlcmUgZnVuY3Rpb25zIGFyZSBicm9rZW4gZG93biBhbmQKICAg ICAgYXNzaWduZWQgdG8gbWFueSBtYW5hZ2VycyBkeW5hbWljYWxseSwgb3Igc3Ryb25nbHkgZGlz dHJpYnV0ZWQsCiAgICAgIHdoZXJlIGFsbW9zdCBhbGwgbWFuYWdlZCB0aGluZ3MgaGF2ZSBlbWJl ZGRlZCBtYW5hZ2VtZW50CiAgICAgIGZ1bmN0aW9uYWxpdHkgYW5kIGV4cGxpY2l0IG1hbmFnZW1l bnQgZGlzYXBwZWFycywgd2hpY2ggdXN1YWxseQogICAgICBjb21lcyB3aXRoIHRoZSBwcmljZSB0 aGF0IHRoZSBzdHJvbmdseSBkaXN0cmlidXRlZCBtYW5hZ2VtZW50CiAgICAgIGxvZ2ljIG5vdyBu ZWVkcyB0byBiZSBtYW5hZ2VkLgoKICAgbyAgSGllcmFyY2hpY2FsIG1hbmFnZW1lbnQsIHdoZXJl IGEgaGllcmFyY2h5IG9mIG5ldHdvcmtzIHdpdGgKICAgICAgY29uc3RyYWluZWQgZGV2aWNlcyBh cmUgbWFuYWdlZCBieSB0aGUgbWFuYWdlcnMgYXQgdGhlaXIKICAgICAgY29ycmVzcG9uZGluZyBo aWVyYXJjaHkgbGV2ZWwuICBJLmUuIGVhY2ggbWFuYWdlciBpcyByZXNwb25zaWJsZQogICAgICBm b3IgbWFuYWdpbmcgdGhlIG5vZGVzIGluIGl0cyBzdWItbmV0d29yay4gIEl0IHBhc3NlcyBpbmZv cm1hdGlvbgogICAgICBmcm9tIGl0cyBzdWItbmV0d29yayB0byBpdHMgaGlnaGVyLWxldmVsIG1h bmFnZXIsIGFuZCBkaXNzZW1pbmF0ZXMKICAgICAgbWFuYWdlbWVudCBmdW5jdGlvbnMgcmVjZWl2 ZWQgZnJvbSB0aGUgaGlnaGVyLWxldmVsIG1hbmFnZXIgdG8gaXRzCiAgICAgIHN1Yi1uZXR3b3Jr LiAgSGllcmFyY2hpY2FsIG1hbmFnZW1lbnQgaXMgZXNzZW50aWFsbHkgYSBzY2FsYWJpbGl0eQog ICAgICBtZWNoYW5pc20sIGxvZ2ljYWxseSB0aGUgZGVjaXNpb24tbWFraW5nIG1heSBiZSBzdGls bCBjZW50cmFsaXplZC4KCjEuNi4gIE1hbmFnaW5nIHRoZSBDb25zdHJhaW5lZG5lc3Mgb2YgYSBE ZXZpY2Ugb3IgTmV0d29yawoKICAgVGhlIGNhcGFiaWxpdGllcyBvZiBhIGNvbnN0cmFpbmVkIGRl dmljZSBvciBuZXR3b3JrIGFuZCB0aGUKICAgY29uc3RyYWluZWRuZXNzIHRoZXJlb2YgaW5mbHVl bmNlIGFuZCBoYXZlIGFuIGltcGFjdCBvbiB0aGUKICAgcmVxdWlyZW1lbnRzIGZvciB0aGUgbWFu YWdlbWVudCBvZiBzdWNoIG5ldHdvcmsgb3IgZGV2aWNlcy4KCiAgIEEgY29uc3RyYWluZWQgZGV2 aWNlOgoKICAgbyAgbWlnaHQgb25seSBzdXBwb3J0IGFuIHVucmVsaWFibGUgcmFkaW8gd2l0aCBs b3NzeSBsaW5rcywgaS5lLiB0aGUKICAgICAgY2xpZW50IGFuZCBzZXJ2ZXIgb2YgYSBtYW5hZ2Vt ZW50IHByb3RvY29sIG5lZWQgdG8gZ3JhY2VmdWxseQogICAgICBpZ25vcmUgaW5jb21wbGV0ZSBj b21tYW5kcyBvciByZXBlYXQgY29tbWFuZHMgYXMgbmVjZXNzYXJ5LgogICAgICAKVUg+IE5pdDog YWRkIGEgY29tbWEgYWZ0ZXIgaS5lLiwgYW5kIGUuZy4sIAoKICAgbyAgbWlnaHQgb25seSBiZSBh YmxlIHRvIGdvIG9ubGluZSBmcm9tIHRpbWUtdG8tdGltZSwgd2hlcmUgaXQgaXMKICAgICAgcmVh Y2hhYmxlLCBpLmUuIGEgY29tbWFuZCBtaWdodCBiZSBuZWNlc3NhcnkgdG8gcmVwZWF0IGFmdGVy IGEKICAgICAgbG9uZ2VyIHRpbWVvdXQgb3IgdGhlIHRpbWVvdXQgdmFsdWUgd2l0aCB3aGljaCBv bmUgZW5kcG9pbnQgd2FpdHMKICAgICAgb24gYSByZXNwb25zZSBuZWVkcyB0byBiZSBzdWZmaWNp ZW50bHkgaGlnaC4KCiAgIG8gIG1pZ2h0IG9ubHkgYmUgYWJsZSB0byBzdXBwb3J0IGEgbGltaXRl ZCBvcGVyYXRpbmcgdGltZSAoZS5nLiBiYXNlZAogICAgICBvbiB0aGUgYXZhaWxhYmxlIGJhdHRl cnkpLCBvciBtYXkgYmVoYXZlIGFzICdzbGVlcHkgZW5kcG9pbnRzJwogICAgICBzZXR0aW5nIHRo ZWlyIG5ldHdvcmsgbGlua3MgdG8gYSBkaXNjb25uZWN0ZWQgc3RhdGUgZHVyaW5nIGxvbmcKICAg ICAgcGVyaW9kcyBvZiB0aW1lIGkuZS4gdGhlIGRldmljZXMgbmVlZCB0byBlY29ub21pemUgdGhl aXIgZW5lcmd5CiAgICAgIHVzYWdlIHdpdGggc3VpdGFibGUgbWVjaGFuaXNtcyBhbmQgdGhlIG1h bmFnaW5nIGVudGl0eSBuZWVkcyB0bwogICAgICBtb25pdG9yIGFuZCBjb250cm9sIHRoZSBlbmVy Z3kgc3RhdHVzIG9mIHRoZSBjb25zdHJhaW5lZCBkZXZpY2VzCiAgICAgIGl0IG1hbmFnZXMuCgog ICBvICBtaWdodCBvbmx5IGJlIGFibGUgdG8gc3VwcG9ydCBvbmUgc2ltcGxlIGNvbW11bmljYXRp b24gcHJvdG9jb2wsCiAgICAgIGkuZS4gdGhlIG1hbmFnZW1lbnQgcHJvdG9jb2wgbmVlZHMgdG8g YmUgcG9zc2libGUgdG8gZG93bnNjYWxlCiAgICAgIGZyb20gY29uc3RyYWluZWQgKEMyKSB0byB2 ZXJ5IGNvbnN0cmFpbmVkIChDMCkgZGV2aWNlcyB3aXRoCgoKCkVyc3VlLCBldCBhbC4gICAgICAg ICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDEwXQoMCklu dGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAg RmVicnVhcnkgMjAxNAoKCiAgICAgIG1vZHVsYXIgaW1wbGVtZW50YXRpb24gYW5kIGEgdmVyeSBi YXNpYyB2ZXJzaW9uIHdpdGgganVzdCBhIGZldwogICAgICBzaW1wbGUgY29tbWFuZHMuCgogICBv ICBtaWdodCBvbmx5IGJlIGFibGUgdG8gc3VwcG9ydCBsaW1pdGVkIG9yIG5vIHVzZXIgYW5kL29y IHRyYW5zcG9ydAogICAgICBzZWN1cml0eSwgaS5lLiB0aGUgbWFuYWdlbWVudCBzeXN0ZW0gbmVl ZHMgdG8gc3VwcG9ydCBhIGxlc3MtCiAgICAgIGNvc3RseSBhbmQgc2ltcGxlIGJ1dCBzdWZmaWNp ZW50bHkgc2VjdXJlIGF1dGhlbnRpY2F0aW9uCiAgICAgIG1lY2hhbmlzbS4KCiAgIG8gIG1pZ2h0 IG5vdCBiZSBhYmxlIHRvIHN1cHBvcnQgY29tcHJlc3Npb24gYW5kIGRlY29tcHJlc3Npb24gb2YK ICAgICAgZXhjaGFuZ2VkIGRhdGEgYmFzZWQgb24gbGltaXRlZCBDUFUgcG93ZXIsIGkuZS4gYW4g aW50ZXJtZWRpYXJ5CiAgICAgIGVudGl0eSB3aGljaCBpcyBjYXBhYmxlIG9mIGRhdGEgY29tcHJl c3Npb24gc2hvdWxkIGJlIGFibGUgdG8KICAgICAgY29tbXVuaWNhdGUgd2l0aCBib3RoLCBkZXZp Y2VzLCB3aGljaCBzdXBwb3J0IGRhdGEgY29tcHJlc3Npb24KICAgICAgClVIPiBzLywgd2hpY2gv dGhhdC8KICAgICAgKGUuZy4gIEMyKSBhbmQgZGV2aWNlcywgd2hpY2ggZG8gbm90IHN1cHBvcnQg ZGF0YSBjb21wcmVzc2lvbgogICAgICAoZS5nLiAgQzEgYW5kIEMwKS4KVUg+IHMvLCB3aGljaC90 aGF0LwoKICAgbyAgbWlnaHQgb25seSBiZSBhYmxlIHRvIHN1cHBvcnQgYSBzaW1wbGUgZW5jcnlw dGlvbiwgaS5lLiBpdCB3b3VsZAogICAgICBiZSBiZW5lZmljaWFsIGlmIHRoZSBkZXZpY2VzIHVz ZSBjcnlwdG9ncmFwaGljIGFsZ29yaXRobXMgdGhhdCBhcmUKICAgICAgc3VwcG9ydGVkIGluIGhh cmR3YXJlIGFuZCB0aGUgZW5jcnlwdGlvbiB1c2VkIGlzIGVmZmljaWVudCBpbgogICAgICB0ZXJt cyBvZiBtZW1lb3J5IGFuZCBDUFUgdXNhZ2UuCgogICBvICBtaWdodCBvbmx5IGJlIGFibGUgdG8g Y29tbXVuaWNhdGUgd2l0aCBvbmUgc2luZ2xlIG1hbmFnaW5nIGVudGl0eQogICAgICBhbmQgY2Fu bm90IHN1cHBvcnQgdGhlIHBhcmFsbGVsIGFjY2VzcyBvZiBtYW55IG1hbmFnaW5nIGVudGl0aWVz LgoKICAgbyAgbWlnaHQgZGVwZW5kIG9uIGEgc2VsZi1jb25maWd1cmF0aW9uIGZlYXR1cmUsIGku ZS4gdGhlIG1hbmFnaW5nCiAgICAgIGVudGl0eSBtaWdodCBub3Qga25vdyBhbGwgZGV2aWNlcyBp biBhIG5ldHdvcmsgYW5kIHRoZSBkZXZpY2UKICAgICAgbmVlZHMgdG8gYmUgYWJsZSB0byBpbml0 aWF0ZSBjb25uZWN0aW9uIHNldHVwIGZvciB0aGUgZGV2aWNlCiAgICAgIGNvbmZpZ3VyYXRpb24u CgogICBvICBtaWdodCBkZXBlbmQgb24gc2VsZi0gb3IgbmVpZ2hib3ItbW9uaXRvcmluZyBmZWF0 dXJlLCBpLmUuIHRoZQogICAgICBtYW5hZ2luZyBlbnRpdHkgbWlnaHQgbm90IGJlIGFibGUgdG8g bW9uaXRvciBhbGwgZGV2aWNlcyBpbiBhCiAgICAgIG5ldHdvcmsgY29udGludW91c2x5LgoKICAg byAgbWlnaHQgb25seSBiZSBhYmxlIHRvIGNvbW11bmljYXRlIHdpdGggaXRzIG5laWdoYm9ycywg aS5lLiB0aGUKICAgICAgZGV2aWNlIHNob3VsZCBiZSBhYmxlIHRvIGdldCBpdHMgY29uZmlndXJh dGlvbiBmcm9tIGEgbmVpZ2hib3IuCgogICBvICBtaWdodCBvbmx5IGJlIGFibGUgdG8gc3VwcG9y dCBwYXJzaW5nIG9mIGRhdGEgbW9kZWxzIHdpdGggbGltaXRlZAogICAgICBzaXplLCBpLmUuIHRo ZSBkZXZpY2UgZGF0YSBtb2RlbHMgbmVlZCB0byBiZSBjb21wYWN0IGNvbnRhaW5pbmcKICAgICAg dGhlIG1vc3QgbmVjZXNzYXJ5IGRhdGEgYW5kIGlmIHBvc3NpYmxlIHBhcnNhYmxlIGFzIGEgc3Ry ZWFtLgoKICAgbyAgbWlnaHQgb25seSBiZSBhYmxlIHRvIHN1cHBvcnQgYSBsaW1pdGVkIG9yIG5v IGZhaWx1cmUgZGV0ZWN0aW9uLAogICAgICBpLmUuIHRoZSBtYW5hZ2luZyBlbnRpdHkgbmVlZHMg dG8gaGFuZGxlIHRoZSBzaXR1YXRpb24sIHdoZXJlIGEKICAgICAgZmFpbHVyZSBkb2VzIG5vdCBn ZXQgZGV0ZWN0ZWQgb3IgZ2V0cyBkZXRlY3RlZCBsYXRlIGdyYWNlZnVsbHkKICAgICAgZS5nLiB3 aXRoIGFza2luZyByZXBlYXRlZGx5LgoKICAgbyAgbWlnaHQgb25seSBiZSBhYmxlIHRvIHN1cHBv cnQgdGhlIHJlcG9ydGluZyBvZiBqdXN0IG9uZSBvciBhCiAgICAgIGxpbWl0ZWQgc2V0IGZhaWx1 cmUgdHlwZXMuCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4 LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMTFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBD b25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoKICAgbyAg bWlnaHQgb25seSBiZSBhYmxlIHRvIHN1cHBvcnQgYSBsaW1pdGVkIHNldCBvZiBub3RpZmljYXRp b25zLAogICAgICBwb3NzaWJsZSBvbmx5IGFuICJJLWFtLWFsaXZlIiBtZXNzYWdlLgoKICAgbyAg bWlnaHQgb25seSBiZSBhYmxlIHRvIHN1cHBvcnQgYSBzb2Z0LXJlc2V0IGZyb20gZmFpbHVyZSBy ZWNvdmVyeS4KCiAgIG8gIG1pZ2h0IHBvc3NpYmx5IGdlbmVyYXRlIGEgaHVnZSBhbW91bnQgb2Yg cmVkdW5kYW50IHJlcG9ydGluZyBkYXRhLAogICAgICBpLmUuIHRoZSBpbnRlcm1lZGlhcnkgbWFu YWdlbWVudCBlbnRpdHkgKHNlZSBbSS1ELmlldGYtY29yZS1jb2FwXSkKICAgICAgc2hvdWxkIGJl IGFibGUgdG8gZmlsdGVyIGFuZCBhZ2dyZWdhdGUgcmVkdW5kYW50IGRhdGEuCiAgICAgIApVSD4g VGhpcyBpcyBxdWl0ZSBhbiBpbnRlcmVzdGluZyBhbmQgbG9uZyBsaXN0LiBTaG91bGQgd2UgYWRk IGNsYXNzaWZpY2F0aW9ucz8gT3IgYWRkIGEgbm90ZSB0aGF0IHRoaXMgbGlzdCBpcyBqdXN0IGEg ZmV3IGV4YW1wbGVzIGFuZCBkb2VzIG5vdCBjbGFpbSBjb21wbGV0ZW5lc3M/IAoKICAgQSBuZXR3 b3JrIG9mIGNvbnN0cmFpbmVkIGRldmljZXM6CgogICBvICBtaWdodCBvbmx5IHN1cHBvcnQgYW4g dW5yZWxpYWJsZSByYWRpbyB3aXRoIGxvc3N5IGxpbmtzLCBpLmUuIHRoZQogICAgICBjbGllbnQg YW5kIHNlcnZlciBvZiBhIG1hbmFnZW1lbnQgcHJvdG9jb2wgbmVlZCB0byByZXBlYXQgY29tbWFu ZHMKICAgICAgYXMgbmVjZXNzYXJ5IG9yIGdyYWNlZnVsbHkgaWdub3JlIGluY29tcGxldGUgY29t bWFuZHMuCgogICBvICBtaWdodCBiZSBuZWNlc3NhcnkgdG8gbWFuYWdlIGJhc2VkIG9uIG11bHRp Y2FzdCBjb21tdW5pY2F0aW9uLAogICAgICBpLmUuIHRoZSBtYW5hZ2luZyBlbnRpdHkgbmVlZHMg dG8gYmUgcHJlcGFyZWQgdG8gY29uZmlndXJlIG1hbnkKICAgICAgZGV2aWNlcyBhdCBvbmNlIGJh c2VkIG9uIHRoZSBzYW1lIGRhdGEgbW9kZWwuCgogICBvICBtaWdodCBoYXZlIGEgdmVyeSBsYXJn ZSB0b3BvbG9neSBzdXBwb3J0aW5nIDEwLjAwMCBvciBtb3JlIG5vZGVzCiAgIApVSD4gcy8xMC4w MDAvMTAsMDAwLwoKICAgICAgZm9yIHNvbWUgYXBwbGljYXRpb25zIGFuZCBhcyBzdWNoIG5vZGUg bmFtaW5nIGlzIGEgc3BlY2lmaWMgaXNzdWUKICAgICAgZm9yIGNvbnN0cmFpbmVkIG5ldHdvcmtz LgoKICAgbyAgbXVzdCBiZSBhYmxlIHRvIHNlbGYtb3JnYW5pemUsIGkuZS4gZ2l2ZW4gdGhlIGxh cmdlIG51bWJlciBvZgogICAgICBub2RlcyBhbmQgdGhlaXIgcG90ZW50aWFsIHBsYWNlbWVudCBp biBob3N0aWxlIGxvY2F0aW9ucyBhbmQKICAgICAgZnJlcXVlbnRseSBjaGFuZ2luZyB0b3BvbG9n eSwgbWFudWFsIGNvbmZpZ3VyYXRpb24gaXMgdHlwaWNhbGx5CiAgICAgIG5vdCBmZWFzaWJsZS4K ClVIPiBNYW51YWwgY29uZmlndXJhdGlvbiBvZiB3aGF0PyAgICAgIAogICAgICAKICAgICAgICBB cyBzdWNoIHRoZSBuZXR3b3JrIG11c3QgYmUgYWJsZSB0byByZWNvbmZpZ3VyZQogICAgICBpdHNl bGYgc28gdGhhdCBpdCBjYW4gY29udGludWUgdG8gb3BlcmF0ZSBwcm9wZXJseSBhbmQgc3VwcG9y dAogICAgICByZWxpYWJsZSBjb25uZWN0aXZpdHkuCgogICBvICBuZWVkcyBhIG1hbmFnZW1lbnQg c29sdXRpb24sIHdoaWNoIGlzIGVuZXJneS1lZmZpY2llbnQsIHVzaW5nIGFzClVIPiBzLywgd2hp Y2gvIHRoYXQvICAgCgogICAgICBsaXR0bGUgd2lyZWxlc3MgYmFuZHdpZHRoIGFzIHBvc3NpYmxl IHNpbmNlIGNvbW11bmljYXRpb24gaXMKICAgICAgaGlnaGx5IGVuZXJneSBkZW1hbmRpbmcuCgog ICBvICBuZWVkcyB0byBzdXBwb3J0IGxvY2FsaXphdGlvbiBzY2hlbWVzIHRvIGRldGVybWluZSB0 aGUgbG9jYXRpb24gb2YKICAgICAgZGV2aWNlcyBzaW5jZSB0aGUgZGV2aWNlcyBtaWdodCBiZSBt b3ZpbmcgYW5kIGxvY2F0aW9uIGluZm9ybWF0aW9uCiAgICAgIGlzIGltcG9ydGFudCBmb3Igc29t ZSBhcHBsaWNhdGlvbnMuCgogICBvICBuZWVkcyBhIG1hbmFnZW1lbnQgc29sdXRpb24sIHdoaWNo IGlzIHNjYWxhYmxlIGFzIHRoZSBuZXR3b3JrIG1heQpVSD4gcy8sIHdoaWNoLyB0aGF0LwogICAg ICBjb25zaXN0IG9mIHRob3VzYW5kcyBvZiBub2RlcyBhbmQgbWF5IG5lZWQgdG8gYmUgZXh0ZW5k ZWQKICAgICAgY29udGludW91c2x5LgoKICAgbyAgbmVlZHMgdG8gcHJvdmlkZSBmYXVsdCB0b2xl cmFuY2UuICBGYXVsdHMgaW4gbmV0d29yayBvcGVyYXRpb24KICAgICAgaW5jbHVkaW5nIGhhcmR3 YXJlIGFuZCBzb2Z0d2FyZSBlcnJvcnMgb3IgZmFpbHVyZXMgZGV0ZWN0ZWQgYnkgdGhlCiAgICAg IHRyYW5zcG9ydCBwcm90b2NvbCBzaG91bGQgYmUgaGFuZGxlZCBzbW9vdGhseSBlbmFibGluZy4g IEluIHN1Y2ggYQogICAgICBjYXNlIGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byBydW4gdGhlIHBy b3RvY29sIHBvc3NpYmx5IGF0IGEKICAgICAgcmVkdWNlZCBsZXZlbCBidXQgYXZvaWRpbmcgdG8g ZmFpbCBjb21wbGV0ZWx5LiAgRS5nLiBzZWxmLQogICAgICBtb25pdG9yaW5nIG1lY2hhbmlzbXMg b3IgZ3JhY2VmdWwgZGVncmFkYXRpb24gb2YgZmVhdHVyZXMgY2FuIGJlCgoKCkVyc3VlLCBldCBh bC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdl IDEyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRz ICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAgICAgIHVzZWQgdG8gcHJvdmlkZSBmYXVsdCB0b2xl cmFuY2UuCgogICBvICBtaWdodCByZXF1aXJlIG5ldyBtYW5hZ2VtZW50IGNhcGFiaWxpdGllczog Zm9yIGV4YW1wbGUsIG5ldHdvcmsKICAgICAgY292ZXJhZ2UgaW5mb3JtYXRpb24gYW5kIGEgY29u c3RyYWluZWQgZGV2aWNlIHBvd2VyLWRpc3RyaWJ1dGlvbi0KICAgICAgbWFwLgoKICAgbyAgbWln aHQgcmVxdWlyZSBhIG5ldyBtYW5hZ2VtZW50IGZ1bmN0aW9uIGZvciBkYXRhIG1hbmFnZW1lbnQs IHNpbmNlCiAgICAgIHRoZSB0eXBlIGFuZCBhbW91bnQgb2YgZGF0YSBjb2xsZWN0ZWQgaW4gY29u c3RyYWluZWQgbmV0d29ya3MgaXMKICAgICAgZGlmZmVyZW50IGZyb20gdGhvc2Ugb2YgdGhlIHRy YWRpdGlvbmFsIG5ldHdvcmtzLgoKICAgbyAgbWlnaHQgYWxzbyBuZWVkIGVuZXJneS1lZmZpY2ll bnQga2V5IG1hbmFnZW1lbnQuCiAgIAoKMS43LiAgQ29uZmlndXJhdGlvbiBhbmQgTW9uaXRvcmlu ZyBGdW5jdGlvbmFsaXR5IExldmVscwoKICAgRGV2aWNlcyBvZnRlbiBkaWZmZXIgc2lnbmlmaWNh bnRseSBvbiB0aGUgbGV2ZWwgb2YgY29uZmlndXJhdGlvbgogICBtYW5hZ2VtZW50IHN1cHBvcnQg dGhleSBwcm92aWRlLiAgVGhlIGNvbmZpZ3VyYXRpb24gbWFuYWdlbWVudAogICBmdW5jdGlvbmFs aXR5IGxldmVscyBjYW4gYmUgYnJvYWRseSBjbGFzc2lmaWVkIGFzIGZvbGxvd3M6CiAgIApVSD4g TWF5YmUgcmVwbGFjZSAiY2FuIGJlIGJyb2FkbHkgY2xhc3NpZmllZCIgYnkgIlRoaXMgZG9jdW1l bnQgY2xhc3NpZmllcyB0aGUgY29uZmlndXJhdGlvbiBtYW5hZ2VtZW50IGZ1bmN0aW9uYWxpdHkg YXMgZm9sbG93cyI6ICAgCgogICBDTDA6ICBEZXZpY2VzIGFyZSBwcmUtY29uZmlndXJlZCBhbmQg YWxsb3cgbm8gcnVudGltZSBjb25maWd1cmF0aW9uCiAgICAgIGNoYW5nZXMuICBDb25maWd1cmF0 aW9uIHBhcmFtZXRlcnMgYXJlIG9mdGVuIGhhcmQgY29kZWQgYW5kCiAgICAgIGNvbXBpbGVkIGRp cmVjdGx5IGludG8gdGhlIGZpcm13YXJlIGltYWdlLgoKICAgQ0wxOiAgRGV2aWNlcyBoYXZlIGV4 cGxpY2l0IGNvbmZpZ3VyYXRpb24gb2JqZWN0cy4gIEhvd2V2ZXIsIGNoYW5nZXMKICAgICAgcmVx dWlyZSBhIHJlc3RhcnQgb2YgdGhlIGRldmljZSB0byB0YWtlIGVmZmVjdC4KCiAgIENMMjogIERl dmljZXMgYWxsb3cgbWFuYWdlbWVudCBzeXN0ZW1zIHRvIHJlcGxhY2UgdGhlIGVudGlyZQogICAg ICBjb25maWd1cmF0aW9uIChvciBwcmUtZGV0ZXJtaW5lZCBzdWJzZXRzKSBpbiBidWxrLiAgQ29u ZmlndXJhdGlvbgogICAgICBjaGFuZ2VzIHRha2UgZWZmZWN0IGJ5IHNvZnQtcmVzdGFydHMgb2Yg dGhlIHN5c3RlbSAob3IKICAgICAgc3Vic3lzdGVtcykuCgogICBDTDM6ICBEZXZpY2VzIGFsbG93 IG1hbmFnZW1lbnQgc3lzdGVtcyB0byBtb2RpZnkgY29uZmlndXJhdGlvbgogICAgICBvYmplY3Rz IHdpdGhvdXQgYnVsayByZXBsYWNlbWVudHMgYW5kIGNoYW5nZXMgdGFrZSBlZmZlY3QKICAgICAg aW1tZWRpYXRlbHkuCgogICBDTDQ6ICBEZXZpY2VzIHN1cHBvcnQgbXVsdGlwbGUgY29uZmlndXJh dGlvbiBkYXRhc3RvcmVzIGFuZCB0aGV5CiAgICAgIG1pZ2h0IGRpc3Rpbmd1aXNoIGJldHdlZW4g dGhlIGN1cnJlbnRseSBydW5uaW5nIGFuZCB0aGUgbmV4dAogICAgICBzdGFydHVwIGNvbmZpZ3Vy YXRpb24uCgogICBDTDU6ICBEZXZpY2VzIHN1cHBvcnQgY29uZmlndXJhdGlvbiBkYXRhc3RvcmUg bG9ja2luZyBhbmQgZGV2aWNlLQogICAgICBsb2NhbCBjb25maWd1cmF0aW9uIGNoYW5nZSB0cmFu c2FjdGlvbnMsIGkuZS4sIGVpdGhlciBhbGwKICAgICAgY29uZmlndXJhdGlvbiBjaGFuZ2VzIGFy ZSBhcHBsaWVkIG9yIG5vbmUgb2YgdGhlbS4KCiAgIENMNjogIERldmljZXMgc3VwcG9ydCBjb25m aWd1cmF0aW9uIGNoYW5nZSB0cmFuc2FjdGlvbnMgYWNyb3NzCiAgICAgIGRldmljZXMuCiAgICAg IApVSD4gSW50ZXJlc3RpbmcgY2xhc3NpZmljYXRpb24hIERvZXMgaXQgbWVhbiB0aGF0IGluY3Jl YXNpbmcgbGV2ZWxzIGluY2x1ZGUgdGhlIGxvd2VyIGxldmVscywgZS5nLiwgdGhhdCBDTDUgaXMg YSBzdWJzZXQgb2YgQ0w2PwoKICAgRGV2aWNlcyBvZnRlbiBhbHNvIHByb3ZpZGUgZGlmZmVyZW50 IGxldmVscyBvZiBtb25pdG9yaW5nIHN1cHBvcnQ6CiAgIApVSD4gSSB3b3VsZCBjaGFuZ2UgdGhh dCBzZW50ZW5jZSB0byBzb21ldGhpbmcgbGlrZSAiVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgY2xh c3NpZmljYXRpb24gb2YgZGV2aWNlcyB3aXRoIHJlZ2FyZHMgdG8gZGlmZmVyZW50IGxldmVscyBv ZiBtb25pdG9yaW5nIHN1cHBvcnQuIElmIGEgZGV2aWNlIHN1cHBvcnRzIG1vbml0b3JpbmcsIGl0 IGNhbiBiZSBjbGFzc2lmaWVkIGluIG9uZSBvZiB0aGUgZm9sbG93aW5nIGxldmVscy4gTGV2ZWxz IGFyZSBjb25zdHJ1Y3RlZCBpbiBhIGhpZXJhcmNoeSwgaS5lLiwgaGlnaGVyIGxldmVscyBhcmUg YSBzdXBlcnNldCBvZiBsb3dlciBsZXZlbHMgKGUuZy4sIGFuIE1MMSBkZXZpY2UgaXMgYXV0b21h dGljYWxseSBhbHNvIE0wKS4iCklmIHRoZXJlIGlzIG5vIGhpZXJhcmNoeSwgdGhlbiBtYXliZSB3 ZSBzaG91bGQgYWRkIHRoYXQgYSBkZXZpY2UgbWF5IGJlIGluIHNldmVyYWwgb2YgdGhlIGdyb3Vw cy4KCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQg ICAgICAgICAgICAgICBbUGFnZSAxM10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFp bmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBNTDA6ICBEZXZp Y2VzIHB1c2ggcHJlLWRlZmluZWQgbW9uaXRvcmluZyBkYXRhLgoKICAgTUwxOiAgRGV2aWNlcyBh bGxvdyBtYW5hZ2VtZW50IHN5c3RlbXMgdG8gcHVsbCBwcmUtZGVmaW5lZCBtb25pdG9yaW5nCiAg ICAgIGRhdGEuCgogICBNTDI6ICBEZXZpY2VzIGFsbG93IG1hbmFnZW1lbnQgc3lzdGVtcyB0byBw dWxsIHVzZXItZGVmaW5lZCBmaWx0ZXJlZAogICAgICBzdWJzZXRzIG9mIG1vbml0b3JpbmcgZGF0 YS4KCiAgIE1MMzogIERldmljZXMgYXJlIGFibGUgdG8gbG9jYWxseSBwcm9jZXNzIG1vbml0b3Jp bmcgZGF0YSBpbiBvcmRlciB0bwogICAgICBkZXRlY3QgdGhyZXNob2xkIGNyb3NzaW5ncyBvciB0 byBhZ2dyZWdhdGUgZGF0YS4KCiAgIENvbnN0cmFpbmVkIGRldmljZXMgb2Z0ZW4gaW1wbGVtZW50 IGEgY29tYmluYXRpb24gb2Ygb25lIG9mIEZMMC1GTDIKICAgd2l0aCBvbmUgb2YgTUwwLU1MMS4K ClVIPiBJZiB0aGUgcHJldmlvdXMgc2VudGVuY2UgaXMgcmVxdWlyZWQsIGFkZCBzb21ldGhpbmcg bGlrZSAiYXMgb2YgMjAxNCIsIHNpbmNlIHRoZSBSRkMgKGlmIHRoaXMgZG9jdW1lbnQgaXMgYXBw cm92ZWQpIHdpbGwgYmUgYXJvdW5kIGZvciBzb21lIHRpbWUsIGFuZCBvYnNlcnZhdGlvbnMgc3Vj aCBhcyB0aGVzZSBtYXkgY2hhbmdlIG92ZXIgdGltZS4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwg MjAxNCAgICAgICAgICAgICAgIFtQYWdlIDE0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29u c3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCjIuICBQcm9i bGVtIFN0YXRlbWVudAoKICAgVGhlIHRlcm1pbm9sb2d5IGZvciB0aGUgIkludGVybmV0IG9mIFRo aW5ncyIgaXMgc3RpbGwgbmFzY2VudCwgYW5kCiAgIGRlcGVuZGluZyBvbiB0aGUgbmV0d29yayB0 eXBlIG9yIGxheWVyIGluIGZvY3VzIGRpdmVyc2UgdGVjaG5vbG9naWVzCiAgIGFuZCB0ZXJtcyBh cmUgaW4gdXNlLiAgQ29tbW9uIHRvIGFsbCB0aGVzZSBjb25zaWRlcmF0aW9ucyBpcyB0aGUKICAg IlRoaW5ncyIgb3IgIk9iamVjdHMiIGFyZSBzdXBwb3NlZCB0byBoYXZlIHBoeXNpY2FsIG9yIHZp cnR1YWwKICAgaWRlbnRpdGllcyB1c2luZyBpbnRlcmZhY2VzIHRvIGNvbW11bmljYXRlLiAgSW4g dGhpcyBjb250ZXh0LCB3ZSBuZWVkCiAgIHRvIGRpZmZlcmVudGlhdGUgYmV0d2VlbiB0aGUgQ29u c3RyYWluZWQgYW5kIFNtYXJ0IERldmljZXMgaWRlbnRpZmllZAogICBieSBhbiBJUCBhZGRyZXNz IGNvbXBhcmVkIHRvIHZpcnR1YWwgZW50aXRpZXMgc3VjaCBhcyBTbWFydCBPYmplY3RzLAogICB3 aGljaCBjYW4gYmUgaWRlbnRpZmllZCBhcyBhIHJlc291cmNlIG9yIGEgdmlydHVhbCBvYmplY3Qg YnkgdXNpbmcgYQogICB1bmlxdWUgaWRlbnRpZmllci4gIEZ1cnRoZXJtb3JlLCB0aGUgc21hcnQg ZGV2aWNlcyB1c3VhbGx5IGhhdmUgYQogICBsaW1pdGVkIG1lbW9yeSBhbmQgQ1BVIHBvd2VyIGFz IHdlbGwgYXMgYWltIHRvIGJlIHNlbGYtY29uZmlndXJpbmcKICAgYW5kIGVhc3kgdG8gZGVwbG95 LgoKICAgSG93ZXZlciwgdGhlIGNvbnN0cmFpbnRzIG9mIHRoZSBuZXR3b3JrIG5vZGVzIHJlcXVp cmVzIGEgcmV0aGlua2luZwogICBvZiB0aGUgcHJvdG9jb2wgY2hhcmFjdGVyaXN0aWNzIGNvbmNl cm5pbmcgcG93ZXIgY29uc3VtcHRpb24sCiAgIHBlcmZvcm1hbmNlLCBtZW1vcnksIGFuZCBDUFUg dXNhZ2UuICBBcyBzdWNoLCB0aGVyZSBpcyBhIGRlbWFuZCBmb3IKICAgcHJvdG9jb2wgc2ltcGxp ZmljYXRpb24sIGVuZXJneS1lZmZpY2llbnQgY29tbXVuaWNhdGlvbiwgbGVzcyBDUFUKICAgdXNh Z2UgYW5kIHNtYWxsIG1lbW9yeSBmb290cHJpbnQuCgogICBPbiB0aGUgYXBwbGljYXRpb24gbGF5 ZXIgdGhlIElFVEYgaXMgYWxyZWFkeSBkZXZlbG9waW5nIHByb3RvY29scwogICBsaWtlIHRoZSBD b25zdHJhaW5lZCBBcHBsaWNhdGlvbiBQcm90b2NvbCAoQ29BUCkgW0ktRC5pZXRmLWNvcmUtY29h cF0KICAgZW5hYmxpbmcgdGhlIGNvbW11bmljYXRpb24gb2YgY29uc3RyYWluZWQgZGV2aWNlcyBh bmQgbmV0d29ya3MgZS5nLiwKVUg+IHMvIGUuZy4sLywgZS5nLiwvCiAgIGZvciBzbWFydCBlbmVy Z3kgYXBwbGljYXRpb25zIG9yIGhvbWUgYXV0b21hdGlvbiBlbnZpcm9ubWVudHMuICBUaGUKICAg ZGVwbG95bWVudCBvZiBzdWNoIGFuIGVudmlyb25tZW50IGludm9sdmVzIGluIGZhY3QgbWFueSwg aW4gc29tZQogICBzY2VuYXJpb3MgdXAgdG8gbWlsbGlvbiBjb25zdHJhaW5lZCBkZXZpY2VzIChl LmcuIHNtYXJ0IG1ldGVycyksCiAgIHdoaWNoIHByb2R1Y2UgYSBodWdlIGFtb3VudCBvZiBkYXRh LiAgVGhpcyBkYXRhIG5lZWRzIHRvIGJlCiAgIGNvbGxlY3RlZCwgZmlsdGVyZWQsIGFuZCBwcmUt cHJvY2Vzc2VkIGZvciBmdXJ0aGVyIHVzZSBpbiBkaXZlcnNlCiAgIHNlcnZpY2VzLgoKICAgQ29u c2lkZXJpbmcgdGhlIGhpZ2ggbnVtYmVyIG9mIG5vZGVzIHRvIGRlcGxveSwgb25lIGhhcyB0byB0 aGluayBvbgogICB0aGUgbWFuYWdlYWJpbGl0eSBhc3BlY3RzIG9mIHRoZSBzbWFydCBkZXZpY2Vz IGFuZCBwbGFuIGZvciBlYXN5CiAgIGRlcGxveW1lbnQsIGNvbmZpZ3VyYXRpb24sIGFuZCBtYW5h Z2VtZW50IG9mIHRoZSBuZXR3b3JrcyBvZgogICBjb25zdHJhaW5lZCBkZXZpY2VzIGFzIHdlbGwg YXMgdGhlIGRldmljZXMgdGhlbXNlbHZlcy4gIENvbnNlcXVlbnRseSwKICAgc2VhbWxlc3MgbW9u aXRvcmluZyBhbmQgc2VsZi1jb25maWd1cmF0aW9uIG9mIHN1Y2ggbmV0d29yayBub2RlcwogICBi ZWNvbWVzIG1vcmUgYW5kIG1vcmUgaW1wZXJhdGl2ZS4gIFNlbGYtY29uZmlndXJhdGlvbiBhbmQg c2VsZi0KICAgbWFuYWdlbWVudCBpcyBhbHJlYWR5IGEgcmVhbGl0eSBpbiB0aGUgc3RhbmRhcmRz IG9mIHNvbWUgb2YgdGhlCiAgIGJvZGllcyBzdWNoIGFzIDNHUFAuICBUbyBpbnRyb2R1Y2Ugc2Vs Zi1jb25maWd1cmF0aW9uIG9mIHNtYXJ0CiAgIGRldmljZXMgc3VjY2Vzc2Z1bGx5IGEgZGV2aWNl LWluaXRpYXRlZCBjb25uZWN0aW9uIGVzdGFibGlzaG1lbnQgaXMKICAgcmVxdWlyZWQuCgogICBB IHNpbXBsZSBhbmQgZWZmaWNpZW50IGFwcGxpY2F0aW9uIGxheWVyIHByb3RvY29sLCBzdWNoIGFz IENvQVAsIGlzCiAgIGVzc2VudGlhbCB0byBhZGRyZXNzIHRoZSBpc3N1ZSBvZiBlZmZpY2llbnQg b2JqZWN0LXRvLW9iamVjdAogICBjb21tdW5pY2F0aW9uIGFuZCBpbmZvcm1hdGlvbiBleGNoYW5n ZS4gIFN1Y2ggYW4gaW5mb3JtYXRpb24gZXhjaGFuZ2UKICAgc2hvdWxkIGJlIGRvbmUgYmFzZWQg b24gaW50ZXJvcGVyYWJsZSBkYXRhIG1vZGVscyB0byBlbmFibGUgdGhlCiAgIGV4Y2hhbmdlIGFu ZCBpbnRlcnByZXRhdGlvbiBvZiBkaXZlcnNlIGFwcGxpY2F0aW9uIGFuZCBtYW5hZ2VtZW50CiAg IHJlbGF0ZWQgZGF0YS4KCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3Vz dCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDE1XQoMCkludGVybmV0LURyYWZ0ICAgICAg ICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAg IEluIGFuIGlkZWFsIHdvcmxkLCB3ZSB3b3VsZCBoYXZlIG9ubHkgb25lIG5ldHdvcmsgbWFuYWdl bWVudCBwcm90b2NvbAogICBmb3IgbW9uaXRvcmluZywgY29uZmlndXJhdGlvbiwgYW5kIGV4Y2hh bmdpbmcgbWFuYWdlbWVudCBkYXRhLAogICBpbmRlcGVuZGVudGx5IG9mIHRoZSB0eXBlIG9mIHRo ZSBuZXR3b3JrIChlLmcuLCBTbWFydCBHcmlkLCB3aXJlbGVzcwogICBhY2Nlc3MsIG9yIGNvcmUg bmV0d29yaykuICBGdXJ0aGVybW9yZSwgaXQgd291bGQgYmUgZGVzaXJhYmxlIHRvCiAgIGRlcml2 ZSB0aGUgYmFzaWMgZGF0YSBtb2RlbHMgZm9yIGNvbnN0cmFpbmVkIGRldmljZXMgZnJvbSB0aGUg Y29yZQogICBtb2RlbHMgdXNlZCB0b2RheSB0byBlbmFibGUgcmV1c2Ugb2YgZnVuY3Rpb25hbGl0 eSBhbmQgZW5kLXRvLWVuZAogICBpbmZvcm1hdGlvbiBleGNoYW5nZS4gIEhvd2V2ZXIsIHRoZSBj dXJyZW50IG1hbmFnZW1lbnQgcHJvdG9jb2xzIHNlZW0KICAgdG8gYmUgdG9vIGhlYXZ5d2VpZ2h0 IGNvbXBhcmVkIHRvIHRoZSBjYXBhYmlsaXRpZXMgdGhlIGNvbnN0cmFpbmVkCiAgIGRldmljZXMg aGF2ZSBhbmQgYXJlIG5vdCBhcHBsaWNhYmxlIGRpcmVjdGx5IGZvciB0aGUgdXNlIGluIGEgbmV0 d29yawogICBvZiBjb25zdHJhaW5lZCBkZXZpY2VzLiAgRnVydGhlcm1vcmUsIHRoZSBkYXRhIG1v ZGVscyBhZGRyZXNzaW5nIHRoZQogICByZXF1aXJlbWVudHMgb2Ygc3VjaCBzbWFydCBkZXZpY2Vz IG5lZWQgeWV0IHRvIGJlIGRlc2lnbmVkLgoKICAgVGhlIElFVEYgc28gZmFyIGhhcyBub3QgZGV2 ZWxvcGVkIGFueSBzcGVjaWZpYyB0ZWNobm9sb2dpZXMgZm9yIHRoZQogICBtYW5hZ2VtZW50IG9m IGNvbnN0cmFpbmVkIGRldmljZXMgYW5kIHRoZSBuZXR3b3JrcyBjb21wcmlzZWQgYnkKICAgY29u c3RyYWluZWQgZGV2aWNlcy4gIElQLWJhc2VkIHNlbnNvcnMgb3IgY29uc3RyYWluZWQgZGV2aWNl cyBpbiBzdWNoCiAgIGFuIGVudmlyb25tZW50LCBpLmUuLCBkZXZpY2VzIHdpdGggdmVyeSBsaW1p dGVkIG1lbW9yeSBhbmQgQ1BVCiAgIHJlc291cmNlcywgdXNlIHRvZGF5LCBlLmcuLCBhcHBsaWNh dGlvbi1sYXllciBwcm90b2NvbHMgdG8gZG8gc2ltcGxlCiAgIHJlc291cmNlIG1hbmFnZW1lbnQg YW5kIG1vbml0b3JpbmcuICBUaGlzIG1pZ2h0IGJlIHN1ZmZpY2llbnQgZm9yCiAgIHNvbWUgYmFz aWMgY2FzZXMsIGhvd2V2ZXIsIHRoZXJlIGlzIGEgbmVlZCB0byByZWNvbnNpZGVyIHRoZSBuZXR3 b3JrCiAgIG1hbmFnZW1lbnQgbWVjaGFuaXNtcyBiYXNlZCBvbiB0aGUgbmV3LCBjaGFuZ2VkLCBh cyB3ZWxsIGFzIHJlZHVjZWQKICAgcmVxdWlyZW1lbnRzIGNvbWluZyBmcm9tIHNtYXJ0IGRldmlj ZXMgYW5kIHRoZSBuZXR3b3JrIG9mIHN1Y2gKICAgY29uc3RyYWluZWQgZGV2aWNlcy4gIEFsYmVp dCBpdCBpcyBxdWVzdGlvbmFibGUgd2hldGhlciB3ZSBjYW4gdGFrZQogICB0aGUgc2FtZSBjb21w cmVoZW5zaXZlIGFwcHJvYWNoIHdlIHVzZSBpbiBhbiBJUCBuZXR3b3JrIGFsc28gZm9yIHRoZQog ICBtYW5hZ2VtZW50IG9mIGNvbnN0cmFpbmVkIGRldmljZXMuICBIZW5jZSwgdGhlIG1hbmFnZW1l bnQgb2YgYQogICBuZXR3b3JrIHdpdGggY29uc3RyYWluZWQgZGV2aWNlcyBpcyBuZWNlc3Nhcnkg dG8gZGVzaWduIGluIGEKICAgc2ltcGxpZmllZCBhbmQgbGVzcyBjb21wbGV4IG1hbm5lci4KCiAg IEFzIFNlY3Rpb24gMS42IGhpZ2hsaWdodHMsIHRoZXJlIGFyZSBkaXZlcnNlIGNoYXJhY3Rlcmlz dHMgb2YKICAgY29uc3RyYWluZWQgZGV2aWNlcyBvciBuZXR3b3Jrcywgd2hpY2ggc3RlbSBmcm9t IHRoZWlyCiAgIGNvbnN0cmFpbmVkbmVzcyBhbmQgdGhlcmVmb3JlIGhhdmUgYW4gaW1wYWN0IG9u IHRoZSByZXF1aXJlbWVudHMgZm9yCiAgIHRoZSBtYW5hZ2VtZW50IG9mIHN1Y2ggYSBuZXR3b3Jr IHdpdGggY29uc3RyYWluZWQgZGV2aWNlcy4gIFRoZSB1c2UKICAgY2FzZXMgZGlzY3Vzc2VkIGlu IFtDT00tVVNFXSBzaG93IHRoYXQgdGhlIHJlcXVpcmVtZW50cyBvbgogICBjb25zdHJhaW5lZCBu ZXR3b3JrcyBhcmUgbWFuaWZvbGQgYW5kIG5lZWQgdG8gYmUgYW5hbHl6ZWQgZnJvbQogICBkaWZm ZXJlbnQgYW5nbGVzLCBlLmcuIGNvbmNlcm5pbmcgdGhlIGRlc2lnbiBvZiB0aGUgbWFuYWdlbWVu dAogICBhcmNoaXRlY3R1cmUsIHRoZSBzZWxlY3Rpb24gb2YgdGhlIGFwcHJvcHJpYXRlIHByb3Rv Y29sIGZlYXR1cmVzIGFzCiAgIHdlbGwgYXMgdGhlIHNwZWNpZmljIGlzc3VlcyB3aGljaCBhcmUg bmV3IGluIHRoZSBjb250ZXh0IG9mCiAgIGNvbnN0cmFpbmVkIGRldmljZXMuICBFeGFtcGxlcyBv ZiBzdWNoIGlzc3VlcyBhcmUgZS5nLiB0aGUgY2FyZWZ1bAogICBtYW5hZ2VtZW50IG9mIHRoZSBz Y2FyY2UgZW5lcmd5IHJlc291cmNlcywgdGhlIG5lY2Vzc2l0eSBmb3Igc2VsZi0KICAgb3JnYW5p emF0aW9uIGFuZCBzZWxmLW1hbmFnZW1lbnQgb2Ygc3VjaCBkZXZpY2VzIGJ1dCBhbHNvIHRoZQog ICBpbXBsZW1lbnRhdGlvbiBjb25zaWRlcmF0aW9ucyB0byBlbmFibGUgdGhlIHVzZSBvZiBjb21t b24KICAgY29tbXVuaWNhdGlvbiB0ZWNobm9sb2dpZXMgb24gYSBjb25zdHJhaW5lZCBoYXJkd2Fy ZSBpbiBhbiBlZmZpY2llbnQKICAgbWFubmVyLiAgRm9yIGFuIGV4aGF1c3RpdmUgbGlzdCBvZiBp c3N1ZXMgYW5kIHJlcXVpcmVtZW50cywgd2hpY2gKVUg+IHMvLCB3aGljaC8gdGhhdC8KICAgbmVl ZCB0byBiZSBhZGRyZXNzZWQgZm9yIHRoZSBtYW5hZ2VtZW50IG9mIGEgbmV0d29yayB3aXRoIGNv bnN0cmFpbmVkCiAgIGRldmljZXMgcGxlYXNlIHNlZSBTZWN0aW9uIDEuNiBhbmQgU2VjdGlvbiAz LgoKCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0 ICAgICAgICAgICAgICAgW1BhZ2UgMTZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDb25zdHJh aW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoKMy4gIFJlcXVpcmVt ZW50cyBvbiB0aGUgTWFuYWdlbWVudCBvZiBOZXR3b3JrcyB3aXRoIENvbnN0cmFpbmVkIERldmlj ZXMKCiAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMgdGhlIHJlcXVpcmVtZW50cyBjYXRlZ29yaXpl ZCBieSBtYW5hZ2VtZW50CiAgIGFyZWFzIGxpc3RlZCBpbiBzdWJzZWN0aW9ucy4KCiAgIE5vdGUg dGhhdCB0aGUgcmVxdWlyZW1lbnRzIGluIHRoaXMgc2VjdGlvbiBuZWVkIHRvIGJlIHNlZW4gYXMK ICAgc3RhbmRhbG9uZSByZXF1aXJlbWVudHMuIAoKVUg+IEkgZG8gbm90IHVuZGVyc3RhbmQgdGhh dCBzZW50ZW5jZS4gICAKICAgCiAgICBBIGRldmljZSBtaWdodCBiZSBhYmxlIHRvIHByb3ZpZGUg b25seSBhCiAgIHBhcnRpY3VsYXIgcHJvZmlsZSBvZiByZXF1aXJlbWVudHMgKGkuZS4gc2VsZWN0 ZWQgc2V0IG9mCiAgIHJlcXVpcmVtZW50cykgYW5kIG1pZ2h0IG5vdCBiZSBjYXBhYmxlIHRvIHBy b3ZpZGUgYWxsIHJlcXVpcmVtZW50cyBpbgogICB0aGlzIGRvY3VtZW50LiAgT24gdGhlIG90aGVy IGhhbmQgYSBkZXZpY2UgdmVuZG9yIG1pZ2h0IHNlbGVjdCBhCiAgIHN1YnNldCBvZiB0aGUgcmVx dWlyZW1lbnRzIHRvIGltcGxlbWVudC4gIEFzIG9mIHRvZGF5IHRoaXMgZG9jdW1lbnQKICAgZG9l cyBub3QgcmVjb21tZW5kIHRoZSByZWFsaXphdGlvbiBvZiBhIHByb2ZpbGUgb2YgcmVxdWlyZW1l bnRzLgpVSD4gV2hhdCBkb2VzIHRoaXMgc2VudGVuY2UgbWVhbj8gICAKClVIPiBJIHRoaW5rIGl0 IHdvdWxkIGJlIGhlbHBmdWwgdG8gZGVzY3JpYmUgd2hhdCB0aGVzZSByZXF1aXJlbWVudHMgYXJl IGZvci4gSXMgdGhpcyBhIHJlcXVpcmVtZW50IGZvciBhIG5ldyBtYW5hZ2VtZW50IHByb3RvY29s IHRoYXQgaXMgdG8gYmUgZGVmaW5lZCBpbiB0aGUgSUVURj8gT3IgaXMgdGhpcyBhIHJlcXVpcmVt ZW50IGZvciB0aGUgZGV2aWNlcz8gSXMgdGhlcmUgYW55IDIxMTkgbGFuZ3VhZ2UgaW52b2x2ZWQg KGUuZy4sICJhIGZ1dHVyZSBtYW5hZ2VtZW50IHByb3RvY29sIGZvciBjb25zdHJhaW5lZCBkZXZp Y2VzIE1VU1QgZnVsZmlsbCB0aGUgZm9sbG93aW5nIHJlcXVpcmVtZW50cywgYmFzZWQgb24gdGhl IGRldmljZSBjbGFzcyIpPyBJIHRoaW5rIHRoZSBhYm92ZSBwYXJhZ3JhcGggdHJpZXMgdG8gc2F5 IHRoaXMgaXMgbm90IHRoZSBjYXNlLCBidXQgc29tZSBjbGFyaWZpY2F0aW9ucyB3b3VsZCBiZSBo ZWxwZnVsIElNTy4gIAoKICAgRm9sbG93aW5nIHRlbXBsYXRlIGlzIHVzZWQgZm9yIHRoZSBkZWZp bml0aW9uIG9mIHRoZSByZXF1aXJlbWVudHMuCgogICBSZXEtSUQ6ICBBbiBJRCB1bmlxdWVseSBp ZGVudGlmaWVkIGJ5IGEgdGhyZWUtZGlnaXQgbnVtYmVyClVIPiBUaGUgYmVsb3cgbnVtYmVycyBo YXZlIGZvdXIgZGlnaXRzLCBlLmcuLCAiMS4wMDMiLiBXaGF0J3MgdGhlIG1lYW5pbmcgb2YgdGhl IGRvdCBiZXR3ZWVuIHRoZSAxIGFuZCAwMDM/CgogICBUaXRsZTogIFRoZSB0aXRsZSBvZiB0aGUg cmVxdWlyZW1lbnQuCgogICBEZXNjcmlwdGlvbjogIFRoZSByYXRpb25hbCBhbmQgZGVzY3JpcHRp b24gb2YgdGhlIHJlcXVpcmVtZW50LgoKICAgU291cmNlOiAgVGhlIG9yaWdpbiBvZiB0aGUgcmVx dWlyZW1lbnQgYW5kIHRoZSBtYXRjaGluZyB1c2UgY2FzZSBvcgogICAgICBhcHBsaWNhdGlvbi4g IEZvciB0aGUgZGlzY3Vzc2lvbiBvZiByZWZlcnJlZCB1c2UgY2FzZXMgZm9yCiAgICAgIGNvbnN0 cmFpbmVkIG1hbmFnZW1lbnQgcGxlYXNlIHNlZSBbQ09NLVVTRV0uCgogICBSZXF1aXJlbWVudCBU eXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudCwgTm9uLUZ1bmN0aW9uYWwKICAgICAgUmVxdWly ZW1lbnQuICBBIGZ1bmN0aW9uYWwgcmVxdWlyZW1lbnQgaXMgcmVsYXRlZCB0byBhIHByb3Bvc2Vk CiAgICAgIGZ1bmN0aW9uIG9yIGNvbXBvbmVudC4gClVIPiBQcm9wb3NlZCB3aGVyZT8gRm9yIHdo YXQ/IChkZXZpY2UgLyBwcm90b2NvbD8pCiAgICAgIAogICAgICAgQXMgc3VjaCBmdW5jdGlvbmFs IHJlcXVpcmVtZW50cyBtYXkgYmUKICAgICAgdGVjaG5pY2FsIGRldGFpbHMsIG9yIHNwZWNpZmlj IGZ1bmN0aW9uYWxpdHkgdGhhdCBkZWZpbmUgd2hhdCBhCiAgICAgIHN5c3RlbSBpcyBzdXBwb3Nl ZCB0byBhY2NvbXBsaXNoLiAgTm9uLWZ1bmN0aW9uYWwgcmVxdWlyZW1lbnRzCiAgICAgIChhbHNv IGtub3duIGFzIGRlc2lnbiBjb25zdHJhaW50cyBvciBxdWFsaXR5IHJlcXVpcmVtZW50cykgaW1w b3NlCiAgICAgIGltcGxlbWVudGF0aW9uIHJlbGF0ZWQgY29uc2lkZXJhdGlvbnMgc3VjaCBhcyBw ZXJmb3JtYW5jZQogICAgICByZXF1aXJlbWVudHMsIHNlY3VyaXR5LCBvciByZWxpYWJpbGl0eS4K CiAgIERldmljZSB0eXBlOiAgVGhlIGRldmljZSB0eXBlcyBieSB3aGljaCB0aGlzIHJlcXVpcmVt ZW50IGNhbiBiZQogICAgICBzdXBwb3J0ZWQ6IEMwLCBDMSBhbmQvb3IgQzIuCgogICBQcmlvcml0 eTogIFRoZSBwcmlvcml0eSBvZiB0aGUgcmVxdWlyZW1lbnQgc2hvd2luZyBpdCdzIGltcG9ydGFu Y2UKVUg+IHMvaXQncy9pdHMvCiAgICAgIGZvciBhIHBhcnRpY3VsYXIgdHlwZSBvZiBkZXZpY2U6 IEhpZ2gsIE1lZGl1bSwgYW5kIExvdy4gVGhlCiAgICAgIHByaW9yaXR5IG9mIGEgcmVxdWlyZW1l bnQgY2FuIGJlIEhpZ2ggZS5nLiBmb3IgYSBDMiBkZXZpY2UgYnV0IExvdwpVSD4gcy8gZS5nLiAv LCBlLmcuLCAvCiAgICAgIGZvciBhIEMxIG9yIEMwIGRldmljZSBhcyB0aGUgcmVhbGl6YXRpb24g b2YgY29tcGxleCBmZWF0dXJlcyBpbiBhCiAgICAgIEMxIGRldmljZSBpcyBpbiBtYW55IGNhc2Vz IG5vdCBwb3NzaWJsZS4KCjMuMS4gIE1hbmFnZW1lbnQgQXJjaGl0ZWN0dXJlL1N5c3RlbQoKCgoK CgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAg ICAgICAgICAgW1BhZ2UgMTddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBN Z210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoKICAgUmVxLUlEOiAgMS4wMDEK CiAgIFRpdGxlOiAgU3VwcG9ydCBtdWx0aXBsZSBkZXZpY2UgY2xhc3NlcyB3aXRoaW4gYSBzaW5n bGUgbmV0d29yay4KCiAgIERlc2NyaXB0aW9uOiAgTGFyZ2VyIG5ldHdvcmtzIHVzdWFsbHkgYXJl IG1hZGUgdXAgb2YgZGV2aWNlcwpVSD4gcy9hcmUgbWFkZSB1cC9jb25zaXN0LwogICAgICBiZWxv bmdpbmcgdG8gZGlmZmVyZW50IGRldmljZSBjbGFzc2VzIChlLmcuLCBjb25zdHJhaW5lZCBtZXNo CiAgICAgIGVuZHBvaW50cyBhbmQgbGVzcyBjb25zdHJhaW5lZCByb3V0ZXJzKSB0aGF0IHdvcmsg dG9nZXRoZXIuClVIPiBzL3RoYXQgd29yayB0b2dldGhlci9jb21tdW5pY2F0aW5nIHdpdGggZWFj aCBvdGhlci8gPwogICAgICBIZW5jZSwgdGhlIG1hbmFnZW1lbnQgYXJjaGl0ZWN0dXJlIG11c3Qg YmUgYXBwbGljYWJsZSB0byBuZXR3b3JrcwpVSD4gaXMgdGhpcyBhIG11c3Qgb3IgYSBNVVNUPyBU aGF0IGFwcGxpZXMgdG8gYWxsIG9mIHRoZSByZXF1aXJlbWVudHMgYmVsb3cKICAgICAgdGhhdCBo YXZlIGEgbWl4IG9mIGRpZmZlcmVudCBkZXZpY2UgY2xhc3Nlcy4gIFNlZSBTZWN0aW9uIDMuIG9m CiAgICAgIFtJLUQuaWV0Zi1sd2lnLXRlcm1pbm9sb2d5XSBmb3IgdGhlIGRlZmluaXRpb24gb2Yg Q29uc3RyYWluZWQKICAgICAgRGV2aWNlIENsYXNzZXMuCgogICBTb3VyY2U6ICBBbGwgdXNlIGNh c2VzLgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIE5vbi1GdW5jdGlvbmFsIFJlcXVpcmVtZW50Cgog ICBEZXZpY2UgdHlwZTogIEMxIGFuZC9vciBDMgoKICAgUHJpb3JpdHk6ICBIaWdoCgogICAtLS0K CiAgIFJlcS1JRDogIDEuMDAyCgogICBUaXRsZTogIE1hbmFnZW1lbnQgc2NhbGFiaWxpdHkuCgog ICBEZXNjcmlwdGlvbjogIFRoZSBtYW5hZ2VtZW50IGFyY2hpdGVjdHVyZSBtdXN0IGJlIGFibGUg dG8gc2NhbGUgd2l0aAogICAgICB0aGUgbnVtYmVyIG9mIGRldmljZXMgaW52b2x2ZWQgYW5kIG9w ZXJhdGUgZWZmaWNpZW50bHkgaW4gYW55CiAgICAgIG5ldHdvcmsgc2l6ZSBhbmQgdG9wb2xvZ3ku ICBUaGlzIGltcGxpZXMgdGhhdCBlLmcuIHRoZSBtYW5hZ2luZwpVSD4gcy8gZS5nLiAvLCBlLmcu LCAvCiAgICAgIGVudGl0eSBpcyBhYmxlIHRvIGhhbmRsZSBodWdlIGFtb3VudCBvZiBkZXZpY2Ug bW9uaXRvcmluZyBkYXRhIGFuZApVSD4gcy9hbW91bnQvYW1vdW50cy8KVUg+IEhvdyBpcyAiaHVn ZSBhbW91bnRzIiBkZWZpbmVkPyBJcyB0aGF0IDFNQj8gMUdCPyBEb2VzIGl0IGRlcGVuZCBvbiB0 aGUgdGltZSAoMU1CIGluIDEgc2Vjb25kIG9yIGluIG9uZSBtaW51dGU/KQpVSD4gSXMgdGhlICJt YW5hZ2luZyBlbnRpdHkiIHRoZSBOTVM/IE9yIGRvZXMgaXQgYWxzbyBhcHBseSB0byB0aGUgIm1h bmFnZWQgZGV2aWNlIiwgaS5lLiwgdGhlIGRldmljZSB0aGF0IGlzIG1hbmFnZWQgYnkgdGhlIE5N Uz8KICAgICAgdGhlIG1hbmFnZW1lbnQgcHJvdG9jb2wgaXMgbm90IHNlbnNpdGl2ZSB0byB0aGUg ZGVjcmVhc2Ugb2YgdGhlCiAgICAgIHRpbWUgYmV0d2VlbiB0d28gY2xpZW50IHJlcXVlc3RzLiAg ClVIPiAibm90IHNlbnNpdGl2ZSIgKGF0IGFsbD8pOyBkb2VzIGl0IG1lYW4gaWYgSSBzZW5kIGEg dHJpbGxpb24gcmVxdWVzdHMgd2l0aGluIGEgbmFuby1zZWNvbmQsIHRoZSBkZXZpY2Ugc2hvdWxk IHN0aWxsIGJlIGFibGUgdG8gaGFuZGxlIGl0PyBBdCBzb21lIHBvaW50LCB0aGlzIHdvdWxkIGFs d2F5cyBiZWNvbWUgYSBwcm9ibGVtLCBldmVuIGZvciBub24tY29uc3RyYWluZWQgZGV2aWNlcy4g ICAgCgpVSD4gRm9yIG1lIGFzIGltcGxlbWVudGVyLCBpdCB3b3VsZCBiZSBoYXJkIHRvIHZlcmlm eSB3aGV0aGVyIGFuIGltcGxlbWVudGF0aW9uIGlzIHNjYWxhYmxlLCBiYXNlZCBvbiB0aGlzIGRl ZmluaXRpb24uIFRoZSBkZWZpbml0aW9uIGlzIGEgYml0IHZhZ3VlLCBhbmQgc28gSSBkb24ndCBr bm93IGF0IHdoYXQgcG9pbnQgYW4gaW1wbGVtZW50YXRpb24gb2YgYSBwcm9iYWJsZSBpcyBzY2Fs YWJsZS4KICAgICAgCiAgICAgIFRvIGFjaGlldmUgZ29vZCBzY2FsYWJpbGl0eSwKICAgICAgY2Fj aGluZyB0ZWNobmlxdWVzLCBpbi1uZXR3b3JrIGRhdGEgYWdncmVnYXRpb24gdGVjaG5pcXVlcywK ICAgICAgaGllcmFyY2hpY2FsIG1hbmFnZW1lbnQgbW9kZWxzIG1heSBiZSB1c2VkLgoKICAgU291 cmNlOiAgR2VuZXJhbCByZXF1aXJlbWVudCBmb3IgYWxsIHVzZSBjYXNlcyB0byBlbmFibGUgbGFy Z2Ugc2NhbGUKICAgICAgbmV0d29ya3MuCgogICBSZXF1aXJlbWVudCBUeXBlOiAgTm9uLUZ1bmN0 aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFBy aW9yaXR5OiAgSGlnaAoKICAgLS0tCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBp cmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDE4XQoMCkludGVybmV0LURy YWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkg MjAxNAoKCiAgIFJlcS1JRDogIDEuMDAzCgogICBUaXRsZTogIEhpZXJhcmNoaWNhbCBtYW5hZ2Vt ZW50CgogICBEZXNjcmlwdGlvbjogIFByb3ZpZGUgYSBtZWFucyBvZiBoaWVyYXJjaGljYWwgbWFu YWdlbWVudCwgaS5lLgogICAgICBwcm92aWRlIGludGVybWVkaWFyeSBtYW5hZ2VtZW50IGVudGl0 aWVzIG9uIGRpZmZlcmVudCBsZXZlbHMsCiAgICAgIHdoaWNoIGNhbiB0YWtlIG92ZXIgdGhlIHJl c3BvbnNpYmlsaXR5IGZvciB0aGUgbWFuYWdlbWVudCBvZiBhCiAgICAgIHN1Yi1oaWVyYXJjaHkg b2YgdGhlIG5ldHdvcmsgb2YgY29uc3RyYWludCBkZXZpY2VzLiAgVGhlCiAgICAgIGludGVybWVk aWFyeSBtYW5hZ2VtZW50IGVudGl0eSBjYW4gZS5nLiBzdXBwb3J0IG1hbmFnZW1lbnQgZGF0YQog ICAgICBhZ2dyZWdhdGlvbiB0byBoYW5kbGUgZS5nLiBoaWdoLWZyZXF1ZW50IG1vbml0b3Jpbmcg ZGF0YSBvcgpVSD4gcy8gZS5nLiAvLCBlLmcuLCAvZwogICAgICBwcm92aWRlIGEgY2FjaGluZyBt ZWNoYW5pc20gZm9yIHRoZSB1cGxpbmsgYW5kIGRvd25saW5rCiAgICAgIGNvbW11bmljYXRpb24u ICBIaWVyYXJjaGljYWwgbWFuYWdlbWVudCBjb250cmlidXRlcyB0byBtYW5hZ2VtZW50CiAgICAg IHNjYWxhYmlsaXR5LgoKICAgU291cmNlOiAgVXNlIGNhc2VzIHdoZXJlIGEgaHVnZSBhbW91bnQg b2YgZGV2aWNlcyBhcmUgZGVwbG95ZWQgd2l0aCBhCiAgICAgIGhpZXJhcmNoaWNhbCB0b3BvbG9n eS4KVUg+IEhvdyBpcyAiaHVnZSIgZGVmaW5lZD8KCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBOb24t RnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBNYW5hZ2luZyBhbmQgaW50 ZXJtZWRpYXJ5IGVudGl0aWVzLgoKICAgUHJpb3JpdHk6ICBNZWRpdW0KVUg+IEhvdyBkaWQgeW91 IGRlZmluZSB0aGUgcHJpb3JpdHk/IERvZXNuJ3QgdGhhdCBkZXBlbmQgb24gdGhlIHVzZSBjYXNl PyBJZiBJIHdhbnQgdG8gbWFuYWdlIDIwIGRldmljZXMsIEkgYXNzdW1lIHByaW9yaXR5IGZvciBo aWVyYXJjaGllcyBpcyBsb3cuIEZvciAxLDAwMCwwMDAgZGV2aWNlcywgaXQgbWF5IGJlIGhpZ2gu CgogICAtLS0KCiAgIFJlcS1JRDogIDEuMDA0CgogICBUaXRsZTogIE1pbmltaXplIHN0YXRlIG1h aW50YWluZWQgb24gY29uc3RyYWluZWQgZGV2aWNlcy4KCiAgIERlc2NyaXB0aW9uOiAgVGhlIGFt b3VudCBvZiBzdGF0ZSB0aGF0IG5lZWRzIHRvIGJlIG1haW50YWluZWQgb24KICAgICAgY29uc3Ry YWluZWQgZGV2aWNlcyBzaG91bGQgYmUgbWluaW1pemVkLiAgVGhpcyBpcyBpbXBvcnRhbnQgaW4K ICAgICAgb3JkZXIgdG8gc2F2ZSBtZW1vcnkgKGVzcGVjaWFsbHkgcmVsZXZhbnQgZm9yIEMwIGFu ZCBDMSBkZXZpY2VzKQogICAgICBhbmQgaW4gb3JkZXIgdG8gYWxsb3cgZGV2aWNlcyB0byByZXN0 YXJ0IGZvciBleGFtcGxlIHRvIGFwcGx5CiAgICAgIGNvbmZpZ3VyYXRpb24gY2hhbmdlcyBvciB0 byByZWNvdmVyIGZyb20gZXh0ZW5kZWQgcGVyaW9kcyBvZgogICAgICBpbmFjdGl2aXR5LgoKICAg Tm90ZTogIE9uZSB3YXkgdG8gYWNoaWV2ZSB0aGlzIGlzIHRvIGFkb3B0IGEgUkVTVGZ1bCBhcmNo aXRlY3R1cmUKICAgICAgdGhhdCBtaW5pbWl6ZXMgdGhlIGFtb3VudCBvZiBzdGF0ZSBtYWludGFp bmVkIGJ5IG1hbmFnZWQKICAgICAgY29uc3RyYWluZWQgZGV2aWNlcyBhbmQgdGhhdCBtYWtlcyBy ZXNvdXJjZXMgb2YgYSBkZXZpY2UKICAgICAgYWRkcmVzc2FibGUgdmlhIFVSSXMuCgogICBTb3Vy Y2U6ICBCYXNpYyByZXF1aXJlbWVudCB3aGljaCBjb25jZXJucyBhbGwgdXNlIGNhc2VzLgoKICAg UmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKICAgClVIPiBEbyB3ZSBu ZWVkIHRvIHF1YW50aWZ5IHRoYXQ/IEF0IHdoYXQgcG9pbnQgaXMgdGhlIHN0YXRlICJtaW5pbWl6 ZWQiPyAxa0I/IDFNQj8KCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1 Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDE5XQoMCkludGVybmV0LURyYWZ0ICAg ICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoK CiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFByaW9yaXR5OiAgSGlnaAoKICAg LS0tCgogICBSZXEtSUQ6ICAxLjAwNQoKICAgVGl0bGU6ICBBdXRvbWF0aWMgcmUtc3luY2hyb25p emF0aW9uIHdpdGggZXZlbnR1YWwgY29uc2lzdGVuY3kuCgogICBEZXNjcmlwdGlvbjogIFRvIHN1 cHBvcnQgbGFyZ2Ugc2NhbGUgbmV0d29ya3MsIHdoZXJlIHNvbWUgY29uc3RyYWluZWQKICAgICAg ZGV2aWNlcyBtYXkgYmUgb2ZmbGluZSBhdCBhbnkgcG9pbnQgaW4gdGltZSwgaXQgaXMgbmVjZXNz YXJ5IHRvCiAgICAgIGRpc3RyaWJ1dGUgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzIGluIGEgd2F5 IHRoYXQgYWxsb3dzIHRlbXBvcmFyeQogICAgICBpbmNvbnNpc3RlbmNpZXMgYnV0IGV2ZW50dWFs bHkgY29udmVyZ2VzLCBhZnRlciBhIHN1ZmZpY2llbnRseQogICAgICBsb25nIHBlcmlvZCBvZiB0 aW1lIHdpdGhvdXQgZnVydGhlciBjaGFuZ2VzLCB0b3dhcmRzIGdsb2JhbAogICAgICBjb25zaXN0 ZW5jeS4KClVIPiBEbyB3ZSBuZWVkIHRvIHF1YW50aWZ5ICJzdWZmaWNpZW50bHkgbG9uZyBwZXJp b2Qgb2YgdGltZSI/IE9yIGRvZXMgaXQganVzdCBtZWFuIGZpbml0ZSB0aW1lPwoKICAgU291cmNl OiAgVXNlIGNhc2VzIHdpdGggbGFyZ2Ugc2NhbGUgbmV0d29ya3Mgd2l0aCBtYW55IGRldmljZXMu CgogICBSZXF1aXJlbWVudCBUeXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNl IHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoKICAgUHJpb3JpdHk6ICBIaWdoCgogICAtLS0KCiAgIFJl cS1JRDogIDEuMDA2CgogICBUaXRsZTogIFN1cHBvcnQgZm9yIGxvc3N5IGxpbmtzIGFuZCB1bnJl YWNoYWJsZSBkZXZpY2VzLgogICAKVUg+IElzIGxvc3N5IGxpbmtzIG5vdCBhIHByb3BlcnR5IG9m IGNvbnN0cmFpbmVkIG5ldHdvcmtzICh2cyBjb25zdHJhaW5lZCBkZXZpY2VzKT8gU28gZmFyLCB0 aGUgdGV4dCBhZGRyZXNzZWQgY29uc3RyYWluZWQgZGV2aWNlcy4KCiAgIERlc2NyaXB0aW9uOiAg U29tZSBjb25zdHJhaW5lZCBkZXZpY2VzIHdpbGwgb25seSBiZSBhYmxlIHRvIHN1cHBvcnQKICAg ICAgbG9zc3kgYW5kIHVucmVsaWFibGUgbGlua3MgY2hhcmFjdGVyaXplZCBieSBhIGxpbWl0ZWQg ZGF0YSByYXRlLCBhCiAgICAgIGhpZ2ggbGF0ZW5jeSwgYW5kIGEgaGlnaCB0cmFuc21pc3Npb24g ZXJyb3IgcmF0ZS4gIEZ1cnRoZXJtb3JlCiAgICAgIGNvbnN0cmFpbmVkIGRldmljZXMgb2Z0ZW4g ZHV0eSBjeWNsZSB0aGVpciByYWRpbyBvciB0aGUgd2hvbGUKICAgICAgZGV2aWNlIGluIG9yZGVy IHRvIHNhdmUgZW5lcmd5LiAgU29tZSBjbGFzc2VzIG9mIGRldmljZXMgbGFiZWxsZWQKICAgICAg YXMgJ3NsZWVweSBlbmRwb2ludHMnIHNldCB0aGVpciBuZXR3b3JrIGxpbmtzIHRvIGEgZGlzY29u bmVjdGVkCiAgICAgIHN0YXRlIGR1cmluZyBsb25nIHBlcmlvZHMgb2YgdGltZS4gIEluIGFsbCBj YXNlcyB0aGUgbWFuYWdlbWVudAogICAgICBzeXN0ZW0gbXVzdCBub3QgYXNzdW1lIHRoYXQgY29u c3RyYWluZWQgZGV2aWNlcyBhcmUgYWx3YXlzCiAgICAgIHJlYWNoYWJsZS4KCiAgIFNvdXJjZTog IEJhc2ljIHJlcXVpcmVtZW50IGZvciBuZXR3b3JrcyBvZiBjb25zdHJhaW5lZCBkZXZpY2VzIHdp dGgKICAgICAgdW5yZWxpYWJsZSBsaW5rcyBhbmQgY29uc3RyYWluZWQgZGV2aWNlcyB3aGljaCBz bGVlcCB0byBzYXZlCiAgICAgIGVuZXJneS4KVUg+IHMvd2hpY2gvdGhhdC8KCgoKCgoKCkVyc3Vl LCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAg IFtQYWdlIDIwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMs IFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBOb24t RnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoK ICAgUHJpb3JpdHk6ICBIaWdoCgogICAtLS0KCiAgIFJlcS1JRDogIDEuMDA3CgogICBUaXRsZTog IE5ldHdvcmstd2lkZSBjb25maWd1cmF0aW9uCgogICBEZXNjcmlwdGlvbjogIFByb3ZpZGUgbWVh bnMgYnkgd2hpY2ggdGhlIGJlaGF2aW9yIG9mIHRoZSBuZXR3b3JrIGNhbgogICAgICBiZSBzcGVj aWZpZWQgYXQgYSBsZXZlbCBvZiBhYnN0cmFjdGlvbiAobmV0d29yay13aWRlCiAgICAgIGNvbmZp Z3VyYXRpb24pIGhpZ2hlciB0aGFuIGEgc2V0IG9mIGNvbmZpZ3VyYXRpb24gaW5mb3JtYXRpb24K ICAgICAgc3BlY2lmaWMgdG8gaW5kaXZpZHVhbCBkZXZpY2VzLiAgSXQgaXMgdXNlZnVsIHRvIGRl cml2ZSB0aGUgZGV2aWNlCiAgICAgIHNwZWNpZmljIGNvbmZpZ3VyYXRpb24gZnJvbSB0aGUgbmV0 d29yay13aWRlIGNvbmZpZ3VyYXRpb24uICBTdWNoCiAgICAgIGEgcmVwb3NpdG9yeSBjYW4gYmUg dXNlZCB0byBjb25maWd1cmUgcHJlLWRlZmluZWQgZGV2aWNlIG9yCiAgICAgIHByb3RvY29sIHBh cmFtZXRlcnMgZm9yIHRoZSB3aG9sZSBuZXR3b3JrLiAgRnVydGhlcm1vcmUsIHN1Y2ggYQogICAg ICBuZXR3b3JrLXdpZGUgdmlldyBjYW4gYmUgdXNlZCB0byBtb25pdG9yIGFuZCBtYW5hZ2UgYSBn cm91cCBvZgogICAgICByb3V0ZXJzIG9yIGEgd2hvbGUgbmV0d29yay4gIEUuZy4gbW9uaXRvcmlu ZyB0aGUgcGVyZm9ybWFuY2Ugb2YgYQpVSD4gcy9FLmcuIC9FLmcuLCAvCiAgICAgIG5ldHdvcmsg cmVxdWlyZXMgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBvdGhlciB0aGFuIHdoYXQgY2FuIGJlCiAg ICAgIGFjcXVpcmVkIGZyb20gYSBzaW5nbGUgcm91dGVyIHVzaW5nIGEgbWFuYWdlbWVudCBwcm90 b2NvbC4KCiAgIE5vdGU6ICBUaGUgaWRlbnRpZmljYXRpb24gb2YgdGhlIHJlbGV2YW50IHN1YnNl dCBvZiB0aGUgcG9saWNpZXMgdG8KICAgICAgYmUgcHJvdmlzaW9uZWQgaXMgYWNjb3JkaW5nIHRv IHRoZSBjYXBhYmlsaXRpZXMgb2YgZWFjaCBkZXZpY2UgYW5kCiAgICAgIGNhbiBiZSBvYnRhaW5l ZCBmcm9tIGEgcHJlLWNvbmZpZ3VyZWQgZGF0YS1yZXBvc2l0b3J5LgoKICAgU291cmNlOiAgSW4g Z2VuZXJhbCBhbGwgdXNlIGNhc2VzLCB3aGljaCB3YW50IHRvIGNvbmZpZ3VyZSB0aGUKICAgICAg bmV0d29yayBhbmQgaXRzIGRldmljZXMgYmFzZWQgb24gYSBuZXR3b3JrIHZpZXcgaW4gYSB0b3At ZG93bgogICAgICBtYW5uZXIuClVIPiAiSW4gZ2VuZXJhbCBhbGwgdXNlIGNhc2VzIG9mIG5ldHdv cmsgYW5kIGRldmljZSBjb25maWd1cmF0aW9uIGJhc2VkIC4uLiIKCgogICBSZXF1aXJlbWVudCBU eXBlOiAgTm9uLUZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAsIEMx LCBhbmQgQzIKCiAgIFByaW9yaXR5OiAgTWVkaXVtCgogICAtLS0KCiAgIFJlcS1JRDogIDEuMDA4 CgogICBUaXRsZTogIERpc3RyaWJ1dGVkIE1hbmFnZW1lbnQKCiAgIERlc2NyaXB0aW9uOiAgUHJv dmlkZSBhIG1lYW5zIG9mIHNpbXBsZSBkaXN0cmlidXRlZCBtYW5hZ2VtZW50LCB3aGVyZQogICAg ICBhIG5ldHdvcmsgb2YgY29uc3RyYWluZWQgZGV2aWNlcyBjYW4gYmUgbWFuYWdlZCBvciBtb25p dG9yZWQgYnkKICAgICAgbW9yZSB0aGFuIG9uZSBtYW5hZ2VyLiAgU2luY2UgdGhlIGNvbm5lY3Rp dml0eSB0byBhIHNlcnZlciBjYW5ub3QKICAgICAgYmUgZ3VhcmFudGVlZCBhdCBhbGwgdGltZXMs IGEgZGlzdHJpYnV0ZWQgYXBwcm9hY2ggbWF5IHByb3ZpZGUgYQoKCgpFcnN1ZSwgZXQgYWwuICAg ICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAyMV0K DApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAg ICAgIEZlYnJ1YXJ5IDIwMTQKCgogICAgICBoaWdoZXIgcmVsaWFiaWxpdHksIGF0IHRoZSBjb3N0 IG9mIGluY3JlYXNlZCBjb21wbGV4aXR5LiAgVGhpcwogICAgICByZXF1aXJlbWVudCBpbXBsaWVz IHRoZSBoYW5kbGluZyBvZiBkYXRhIGNvbnNpc3RlbmN5IGluIGNhc2Ugb2YKICAgICAgY29uY3Vy cmVudCByZWFkIGFuZCB3cml0ZSBhY2Nlc3MgdG8gdGhlIGRldmljZSBkYXRhc3RvcmUuICBJdAog ICAgICBtaWdodCBhbHNvIGhhcHBlbiB0aGF0IG5vIG1hbmFnZW1lbnQgKGNvbmZpZ3VyYXRpb24p IHNlcnZlciBpcwogICAgICBhY2Nlc3NpYmxlIGFuZCB0aGUgb25seSByZWFjaGFibGUgbm9kZSBp cyBhIHBlZXIgZGV2aWNlLiAgSW4gdGhpcwogICAgICBjYXNlIHRoZSBkZXZpY2Ugc2hvdWxkIGJl IGFibGUgdG8gb2J0YWluIGl0cyBjb25maWd1cmF0aW9uIGZyb20KICAgICAgcGVlciBkZXZpY2Vz LgoKICAgU291cmNlOiAgVXNlIGNhc2VzIHdoZXJlIHRoZSBjb3VudCBvZiBkZXZpY2VzIHRvIG1h bmFnZSBpcyBoaWdoLgogICAKVUg+IEhvdyBoaWdoPwoKICAgUmVxdWlyZW1lbnQgVHlwZTogIE5v bi1GdW5jdGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMxIGFuZCBDMgoKICAg UHJpb3JpdHk6ICBNZWRpdW0KCjMuMi4gIE1hbmFnZW1lbnQgcHJvdG9jb2xzIGFuZCBkYXRhIG1v ZGVsCgogICBSZXEtSUQ6ICAyLjAwMQoKICAgVGl0bGU6ICBNb2R1bGFyIGltcGxlbWVudGF0aW9u IG9mIG1hbmFnZW1lbnQgcHJvdG9jb2xzCgogICBEZXNjcmlwdGlvbjogIE1hbmFnZW1lbnQgcHJv dG9jb2xzIHNob3VsZCBiZSBzcGVjaWZpZWQgdG8gYWxsb3cgZm9yCiAgICAgIG1vZHVsYXIgaW1w bGVtZW50YXRpb25zLCBpLmUuLCBpdCBzaG91bGQgYmUgcG9zc2libGUgdG8gaW1wbGVtZW50CiAg ICAgIG9ubHkgYSBiYXNpYyBzZXQgb2YgcHJvdG9jb2wgcHJpbWl0aXZlcyBvbiBoaWdobHkgY29u c3RyYWluZWQKICAgICAgZGV2aWNlcyB3aGlsZSBkZXZpY2VzIHdpdGggYWRkaXRpb25hbCByZXNv dXJjZXMgbWF5IHByb3ZpZGUgbW9yZQogICAgICBzdXBwb3J0IGZvciBhZGRpdGlvbmFsIHByb3Rv Y29sIHByaW1pdGl2ZXMuICBTZWUgU2VjdGlvbiAxLjcgZm9yIGEKICAgICAgZGlzY3Vzc2lvbiBv biB0aGUgbGV2ZWwgb2YgY29uZmlndXJhdGlvbiBtYW5hZ2VtZW50IGFuZCBtb25pdG9yaW5nCiAg ICAgIHN1cHBvcnQgY29uc3RyYWluZWQgZGV2aWNlcyBtYXkgcHJvdmlkZS4KICAgICAgClVIPiBJ c24ndCB0aGF0IGdlbmVyYWxseSBhIGdvb2QgaWRlYSBpbiBzb2Z0d2FyZSBlbmdpbmVlcmluZz8g V2h5IGlzIHRoaXMgc3BlY2lmaWMgdG8gbWFuYWdlbWVudCBmb3IgY29uc3RyYWluZWQgZGV2aWNl cz8KCiAgIFNvdXJjZTogIEJhc2ljIHJlcXVpcmVtZW50IGludGVyZXN0aW5nIGZvciBhbGwgdXNl IGNhc2VzLgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIE5vbi1GdW5jdGlvbmFsIFJlcXVpcmVtZW50 CgogICBEZXZpY2UgdHlwZTogIEMwLCBDMSwgYW5kIEMyCgogICBQcmlvcml0eTogIEhpZ2gKCiAg IC0tLQoKICAgUmVxLUlEOiAgMi4wMDIKCiAgIFRpdGxlOiAgQ29tcGFjdCBlbmNvZGluZyBvZiBt YW5hZ2VtZW50IGRhdGEKCiAgIERlc2NyaXB0aW9uOiAgVGhlIGVuY29kaW5nIG9mIG1hbmFnZW1l bnQgZGF0YSBzaG91bGQgYmUgY29tcGFjdCBhbmQKICAgICAgc3BhY2UgZWZmaWNpZW50LCBlbmFi bGluZyBzbWFsbCBtZXNzYWdlIHNpemVzLgogICAgICAKVUg+IENhbiB5b3UgcXVhbnRpZnkgdGhh dD8gV2hhdCBpcyBhIHNtYWxsIG1lc3NhZ2U/CgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAg IEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMjJdCgwKSW50ZXJu ZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJy dWFyeSAyMDE0CgoKICAgU291cmNlOiAgR2VuZXJhbCByZXF1aXJlbWVudCB0byBzYXZlIG1lbW9y eSBmb3IgdGhlIHJlY2VpdmVyIGJ1ZmZlcgogICAgICBhbmQgb24tYWlyIGJhbmR3aXRoLgpVSD4g cy9iYW5kd2l0aC9iYW5kd2lkdGgvZyAoc2V2ZXJhbCB0aW1lcyBiZWxvdykKCiAgIFJlcXVpcmVt ZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMwLCBD MSwgYW5kIEMyCgogICBQcmlvcml0eTogIEhpZ2gKCiAgIC0tLQoKICAgUmVxLUlEOiAgMi4wMDMK CiAgIFRpdGxlOiAgQ29tcHJlc3Npb24gb2YgbWFuYWdlbWVudCBkYXRhIG9yIGNvbXBsZXRlIG1l c3NhZ2VzCgogICBEZXNjcmlwdGlvbjogIE1hbmFnZW1lbnQgZGF0YSBleGNoYW5nZXMgY2FuIGJl IGZ1cnRoZXIgb3B0aW1pemVkIGJ5CiAgICAgIGFwcGx5aW5nIGRhdGEgY29tcHJlc3Npb24gdGVj aG5pcXVlcyBvciBkZWx0YSBlbmNvZGluZyB0ZWNobmlxdWVzLgogICAgICBDb21wcmVzc2lvbiB0 eXBpY2FsbHkgcmVxdWlyZXMgYWRkaXRpb25hbCBjb2RlIHNpemUgYW5kIHNvbWUKICAgICAgYWRk aXRpb25hbCBidWZmZXJzIGFuZC9vciB0aGUgbWFpbnRlbmFuY2Ugb2Ygc29tZSBhZGRpdGlvbmFs IHN0YXRlCiAgICAgIGluZm9ybWF0aW9uLiAgRm9yIEMwIGRldmljZXMgY29tcHJlc3Npb24gbWF5 IG5vdCBiZSBmZWFzaWJsZS4KCiAgIFNvdXJjZTogIFVzZSBjYXNlcyB3aGVyZSBpdCBpcyBiZW5l ZmljaWFsIHRvIHJlZHVjZSB0cmFuc21pc3Npb24gdGltZQogICAgICBhbmQgYmFuZHdpdGgsIGUu Zy4gbW9iaWxlIGFwcGxpY2F0aW9ucyB3aGljaCByZXF1aXJlIHRvIHNhdmUgb24tCiAgICAgIGFp ciBiYW5kd2l0aC4KICAgICAgClVIPiBUcmFuc21pc3Npb24gdGltZSByZWR1Y3Rpb24gYW5kIGJh bmR3aWR0aCByZWR1Y3Rpb24gaXMgYSBkaWZmZXJlbnQgdGhpbmcuIEZvciBleGFtcGxlLCBpdCBt YXkgYmUgZGVzaXJhYmxlIHRvIHJlZHVjZSBhIG1lc3NhZ2UgZnJvbSAya0IgdG8gNTAwIGJ5dGVz IHNvIHRoYXQgaXQgaXMgbG93ZXIgdGhhbiB0aGUgTVRVIG9mIHRoZSBjaGFubmVsIGFuZCB0aGVy ZWZvcmUgdG8gYXZvaWQgZnJhZ21lbnRhdGlvbi4gSW4gdGVybXMgb2YgdHJhbnNtaXNzaW9uIHRp bWUsIGl0IG1heSBub3QgcmVhbGx5IG1ha2UgbXVjaCBvZiBhIGRpZmZlcmVuY2UuIAoKICAgUmVx dWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAg QzEgYW5kIEMyCgogICBQcmlvcml0eTogIE1lZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICAyLjAw NAoKICAgVGl0bGU6ICBNYXBwaW5nIG9mIG1hbmFnZW1lbnQgcHJvdG9jb2wgaW50ZXJhY3Rpb25z LgoKICAgRGVzY3JpcHRpb246ICBJdCBpcyBkZXNpcmFibGUgdG8gaGF2ZSBhIGxvc3MtbGVzcyBh dXRvbWF0ZWQgbWFwcGluZwogICAgICBiZXR3ZWVuIHRoZSBtYW5hZ2VtZW50IHByb3RvY29sIHVz ZWQgdG8gbWFuYWdlIGNvbnN0cmFpbmVkIGRldmljZXMKICAgICAgYW5kIHRoZSBtYW5hZ2VtZW50 IHByb3RvY29scyB1c2VkIHRvIG1hbmFnZSByZWd1bGFyIGRldmljZXMuICBJbgogICAgICB0aGUg aWRlYWwgY2FzZSwgdGhlIHNhbWUgY29yZSBtYW5hZ2VtZW50IHByb3RvY29sIGNhbiBiZSB1c2Vk IHdpdGgKICAgICAgY2VydGFpbiByZXN0cmljdGlvbnMgdGFraW5nIGludG8gYWNjb3VudCB0aGUg cmVzb3VyY2UgbGltaXRhdGlvbnMKICAgICAgb2YgY29uc3RyYWluZWQgZGV2aWNlcy4gIEhvd2V2 ZXIsIGZvciB2ZXJ5IHJlc291cmNlIGNvbnN0cmFpbmVkCiAgICAgIGRldmljZXMsIHRoaXMgZ29h bCBtaWdodCBub3QgYmUgYWNoaWV2YWJsZS4KCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAg ICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDIzXQoMCkludGVy bmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVi cnVhcnkgMjAxNAoKCiAgIFNvdXJjZTogIFVzZSBjYXNlcyB3aGVyZSBoaWdoLWZyZXF1ZW50IGlu dGVyYWN0aW9uIHdpdGggdGhlCiAgICAgIG1hbmFnZW1lbnQgc3lzdGVtIG9mIGEgbm9uLWNvbnN0 cmFpbmVkIG5ldHdvcmsgaXMgcmVxdWlyZWQuCgogICBSZXF1aXJlbWVudCBUeXBlOiAgRnVuY3Rp b25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMSBhbmQgQzIKCiAgIFByaW9yaXR5 OiAgTWVkaXVtCgogICAtLS0KCiAgIFJlcS1JRDogIDIuMDA1CgogICBUaXRsZTogIENvbnNpc3Rl bmN5IG9mIGRhdGEgbW9kZWxzIHdpdGggdGhlIHVuZGVybHlpbmcgaW5mb3JtYXRpb24KICAgICAg bW9kZWwuCgogICBEZXNjcmlwdGlvbjogIFRoZSBkYXRhIG1vZGVscyB1c2VkIGJ5IHRoZSBtYW5h Z2VtZW50IHByb3RvY29sIG11c3QgYmUKICAgICAgY29uc2lzdGVudCB3aXRoIHRoZSBpbmZvcm1h dGlvbiBtb2RlbCB1c2VkIHRvIGRlZmluZSBkYXRhIG1vZGVscwogICAgICBmb3Igbm9uLWNvbnN0 cmFpbmVkIG5ldHdvcmtzLiAgVGhpcyBpcyBlc3NlbnRpYWwgdG8gZmFjaWxpdGF0ZSB0aGUKICAg ICAgaW50ZWdyYXRpb24gb2YgdGhlIG1hbmFnZW1lbnQgb2YgY29uc3RyYWluZWQgbmV0d29ya3Mg d2l0aCB0aGUKICAgICAgbWFuYWdlbWVudCBvZiBub24tY29uc3RyYWluZWQgbmV0d29ya3MuICBV c2luZyBhbiB1bmRlcmx5aW5nCiAgICAgIGluZm9ybWF0aW9uIG1vZGVsIGZvciBmdXR1cmUgZGF0 YSBtb2RlbCBkZXNpZ24gZW5hYmxlcyBmdXJ0aGVybW9yZQogICAgICB0b3AtZG93biBtb2RlbCBk ZXNpZ24gYW5kIG1vZGVsIHJldXNlIGFzIHdlbGwgYXMgZGF0YQogICAgICBpbnRlcm9wZXJhYmls aXR5IChpLmUuIGV4Y2hhbmdlIG9mIG1hbmFnZW1lbnQgaW5mb3JtYXRpb24gYmV0d2VlbgogICAg ICB0aGUgY29uc3RyYWluZWQgYW5kIG5vbi1jb25zdHJhaW5lZCBuZXR3b3JrcykuICBUaGlzIGlz IGEgc3Ryb25nCiAgICAgIHJlcXVpcmVtZW50LCBldmVuIGRlc3BpdGUgdGhlIGZhY3QgdGhhdCB0 aGUgdW5kZXJseWluZyBpbmZvcm1hdGlvbgogICAgICBtb2RlbHMgYXJlIG9mdGVuIG5vdCBleHBs aWNpdGx5IGRvY3VtZW50ZWQgaW4gdGhlIElFVEYuCiAgICAgIApVSD4gQ2FuIHlvdSBleHBsYWlu IHRoaXMgcmVxdWlyZW1lbnQgYSBiaXQgbW9yZT8gV2hhdCBkb2VzICJjb25zaXN0ZW50IiBtZWFu PyBBIHN1YnNldD8gV2hhdCBpZiBuZXcgZWxlbWVudHMgYXJlIHJlcXVpcmVkIGluIGEgZGF0YSBt b2RlbCBmb3IgY29uc3RyYWluZWQgZGV2aWNlcyAoZS5nLiwgZHV0eSBjeWNsZSk7IGhvdyBjYW4g dGhhdCBiZSByZXByZXNlbnRlZCBpbiB0aGUgZGF0YSBtb2RlbCwgYXNzdW1pbmcgaXQgaXMgbm90 IHBhcnQgb2YgYSBkYXRhIG1vZGVsIG9mIG1hbmFnZW1lbnQgcHJvdG9jb2xzIGZvciBub24tY29u c3RyYWluZWQgZGV2aWNlcz8gKEJUVywgaXMgdGhpcyBjb25zdHJhaW5lZCBuZXR3b3JrIG9yIGRl dmljZSBpbiB0aGUgYWJvdmUgcGFyYWdyYXBoPykKCiAgIFNvdXJjZTogIEdlbmVyYWwgcmVxdWly ZW1lbnQgdG8gc3VwcG9ydCBkYXRhIGludGVyb3BlcmFiaWxpdHksCiAgICAgIGNvbnNpc3RlbmN5 IGFuZCBtb2RlbCByZXVzZS4KCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBOb24tRnVuY3Rpb25hbCBS ZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoKICAgUHJpb3JpdHk6 ICBIaWdoCgogICAtLS0KCiAgIFJlcS1JRDogIDIuMDA2CgogICBUaXRsZTogIExvc3MtbGVzcyBt YXBwaW5nIG9mIG1hbmFnZW1lbnQgZGF0YSBtb2RlbHMuCiAgIApVSD4gSG93IGlzIHRoaXMgZGlm ZmVyZW50IGZyb20gcmVxdWlyZW1lbnQgMi4wMDU/IFdoYXQgZG9lcyAibG9zcy1sZXNzIiBtZWFu PyBXaGVyZSBjYW4gYW55IGxvc3MgaGFwcGVuPwoKICAgRGVzY3JpcHRpb246ICBJdCBpcyBkZXNp cmFibGUgdG8gaGF2ZSBhIGxvc3MtbGVzcyBhdXRvbWF0ZWQgbWFwcGluZwogICAgICBiZXR3ZWVu IHRoZSBtYW5hZ2VtZW50IGRhdGEgbW9kZWxzIHVzZWQgdG8gbWFuYWdlIHJlZ3VsYXIgZGV2aWNl cwogICAgICBhbmQgdGhlIG1hbmFnZW1lbnQgZGF0YSBtb2RlbHMgdXNlZCBmb3IgbWFuYWdpbmcg Y29uc3RyYWluZWQKICAgICAgZGV2aWNlcy4gIEluIHRoZSBpZGVhbCBjYXNlLCB0aGUgc2FtZSBj b3JlIGRhdGEgbW9kZWxzIGNhbiBiZSB1c2VkCiAgICAgIHdpdGggY2VydGFpbiByZXN0cmljdGlv bnMgdGFraW5nIGludG8gYWNjb3VudCB0aGUgcmVzb3VyY2UKCgoKRXJzdWUsIGV0IGFsLiAgICAg ICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMjRdCgwK SW50ZXJuZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAg ICBGZWJydWFyeSAyMDE0CgoKICAgICAgbGltaXRhdGlvbnMgb2YgY29uc3RyYWluZWQgZGV2aWNl cy4gIEhvd2V2ZXIsIGZvciB2ZXJ5IHJlc291cmNlCiAgICAgIGNvbnN0cmFpbmVkIGRldmljZXMs IHRoaXMgZ29hbCBtaWdodCBub3QgYmUgYWNoaWV2YWJsZS4KCiAgIFNvdXJjZTogIFVzZSBjYXNl cyB3aGVyZSBjb25zaXN0ZW50IGRhdGEgZXhjaGFuZ2Ugd2l0aCB0aGUgbWFuYWdlbWVudAogICAg ICBzeXN0ZW0gb2YgYSBub24tY29uc3RyYWluZWQgbmV0d29yayBpcyByZXF1aXJlZC4KCiAgIFJl cXVpcmVtZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTog IEMyCgogICBQcmlvcml0eTogIE1lZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICAyLjAwNwoKICAg VGl0bGU6ICBQcm90b2NvbCBleHRlbnNpYmlsaXR5CgogICBEZXNjcmlwdGlvbjogIFByb3ZpZGUg bWVhbnMgb2YgZXh0ZW5zaWJpbGl0eSBmb3IgdGhlIG1hbmFnZW1lbnQKICAgICAgcHJvdG9jb2ws IGkuZS4gYnkgYWRkaW5nIG5ldyBwcm90b2NvbCBtZXNzYWdlcyBvciBtZWNoYW5pc21zIHRoYXQK ICAgICAgY2FuIGRlYWwgd2l0aCB0aGUgY2hhbmdpbmcgcmVxdWlyZW1lbnRzIG9uIGEgc3VwcG9y dGVkIG1lc3NhZ2UgYW5kCiAgICAgIGRhdGEgdHlwZXMgZWZmZWN0aXZlbHksIHdpdGhvdXQgY2F1 c2luZyBpbnRlci1vcGVyYWJpbGl0eSBwcm9ibGVtcwogICAgICBvciBoYXZpbmcgdG8gcmVwbGFj ZS91cGRhdGUgbGFyZ2UgYW1vdW50cyBvZiBkZXBsb3llZCBkZXZpY2VzLgogICAgICAKVUg+IFdo eSBpcyB0aGF0IHNwZWNpZmljIHRvIGNvbnN0cmFpbmVkIGRldmljZSBtYW5hZ2VtZW50PyBXb3Vs ZG4ndCB0aGF0IGFsc28gYmUgYSBnb29kIGlkZWEgaW4gZ2VuZXJhbCBmb3Igc29mdHdhcmUgdGhh dCBjb21tdW5pY2F0ZXMgb3ZlciBhIG5ldHdvcms/CgogICBTb3VyY2U6ICBCYXNpYyByZXF1aXJl bWVudCB1c2VmdWwgZm9yIGFsbCB1c2UgY2FzZXMuCgogICBSZXF1aXJlbWVudCBUeXBlOiAgRnVu Y3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoKICAg UHJpb3JpdHk6ICBIaWdoCgozLjMuICBDb25maWd1cmF0aW9uIG1hbmFnZW1lbnQKCiAgIFJlcS1J RDogIDMuMDAxCgogICBUaXRsZTogIFNlbGYtY29uZmlndXJhdGlvbiBjYXBhYmlsaXR5CgogICBE ZXNjcmlwdGlvbjogIEF1dG9tYXRpYyBjb25maWd1cmF0aW9uIGFuZCByZS1jb25maWd1cmF0aW9u IG9mIGRldmljZXMKICAgICAgd2l0aG91dCBtYW51YWwgaW50ZXJ2ZW50aW9uLiAgQ29tcGFyZWQg dG8gdGhlIHRyYWRpdGlvbmFsCiAgICAgIG1hbmFnZW1lbnQgb2YgZGV2aWNlcyB3aGVyZSB0aGUg bWFuYWdlbWVudCBhcHBsaWNhdGlvbiBpcyB0aGUKICAgICAgY2VudHJhbCBlbnRpdHkgY29uZmln dXJpbmcgdGhlIGRldmljZXMsIGluIHRoZSBhdXRvLWNvbmZpZ3VyYXRpb24KICAgICAgc2NlbmFy aW8gdGhlIGRldmljZSBpcyB0aGUgYWN0aXZlIHBhcnQgYW5kIGluaXRpYXRlcyB0aGUKICAgICAg Y29uZmlndXJhdGlvbiBwcm9jZXNzLiAgU2VsZi1jb25maWd1cmF0aW9uIGNhbiBiZSBpbml0aWF0 ZWQgZHVyaW5nCiAgICAgIHRoZSBpbml0aWFsIGNvbmZpZ3VyYXRpb24gb3IgZm9yIHN1YnNlcXVl bnQgY29uZmlndXJhdGlvbnMsIHdoZXJlCiAgICAgIHRoZSBjb25maWd1cmF0aW9uIGRhdGEgbmVl ZHMgdG8gYmUgcmVmcmVzaGVkLiAgU2VsZi1jb25maWd1cmF0aW9uCiAgICAgIHNob3VsZCBiZSBh bHNvIHN1cHBvcnRlZCBkdXJpbmcgdGhlIGluaXRpYWxpemF0aW9uIHBoYXNlIG9yIGluIHRoZQog ICAgICBldmVudCBvZiBmYWlsdXJlcywgd2hlcmUgcHJpb3Iga25vd2xlZGdlIG9mIHRoZSBuZXR3 b3JrIHRvcG9sb2d5CgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAx OCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDI1XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAg Q29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAgICAg IGlzIG5vdCBhdmFpbGFibGUgb3IgdGhlIHRvcG9sb2d5IG9mIHRoZSBuZXR3b3JrIGlzIHVuY2Vy dGFpbi4KCiAgIFNvdXJjZTogIEluIGdlbmVyYWwgYWxsIHVzZSBjYXNlcyByZXF1aXJpbmcgZWFz eSBkZXBsb3ltZW50IGFuZCBwbHVnJgogICAgICBwbGF5IGJlaGF2aW9yIGFzIHdlbGwgYXMgZWFz eSBtYWludGVuYW5jZSBvZiBtYW55IGNvbnN0cmFpbmVkCiAgICAgIGRldmljZXMuCgogICBSZXF1 aXJlbWVudCBUeXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBD MCwgQzEsIGFuZCBDMgoKICAgUHJpb3JpdHk6ICBIaWdoIGZvciBkZXZpY2UgY2F0ZWdvcmllcyBD MCBhbmQgQzEsIE1lZGl1bSBmb3IgQzIuCgogICAtLS0KCiAgIFJlcS1JRDogIDMuMDAyCgogICBU aXRsZTogIENhcGFiaWxpdHkgRGlzY292ZXJ5CgogICBEZXNjcmlwdGlvbjogIEVuYWJsZSB0aGUg ZGlzY292ZXJ5IG9mIHN1cHBvcnRlZCBvcHRpb25hbCBtYW5hZ2VtZW50CiAgICAgIGNhcGFiaWxp dGllcyBvZiBhIGRldmljZSBhbmQgdGhlaXIgZXhwb3N1cmUgdmlhIGF0IGxlYXN0IG9uZQogICAg ICBwcm90b2NvbCBhbmQvb3IgZGF0YSBtb2RlbC4KCiAgIFNvdXJjZTogIFVzZSBjYXNlcyB3aGVy ZSB0aGUgZGV2aWNlIGludGVyYWN0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyBvcgogICAgICBhcHBs aWNhdGlvbnMgaXMgYSBmdW5jdGlvbiBvZiB0aGUgbGV2ZWwgb2Ygc3VwcG9ydCBmb3IgaXRzCiAg ICAgIGNhcGFiaWxpdGllcy4KCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVp cmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMxIGFuZCBDMgoKICAgUHJpb3JpdHk6ICBNZWRpdW0K CiAgIC0tLQoKICAgUmVxLUlEOiAgMy4wMDMKCiAgIFRpdGxlOiAgQXN5bmNocm9ub3VzIFRyYW5z YWN0aW9uIFN1cHBvcnQKCiAgIERlc2NyaXB0aW9uOiAgUHJvdmlkZSBjb25maWd1cmF0aW9uIG1h bmFnZW1lbnQgd2l0aCBhc3luY2hyb25vdXMKICAgICAgKGV2ZW50LWRyaXZlbikgdHJhbnNhY3Rp b24gc3VwcG9ydC4gIENvbmZpZ3VyYXRpb24gb3BlcmF0aW9ucyBtdXN0CiAgICAgIHN1cHBvcnQg YSB0cmFuc2FjdGlvbmFsIG1vZGVsLCB3aXRoIGFzeW5jaHJvbm91cyBpbmRpY2F0aW9ucyB0aGF0 CiAgICAgIHRoZSB0cmFuc2FjdGlvbiB3YXMgY29tcGxldGVkLgoKICAgU291cmNlOiAgVXNlIGNh c2VzLCB3aGljaCByZXF1aXJlIHRyYW5zYWN0aW9uLW9yaWVudGVkIHByb2Nlc3NpbmcKVUg+IHMv LCB3aGljaC8gdGhhdC8KICAgICAgYmVjYXVzZSBvZiByZWxpYWJpbGl0eSBvciBkaXN0cmlidXRl ZCBhcmNoaXRlY3R1cmUgZnVuY3Rpb25hbAogICAgICByZXF1aXJlbWVudHMuCgoKCgoKRXJzdWUs IGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAg W1BhZ2UgMjZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywg UnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0 aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzEgYW5kIEMyCgogICBQcmlvcml0 eTogIE1lZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICAzLjAwNAoKICAgVGl0bGU6ICBOZXR3b3Jr IHJlY29uZmlndXJhdGlvbgoKICAgRGVzY3JpcHRpb246ICBQcm92aWRlIGEgbWVhbnMgb2YgaXRl cmF0aXZlIG5ldHdvcmsgcmVjb25maWd1cmF0aW9uIGluCiAgICAgIG9yZGVyIHRvIHJlY292ZXIg dGhlIG5ldHdvcmsgZnVuY3Rpb25hbGl0eSBmcm9tIG5vZGUgYW5kClVIPiBIb3cgaXMgIm5ldHdv cmsgZnVuY3Rpb25hbGl0eSIgZGVmaW5lZD8KICAgICAgY29tbXVuaWNhdGlvbiBmYXVsdHMuICBU aGUgbmV0d29yayByZWNvbmZpZ3VyYXRpb24gY2FuIGJlIGZhaWx1cmUtCiAgICAgIGRyaXZlbiBh bmQgc2VsZi1pbml0aWF0ZWQgKGF1dG9tYXRpYyByZWNvbmZpZ3VyYXRpb24pLiAgVGhlCiAgICAg IG5ldHdvcmsgcmVjb25maWd1cmF0aW9uIGNhbiBiZSBhbHNvIHBlcmZvcm1lZCBvbiB0aGUgd2hv bGUKICAgICAgaGllcmFyY2hpY2FsIHN0cnVjdHVyZSBvZiBhIG5ldHdvcmsgKG5ldHdvcmsgdG9w b2xvZ3kpLgoKICAgU291cmNlOiAgUHJhY3RpY2FsbHkgYWxsIHVzZSBjYXNlcywgYXMgbmV0d29y ayBjb25uZWN0aXZpdHkgaXMgYQogICAgICBiYXNpYyByZXF1aXJlbWVudC4KCiAgIFJlcXVpcmVt ZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMwLCBD MSwgYW5kIEMyCgogICBQcmlvcml0eTogIE1lZGl1bQoKMy40LiAgTW9uaXRvcmluZyBmdW5jdGlv bmFsaXR5CgogICBSZXEtSUQ6ICA0LjAwMQoKICAgVGl0bGU6ICBEZXZpY2Ugc3RhdHVzIG1vbml0 b3JpbmcKCiAgIERlc2NyaXB0aW9uOiAgUHJvdmlkZSBhIG1vbml0b3JpbmcgZnVuY3Rpb24gdG8g Y29sbGVjdCBhbmQgZXhwb3NlCiAgICAgIGluZm9ybWF0aW9uIGFib3V0IGRldmljZSBzdGF0dXMg YW5kIGV4cG9zaW5nIGl0IHZpYSBhdCBsZWFzdCBvbmUKICAgICAgbWFuYWdlbWVudCBpbnRlcmZh Y2UuICBUaGUgZGV2aWNlIG1vbml0b3JpbmcgbWlnaHQgbWFrZSB1c2Ugb2YgdGhlCiAgICAgIGhp ZXJhcmNoaWNhbCBtYW5hZ2VtZW50IHRocm91Z2ggdGhlIGludGVybWVkaWFyeSBlbnRpdGllcyBh bmQgdGhlCiAgICAgIGNhY2hpbmcgbWVjaGFuaXNtLiAgVGhlIGRldmljZSBtb25pdG9yaW5nIG1p Z2h0IGFsc28gbWFrZSB1c2Ugb2YKICAgICAgbmVpZ2hib3ItbW9uaXRvcmluZyAoZmF1bHQgZGV0 ZWN0aW9uIGluIGxvY2FsIG5ldHdvcmspIHRvIHN1cHBvcnQKICAgICAgZmFzdCBmYXVsdCBkZXRl Y3Rpb24gYW5kIHJlY292ZXJ5LCBlLmcuIGluIGEgc2NlbmFyaW8gd2hlcmUgYQogICAgICBtYW5h Z2luZyBlbnRpdHkgaXMgdW5yZWFjaGFibGUgYW5kIGEgbmVpZ2hib3IgY2FuIHRha2Ugb3ZlciB0 aGUKICAgICAgbW9uaXRvcmluZyByZXNwb25zaWJpbGl0eS4KCiAgIFNvdXJjZTogIEFsbCB1c2Ug Y2FzZXMKCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAy MDE0ICAgICAgICAgICAgICAgW1BhZ2UgMjddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDb25z dHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoKICAgUmVxdWly ZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAs IEMxLCBhbmQgQzIKCiAgIFByaW9yaXR5OiAgSGlnaCwgTWVkaXVtIGZvciBuZWlnaGJvci1tb25p dG9yaW5nLgoKICAgLS0tCgogICBSZXEtSUQ6ICA0LjAwMgoKICAgVGl0bGU6ICBFbmVyZ3kgc3Rh dHVzIG1vbml0b3JpbmcKCiAgIERlc2NyaXB0aW9uOiAgUHJvdmlkZSBhIG1vbml0b3JpbmcgZnVu Y3Rpb24gdG8gY29sbGVjdCBhbmQgZXhwb3NlCiAgICAgIGluZm9ybWF0aW9uIGFib3V0IGRldmlj ZSBlbmVyZ3kgcGFyYW1ldGVycyBhbmQgdXNhZ2UgKGUuZy4gYmF0dGVyeQogICAgICBsZXZlbCBh bmQgY29tbXVuaWNhdGlvbiBwb3dlcikuClVIPiBIb3cgaXMgdGhpcyBkaWZmZXJlbnQgZnJvbSA0 LjAwMT8gQ291bGRuJ3QgZGV2aWNlIHN0YXR1cyBhbHNvIGluY2x1ZGUgZW5lcmd5IHN0YXR1cz8g KHNhbWUgcXVlc3Rpb24gZm9yIGZvbGxvd2luZyByZXF1aXJlbWVudHMpCgogICBTb3VyY2U6ICBV c2UgY2FzZSBFbmVyZ3kgTWFuYWdlbWVudAoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9u YWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFByaW9y aXR5OiAgSGlnaCBmb3IgZW5lcmd5IHJlcG9ydGluZyBkZXZpY2VzLCBMb3cgZm9yIG90aGVycy4K CiAgIC0tLQoKICAgUmVxLUlEOiAgNC4wMDMKCiAgIFRpdGxlOiAgTW9uaXRvcmluZyBvZiBjdXJy ZW50IGFuZCBlc3RpbWF0ZWQgZGV2aWNlIGF2YWlsYWJpbGl0eQoKICAgRGVzY3JpcHRpb246ICBQ cm92aWRlIGEgbW9uaXRvcmluZyBmdW5jdGlvbiB0byBjb2xsZWN0IGFuZCBleHBvc2UKICAgICAg aW5mb3JtYXRpb24gYWJvdXQgY3VycmVudCBkZXZpY2UgYXZhaWxhYmlsaXR5IChlbmVyZ3ksIG1l bW9yeSwKICAgICAgY29tcHV0aW5nIHBvd2VyLCBmb3J3YXJkaW5nIHBsYW5lIHV0aWxpemF0aW9u LCBxdWV1ZSBidWZmZXJzLAogICAgICBldGMuKSBhbmQgZXN0aW1hdGlvbiBvZiByZW1haW5pbmcg YXZhaWxhYmxlIHJlc291cmNlcy4KCiAgIFNvdXJjZTogIEFsbCB1c2UgY2FzZXMuICBOb3RlIHRo YXQgbW9uaXRvcmluZyBlbmVyZ3kgcmVzb3VyY2VzIChsaWtlCiAgICAgIGJhdHRlcnkgc3RhdHVz KSBtYXkgYmUgcmVxdWlyZWQgb24gYWxsIGtpbmRzIG9mIGRldmljZXMuCgogICBSZXF1aXJlbWVu dCBUeXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEs IGFuZCBDMgoKICAgUHJpb3JpdHk6ICBNZWRpdW0KCiAgIC0tLQoKCgoKCgpFcnN1ZSwgZXQgYWwu ICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAy OF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAg ICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBSZXEtSUQ6ICA0LjAwNAoKICAgVGl0bGU6ICBOZXR3 b3JrIHN0YXR1cyBtb25pdG9yaW5nCgogICBEZXNjcmlwdGlvbjogIFByb3ZpZGUgYSBtb25pdG9y aW5nIGZ1bmN0aW9uIHRvIGNvbGxlY3QsIGFuYWx5c2UgYW5kCiAgICAgIGV4cG9zZSBpbmZvcm1h dGlvbiByZWxhdGVkIHRvIHRoZSBzdGF0dXMgb2YgYSBuZXR3b3JrIG9yIG5ldHdvcmsKICAgICAg c2VnbWVudHMgY29ubmVjdGVkIHRvIHRoZSBpbnRlcmZhY2Ugb2YgdGhlIGRldmljZS4KVUg+IFdo YXQgaXMgdGhlIHN0YXR1cyBvZiBhIG5ldHdvcms/CgogICBTb3VyY2U6ICBBbGwgdXNlIGNhc2Vz LgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmlj ZSB0eXBlOiAgQzEgYW5kIEMyCgogICBQcmlvcml0eTogIExvdywgYmFzZWQgb24gdGhlIHJlYWxp emF0aW9uIGNvbXBsZXhpdHkuCgogICAtLS0KCiAgIFJlcS1JRDogIDQuMDA1CgogICBUaXRsZTog IFNlbGYtbW9uaXRvcmluZwoKICAgRGVzY3JpcHRpb246ICBQcm92aWRlIHNlbGYtbW9uaXRvcmlu ZyAobG9jYWwgZmF1bHQgZGV0ZWN0aW9uKSBmZWF0dXJlCiAgICAgIGZvciBmYXN0IGZhdWx0IGRl dGVjdGlvbiBhbmQgcmVjb3ZlcnkuClVIPiBXaGF0IGtpbmRzIG9mIGZhdWx0cz8gSGFyZHdhcmU/ IE9yIHNvZnR3YXJlIGJ1Z3M/IE9yIG5ldHdvcmsgY29ubmVjdGl2aXR5IGlzc3Vlcz8KCiAgIFNv dXJjZTogIFVzZSBjYXNlcyB3aGVyZSB0aGUgZGV2aWNlcyBjYW5ub3QgYmUgbW9uaXRvcmVkIGNl bnRyYWxseSBpbgogICAgICBhcHByb3ByaWF0ZSBtYW5uZXIsIGUuZy4gc2VsZi1oZWFsaW5nIGlz IHJlcXVpcmVkLgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQK CiAgIERldmljZSB0eXBlOiAgQzEgYW5kIEMyCgogICBQcmlvcml0eTogIEhpZ2ggZm9yIEMyLCBN ZWRpdW0gZm9yIEMxCgogICAtLS0KCiAgIFJlcS1JRDogIDQuMDA2CgogICBUaXRsZTogIFBlcmZv cm1hbmNlIE1vbml0b3JpbmcKCiAgIERlc2NyaXB0aW9uOiAgVGhlIGRldmljZSB3aWxsIHByb3Zp ZGUgYSBtb25pdG9yaW5nIGZ1bmN0aW9uIHRvCiAgICAgIGNvbGxlY3QgYW5kIGV4cG9zZSBpbmZv cm1hdGlvbiBhYm91dCB0aGUgYmFzaWMgcGVyZm9ybWFuY2UKICAgICAgcGFyYW1ldGVyIG9mIHRo ZSBkZXZpY2UuICBUaGUgcGVyZm9ybWFuY2UgbWFuYWdlbWVudCBmdW5jdGlvbmFsaXR5CiAgICAg IG1pZ2h0IG1ha2UgdXNlIG9mIHRoZSBoaWVyYXJjaGljYWwgbWFuYWdlbWVudCB0aHJvdWdoIHRo ZQogICAgICBpbnRlcm1lZGlhcnkgZGV2aWNlcy4KVUg+IFdoYXQga2luZCBvZiBwZXJmb3JtYW5j ZT8gT2YgdGhlIGFwcGxpY2F0aW9uIGxheWVyIHByb3RvY29sPyBUaGUgbmV0d29yayBiYW5kd2lk dGggLyB0b3BvbG9neSBzdGFiaWxpdHk/IGV0Yy4KCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAg ICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMjldCgwKSW50 ZXJuZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBG ZWJydWFyeSAyMDE0CgoKICAgU291cmNlOiAgVXNlIGNhc2VzIEJ1aWxkaW5nIGF1dG9tYXRpb24s IGFuZCBUcmFuc3BvcnQgYXBwbGljYXRpb25zCgogICBSZXF1aXJlbWVudCBUeXBlOiAgRnVuY3Rp b25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMSBhbmQgQzIKCiAgIFByaW9yaXR5 OiAgTG93CgogICAtLS0KCiAgIFJlcS1JRDogIDQuMDA3CgogICBUaXRsZTogIEZhdWx0IGRldGVj dGlvbiBtb25pdG9yaW5nCiAgIApVSD4gSG93IGlzIHRoaXMgZGlmZmVyZW50IGZyb20gNC4wMDU/ CgogICBEZXNjcmlwdGlvbjogIFRoZSBkZXZpY2Ugd2lsbCBwcm92aWRlIGZhdWx0IGRldGVjdGlv biBtb25pdG9yaW5nLgogICAgICBUaGUgc3lzdGVtIGNvbGxlY3RzIGluZm9ybWF0aW9uIGFib3V0 IG5ldHdvcmsgc3RhdGVzIGluIG9yZGVyIHRvCiAgICAgIGlkZW50aWZ5IHdoZXRoZXIgZmF1bHRz IGhhdmUgb2NjdXJyZWQuICAKVUg+IFdoaWNoIHN0YXRlcz8KICAgICAgSW4gc29tZSBjYXNlcyB0 aGUKICAgICAgZGV0ZWN0aW9uIG9mIHRoZSBmYXVsdHMgbWlnaHQgYmUgYmFzZWQgb24gdGhlIHBy b2Nlc3NpbmcgYW5kCiAgICAgIGFuYWx5c2lzIG9mIHRoZSBwYXJhbWV0ZXJzIHJldHJpZXZlZCBm cm9tIHRoZSBuZXR3b3JrIG9yIG90aGVyCiAgICAgIGRldmljZXMuICBJbiBjYXNlIG9mIEMwIGRl dmljZXMgdGhlIG1vbml0b3JpbmcgbWlnaHQgYmUgbGltaXRlZCB0bwogICAgICB0aGUgY2hlY2sg d2hldGhlciB0aGUgZGV2aWNlIGlzIGFsaXZlIG9yIG5vdC4KCiAgIFNvdXJjZTogIFVzZSBjYXNl cyBFbnZpcm9ubWVudGFsIE1vbml0b3JpbmcsIEJ1aWxkaW5nIEF1dG9tYXRpb24sCiAgICAgIEVu ZXJneSBNYW5hZ2VtZW50LCBJbmZyYXN0cnVjdHVyZSBNb25pdG9yaW5nCgogICBSZXF1aXJlbWVu dCBUeXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEg YW5kIEMyCgogICBQcmlvcml0eTogIE1lZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICA0LjAwOAoK ICAgVGl0bGU6ICBQYXNzaXZlIGFuZCBSZWFjdGl2ZSBNb25pdG9yaW5nCgogICBEZXNjcmlwdGlv bjogIFRoZSBkZXZpY2Ugd2lsbCBwcm92aWRlIHBhc3NpdmUgYW5kIHJlYWN0aXZlIG1vbml0b3Jp bmcKICAgICAgY2FwYWJpbGl0aWVzLiAgVGhlIHN5c3RlbSBvciBtYW5hZ2VyIGNvbGxlY3RzIGlu Zm9ybWF0aW9uIGFib3V0CiAgICAgIGRldmljZSBjb21wb25lbnRzIGFuZCBuZXR3b3JrIHN0YXRl cyAocGFzc2l2ZSBtb25pdG9yaW5nKSBhbmQgbWF5CiAgICAgIHBlcmZvcm0gcG9zdG1vcnRlbSBh bmFseXNpcyBvZiBjb2xsZWN0ZWQgZGF0YS4gIEluIGNhc2UgZXZlbnRzIG9mCiAgICAgIGludGVy ZXN0IGhhdmUgb2NjdXJyZWQgdGhlIHN5c3RlbSBvciBtYW5hZ2VyIGNhbiBhZGFwdGl2ZWx5IHJl YWN0CiAgICAgIChyZWFjdGl2ZSBtb25pdG9yaW5nKSwgZS5nLiByZWNvbmZpZ3VyZSB0aGUgbmV0 d29yay4gIFR5cGljYWxseQogICAgICBhY3Rpb25zIChyZS1hY3Rpb25zKSB3aWxsIGJlIGV4ZWN1 dGVkIG9yIHNlbnQgYXMgY29tbWFuZHMgYnkgdGhlCiAgICAgIG1hbmFnZW1lbnQgYXBwbGljYXRp b25zLgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIw MTQgICAgICAgICAgICAgICBbUGFnZSAzMF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0 cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBTb3VyY2U6 ICBEaXZlcnNlIHVzZSBjYXNlcyByZWxldmFudCBmb3IgZGV2aWNlIHN0YXR1cyBhbmQgbmV0d29y awogICAgICBzdGF0ZSBtb25pdG9yaW5nCgogICBSZXF1aXJlbWVudCBUeXBlOiAgRnVuY3Rpb25h bCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMgoKICAgUHJpb3JpdHk6ICBNZWRpdW0K CiAgIC0tLQoKICAgUmVxLUlEOiAgNC4wMDkKCiAgIFRpdGxlOiAgUmVjb3ZlcnkKICAgClVIPiBI b3cgaXMgdGhpcyBkaWZmZXJlbnQgZnJvbSA0LjAwNT8KCiAgIERlc2NyaXB0aW9uOiAgUHJvdmlk ZSBsb2NhbCwgY2VudHJhbCBhbmQgaGllcmFyY2hpY2FsIHJlY292ZXJ5CiAgICAgIG1lY2hhbmlz bXMgKHJlY292ZXJ5IGlzIGluIHNvbWUgY2FzZXMgYWNoaWV2ZWQgYnkgcmVjb3ZlcmluZyB0aGUK ICAgICAgd2hvbGUgbmV0d29yayBvZiBjb25zdHJhaW5lZCBkZXZpY2VzKS4KCiAgIFNvdXJjZTog IFVzZSBjYXNlcyBJbmR1c3RyaWFsIGFwcGxpY2F0aW9ucywgSG9tZSBhbmQgQnVpbGRpbmcKICAg ICAgQXV0b21hdGlvbiwgTW9iaWxlIEFwcGxpY2F0aW9ucyB0aGF0IGludm9sdmUgZGlmZmVyZW50 IGZvcm1zIG9mCiAgICAgIGNsdXN0ZXJpbmcgb3IgYXJlYSBtYW5hZ2Vycy4KCiAgIFJlcXVpcmVt ZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMyCgog ICBQcmlvcml0eTogIE1lZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICA0LjAxMAoKICAgVGl0bGU6 ICBOZXR3b3JrIHRvcG9sb2d5IGRpc2NvdmVyeQoKICAgRGVzY3JpcHRpb246ICBQcm92aWRlIGEg bmV0d29yayB0b3BvbG9neSBkaXNjb3ZlcnkgY2FwYWJpbGl0eSAoZS5nLgogICAgICB1c2Ugb2Yg dG9wb2xvZ3kgZXh0cmFjdGlvbiBhbGdvcml0aG1zIHRvIHJldHJpZXZlIHRoZSBuZXR3b3JrCiAg ICAgIHN0YXRlKSBhbmQgYSBtb25pdG9yaW5nIGZ1bmN0aW9uIHRvIGNvbGxlY3QgYW5kIGV4cG9z ZSBpbmZvcm1hdGlvbgogICAgICBhYm91dCB0aGUgbmV0d29yayB0b3BvbG9neS4KCiAgIFNvdXJj ZTogIFVzZSBjYXNlcyBDb21tdW5pdHkgTmV0d29yayBBcHBsaWNhdGlvbnMgYW5kIE1vYmlsZQog ICAgICBBcHBsaWNhdGlvbnMKCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVp cmVtZW50CgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgs IDIwMTQgICAgICAgICAgICAgICBbUGFnZSAzMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENv bnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBEZXZp Y2UgdHlwZTogIEMxIGFuZCBDMgoKICAgUHJpb3JpdHk6ICBMb3csIGJhc2VkIG9uIHRoZSByZWFs aXphdGlvbiBjb21wbGV4aXR5LgoKICAgLS0tCgogICBSZXEtSUQ6ICA0LjAxMQoKICAgVGl0bGU6 ICBOb3RpZmljYXRpb25zCgogICBEZXNjcmlwdGlvbjogIFRoZSBkZXZpY2Ugd2lsbCBwcm92aWRl IHRoZSBjYXBhYmlsaXR5IG9mIHNlbmRpbmcKICAgICAgbm90aWZpY2F0aW9ucyBvbiBjcml0aWNh bCBldmVudHMgYW5kIGZhdWx0cy4KCiAgIFNvdXJjZTogIEFsbCB1c2UgY2FzZXMuCgogICBSZXF1 aXJlbWVudCBUeXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBD MCwgQzEsIGFuZCBDMgoKICAgUHJpb3JpdHk6ICBNZWRpdW0gZm9yIEMyLCBMb3cgZm9yIEMwIGFu ZCBDMQoKICAgLS0tCgogICBSZXEtSUQ6ICA0LjAxMgoKICAgVGl0bGU6ICBMb2dnaW5nCgogICBE ZXNjcmlwdGlvbjogIFRoZSBkZXZpY2Ugd2lsbCBwcm92aWRlIHRoZSBjYXBhYmlsaXR5IG9mIGJ1 aWxkaW5nLAogICAgICBrZWVwaW5nLCBhbmQgYWxsb3dpbmcgcmV0cmlldmFsIG9mIGxvZ3Mgb2Yg ZXZlbnRzIChpbmNsdWRpbmcgYnV0CiAgICAgIG5vdCBsaW1pdGVkIHRvIGNyaXRpY2FsIGZhdWx0 cyBhbmQgYWxhcm1zKS4KCiAgIFNvdXJjZTogIFVzZSBjYXNlcyBJbmR1c3RyaWFsIEFwcGxpY2F0 aW9ucywgQnVpbGRpbmcgQXV0b21hdGlvbiwKICAgICAgSW5mcmFzdHJ1Y3R1cmUgbW9uaXRvcmlu ZwoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmlj ZSB0eXBlOiAgQzIKCiAgIFByaW9yaXR5OiAgSGlnaCBmb3Igc29tZSBtZWRpY2FsIG9yIGluZHVz dHJpYWwgYXBwbGljYXRpb25zLCBNZWRpdW0KICAgICAgb3RoZXJ3aXNlCgozLjUuICBTZWxmLW1h bmFnZW1lbnQKCiAgIFJlcS1JRDogIDUuMDAxCgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAg ICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAzMl0KDApJbnRl cm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZl YnJ1YXJ5IDIwMTQKCgogICBUaXRsZTogIFNlbGYtbWFuYWdlbWVudCAtIFNlbGYtaGVhbGluZwoK ICAgRGVzY3JpcHRpb246ICBFbmFibGUgZXZlbnQtZHJpdmVuIGFuZC9vciBwZXJpb2RpYyBzZWxm LW1hbmFnZW1lbnQKICAgICAgZnVuY3Rpb25hbGl0eSBpbiBhIGRldmljZS4gIFRoZSBkZXZpY2Ug c2hvdWxkIGJlIGFibGUgdG8gcmVhY3QgaW4KICAgICAgY2FzZSBvZiBhIGZhaWx1cmUgZS5nLiBi eSBpbml0aWF0aW5nIGEgZnVsbHkgb3IgcGFydGx5IHJlc2V0IGFuZAogICAgICBpbml0aWF0ZSBh IHNlbGYtY29uZmlndXJhdGlvbiBvciBtYW5hZ2VtZW50IGRhdGEgdXBkYXRlIGFzCiAgICAgIG5l Y2Vzc2FyeS4gIEEgZGV2aWNlIG1pZ2h0IGJlIGZ1cnRoZXIgYWJsZSB0byBjaGVjayBmb3IgZmFp bHVyZXMKICAgICAgY3ljbGljYWxseSBvciBzY2hlZHVsZS1jb250cm9sbGVkIHRvIHRyaWdnZXIg c2VsZi1tYW5hZ2VtZW50IGFzCiAgICAgIG5lY2Vzc2FyeS4gIEl0IGlzIGEgbWF0dGVyIG9mIGRl dmljZSBkZXNpZ24gYW5kIHN1YmplY3QgZm9yCiAgICAgIGRpc2N1c3Npb24gaG93IG11Y2ggc2Vs Zi1tYW5hZ2VtZW50IGEgQzEgZGV2aWNlIGNhbiBzdXBwb3J0LiAgQQogICAgICBtaW5pbWFsIGZh aWx1cmUgZGV0ZWN0aW9uIGFuZCBzZWxmLW1hbmFnZW1lbnQgbG9naWMgaXMgYXNzdW1lZCB0bwog ICAgICBiZSBnZW5lcmFsbHkgdXNlZnVsIGZvciB0aGUgc2VsZi1oZWFsaW5nIG9mIGEgZGV2aWNl LgogICAgICAKVUg+IFRoaXMgc2VlbXMgc2ltaWxhciB0byBzb21lIG9mIHRoZSA0LjAweCByZXF1 aXJlbWVudHMgZm9yIHJlY292ZXJ5IGZyb20gZmF1bHRzLiBIb3cgaXMgdGhpcyBkaWZmZXJlbnQ/ CgogICBTb3VyY2U6ICBUaGUgcmVxdWlyZW1lbnQgZ2VuZXJhbGx5IHJlbGF0ZXMgdG8gYWxsIHVz ZSBjYXNlcyBpbiB0aGlzCiAgICAgIGRvY3VtZW50LgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1 bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzEgYW5kIEMyCgogICBQcmlv cml0eTogIEhpZ2ggZm9yIEMyLCBNZWRpdW0gZm9yIEMxCgozLjYuICBTZWN1cml0eSBhbmQgQWNj ZXNzIENvbnRyb2wKCiAgIFJlcS1JRDogIDYuMDAxCgogICBUaXRsZTogIEF1dGhlbnRpY2F0aW9u IG9mIG1hbmFnZW1lbnQgc3lzdGVtIGFuZCBkZXZpY2VzLgoKICAgRGVzY3JpcHRpb246ICBTeXN0 ZW1zIGhhdmluZyBhIG1hbmFnZW1lbnQgcm9sZSBtdXN0IGJlIHByb3Blcmx5CiAgICAgIGF1dGhl bnRpY2F0ZWQgdG8gdGhlIGRldmljZSBzdWNoIHRoYXQgdGhlIGRldmljZSBjYW4gZXhlcmNpc2UK ICAgICAgcHJvcGVyIGFjY2VzcyBjb250cm9sIGFuZCBpbiBwYXJ0aWN1bGFyIGRpc3Rpbmd1aXNo IHJpZ2h0ZnVsCiAgICAgIG1hbmFnZW1lbnQgc3lzdGVtcyBmcm9tIHJvZ3VlIHN5c3RlbXMuICBP biB0aGUgb3RoZXIgaGFuZCBtYW5hZ2VkCiAgICAgIGRldmljZXMgbXVzdCBhdXRoZW50aWNhdGUg dGhlbXNlbHZlcyB0byBzeXN0ZW1zIGhhdmluZyBhCiAgICAgIG1hbmFnZW1lbnQgcm9sZSBzdWNo IHRoYXQgbWFuYWdlbWVudCBzeXN0ZW1zIGNhbiBwcm90ZWN0CiAgICAgIHRoZW1zZWx2ZXMgZnJv bSByb2d1ZSBkZXZpY2VzLiAgSW4gY2VydGFpbiBhcHBsaWNhdGlvbiBzY2VuYXJpb3MsCiAgICAg IGl0IGlzIHBvc3NpYmxlIHRoYXQgYSBsYXJnZSBudW1iZXIgb2YgZGV2aWNlcyBuZWVkIHRvIGJl CiAgICAgIChyZSlzdGFydGVkIGF0IGFib3V0IHRoZSBzYW1lIHRpbWUuICBQcm90b2NvbHMgYW5k IGF1dGhlbnRpY2F0aW9uCiAgICAgIHN5c3RlbXMgc2hvdWxkIGJlIGRlc2lnbmVkIHN1Y2ggdGhh dCBhIGxhcmdlIG51bWJlciBvZiBkZXZpY2VzCiAgICAgIChyZSlzdGFydGluZyBzaW11bHRhbmVv dXNseSBkb2VzIG5vdCBuZWdhdGl2ZWx5IGltcGFjdCB0aGUgZGV2aWNlCiAgICAgIGF1dGhlbnRp Y2F0aW9uIHByb2Nlc3MuCgogICBTb3VyY2U6ICBCYXNpYyBzZWN1cml0eSByZXF1aXJlbWVudCBm b3IgYWxsIHVzZSBjYXNlcy4KCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBGdW5jdGlvbmFsIFJlcXVp cmVtZW50CgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgs IDIwMTQgICAgICAgICAgICAgICBbUGFnZSAzM10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENv bnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBEZXZp Y2UgdHlwZTogIEMwLCBDMSwgYW5kIEMyCgogICBQcmlvcml0eTogIEhpZ2gsIE1lZGl1bSBmb3Ig dGhlIChyZSlzdGFydCBvZiBhIGxhcmdlIG51bWJlciBvZgogICAgICBkZXZpY2VzCgogICAtLS0K CiAgIFJlcS1JRDogIDYuMDAyCgogICBUaXRsZTogIFN1cHBvcnQgc3VpdGFibGUgc2VjdXJpdHkg Ym9vdHN0cmFwcGluZyBtZWNoYW5pc21zCgogICBEZXNjcmlwdGlvbjogIE1lY2hhbmlzbXMgc2hv dWxkIGJlIHN1cHBvcnRlZCB0aGF0IHNpbXBsaWZ5IHRoZQogICAgICBib290c3RyYXBwaW5nIG9m IGRldmljZSB0aGF0IGlzIHRoZSBkaXNjb3Zlcnkgb2YgbmV3bHkgZGVwbG95ZWQKICAgICAgZGV2 aWNlcyBpbiBvcmRlciB0byBwcm92aWRlIHRoZW0gd2l0aCBhcHByb3ByaWF0ZSBhY2Nlc3MgY29u dHJvbAogICAgICBwZXJtaXNzaW9ucy4KCiAgIFNvdXJjZTogIEJhc2ljIHNlY3VyaXR5IHJlcXVp cmVtZW50IGZvciBhbGwgdXNlIGNhc2VzLgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9u YWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFByaW9y aXR5OiAgSGlnaAoKICAgLS0tCgogICBSZXEtSUQ6ICA2LjAwMwoKICAgVGl0bGU6ICBBY2Nlc3Mg Y29udHJvbCBvbiBtYW5hZ2VtZW50IHN5c3RlbSBhbmQgZGV2aWNlcwoKICAgRGVzY3JpcHRpb246 ICBTeXN0ZW1zIGFjdGluZyBpbiBhIG1hbmFnZW1lbnQgcm9sZSBtdXN0IHByb3ZpZGUgYW4KICAg ICAgYWNjZXNzIGNvbnRyb2wgbWVjaGFuaXNtIHRoYXQgYWxsb3dzIHRoZSBzZWN1cml0eSBhZG1p bmlzdHJhdG9yIHRvCiAgICAgIHJlc3RyaWN0IHdoaWNoIGRldmljZXMgY2FuIGFjY2VzcyB0aGUg bWFuYWdpbmcgc3lzdGVtIChlLmcuLCB1c2luZwogICAgICBhbiBhY2Nlc3MgY29udHJvbCB3aGl0 ZSBsaXN0IG9mIGtub3duIGRldmljZXMpLiAgT24gdGhlIG90aGVyIGhhbmQKICAgICAgbWFuYWdl ZCBjb25zdHJhaW5lZCBkZXZpY2VzIG11c3QgcHJvdmlkZSBhbiBhY2Nlc3MgY29udHJvbAogICAg ICBtZWNoYW5pc20gdGhhdCBhbGxvd3MgdGhlIHNlY3VyaXR5IGFkbWluaXN0cmF0b3IgdG8gcmVz dHJpY3QgaG93CiAgICAgIHN5c3RlbXMgaW4gYSBtYW5hZ2VtZW50IHJvbGUgY2FuIGFjY2VzcyB0 aGUgZGV2aWNlIChlLmcuLCBuby0KICAgICAgYWNjZXNzLCByZWFkLW9ubHkgYWNjZXNzLCBhbmQg cmVhZC13cml0ZSBhY2Nlc3MpLgoKICAgU291cmNlOiAgQmFzaWMgc2VjdXJpdHkgcmVxdWlyZW1l bnQgZm9yIHVzZSBjYXNlcyB3aGVyZSBhY2Nlc3MKICAgICAgY29udHJvbCBpcyBlc3NlbnRpYWwu CgogICBSZXF1aXJlbWVudCBUeXBlOiAgRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNl IHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhw aXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAzNF0KDApJbnRlcm5ldC1E cmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5 IDIwMTQKCgogICBQcmlvcml0eTogIEhpZ2gKCiAgIC0tLQoKICAgUmVxLUlEOiAgNi4wMDQKCiAg IFRpdGxlOiAgU2VsZWN0IGNyeXB0b2dyYXBoaWMgYWxnb3JpdGhtcyB0aGF0IGFyZSBlZmZpY2ll bnQgaW4gYm90aAogICAgICBjb2RlIHNwYWNlIGFuZCBleGVjdXRpb24gdGltZS4KCiAgIERlc2Ny aXB0aW9uOiAgQ3J5cHRvZ3JhcGhpYyBhbGdvcml0aG1zIGhhdmUgYSBtYWpvciBpbXBhY3QgaW4g dGVybXMKICAgICAgb2YgYm90aCBjb2RlIHNpemUgYW5kIG92ZXJhbGwgZXhlY3V0aW9uIHRpbWUu ICBJdCBpcyB0aGVyZWZvcmUKICAgICAgbmVjZXNzYXJ5IHRvIHNlbGVjdCBtYW5kYXRvcnkgdG8g aW1wbGVtZW50IGNyeXB0b2dyYXBoaWMKICAgICAgYWxnb3JpdGhtcyB0aGF0IGFyZSByZWFzb25h YmxlIHRvIGltcGxlbWVudCB3aXRoIHRoZSBhdmFpbGFibGUKICAgICAgY29kZSBzcGFjZSBhbmQg dGhhdCBoYXZlIGEgc21hbGwgaW1wYWN0IGF0IHJ1bnRpbWUuICBGdXJ0aGVybW9yZQogICAgICBz b21lIHdpcmVsZXNzIHRlY2hub2xvZ2llcyAoZS5nLiwgSUVFRSA4MDIuMTUuNCkgcmVxdWlyZSB0 aGUKICAgICAgc3VwcG9ydCBvZiBjZXJ0YWluIGNyeXB0b2dyYXBoaWMgYWxnb3JpdGhtcy4gIEl0 IG1pZ2h0IGJlIHVzZWZ1bAogICAgICB0byBjaG9vc2UgYWxnb3JpdGhtcyB0aGF0IGFyZSBsaWtl bHkgdG8gYmUgc3VwcG9ydGVkIGluIHdpcmVsZXNzCiAgICAgIGNoaXBzZXRzIGZvciBjZXJ0YWlu IHdpcmVsZXNzIHRlY2hub2xvZ2llcy4KCiAgIFNvdXJjZTogIEdlbmVyaWMgcmVxdWlyZW1lbnQg dG8gcmVkdWNlIHRoZSBmb290cHJpbnQgYW5kIENQVSB1c2FnZSBvZgogICAgICBhIGNvbnN0cmFp bmVkIGRldmljZS4KCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBOb24tRnVuY3Rpb25hbCBSZXF1aXJl bWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoKICAgUHJpb3JpdHk6ICBIaWdo LCBNZWRpdW0gZm9yIGhhcmR3YXJlLXN1cHBvcnRlZCBhbGdvcml0aG1zLgoKMy43LiAgRW5lcmd5 IE1hbmFnZW1lbnQKCiAgIFJlcS1JRDogIDcuMDAxCgogICBUaXRsZTogIE1hbmFnZW1lbnQgb2Yg RW5lcmd5IFJlc291cmNlcwoKICAgRGVzY3JpcHRpb246ICBFbmFibGUgbWFuYWdpbmcgcG93ZXIg cmVzb3VyY2VzIGluIHRoZSBuZXR3b3JrLCBlLmcuCiAgICAgIHJlZHVjZSB0aGUgc2FtcGxpbmcg cmF0ZSBvZiBub2RlcyB3aXRoIGNyaXRpY2FsIGJhdHRlcnkgYW5kIHJlZHVjZQogICAgICBub2Rl IHRyYW5zbWlzc2lvbiBwb3dlciwgcHV0IG5vZGVzIHRvIHNsZWVwLCBwdXQgc2luZ2xlIGludGVy ZmFjZXMKICAgICAgdG8gc2xlZXAsIHJlamVjdCBhIG1hbmFnZW1lbnQgam9iIGJhc2VkIG9uIGF2 YWlsYWJsZSBlbmVyZ3ksCiAgICAgIGNyaXRlcmlhIGUuZy4gaW1wb3J0YW5jZSBsZXZlbHMgcHJl LWRlZmluZWQgYnkgdGhlIG1hbmFnZW1lbnQKICAgICAgYXBwbGljYXRpb24sIGV0Yy4gKGUuZy4g YSB0YXNrIG1hcmtlZCBhcyBlc3NlbnRpYWwgY2FuIGJlIGV4ZWN1dGVkCiAgICAgIGV2ZW4gaWYg dGhlIGVuZXJneSBsZXZlbCBpcyBsb3cpLiAgVGhlIGRldmljZSBtYXkgZnVydGhlcgogICAgICBp bXBsZW1lbnQgc3RhbmRhcmQgZGF0YSBtb2RlbHMgZm9yIGVuZXJneSBtYW5hZ2VtZW50IGFuZCBl eHBvc2UgaXQKICAgICAgdGhyb3VnaCBhIG1hbmFnZW1lbnQgcHJvdG9jb2wgaW50ZXJmYWNlLCBl LmcuICBFTUFOIE1JQiBtb2R1bGVzCiAgICAgIGFuZCBleHRlbnNpb25zLgpVSD4gQWRkIGNpdGF0 aW9uIGZvciAiRU1BTiBNSUIgbW9kdWxlcyI/ICAgICAgCiAgICAgIAogICAgICAgIEl0IG1pZ2h0 IGJlIG5lY2Vzc2FyeSB0byBkb3duc2NhbGUgRU1BTiBNSUJzIGZvcgogICAgICB0aGUgdXNlIGlu IEMxIGFuZCBDMiBkZXZpY2VzLgpVSD4gZGVmaW5lICJkb3duc2NhbGUiPwoKCgoKCgpFcnN1ZSwg ZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBb UGFnZSAzNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBS cW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBTb3VyY2U6ICBVc2UgY2FzZSBFbmVyZ3kg TWFuYWdlbWVudAoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQK CiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFByaW9yaXR5OiAgTWVkaXVtIGZv ciB0aGUgdXNlIGNhc2UgRW5lcmd5IE1hbmFnZW1lbnQsIExvdyBvdGhlcndpc2UuCgogICAtLS0K CiAgIFJlcS1JRDogIDcuMDAyCgogICBUaXRsZTogIFN1cHBvcnQgb2YgZW5lcmd5LW9wdGltaXpl ZCBjb21tdW5pY2F0aW9uIHByb3RvY29scwoKICAgRGVzY3JpcHRpb246ICBVc2Ugb2YgYW4gb3B0 aW1pemVkIGNvbW11bmljYXRpb24gcHJvdG9jb2wgdG8gbWluaW1pemUKICAgICAgZW5lcmd5IHVz YWdlIGZvciB0aGUgZGV2aWNlIChyYWRpbykgcmVjZWl2ZXIvdHJhbnNtaXR0ZXIsIG9uLWFpcgog ICAgICBiYW5kd2lkdGggKHByb3RvY29sIGVmZmljaWVuY3kpLCByZWR1Y2VkIGFtb3VudCBvZiBk YXRhCiAgICAgIGNvbW11bmljYXRpb24gYmV0d2VlbiBub2RlcyAoaW1wbGllcyBkYXRhIGFnZ3Jl Z2F0aW9uIGFuZAogICAgICBmaWx0ZXJpbmcgYnV0IGFsc28gYSBjb21wYWN0IGZvcm1hdCBmb3Ig dGhlIHRyYW5zZmVycmVkIGRhdGEpLgpVSD4gVGhhdCBzZWVtcyBzaW1pbGFyIHRvIHNvbWUgb2Yg dGhlIGVhcmx5IHJlcXVpcmVtZW50cyBmb3IgbG93IG92ZXJoZWFkIGJ5IHVzaW5nIGNvbXByZXNz aW9uLiBIb3cgaXMgdGhpcyBkaWZmZXJlbnQ/CgogICBTb3VyY2U6ICBVc2UgY2FzZXMgRW5lcmd5 IE1hbmFnZW1lbnQgYW5kIE1vYmlsZSBBcHBsaWNhdGlvbnMuCgogICBSZXF1aXJlbWVudCBUeXBl OiAgTm9uLUZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzIKCiAgIFBy aW9yaXR5OiAgTWVkaXVtCgogICAtLS0KCiAgIFJlcS1JRDogIDcuMDAzCgogICBUaXRsZTogIFN1 cHBvcnQgZm9yIGxheWVyIDIgZW5lcmd5LWF3YXJlIHByb3RvY29scwoKICAgRGVzY3JpcHRpb246 ICBUaGUgZGV2aWNlIHdpbGwgc3VwcG9ydCBsYXllciAyIGVuZXJneSBtYW5hZ2VtZW50CiAgICAg IHByb3RvY29scyAoZS5nLiBlbmVyZ3ktZWZmaWNpZW50IEV0aGVybmV0IElFRUUgODAyLjNheikg YW5kIGJlCiAgICAgIGFibGUgdG8gcmVwb3J0IG9uIHRoZXNlLgoKICAgU291cmNlOiAgVXNlIGNh c2UgRW5lcmd5IE1hbmFnZW1lbnQKCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBOb24tRnVuY3Rpb25h bCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEsIGFuZCBDMgoKICAgUHJpb3Jp dHk6ICBNZWRpdW0KCiAgIC0tLQoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMg QXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMzZdCgwKSW50ZXJuZXQtRHJhZnQg ICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0 CgoKICAgUmVxLUlEOiAgNy4wMDQKCiAgIFRpdGxlOiAgRHlpbmcgZ2FzcAoKICAgRGVzY3JpcHRp b246ICBXaGVuIGVuZXJneSByZXNvdXJjZXMgZHJhdyBiZWxvdyB0aGUgcmVkIGxpbmUgbGV2ZWws CiAgICAgIHRoZSBkZXZpY2Ugd2lsbCBzZW5kIGEgZHlpbmcgZ2FzcCBub3RpZmljYXRpb24gYW5k IHBlcmZvcm0gaWYKICAgICAgc3RpbGwgcG9zc2libGUgYSBncmFjZWZ1bCBzaHV0ZG93biBpbmNs dWRpbmcgY29uc2VydmF0aW9uIG9mCiAgICAgIGNyaXRpY2FsIGRldmljZSBjb25maWd1cmF0aW9u IGFuZCBzdGF0dXMgaW5mb3JtYXRpb24uCgogICBTb3VyY2U6ICBVc2UgY2FzZSBFbmVyZ3kgTWFu YWdlbWVudAoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAg IERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFByaW9yaXR5OiAgTWVkaXVtCgozLjgu ICBTVyBEaXN0cmlidXRpb24KCiAgIFJlcS1JRDogIDguMDAxCgogICBUaXRsZTogIEdyb3VwLWJh c2VkIHByb3Zpc2lvbmluZwoKICAgRGVzY3JpcHRpb246ICBTdXBwb3J0IGdyb3VwLWJhc2VkIHBy b3Zpc2lvbmluZywgaS5lLiBmaXJtd2FyZSB1cGRhdGUKICAgICAgYW5kIGNvbmZpZ3VyYXRpb24g bWFuYWdlbWVudCwgb2YgYSBsYXJnZSBzZXQgb2YgY29uc3RyYWluZWQKICAgICAgZGV2aWNlcyB3 aXRoIGV2ZW50dWFsIGNvbnNpc3RlbmN5IGFuZCBjb29yZGluYXRlZCByZWxvYWQgdGltZXMuCiAg ICAgIFRoZSBkZXZpY2Ugc2hvdWxkIGFjY2VwdCBncm91cC1iYXNlZCBjb25maWd1cmF0aW9uIG1h bmFnZW1lbnQKICAgICAgYmFzZWQgb24gYnVsayBjb21tYW5kcywgd2hpY2ggYWltIHNpbWlsYXIg Y29uZmlndXJhdGlvbnMgb2YgYQogICAgICBsYXJnZSBzZXQgb2YgY29uc3RyYWluZWQgZGV2aWNl cyBvZiB0aGUgc2FtZSB0eXBlIGluIGEgZ2l2ZW4KICAgICAgZ3JvdXAsIGFuZCB3aGljaCBtYXkg c2hhcmUgYSBjb21tb24gZGF0YSBtb2RlbC4gIEFjdGl2YXRpb24gb2YKICAgICAgY29uZmlndXJh dGlvbiBtYXkgYmUgYmFzZWQgb24gcHJlLWxvYWRlZCBzZXRzIG9mIGRlZmF1bHQgdmFsdWVzLgoK ICAgU291cmNlOiAgQWxsIHVzZSBjYXNlcwoKICAgUmVxdWlyZW1lbnQgVHlwZTogIE5vbi1GdW5j dGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMwLCBDMSwgYW5kIEMyCgogICBQ cmlvcml0eTogIE1lZGl1bQoKMy45LiAgVHJhZmZpYyBtYW5hZ2VtZW50CgogICBSZXEtSUQ6ICA5 LjAwMQoKICAgVGl0bGU6ICBDb25nZXN0aW9uIGF2b2lkYW5jZQoKCgoKCgpFcnN1ZSwgZXQgYWwu ICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAz N10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAg ICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBEZXNjcmlwdGlvbjogIFN1cHBvcnQgY29uZ2VzdGlv biBjb250cm9sIHByaW5jaXBsZXMgYXMgZGVmaW5lZCBpbgogICAgICBbUkZDMjkxNF0sIGUuZy4g dGhlIGFiaWxpdHkgdG8gYXZvaWQgY29uZ2VzdGlvbiBieSBtb2RpZnlpbmcgdGhlCiAgICAgIGRl dmljZSdzIHJlcG9ydGluZyByYXRlIGZvciBwZXJpb2RpY2FsIGRhdGEgKHdoaWNoIGlzIHVzdWFs bHkKICAgICAgcmVkdW5kYW50KSBiYXNlZCBvbiB0aGUgaW1wb3J0YW5jZSBhbmQgcmVsaWFiaWxp dHkgbGV2ZWwgb2YgdGhlCiAgICAgIG1hbmFnZW1lbnQgZGF0YS4gIFRoaXMgZnVuY3Rpb25hbGl0 eSBpcyB1c3VhbGx5IGNvbnRyb2xsZWQgYnkgdGhlCiAgICAgIG1hbmFnaW5nIGVudGl0eSwgd2hl cmUgdGhlIG1hbmFnaW5nIGVudGl0eSBtYXJrcyB0aGUgZGF0YSBhcwogICAgICBpbXBvcnRhbnQg b3IgcmVsZXZhbnQgZm9yIHJlbGlhYmlsaXR5LiAgSG93ZXZlciByZWR1Y2luZyBhCiAgICAgIGRl dmljZSdzIHJlcG9ydGluZyByYXRlIGNhbiBhbHNvIGJlIGluaXRpYXRlZCBieSBhIGRldmljZSBp ZiBpdCBpcwogICAgICBhYmxlIHRvIGRldGVjdCBjb25nZXN0aW9uIG9yIGhhcyBpbnN1ZmZpY2ll bnQgYnVmZmVyIG1lbW9yeS4KCiAgIFNvdXJjZTogIFVzZSBjYXNlcyB3aXRoIGhpZ2ggcmVwb3J0 aW5nIHJhdGUgYW5kIHRyYWZmaWMgZS5nLiAgQU1JIG9yCiAgICAgIE0yTS4KCiAgIFJlcXVpcmVt ZW50IFR5cGU6ICBOb24tRnVuY3Rpb25hbCBSZXF1aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBD MSBhbmQgQzIKCiAgIFByaW9yaXR5OiAgTWVkaXVtCgogICAtLS0KCiAgIFJlcS1JRDogIDkuMDAy CgogICBUaXRsZTogIFJlZGlyZWN0IHRyYWZmaWMKCiAgIERlc2NyaXB0aW9uOiAgUHJvdmlkZSB0 aGUgYWJpbGl0eSBmb3IgbmV0d29yayBub2RlcyB0byByZWRpcmVjdAogICAgICB0cmFmZmljIGZy b20gb3ZlcmxvYWRlZCBpbnRlcm1lZGlhcnkgbm9kZXMgaW4gYSBuZXR3b3JrIHRvIGFub3RoZXIK ICAgICAgcGF0aCBpbiBvcmRlciB0byBwcmV2ZW50IGNvbmdlc3Rpb24gb24gYSBjZW50cmFsIHNl cnZlciBhbmQgaW4gdGhlCiAgICAgIHByaW1hcnkgbmV0d29yay4KICAgICAgClVIPiBJcyB0aGlz IG9ubHkgbmV0d29yayBtYW5hZ2VtZW50IHRyYWZmaWM/IE9yIGdlbmVyYWwgdHJhZmZpYz8gSG93 IHdvdWxkIHRoaXMgYmUgZG9uZT8gVXNpbmcgSUNNUCByZWRpcmVjdHM/IFRoaXMgc2VlbXMgbGlr ZSBhIGNvbXBsaWNhdGVkIHRoaW5nIHRvIGRvIGluIGEgZGlzdHJpYnV0ZWQgc3lzdGVtLgoKICAg U291cmNlOiAgVXNlIGNhc2VzIHdpdGggaGlnaCByZXBvcnRpbmcgcmF0ZSBhbmQgdHJhZmZpYyBl LmcuICBBTUkgb3IKICAgICAgTTJNLgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIE5vbi1GdW5jdGlv bmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEludGVybWVkaWFyeSBlbnRpdHkgaW4g dGhlIG5ldHdvcmsuCgogICBQcmlvcml0eTogIE1lZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICA5 LjAwMwoKICAgVGl0bGU6ICBUcmFmZmljIGRlbGF5IHNjaGVtZXMuCgoKCgoKCgpFcnN1ZSwgZXQg YWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFn ZSAzOF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10 cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBEZXNjcmlwdGlvbjogIFByb3ZpZGUgdGhlIGFi aWxpdHkgdG8gYXBwbHkgZGVsYXkgc2NoZW1lcyB0byBpbmNvbWluZwogICAgICBhbmQgb3V0Z29p bmcgbGlua3Mgb24gYW4gb3ZlcmxvYWRlZCBpbnRlcm1lZGlhcnkgbm9kZSBhcyBuZWNlc3NhcnkK ICAgICAgaW4gb3JkZXIgdG8gcmVkdWNlIHRoZSBhbW91bnQgb2YgdHJhZmZpYyBpbiB0aGUgbmV0 d29yay4KVUg+IENhbiB5b3UgcHJvdmlkZSBhbiBleGFtcGxlIGhlcmUgZm9yIHN1Y2ggYSBkZWxh eSBzY2hlbWU/CgogICBTb3VyY2U6ICBVc2UgY2FzZXMgd2l0aCBoaWdoIHJlcG9ydGluZyByYXRl IGFuZCB0cmFmZmljIGUuZy4gIEFNSSBvcgogICAgICBNMk0uCgogICBSZXF1aXJlbWVudCBUeXBl OiAgTm9uLUZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgSW50ZXJtZWRp YXJ5IGVudGl0eSBpbiB0aGUgbmV0d29yay4KCiAgIFByaW9yaXR5OiAgTWVkaXVtCgozLjEwLiAg VHJhbnNwb3J0IExheWVyCgogICBSZXEtSUQ6ICAxMC4wMDEKCiAgIFRpdGxlOiAgU2NhbGFibGUg dHJhbnNwb3J0IGxheWVyCgogICBEZXNjcmlwdGlvbjogIEVuYWJsZSB0aGUgdXNlIG9mIGEgc2Nh bGFibGUgdHJhbnNwb3J0IGxheWVyLCBpLmUuIG5vdAogICAgICBzZW5zaXRpdmUgdG8gYSBoaWdo IHJhdGUgb2YgaW5jb21pbmcgY2xpZW50IHJlcXVlc3RzLCB3aGljaCBpcwogICAgICB1c2VmdWwg Zm9yIGFwcGxpY2F0aW9ucyByZXF1aXJpbmcgZnJlcXVlbnQgYWNjZXNzIHRvIGRldmljZSBkYXRh LgogICAgICAKVUg+IEhvdyBpcyAic2NhbGFibGUiIGRlZmluZWQ/IElzIFRDUCBzY2FsYWJsZT8K CiAgIFNvdXJjZTogIEFwcGxpY2F0aW9ucyB3aXRoIGhpZ2ggZnJlcXVlbnQgYWNjZXNzIHRvIHRo ZSBkZXZpY2UgZGF0YS4KCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBOb24tRnVuY3Rpb25hbCBSZXF1 aXJlbWVudAoKICAgRGV2aWNlIHR5cGU6ICBDMCwgQzEgYW5kIEMyCgogICBQcmlvcml0eTogIE1l ZGl1bQoKICAgLS0tCgogICBSZXEtSUQ6ICAxMC4wMDIKCiAgIFRpdGxlOiAgUmVsaWFibGUgdW5p Y2FzdCB0cmFuc3BvcnQgb2YgbWVzc2FnZXMKCiAgIERlc2NyaXB0aW9uOiAgRGl2ZXJzZSBhcHBs aWNhdGlvbnMgbmVlZCBhIHJlbGlhYmxlIHRyYW5zcG9ydCBvZgogICAgICBtZXNzYWdlcy4gIFRo ZSByZWxpYWJpbGl0eSBtaWdodCBiZSBhY2hpZXZlZCBiYXNlZCBvbiBhIHRyYW5zcG9ydAogICAg ICBwcm90b2NvbCBzdWNoIGFzIFRDUCBvciBjYW4gYmUgc3VwcG9ydGVkIGJhc2VkIG9uIG1lc3Nh Z2UKICAgICAgcmVwZXRpdGlvbiBpZiBhbiBhY2tub3dsZWRnZW1lbnQgaXMgbWlzc2luZy4KICAg ICAgClVIPiBXaGF0IGtpbmQgb2YgYWNrbm93bGVkZ21lbnQ/IGFwcGxpY2F0aW9uIGxheWVyPyBU Q1A/IEwyPwoKICAgU291cmNlOiAgR2VuZXJhbGx5IGFwcGxpY2F0aW9ucyBiZW5lZml0IGZyb20g dGhlIHJlbGlhYmlsaXR5IG9mIHRoZQogICAgICBtZXNzYWdlIHRyYW5zcG9ydC4KCgoKCgoKCkVy c3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAg ICAgIFtQYWdlIDM5XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDog UFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCiAgIFJlcXVpcmVtZW50IFR5cGU6ICBG dW5jdGlvbmFsIFJlcXVpcmVtZW50CgogICBEZXZpY2UgdHlwZTogIEMwLCBDMSwgYW5kIEMyCgog ICBQcmlvcml0eTogIEhpZ2gKCiAgIC0tLQoKICAgUmVxLUlEOiAgMTAuMDAzCgogICBUaXRsZTog IEJlc3QtZWZmb3J0IG11bHRpY2FzdAoKICAgRGVzY3JpcHRpb246ICBQcm92aWRlIGJlc3QtZWZm b3J0IG11bHRpY2FzdCBvZiBtZXNzYWdlcywgd2hpY2ggaXMKICAgICAgZ2VuZXJhbGx5IHVzZWZ1 bCB3aGVuIGRldmljZXMgbmVlZCB0byBkaXNjb3ZlciBhIHNlcnZpY2UgcHJvdmlkZWQKICAgICAg YnkgYSBzZXJ2ZXIgb3IgbWFueSBkZXZpY2VzIG5lZWQgdG8gYmUgY29uZmlndXJlZCBieSBhIG1h bmFnaW5nCiAgICAgIGVudGl0eSBhdCBvbmNlIGJhc2VkIG9uIHRoZSBzYW1lIGRhdGEgbW9kZWwu CiAgICAgIApVSD4gQ2FuIHlvdSBkZWZpbmUgImJlc3QtZWZmb3J0IG11bHRpY2FzdCIgaW4gbW9y ZSBkZXRhaWw/CgogICBTb3VyY2U6ICBVc2UgY2FzZXMgd2hlcmUgYSBkZXZpY2UgbmVlZHMgdG8g ZGlzY292ZXIgc2VydmljZXMgYXMgd2VsbAogICAgICBhcyB1c2UgY2FzZXMgd2l0aCBoaWdoIGFt b3VudCBvZiBkZXZpY2VzIHRvIG1hbmFnZSwgd2hpY2ggYXJlCiAgICAgIGhpZXJhcmNoaWNhbGx5 IGRlcGxveWVkLCBlLmcuICBBTUkgb3IgTTJNLgoKICAgUmVxdWlyZW1lbnQgVHlwZTogIEZ1bmN0 aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFBy aW9yaXR5OiAgTWVkaXVtCgogICAtLS0KCiAgIFJlcS1JRDogIDEwLjAwNAoKICAgVGl0bGU6ICBT ZWN1cmUgbWVzc2FnZSB0cmFuc3BvcnQuCgogICBEZXNjcmlwdGlvbjogIEVuYWJsZSBzZWN1cmUg bWVzc2FnZSB0cmFuc3BvcnQgcHJvdmlkaW5nCiAgICAgIGF1dGhlbnRpY2F0aW9uLCBkYXRhIGlu dGVncml0eSwgY29uZmlkZW50aWFsaXR5IGJ5IHVzaW5nIGV4aXN0aW5nCiAgICAgIHRyYW5zcG9y dCBsYXllciB0ZWNobm9sb2dpZXMgd2l0aCBzbWFsbCBmb290cHJpbnQgc3VjaCBhcyBUTFMvCiAg ICAgIERUTFMuCiAgICAgIApVSD4gV2hhdCBpcyB0aGUgZGVmaW5pdGlvbiBvZiAic21hbGwgZm9v dHByaW50Ij8gVExTIGlzIG5vdCBuZWNlc3NhcmlseSBhIHNtYWxsIGZvb3RwcmludCwgSSB3b3Vs ZCBzYXkuCgogICBTb3VyY2U6ICBBbGwgdXNlIGNhc2VzLgoKICAgUmVxdWlyZW1lbnQgVHlwZTog IE5vbi1GdW5jdGlvbmFsIFJlcXVpcmVtZW50cwoKICAgRGV2aWNlIHR5cGU6ICBDMSBhbmQgQzIK CiAgIFByaW9yaXR5OiAgSGlnaAoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJl cyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSA0MF0KDApJbnRlcm5ldC1EcmFm dCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIw MTQKCgozLjExLiAgSW1wbGVtZW50YXRpb24gUmVxdWlyZW1lbnRzCgogICBSZXEtSUQ6ICAxMS4w MDEKCiAgIFRpdGxlOiAgQXZvaWQgY29tcGxleCBhcHBsaWNhdGlvbiBsYXllciB0cmFuc2FjdGlv bnMgcmVxdWlyaW5nIGxhcmdlCiAgICAgIGFwcGxpY2F0aW9uIGxheWVyIG1lc3NhZ2VzLgogICAg ICAKVUg+IFdoYXQga2luZCBvZiBsYXllciB0cmFuc2FjdGlvbnMgZG8geW91IGhhdmUgaW4gbWlu ZD8gSXNuJ3QgdGhpcyByZXF1aXJlbWVudCBpbiBnZW5lcmFsIChldmVuIGZvciBub24tY29uc3Ry YWluZWQgZGV2aWNlcykgYSBnb29kIHNvZnR3YXJlIGVuZ2luZWVyaW5nIHByYWN0aWNlPwoKICAg RGVzY3JpcHRpb246ICBDb21wbGV4IGFwcGxpY2F0aW9uIGxheWVyIHRyYW5zYWN0aW9ucyB0ZW5k IHRvIHJlcXVpcmUKICAgICAgbGFyZ2UgbWVtb3J5IGJ1ZmZlcnMgdGhhdCBhcmUgdHlwaWNhbGx5 IG5vdCBhdmFpbGFibGUgb24gQzAgb3IgQzEKICAgICAgZGV2aWNlcyBhbmQgb25seSBieSBsaW1p dGluZyBmdW5jdGlvbmFsaXR5IG9uIEMyIGRldmljZXMuCiAgICAgIEZ1cnRoZXJtb3JlLCB0aGUg ZmFpbHVyZSBvZiBhIHNpbmdsZSBsYXJnZSB0cmFuc2FjdGlvbiByZXF1aXJlcwogICAgICByZXBl YXRpbmcgdGhlIHdob2xlIHRyYW5zYWN0aW9uLiAgT24gY29uc3RyYWluZWQgZGV2aWNlcywgaXQg aXMKICAgICAgb2Z0ZW4gbW9yZSBkZXNpcmFibGUgdG8gYSBsYXJnZSB0cmFuc2FjdGlvbiBkb3du IGludG8gYSBzZXF1ZW5jZQogICAgICBvZiBzbWFsbGVyIHRyYW5zYWN0aW9ucywgd2hpY2ggcmVx dWlyZSBsZXNzIHJlc291cmNlcyBhbmQgYWxsb3cgdG8KVUg+IHMvLCB3aGljaC8gdGhhdC8KICAg ICAgbWFrZSBwcm9ncmVzcyB1c2luZyBhIHNlcXVlbmNlIG9mIHNtYWxsZXIgc3RlcHMuCgogICBT b3VyY2U6ICBCYXNpYyByZXF1aXJlbWVudCB3aGljaCBjb25jZXJucyBhbGwgdXNlIGNhc2VzIHdp dGggbWVtb3J5CiAgICAgIGNvbnN0cmFpbmVkIGRldmljZXMuCgogICBSZXF1aXJlbWVudCBUeXBl OiAgTm9uLUZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmljZSB0eXBlOiAgQzAsIEMxLCBh bmQgQzIKCiAgIFByaW9yaXR5OiAgSGlnaAoKICAgLS0tCgogICBSZXEtSUQ6ICAxMS4wMDIKCiAg IFRpdGxlOiAgQXZvaWQgcmVhc3NlbWJseSBvZiBtZXNzYWdlcyBhdCBtdWx0aXBsZSBsYXllcnMg aW4gdGhlCiAgICAgIHByb3RvY29sIHN0YWNrLgogICAgICAKVUg+IElzbid0IHRoaXMgcmVxdWly ZW1lbnQgaW4gZ2VuZXJhbCAoZXZlbiBmb3Igbm9uLWNvbnN0cmFpbmVkIGRldmljZXMpIGEgZ29v ZCBzb2Z0d2FyZSBlbmdpbmVlcmluZyBwcmFjdGljZT8KCiAgIERlc2NyaXB0aW9uOiAgUmVhc3Nl bWJseSBvZiBtZXNzYWdlcyBhdCBtdWx0aXBsZSBsYXllcnMgaW4gdGhlCiAgICAgIHByb3RvY29s IHN0YWNrIHJlcXVpcmVzIGJ1ZmZlcnMgYXQgbXVsdGlwbGUgbGF5ZXJzLCB3aGljaCBsZWFkcyB0 bwogICAgICBpbmVmZmljaWVudCB1c2Ugb2YgbWVtb3J5IHJlc291cmNlcy4gIFRoaXMgY2FuIGJl IGF2b2lkZWQgYnkKICAgICAgbWFraW5nIHN1cmUgdGhlIGFwcGxpY2F0aW9uIGxheWVyLCB0aGUg c2VjdXJpdHkgbGF5ZXIsIHRoZQogICAgICB0cmFuc3BvcnQgbGF5ZXIsIHRoZSBJUHY2IGxheWVy IGFuZCBhbnkgYWRhcHRhdGlvbiBsYXllcnMgYXJlCiAgICAgIGF3YXJlIG9mIHRoZSBsaW1pdGF0 aW9ucyBvZiBlYWNoIG90aGVyIHN1Y2ggdGhhdCB1bm5lY2Vzc2FyeQogICAgICBmcmFnbWVudGF0 aW9uIGFuZCByZWFzc2VtYmx5IGNhbiBiZSBhdm9pZGVkLiAgSW4gYWRkaXRpb24sIG1lc3NhZ2UK ICAgICAgc2l6ZSBjb25zdHJhaW50cyBtdXN0IGJlIGFubm91bmNlZCB0byBwcm90b2NvbCBwZWVy cyBzdWNoIHRoYXQKICAgICAgdGhleSBjYW4gYWRhcHQgYW5kIGF2b2lkIHNlbmRpbmcgbWVzc2Fn ZXMgdGhhdCBjYW4ndCBiZSBwcm9jZXNzZWQKICAgICAgZHVlIHRvIHJlc291cmNlIGNvbnN0cmFp bnRzIG9uIHRoZSByZWNlaXZpbmcgZGV2aWNlLgoKICAgU291cmNlOiAgQmFzaWMgcmVxdWlyZW1l bnQgd2hpY2ggY29uY2VybnMgYWxsIHVzZSBjYXNlcyB3aXRoIG1lbW9yeQogICAgICBjb25zdHJh aW5lZCBkZXZpY2VzLgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1 c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSA0MV0KDApJbnRlcm5ldC1EcmFmdCAgICAg ICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgog ICBSZXF1aXJlbWVudCBUeXBlOiAgTm9uLUZ1bmN0aW9uYWwgUmVxdWlyZW1lbnQKCiAgIERldmlj ZSB0eXBlOiAgQzAsIEMxLCBhbmQgQzIKCiAgIFByaW9yaXR5OiAgSGlnaAoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAg IEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgNDJdCgwKSW50ZXJu ZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJy dWFyeSAyMDE0CgoKNC4gIElBTkEgQ29uc2lkZXJhdGlvbnMKCiAgIFRoaXMgZG9jdW1lbnQgZG9l cyBub3QgaW50cm9kdWNlIGFueSBuZXcgY29kZS1wb2ludHMgb3IgbmFtZXNwYWNlcwogICBmb3Ig cmVnaXN0cmF0aW9uIHdpdGggSUFOQS4KCiAgIE5vdGUgdG8gUkZDIEVkaXRvcjogdGhpcyBzZWN0 aW9uIG1heSBiZSByZW1vdmVkIG9uIHB1YmxpY2F0aW9uIGFzIGFuCiAgIFJGQy4KCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAg ICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSA0M10KDApJbnRl cm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZl YnJ1YXJ5IDIwMTQKCgo1LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMKCiAgIFRoaXMgZG9jdW1l bnQgZGlzY3Vzc2VzIHRoZSBwcm9ibGVtIHN0YXRlbWVudCBhbmQgcmVxdWlyZW1lbnRzIG9uCiAg IG5ldHdvcmtzIG9mIGNvbnN0cmFpbmVkIGRldmljZXMuICBTZWN0aW9uIDEuNiBtZW50aW9ucyBh IG51bWJlciBvZgogICBsaW1pdGF0aW9ucyB0aGF0IGNvdWxkIHByZXZlbnQgdGhlIGltcGxlbWVu dGF0aW9uIG9mIHN0cm9uZwogICBjcnlwdG9ncmFwaGljIGFsZ29yaXRobXMuICBSZXF1aXJlbWVu dHMgZm9yIHNlY3VyaXR5IGFuZCBhY2Nlc3MKICAgY29udHJvbCBhcmUgbGlzdGVkIGluIFNlY3Rp b24gMy42LgoKClVIPiBJIHRoaW5rIHRoZXJlIGNvdWxkIGJlIHNhaWQgbW9yZSBhYm91dCBzZWN1 cml0eSBoZXJlLiBOb3Qgc3VyZSB0aGF0IHRoaXMgd2lsbCBmbHkgd2l0aCB0aGUgU0VDIEFEcywg c28gbWF5YmUgYSBoZWFkcy11cCBiZWZvcmUgYSBXR0xDIHdvdWxkIGJlIGdvb2QgdG8gbWFrZSBz dXJlIHRoaXMgZG9lcyBub3QgcmVxdWlyZSBtb3JlIHdvcmsuCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVn dXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgNDRdCgwKSW50ZXJuZXQtRHJhZnQgICAg ICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoK Ni4gIENvbnRyaWJ1dG9ycwoKICAgVWxyaWNoIEhlcmJlcmcgKEZ1aml0c3UgTGFib3JhdG9yaWVz IG9mIEFtZXJpY2EpIGNvbnRyaWJ1dGVkIHRvIHRoZQogICBTZWN0aW9uIDEuMyBvbiBOZXR3b3Jr cyBUeXBlcyBhbmQgQ2hhcmFjdGVyaXN0aWNzIGluIEZvY3VzLgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBp cmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDQ1XQoMCkludGVybmV0LURy YWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkg MjAxNAoKCjcuICBBY2tub3dsZWRnbWVudHMKCiAgIEZvbGxvd2luZyBwZXJzb25zIHJldmlld2Vk IGFuZCBwcm92aWRlZCB2YWx1YWJsZSBjb21tZW50cyB0bwogICBkaWZmZXJlbnQgdmVyc2lvbnMg b2YgdGhpcyBkb2N1bWVudDoKCiAgIERvbWluaXF1ZSBCYXJ0aGVsLCBBbmR5IEJpZXJtYW4sIENh cnN0ZW4gQm9ybWFubiwgWmhlbiBDYW8sIEJlbm9pdAogICBDbGFpc2UsIEh1aSBEZW5nLCBCZXJ0 IEdyZWV2ZW5ib3NjaCwgVWxyaWNoIEhlcmJlcmcsIEphbWVzIE5ndXllbiwKICAgQW51aiBTZWhn YWwsIFphY2ggU2hlbGJ5LCBQZXRlciB2YW4gZGVyIFN0b2sgYW5kIEJlcnQgV2lqbmVuLgoKICAg VGhlIGVkaXRvcnMgd291bGQgbGlrZSB0byB0aGFuayB0aGUgcmV2aWV3ZXJzIGFuZCB0aGUgcGFy dGljaXBhbnRzIG9uCiAgIHRoZSBDb21hbiBhbmQgT1BTQVdHIG1haWxsaXN0cyBmb3IgdGhlaXIg dmFsdWFibGUgY29udHJpYnV0aW9ucyBhbmQKICAgY29tbWVudHMuCgpVSD4gcy9tYWlsbGlzdHMv bWFpbGluZyBsaXN0cy8KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCkVyc3Vl LCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAg IFtQYWdlIDQ2XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQ29uc3RyYWluZWQgTWdtdDogUFMs IFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCjguICBSZWZlcmVuY2VzCgo4LjEuICBOb3Jt YXRpdmUgUmVmZXJlbmNlcwoKOC4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcwoKICAgW1JGQzI5 MTRdICBGbG95ZCwgUy4sICJDb25nZXN0aW9uIENvbnRyb2wgUHJpbmNpcGxlcyIsIEJDUCA0MSwK ICAgICAgICAgICAgICBSRkMgMjkxNCwgU2VwdGVtYmVyIDIwMDAuCgogICBbUkZDNjYzMl0gIEVy c3VlLCBNLiBhbmQgQi4gQ2xhaXNlLCAiQW4gT3ZlcnZpZXcgb2YgdGhlIElFVEYgTmV0d29yawog ICAgICAgICAgICAgIE1hbmFnZW1lbnQgU3RhbmRhcmRzIiwgUkZDIDY2MzIsIEp1bmUgMjAxMi4K CiAgIFtSRkM3MTAyXSAgVmFzc2V1ciwgSlAuLCAiVGVybXMgVXNlZCBpbiBSb3V0aW5nIGZvciBM b3ctUG93ZXIgYW5kCiAgICAgICAgICAgICAgTG9zc3kgTmV0d29ya3MiLCBSRkMgNzEwMiwgSmFu dWFyeSAyMDE0LgoKICAgW0ktRC5pZXRmLWx3aWctdGVybWlub2xvZ3ldCiAgICAgICAgICAgICAg Qm9ybWFubiwgQy4sIEVyc3VlLCBNLiwgYW5kIEEuIEtlcmFuZW4sICJUZXJtaW5vbG9neSBmb3IK ICAgICAgICAgICAgICBDb25zdHJhaW5lZCBOb2RlIE5ldHdvcmtzIiwgZHJhZnQtaWV0Zi1sd2ln LXRlcm1pbm9sb2d5LTA3CiAgICAgICAgICAgICAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBGZWJydWFy eSAyMDE0LgoKICAgW0ktRC5pZXRmLWNvcmUtY29hcF0KICAgICAgICAgICAgICBTaGVsYnksIFou LCBIYXJ0a2UsIEsuLCBhbmQgQy4gQm9ybWFubiwgIkNvbnN0cmFpbmVkCiAgICAgICAgICAgICAg QXBwbGljYXRpb24gUHJvdG9jb2wgKENvQVApIiwgZHJhZnQtaWV0Zi1jb3JlLWNvYXAtMTgKICAg ICAgICAgICAgICAod29yayBpbiBwcm9ncmVzcyksIEp1bmUgMjAxMy4KCiAgIFtDT00tVVNFXSAg RXJzdWUsIE0uLCAiQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENhc2VzIiwKICAgICAgICAg ICAgICBkcmFmdC1pZXRmLW9wc2F3Zy1jb21hbi11c2UtY2FzZXMgKHdvcmsgaW4gcHJvZ3Jlc3Mp LAogICAgICAgICAgICAgIE9jdG9iZXIgMjAxMy4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpFcnN1 ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAg ICBbUGFnZSA0N10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBT LCBScW10cyAgICAgICAgIEZlYnJ1YXJ5IDIwMTQKCgpBcHBlbmRpeCBBLiAgQ2hhbmdlIExvZwoK QS4xLiAgZHJhZnQtaWV0Zi1vcHNhd2ctY29tYW4tcHJvYnN0YXRlLXJlcXMtMDAgLQogICAgICBk cmFmdC1pZXRmLW9wc2F3Zy1jb21hbi1wcm9ic3RhdGUtcmVxcy0wMQoKICAgbyAgR2VuZXJhbCBi dWcgZml4aW5nLgoKICAgbyAgQWRkZWQgU2VjdGlvbiAxLjcuIG9uIENvbmZpZ3VyYXRpb24gYW5k IE1vbml0b3JpbmcgRnVuY3Rpb25hbGl0eQogICAgICBMZXZlbHMuCgogICBvICBDaGFuZ2VkIGRp dmVyc2Ugb2NjdXJlbmNlcyBvZiAibmV0d29ya3MiIHRvICJuZXR3b3JrcyB3aXRoL29mCiAgICAg IGNvbnN0cmFpbmVkIGRldmljZXMiLgoKICAgbyAgSW50cm9kdWNlZCB0aGUgdGVybSAiU2VsZi1j b25maWd1cmluZyBpbmZyYXN0cnVjdHVyZWxlc3MgbmV0d29ya3MiCiAgICAgIGluc3RlYWQgb2Yg TUFORVQgYXMgaXQgaXMgYSBzdXBlcnNldC4KCiAgIG8gIEludHJvZHVjZWQgdGhlIHRlcm0gJ3Ns ZWVweSBlbmRwb2ludHMnLgoKICAgbyAgQ2hhbmdlZCByZXF1aXJlbWVudCBJRHMgdG8gYmUgaW5k ZXBlbmRlbnQgb2Ygc2VjdGlvbiBudW1iZXIuCgogICBvICBJbnRyb2R1Y2VkIG5vdGVzIGZvciBw YXJ0cyBvZiB0aGUgcmVxdWlyZW1lbnRzIHRleHQgaWYgaXQgaXMKICAgICAgZm9jdXNpbmcgb24g aW1wbGVtZW50YXRpb24gb3Igc29sdXRpb24uCgogICBvICBFeHRlbmRlZCBTZWN1cml0eSBDb25z aWRlcmF0aW9ucyBzZWN0aW9uLgoKICAgbyAgRGVsZXRlZCBBcHBlbmRpeCBBIGFuZCBCIG9uIG90 aGVyIFNETydzIHdvcmsgYW5kIHJlbGF0ZWQgcHJvamVjdHMKICAgICAgYXMgdGhleSBwcm92aWRl ZCBkeW5hbWljIGluZm9ybWF0aW9uIGFuZCBjb3VsZG4ndCBiZSBrZXB0IHVwLXRvLQogICAgICBk YXRlLgoKQS4yLiAgZHJhZnQtZXJzdWUtY29uc3RyYWluZWQtbWdtdC0wMyAtCiAgICAgIGRyYWZ0 LWlldGYtb3BzYXdnLWNvbWFuLXByb2JzdGF0ZS1yZXFzLTAwCgogICBvICBSZWR1Y2VkIHRoZSB0 ZXJtaW5vbG9neSBzZWN0aW9uIGZvciB0ZXJtaW5vbG9neSBhZGRyZXNzZWQgaW4gdGhlCiAgICAg IExXSUcgdGVybWlub2xvZ3kgZHJhZnQuICBSZWZlcmVuY2VkIHRoZSBMV0lHIHRlcm1pbm9sb2d5 IGRyYWZ0LgoKICAgbyAgQ2hlY2tlZCBhbmQgYWxpZ25lZCBhbGwgdGVybWlub2xvZ3kgYWdhaW5z dCB0aGUgTFdJRyB0ZXJtaW5vbG9neQogICAgICBkcmFmdC4KCiAgIG8gIE1vdmVkIHNlY3Rpb24g MS40LiAgQ29uc3RyYWluZWQgRGV2aWNlIERlcGxveW1lbnQgT3B0aW9ucyBhbmQKICAgICAgc2Vj dGlvbiAzLiAgVXNlIENhc2VzIHRvIHRoZSBjb21wYW5pb24gZG9jdW1lbnQgW0NPTS1VU0VdLgoK ICAgbyAgUmVuYW1lZCBTZWN0aW9uIDEuMy4gIENsYXNzIG9mIE5ldHdvcmtzIGluIEZvY3VzIHRv ICJOZXR3b3JrIFR5cGVzCiAgICAgIGluIEZvY3VzIiBhbmQgcmVtb3ZlZCBhYmJyZXZpYXRpb25z IEMwLCBDMSBhbmQgQzIgZm9yIG5ldHdvcmsKICAgICAgY2xhc3NlcyBhcyB0aGV5IGhhdmUgbm90 IGJlZW4gdXNlZC4KCiAgIG8gIENoYW5nZWQgcmVxdWlyZW1lbnQgcHJpb3JpdHkgY2xhc3NlcyB0 byBiZSBIaWdoLCBNZWRpdW0gYW5kIExvdy4KCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAg RXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSA0OF0KDApJbnRlcm5l dC1EcmFmdCAgICAgICAgIENvbnN0cmFpbmVkIE1nbXQ6IFBTLCBScW10cyAgICAgICAgIEZlYnJ1 YXJ5IDIwMTQKCgogICBvICBDaGFuZ2VkIHJlcXVpcmVtZW50IHR5cGVzIHRvIGJlIEZ1bmN0aW9u YWwgYW5kIE5vbi1GdW5jdGlvbmFsIGFuZAogICAgICBhZGRlZCB0ZXh0IHRvIGV4cGxhaW4gdGhl IHJlcXVpcmVtZW50IHR5cGVzLgoKICAgbyAgUmVmb3JtdWxhdGlvbiBvZiBzb21lIHRleHQgcGFy dHMgZm9yIG1vcmUgY2xhcml0eS4KCkEuMy4gIGRyYWZ0LWVyc3VlLWNvbnN0cmFpbmVkLW1nbXQt MDItMDMKCiAgIG8gIEV4dGVuZGVkIHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uIGFuZCByZW1vdmVk IHNvbWUgb2YgdGhlCiAgICAgIHRlcm1pbm9sb2d5IGFkZHJlc3NlZCBpbiB0aGUgbmV3IExXSUcg dGVybWlub2xvZ3kgZHJhZnQuCiAgICAgIFJlZmVyZW5jZWQgdGhlIExXSUcgdGVybWlub2xvZ3kg ZHJhZnQuCgogICBvICBNb3ZlZCBTZWN0aW9uIDEuMy4gb24gQ29uc3RyYWluZWQgRGV2aWNlIENs YXNzZXMgdG8gdGhlIG5ldyBMV0lHCiAgICAgIHRlcm1pbm9sb2d5IGRyYWZ0LgoKICAgbyAgQ2xh c3Mgb2YgbmV0d29ya3MgY29uc2lkZXJpbmcgdGhlIGRpZmZlcmVudCB0eXBlIG9mIHJhZGlvIGFu ZAogICAgICBjb21tdW5pY2F0aW9uIHRlY2hub2xvZ2llcyBpbiB1c2UgYW5kIGRpbWVuc2lvbnMg ZXh0ZW5kZWQuCgogICBvICBFeHRlbmRlZCB0aGUgUHJvYmxlbSBTdGF0ZW1lbnQgaW4gU2VjdGlv biAyLiBmb2xsb3dpbmcgdGhlCiAgICAgIHJlcXVpcmVtZW50cyBsaXN0ZWQgaW4gU2VjdGlvbiA0 LgoKICAgbyAgRm9sbG93aW5nIHJlcXVpcmVtZW50cywgd2hpY2ggYmVsb25nIHRvZ2V0aGVyIGFu ZCBjYW4gYmUgcmVhbGl6ZWQKICAgICAgd2l0aCBzaW1pbGFyIG9yIHNhbWUga2luZCBvZiBzb2x1 dGlvbnMsIGhhdmUgYmVlbiBtZXJnZWQuCgogICAgICAqICBEaXN0cmlidXRlZCBNYW5hZ2VtZW50 IGFuZCBQZWVyIENvbmZpZ3VyYXRpb24sCgogICAgICAqICBEZXZpY2Ugc3RhdHVzIG1vbml0b3Jp bmcgYW5kIE5laWdoYm9yLW1vbml0b3JpbmcsCgogICAgICAqICBQYXNzaXZlIE1vbml0b3Jpbmcg YW5kIFJlYWN0aXZlIE1vbml0b3JpbmcsCgogICAgICAqICBFdmVudC1kcml2ZW4gc2VsZi1tYW5h Z2VtZW50IC0gU2VsZi1oZWFsaW5nIGFuZCBQZXJpb2RpYyBzZWxmLQogICAgICAgICBtYW5hZ2Vt ZW50LAoKICAgICAgKiAgQXV0aGVudGljYXRpb24gb2YgbWFuYWdlbWVudCBzeXN0ZW1zIGFuZCBB dXRoZW50aWNhdGlvbiBvZgogICAgICAgICBtYW5hZ2VkIGRldmljZXMsCgogICAgICAqICBBY2Nl c3MgY29udHJvbCBvbiBkZXZpY2VzIGFuZCBBY2Nlc3MgY29udHJvbCBvbiBtYW5hZ2VtZW50CiAg ICAgICAgIHN5c3RlbXMsCgogICAgICAqICBNYW5hZ2VtZW50IG9mIEVuZXJneSBSZXNvdXJjZXMg YW5kIERhdGEgbW9kZWxzIGZvciBlbmVyZ3kKICAgICAgICAgbWFuYWdlbWVudCwKCiAgICAgICog IFNvZnR3YXJlIGRpc3RyaWJ1dGlvbiAoZ3JvdXAtYmFzZWQgZmlybXdhcmUgdXBkYXRlKSBhbmQg R3JvdXAtCiAgICAgICAgIGJhc2VkIHByb3Zpc2lvbmluZy4KCiAgIG8gIERlbGV0ZWQgdGhlIGVt cHR5IHNlY3Rpb24gb24gdGhlIGdhcHMgaW4gbmV0d29yayBtYW5hZ2VtZW50CiAgICAgIHN0YW5k YXJkcywgYXMgaXQgd2lsbCBiZSB3cml0dGVuIGluIGEgc2VwYXJhdGUgZHJhZnQuCgoKCgoKRXJz dWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAg ICAgW1BhZ2UgNDldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQ UywgUnFtdHMgICAgICAgICBGZWJydWFyeSAyMDE0CgoKICAgbyAgQWRkZWQgbGlua3MgdG8gbWVu dGlvbmVkIGV4dGVybmFsIHBhZ2VzLgoKICAgbyAgQWRkZWQgdGV4dCBvbiBPTUEgTTJNIERldmlj ZSBDbGFzc2lmaWNhdGlvbiBpbiBhcHBlbmRpeC4KCkEuNC4gIGRyYWZ0LWVyc3VlLWNvbnN0cmFp bmVkLW1nbXQtMDEtMDIKCiAgIG8gIEV4dGVuZGVkIHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uLgoK ICAgbyAgQWRkZWQgYWRkaXRpb25hbCB0ZXh0IGZvciB0aGUgdXNlIGNhc2VzIGNvbmNlcm5pbmcg ZGVwbG95bWVudAogICAgICB0eXBlLCBuZXR3b3JrIHRvcG9sb2d5IGluIHVzZSwgbmV0d29yayBz aXplLCBuZXR3b3JrIGNhcGFiaWxpdGllcywKICAgICAgcmFkaW8gdGVjaG5vbG9neSwgZXRjLgoK ICAgbyAgQWRkZWQgZXhhbXBsZXMgZm9yIGRldmljZSBjbGFzc2VzIGluIGEgdXNlIGNhc2UuCgog ICBvICBBZGRlZCBhZGRpdGlvbmFsIHRleHQgcHJvdmlkZWQgYnkgQ2FvIFpoZW4gKENoaW5hIE1v YmlsZSkgZm9yCiAgICAgIE1vYmlsZSBBcHBsaWNhdGlvbnMgYW5kIGJ5IFBldGVyIHZhbiBkZXIg U3RvayBmb3IgQnVpbGRpbmcKICAgICAgQXV0b21hdGlvbi4KCiAgIG8gIEFkZGVkIHRoZSBuZXcg dXNlIGNhc2VzICdBZHZhbmNlZCBNZXRlcmluZyBJbmZyYXN0cnVjdHVyZScgYW5kCiAgICAgICdN QU5FVCBDb25jZXB0IG9mIE9wZXJhdGlvbnMgaW4gTWlsaXRhcnknLgoKICAgbyAgQWRkZWQgdGhl IHNlY3Rpb24gJ01hbmFnaW5nIHRoZSBDb25zdHJhaW5lZG5lc3Mgb2YgYSBEZXZpY2Ugb3IKICAg ICAgTmV0d29yaycgZGlzY3Vzc2luZyB0aGUgbmVlZHMgb2YgdmVyeSBjb25zdHJhaW5lZCBkZXZp Y2VzLgoKICAgbyAgQWRkZWQgYSBub3RlIHRoYXQgdGhlIHJlcXVpcmVtZW50cyBpbiBTZWN0aW9u IDMgbmVlZCB0byBiZSBzZWVuIGFzCiAgICAgIHN0YW5kYWxvbmUgcmVxdWlyZW1lbnRzIGFuZCB0 aGUgY3VycmVudCBkb2N1bWVudCBkb2VzIG5vdAogICAgICByZWNvbW1lbmQgYW55IHByb2ZpbGUg b2YgcmVxdWlyZW1lbnRzLgoKICAgbyAgQWRkZWQgU2VjdGlvbiAzIG9uIHRoZSBkZXRhaWxlZCBy ZXF1aXJlbWVudHMgb24gY29uc3RyYWluZWQKICAgICAgbWFuYWdlbWVudCBtYXRjaGVkIHRvIG1h bmFnZW1lbnQgdGFza3MgbGlrZSBmYXVsdCwgbW9uaXRvcmluZywKICAgICAgY29uZmlndXJhdGlv biBtYW5hZ2VtZW50LCBTZWN1cml0eSBhbmQgQWNjZXNzIENvbnRyb2wsIEVuZXJneQogICAgICBN YW5hZ2VtZW50LCBldGMuCgogICBvICBTb2x2ZWQgbml0cyBhbmQgYWRkZWQgcmVmZXJlbmNlcy4K CiAgIG8gIEFkZGVkIEFwcGVuZGl4IEEgb24gdGhlIHJlbGF0ZWQgZGV2ZWxvcG1lbnQgaW4gb3Ro ZXIgYm9kaWVzLgoKICAgbyAgQWRkZWQgQXBwZW5kaXggQiBvbiB0aGUgd29yayBpbiByZWxhdGVk IHJlc2VhcmNoIHByb2plY3RzLgoKQS41LiAgZHJhZnQtZXJzdWUtY29uc3RyYWluZWQtbWdtdC0w MC0wMQoKICAgbyAgU3BsaXR0ZWQgdGhlIHNlY3Rpb24gb24gJ05ldHdvcmtzIG9mIENvbnN0cmFp bmVkIERldmljZXMnIGludG8gdGhlCiAgICAgIHNlY3Rpb25zICdOZXR3b3JrIFRvcG9sb2d5IE9w dGlvbnMnIGFuZCAnTWFuYWdlbWVudCBUb3BvbG9neQogICAgICBPcHRpb25zJy4KCiAgIG8gIEFk ZGVkIHRoZSB1c2UgY2FzZSAnQ29tbXVuaXR5IE5ldHdvcmsgQXBwbGljYXRpb25zJyBhbmQgJ01v YmlsZQogICAgICBBcHBsaWNhdGlvbnMnLgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4 cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgNTBdCgwKSW50ZXJuZXQt RHJhZnQgICAgICAgICBDb25zdHJhaW5lZCBNZ210OiBQUywgUnFtdHMgICAgICAgICBGZWJydWFy eSAyMDE0CgoKICAgbyAgUHJvdmlkZWQgYSBDb250cmlidXRvcnMgc2VjdGlvbi4KCiAgIG8gIEV4 dGVuZGVkIHRoZSBzZWN0aW9uIG9uICdNZWRpY2FsIEFwcGxpY2F0aW9ucycuCgogICBvICBTb2x2 ZWQgbml0cyBhbmQgYWRkZWQgcmVmZXJlbmNlcy4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3Vz dCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDUxXQoMCkludGVybmV0LURyYWZ0ICAgICAg ICAgQ29uc3RyYWluZWQgTWdtdDogUFMsIFJxbXRzICAgICAgICAgRmVicnVhcnkgMjAxNAoKCkF1 dGhvcnMnIEFkZHJlc3NlcwoKICAgTWVobWV0IEVyc3VlIChlZGl0b3IpCiAgIE5va2lhIFNvbHV0 aW9ucyBhbmQgTmV0d29ya3MKCiAgIEVtYWlsOiBtZWhtZXQuZXJzdWVAbnNuLmNvbQoKCiAgIERh biBSb21hc2NhbnUKICAgQXZheWEKCiAgIEVtYWlsOiBkcm9tYXNjYUBhdmF5YS5jb20KCgogICBK dWVyZ2VuIFNjaG9lbndhZWxkZXIKICAgSmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuCgogICBFbWFp bDogai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAx OCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDUyXQoMCg== --bcaec520f6893ac92d04f3c56de1-- From nobody Tue Mar 4 03:56:48 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED961A06E5 for ; Tue, 4 Mar 2014 03:56:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.333 X-Spam-Level: * X-Spam-Status: No, score=1.333 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, T_FILL_THIS_FORM_SHORT=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 uouYTEn1XPDi for ; Tue, 4 Mar 2014 03:56:40 -0800 (PST) Received: from mail-ve0-x230.google.com (mail-ve0-x230.google.com [IPv6:2607:f8b0:400c:c01::230]) by ietfa.amsl.com (Postfix) with ESMTP id C8FA81A06C7 for ; Tue, 4 Mar 2014 03:56:39 -0800 (PST) Received: by mail-ve0-f176.google.com with SMTP id cz12so5592492veb.21 for ; Tue, 04 Mar 2014 03:56:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=mime-version:date:message-id:subject:from:to:content-type; bh=KTnmH5WI+hrQOAF/zBd4UcNmuAk2hBKD7KezwTH+a88=; b=g2v06G9NIrum5cYd9Mcc/qOe8fWdXUdHXOVj0gNT0x9zBr1hJJ2k4RJpJ7J2b6YJr4 yt6APzZmA7DlpbxWLDR3zRPTFSQRBA+eV5qsVTMjGNyO+w+Umc9fnbG2MftAzqiY1N4S XD6SvH8HRl4tGGfWXO4GHe6VHZ5Kd5iW2I1Ds= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=KTnmH5WI+hrQOAF/zBd4UcNmuAk2hBKD7KezwTH+a88=; b=CyRJ7po57zsoNrJHhjWh8KoH7XnsEwKR8FG9wEE8oon251xq96yPPrccNfjeySDjvb jLe63gVGbc5s0+4la9D4VMrercjT10BjaETWCUA1xnoMjukvynCryDe3fLSqtm0Gitgl q1hoahDU8JUG1c3T3E6ySueeSrMdVhvFHgHO7mZicMV5x6UdNpsPHTB2d31K2TCXBcF3 u3mCHKjT/oNW/QbtyM+GxyGFb5g3WJbj4go5x716/wKkF9vpMWIftq5V2SKW2KO6W7gx aYN3JwjEmZFSn0T3hL4G0HS4A12Ex3AZo3v1ksEVVRd6g+RojYzGmWi4S1So03P1X1Lv awSw== X-Gm-Message-State: ALoCoQk/V1Zv0ER3qIonLN8cciG/v3bNV059sZtU2IAq86q01QaleUoj00MI5rhxfvSQpLi06Htg MIME-Version: 1.0 X-Received: by 10.52.243.102 with SMTP id wx6mr3646490vdc.12.1393934196458; Tue, 04 Mar 2014 03:56:36 -0800 (PST) Received: by 10.220.230.9 with HTTP; Tue, 4 Mar 2014 03:56:36 -0800 (PST) Date: Tue, 4 Mar 2014 11:56:36 +0000 Message-ID: From: Ulrich Herberg To: opsawg@ietf.org Content-Type: multipart/mixed; boundary=001a1133ec969ef07a04f3c69892 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/E-cnkGXjpfPnQpWfEoKA7uQK-7c Subject: [OPSAWG] Review of draft-ietf-opsawg-coman-use-cases-01 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 11:56:46 -0000 --001a1133ec969ef07a04f3c69892 Content-Type: multipart/alternative; boundary=001a1133ec969ef07604f3c69890 --001a1133ec969ef07604f3c69890 Content-Type: text/plain; charset=ISO-8859-1 Hello, I have reviewed the draft in the subject (see attachment). It is interesting to read and provides insights into management of constrained devices. Again, I am glad to see that the COMAN work has found a home in OPSAWG. I believe the draft needs some more work. I understand that the different sections have been written by different contributors, and each of them is very interesting to read. However, the draft would benefit from having the editors unify the description of management properties and challenges. Each use case picks a few different properties for management of the use case (e.g., acceptable delay, privacy etc). Maybe it would be beneficial to agree on a list of properties that each of the use cases must discuss. Also, it would be helpful for each use case to understand why we can't just use SMTP/Netconf. Use cases 3.8 and 3.9 seem redundant. Best regards Ulrich --001a1133ec969ef07604f3c69890 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I have reviewed the dra= ft in the subject (see attachment). It is interesting to read and provides = insights into management of constrained devices. Again, I am glad to see th= at the COMAN work has found a home in OPSAWG.

I believe the draft needs some more work. I understand that the d= ifferent sections have been written by different contributors, and each of = them is very interesting to read. However, the draft would benefit from hav= ing the editors unify the description of management properties and challeng= es. Each use case picks a few different properties for management of the us= e case (e.g., acceptable delay, privacy etc). Maybe it would be beneficial = to agree on a list of properties that each of the use cases must discuss. A= lso, it would be helpful for each use case to understand why we can't j= ust use SMTP/Netconf.
Use cases 3.8 and 3.9 seem redundant.

Be= st regards
Ulrich
--001a1133ec969ef07604f3c69890-- --001a1133ec969ef07a04f3c69892 Content-Type: text/plain; charset=US-ASCII; name="draft-ietf-opsawg-coman-use-cases-01.txt" Content-Disposition: attachment; filename="draft-ietf-opsawg-coman-use-cases-01.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hsd4e40n0 CgoKSW50ZXJuZXQgRW5naW5lZXJpbmcgVGFzayBGb3JjZSAgICAgICAgICAgICAgICAgICAgICAg ICAgICBNLiBFcnN1ZSwgRWQuCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgTm9raWEgU29sdXRpb25zIGFuZCBOZXR3b3JrcwpJbnRlbmRlZCBzdGF0dXM6IEluZm9y bWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBELiBSb21hc2NhbnUKRXhwaXJl czogQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEF2YXlhCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgSi4gU2Nob2Vud2FlbGRlcgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBLiBTZWhnYWwKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVu CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBG ZWJydWFyeSAxNCwgMjAxNAoKCiAgICAgICBNYW5hZ2VtZW50IG9mIE5ldHdvcmtzIHdpdGggQ29u c3RyYWluZWQgRGV2aWNlczogVXNlIENhc2VzCiAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYt b3BzYXdnLWNvbWFuLXVzZS1jYXNlcy0wMQoKQWJzdHJhY3QKCiAgIFRoaXMgZG9jdW1lbnQgZGlz Y3Vzc2VzIHRoZSB1c2UgY2FzZXMgY29uY2VybmluZyB0aGUgbWFuYWdlbWVudCBvZgogICBuZXR3 b3Jrcywgd2hlcmUgY29uc3RyYWluZWQgZGV2aWNlcyBhcmUgaW52b2x2ZWQuICBBIHByb2JsZW0K ICAgc3RhdGVtZW50LCBkZXBsb3ltZW50IG9wdGlvbnMgYW5kIHRoZSByZXF1aXJlbWVudHMgb24g dGhlIG5ldHdvcmtzCiAgIHdpdGggY29uc3RyYWluZWQgZGV2aWNlcyBjYW4gYmUgZm91bmQgaW4g dGhlIGNvbXBhbmlvbiBkb2N1bWVudCBvbgogICAiTWFuYWdlbWVudCBvZiBOZXR3b3JrcyB3aXRo IENvbnN0cmFpbmVkIERldmljZXM6IFByb2JsZW0gU3RhdGVtZW50CiAgIGFuZCBSZXF1aXJlbWVu dHMiLgoKU3RhdHVzIG9mIHRoaXMgTWVtbwoKICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJt aXR0ZWQgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQogICBwcm92aXNpb25zIG9mIEJDUCA3 OCBhbmQgQkNQIDc5LgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBv ZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcKICAgVGFzayBGb3JjZSAoSUVURikuICBOb3RlIHRo YXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUKICAgd29ya2luZyBkb2N1bWVudHMg YXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC0KICAgRHJh ZnRzIGlzIGF0IGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8uCgog ICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVt IG9mIHNpeCBtb250aHMKICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xl dGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkKICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlh dGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UKICAgbWF0ZXJpYWwgb3IgdG8g Y2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIgoKICAgVGhpcyBJbnRl cm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBBdWd1c3QgMTgsIDIwMTQuCgpDb3B5cmlnaHQgTm90 aWNlCgogICBDb3B5cmlnaHQgKGMpIDIwMTQgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRl bnRpZmllZCBhcyB0aGUKICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQu CgogICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVz dCdzIExlZ2FsCiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMKICAgKGh0 dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRl IG9mCiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuICBQbGVhc2UgcmV2aWV3IHRoZXNl IGRvY3VtZW50cwoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgs IDIwMTQgICAgICAgICAgICAgICAgW1BhZ2UgMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgIENvbnN0 cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBjYXJl ZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRo IHJlc3BlY3QKICAgdG8gdGhpcyBkb2N1bWVudC4gIENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQg ZnJvbSB0aGlzIGRvY3VtZW50IG11c3QKICAgaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNl IHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mCiAgIHRoZSBUcnVzdCBMZWdhbCBQ cm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcwogICBkZXNjcmli ZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuCgoKVGFibGUgb2YgQ29udGVudHMKCiAg IDEuICBJbnRyb2R1Y3Rpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgMwogICAyLiAgQWNjZXNzIFRlY2hub2xvZ2llcyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUKICAgICAyLjEuICBDb25zdHJhaW5lZCBBY2Nl c3MgVGVjaG5vbG9naWVzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1CiAgICAgMi4yLiAg TW9iaWxlIEFjY2VzcyBUZWNobm9sb2dpZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgNQogICAzLiAgVXNlIENhc2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDcKICAgICAzLjEuICBFbnZpcm9ubWVudGFsIE1vbml0b3Jpbmcg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA3CiAgICAgMy4yLiAgSW5mcmFzdHJ1 Y3R1cmUgTW9uaXRvcmluZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNwogICAg IDMuMy4gIEluZHVzdHJpYWwgQXBwbGljYXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDgKICAgICAzLjQuICBFbmVyZ3kgTWFuYWdlbWVudCAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEwCiAgICAgMy41LiAgTWVkaWNhbCBBcHBsaWNhdGlv bnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMgogICAgIDMuNi4gIEJ1 aWxkaW5nIEF1dG9tYXRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g MTMKICAgICAzLjcuICBIb21lIEF1dG9tYXRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIDE1CiAgICAgMy44LiAgVHJhbnNwb3J0IEFwcGxpY2F0aW9ucyAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNQogICAgIDMuOS4gIFZlaGljdWxhciBO ZXR3b3JrcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTcKICAgICAz LjEwLiBDb21tdW5pdHkgTmV0d29yayBBcHBsaWNhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDE4CiAgICAgMy4xMS4gTWlsaXRhcnkgT3BlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxOQogICA0LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjEKICAgNS4gIFNlY3VyaXR5 IENvbnNpZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIy CiAgIDYuICBDb250cmlidXRvcnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAyMwogICA3LiAgQWNrbm93bGVkZ21lbnRzICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjQKICAgOC4gIEluZm9ybWF0aXZlIFJlZmVy ZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI1CiAgIEFwcGVu ZGl4IEEuICBPcGVuIElzc3VlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAyNgogICBBcHBlbmRpeCBCLiAgQ2hhbmdlIExvZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMjcKICAgICBCLjEuICBkcmFmdC1pZXRmLW9wc2F3Zy1jb21h bi11c2UtY2FzZXMtMDAgLQogICAgICAgICAgIGRyYWZ0LWlldGYtb3BzYXdnLWNvbWFuLXVzZS1j YXNlcy0wMSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjcKICAgICBCLjIuICBkcmFmdC1lcnN1ZS1j b25zdHJhaW5lZC1tZ210LTAzIC0KICAgICAgICAgICBkcmFmdC1lcnN1ZS1vcHNhd2ctY29tYW4t dXNlLWNhc2VzLTAwICAuIC4gLiAuIC4gLiAuIC4gLiAuIDI3CiAgICAgQi4zLiAgZHJhZnQtZXJz dWUtY29uc3RyYWluZWQtbWdtdC0wMi0wMyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyNwogICAg IEIuNC4gIGRyYWZ0LWVyc3VlLWNvbnN0cmFpbmVkLW1nbXQtMDEtMDIgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gMjgKICAgICBCLjUuICBkcmFmdC1lcnN1ZS1jb25zdHJhaW5lZC1tZ210LTAwLTAx IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI5CiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzMAoKCgoKCgoKCgoKCkVy c3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAg ICAgICBbUGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVu dDogVXNlIENhc2VzICAgICAgRmVicnVhcnkgMjAxNAoKCjEuICBJbnRyb2R1Y3Rpb24KCiAgIFNt YWxsIGRldmljZXMgd2l0aCBsaW1pdGVkIENQVSwgbWVtb3J5LCBhbmQgcG93ZXIgcmVzb3VyY2Vz LCBzbwogICBjYWxsZWQgY29uc3RyYWluZWQgZGV2aWNlcyAoYWthLiBzZW5zb3IsIHNtYXJ0IG9i amVjdCwgb3Igc21hcnQKICAgZGV2aWNlKSBjYW4gYmUgY29ubmVjdGVkIHRvIGEgbmV0d29yay4g IFN1Y2ggYSBuZXR3b3JrIG9mIGNvbnN0cmFpbmVkCiAgIGRldmljZXMgaXRzZWxmIG1heSBiZSBj b25zdHJhaW5lZCBvciBjaGFsbGVuZ2VkLCBlLmcuLCB3aXRoCiAgIHVucmVsaWFibGUgb3IgbG9z c3kgY2hhbm5lbHMsIHdpcmVsZXNzIHRlY2hub2xvZ2llcyB3aXRoIGxpbWl0ZWQKICAgYmFuZHdp ZHRoIGFuZCBhIGR5bmFtaWMgdG9wb2xvZ3ksIG5lZWRpbmcgdGhlIHNlcnZpY2Ugb2YgYSBnYXRl d2F5IG9yCiAgIHByb3h5IHRvIGNvbm5lY3QgdG8gdGhlIEludGVybmV0LiAgSW4gb3RoZXIgc2Nl bmFyaW9zLCB0aGUKICAgY29uc3RyYWluZWQgZGV2aWNlcyBjYW4gYmUgY29ubmVjdGVkIHRvIGEg bm9uLWNvbnN0cmFpbmVkIG5ldHdvcmsKICAgdXNpbmcgb2ZmLXRoZS1zaGVsZiBwcm90b2NvbCBz dGFja3MuICBDb25zdHJhaW5lZCBkZXZpY2VzIG1pZ2h0IGJlIGluCiAgIGNoYXJnZSBvZiBnYXRo ZXJpbmcgaW5mb3JtYXRpb24gaW4gZGl2ZXJzZSBzZXR0aW5ncyBpbmNsdWRpbmcgbmF0dXJhbAog ICBlY29zeXN0ZW1zLCBidWlsZGluZ3MsIGFuZCBmYWN0b3JpZXMgYW5kIHNlbmQgdGhlIGluZm9y bWF0aW9uIHRvIG9uZQogICBvciBtb3JlIHNlcnZlciBzdGF0aW9ucy4KCiAgIE5ldHdvcmsgbWFu YWdlbWVudCBpcyBjaGFyYWN0ZXJpemVkIGJ5IG1vbml0b3JpbmcgbmV0d29yayBzdGF0dXMsCiAg IGRldGVjdGluZyBmYXVsdHMsIGFuZCBpbmZlcnJpbmcgdGhlaXIgY2F1c2VzLCBzZXR0aW5nIG5l dHdvcmsKICAgcGFyYW1ldGVycywgYW5kIGNhcnJ5aW5nIG91dCBhY3Rpb25zIHRvIHJlbW92ZSBm YXVsdHMsIG1haW50YWluCiAgIG5vcm1hbCBvcGVyYXRpb24sIGFuZCBpbXByb3ZlIG5ldHdvcmsg ZWZmaWNpZW5jeSBhbmQgYXBwbGljYXRpb24KICAgcGVyZm9ybWFuY2UuICBUaGUgdHJhZGl0aW9u YWwgbmV0d29yayBtYW5hZ2VtZW50IGFwcGxpY2F0aW9uCiAgIHBlcmlvZGljYWxseSBjb2xsZWN0 cyBpbmZvcm1hdGlvbiBmcm9tIGEgc2V0IG9mIGVsZW1lbnRzIHRoYXQgYXJlCiAgIG5lZWRlZCB0 byBtYW5hZ2UsIHByb2Nlc3NlcyB0aGUgZGF0YSwgYW5kIHByZXNlbnRzIHRoZW0gdG8gdGhlCiAg IG5ldHdvcmsgbWFuYWdlbWVudCB1c2Vycy4gIENvbnN0cmFpbmVkIGRldmljZXMsIGhvd2V2ZXIs IG9mdGVuIGhhdmUKICAgbGltaXRlZCBwb3dlciwgbG93IHRyYW5zbWlzc2lvbiByYW5nZSwgYW5k IG1pZ2h0IGJlIHVucmVsaWFibGUuICBUaGV5CiAgIG1pZ2h0IGFsc28gbmVlZCB0byB3b3JrIGlu IGhvc3RpbGUgZW52aXJvbm1lbnRzIHdpdGggYWR2YW5jZWQKICAgc2VjdXJpdHkgcmVxdWlyZW1l bnRzIG9yIG5lZWQgdG8gYmUgdXNlZCBpbiBoYXJzaCBlbnZpcm9ubWVudHMgZm9yIGEKICAgbG9u ZyB0aW1lIHdpdGhvdXQgc3VwZXJ2aXNpb24uICBEdWUgdG8gc3VjaCBjb25zdHJhaW50cywgdGhl CiAgIG1hbmFnZW1lbnQgb2YgYSBuZXR3b3JrIHdpdGggY29uc3RyYWluZWQgZGV2aWNlcyBvZmZl cnMgZGlmZmVyZW50CiAgIHR5cGUgb2YgY2hhbGxlbmdlcyBjb21wYXJlZCB0byB0aGUgbWFuYWdl bWVudCBvZiBhIHRyYWRpdGlvbmFsIElQCiAgIG5ldHdvcmsuCgogICBUaGlzIGRvY3VtZW50IGFp bXMgdG8gdW5kZXJzdGFuZCB0aGUgdXNlIGNhc2VzIGZvciB0aGUgbWFuYWdlbWVudCBvZgogICBh IG5ldHdvcmssIHdoZXJlIGNvbnN0cmFpbmVkIGRldmljZXMgYXJlIGludm9sdmVkLiAgVGhlIGRv Y3VtZW50CiAgIGxpc3RzIGFuZCBkaXNjdXNzZXMgZGl2ZXJzZSB1c2UgY2FzZXMgZm9yIHRoZSBt YW5hZ2VtZW50IGZyb20gdGhlCiAgIG5ldHdvcmsgYXMgd2VsbCBhcyBmcm9tIHRoZSBhcHBsaWNh dGlvbiBwb2ludCBvZiB2aWV3LiAgVGhlCiAgIGFwcGxpY2F0aW9uIHNjZW5hcmlvcyBkaXNjdXNz ZWQgYWltIHRvIHNob3cgd2hlcmUgbmV0d29ya3Mgb2YKICAgY29uc3RyYWluZWQgZGV2aWNlcyBh cmUgZXhwZWN0ZWQgdG8gYmUgZGVwbG95ZWQuICBGb3IgZWFjaAogICBhcHBsaWNhdGlvbiBzY2Vu YXJpbywgd2UgZmlyc3QgYnJpZWZseSBkZXNjcmliZSB0aGUgY2hhcmFjdGVyaXN0aWNzCiAgIGZv bGxvd2VkIGJ5IGEgZGlzY3Vzc2lvbiBvbiBob3cgbmV0d29yayBtYW5hZ2VtZW50IGNhbiBiZSBw cm92aWRlZCwKICAgd2hvIGlzIGxpa2VseSBnb2luZyB0byBiZSByZXNwb25zaWJsZSBmb3IgaXQs IGFuZCBvbiB3aGljaCB0aW1lLXNjYWxlCiAgIG1hbmFnZW1lbnQgb3BlcmF0aW9ucyBhcmUgbGlr ZWx5IHRvIGJlIGNhcnJpZWQgb3V0LgoKICAgQSBwcm9ibGVtIHN0YXRlbWVudCwgZGVwbG95bWVu dCBhbmQgbWFuYWdlbWVudCB0b3BvbG9neSBvcHRpb25zIGFzCiAgIHdlbGwgYXMgdGhlIHJlcXVp cmVtZW50cyBvbiB0aGUgbmV0d29ya3Mgd2l0aCBjb25zdHJhaW5lZCBkZXZpY2VzIGNhbgogICBi ZSBmb3VuZCBpbiB0aGUgY29tcGFuaW9uIGRvY3VtZW50IFtDT00tUkVRXS4KCiAgIFRoaXMgZG9j dW1lbnRzIGJ1aWxkcyBvbiB0aGUgdGVybWlub2xvZ3kgZGVmaW5lZCBpbgogICBbSS1ELmlldGYt bHdpZy10ZXJtaW5vbG9neV0gYW5kIFtDT00tUkVRXS4KCgoKRXJzdWUsIGV0IGFsLiAgICAgICAg ICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgIFtQYWdlIDNdCgwKSW50 ZXJuZXQtRHJhZnQgICAgICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBVc2UgQ2FzZXMgICAgICBG ZWJydWFyeSAyMDE0CgoKICAgW0ktRC5pZXRmLWx3aWctdGVybWlub2xvZ3ldIGlzIGEgYmFzZSBk b2N1bWVudCBmb3IgdGhlIHRlcm1pbm9sb2d5CiAgIGNvbmNlcm5pbmcgY29uc3RyYWluZWQgZGV2 aWNlcyBhbmQgY29uc3RyYWluZWQgbmV0d29ya3MuICBTb21lIHVzZQogICBjYXNlcyBzcGVjaWZp YyB0byBJUHY2IG92ZXIgTG93LVBvd2VyIFdpcmVsZXNzIFBlcnNvbmFsIEFyZWEgTmV0d29ya3MK ICAgKDZMb1dQQU5zKSBjYW4gYmUgZm91bmQgaW4gW1JGQzY1NjhdLgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBF eHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgICBbUGFnZSA0XQoMCkludGVybmV0 LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENhc2VzICAgICAgRmVicnVh cnkgMjAxNAoKCjIuICBBY2Nlc3MgVGVjaG5vbG9naWVzCgpVSD4gVGhlIGFic3RyYWN0IG9mIHRo aXMgZG9jdW1lbnQgc3RhdGVzICJUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgdXNlIGNhc2Vz IGNvbmNlcm5pbmcgdGhlIG1hbmFnZW1lbnQgb2YgbmV0d29ya3MsIHdoZXJlIGNvbnN0cmFpbmVk IGRldmljZXMgYXJlIGludm9sdmVkLiIKSG93IGlzIHRoaXMgc2VjdGlvbiAyIHJlbGF0ZWQgdG8g dGhlIHVzZSBjYXNlcz8gV2hhdCBpcyB0aGUgcHVycG9zZSBvZiB0aGlzIHNlY3Rpb24/CgogICBC ZXNpZGVzIHRoZSBtYW5hZ2VtZW50IHJlcXVpcmVtZW50cyBpbXBvc2VkIGJ5IHRoZSBkaWZmZXJl bnQgdXNlCiAgIGNhc2VzLCB0aGUgYWNjZXNzIHRlY2hub2xvZ2llcyB1c2VkIGJ5IGNvbnN0cmFp bmVkIGRldmljZXMgY2FuIGltcG9zZQogICByZXN0cmljdGlvbnMgYW5kIHJlcXVpcmVtZW50cyB1 cG9uIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQgU3lzdGVtCiAgIChOTVMpIGFuZCBwcm90b2NvbCBv ZiBjaG9pY2UuCgogICBJdCBpcyBwb3NzaWJsZSB0aGF0IHNvbWUgbmV0d29ya3Mgb2YgY29uc3Ry YWluZWQgZGV2aWNlcyBtaWdodAogICB1dGlsaXplIHRyYWRpdGlvbmFsIG5vbi1jb25zdHJhaW5l ZCBhY2Nlc3MgdGVjaG5vbG9naWVzIGZvciBuZXR3b3JrCiAgIGFjY2VzcywgZS5nLiwgbG9jYWwg YXJlYSBuZXR3b3JrcyB3aXRoIHBsZW50eSBvZiBjYXBhY2l0eS4gIEluIHN1Y2gKICAgc2NlbmFy aW9zLCB0aGUgY29uc3RyYWluZWRuZXNzIG9mIHRoZSBkZXZpY2UgcHJlc2VudHMgc3BlY2lhbAog ICBtYW5hZ2VtZW50IHJlc3RyaWN0aW9ucyBhbmQgcmVxdWlyZW1lbnRzIHJhdGhlciB0aGFuIHRo ZSBhY2Nlc3MKICAgdGVjaG5vbG9neSB1dGlsaXplZC4KCiAgIEhvd2V2ZXIsIGluIG90aGVyIHNp dHVhdGlvbnMgY29uc3RyYWluZWQgb3IgbW9iaWxlIGFjY2VzcwogICB0ZWNobm9sb2dpZXMgbWln aHQgYmUgdXNlZCBmb3IgbmV0d29yayBhY2Nlc3MsIHRoZXJlYnkgY2F1c2luZwogICBtYW5hZ2Vt ZW50IHJlc3RyaWN0aW9ucyBhbmQgcmVxdWlyZW1lbnRzIHRvIGFyaXNlIGFzIGEgcmVzdWx0IG9m IHRoZQogICB1bmRlcmx5aW5nIGFjY2VzcyB0ZWNobm9sb2dpZXMuCgoyLjEuICBDb25zdHJhaW5l ZCBBY2Nlc3MgVGVjaG5vbG9naWVzCgogICBEdWUgdG8gcmVzb3VyY2UgcmVzdHJpY3Rpb25zLCBl bWJlZGRlZCBkZXZpY2VzIGRlcGxveWVkIGFzIHNlbnNvcnMKICAgYW5kIGFjdHVhdG9ycyBpbiB0 aGUgdmFyaW91cyB1c2UgY2FzZXMgdXRpbGl6ZSBsb3ctcG93ZXIgbG93IGRhdGEtCiAgIHJhdGUg d2lyZWxlc3MgYWNjZXNzIHRlY2hub2xvZ2llcyBzdWNoIGFzIElFRUUgODAyLjE1LjQsIERFQ1Qg VUxFIG9yCiAgIEJULUxFIGZvciBuZXR3b3JrIGNvbm5lY3Rpdml0eS4KCiAgIEluIHN1Y2ggc2Nl bmFyaW9zLCBpdCBpcyBpbXBvcnRhbnQgZm9yIHRoZSBOTVMgdG8gYmUgYXdhcmUgb2YgdGhlCiAg IHJlc3RyaWN0aW9ucyBpbXBvc2VkIGJ5IHRoZXNlIGFjY2VzcyB0ZWNobm9sb2dpZXMgdG8gZWZm aWNpZW50bHkKICAgbWFuYWdlIHRoZXNlIGNvbnN0cmFpbmVkIGRldmljZXMuICBTcGVjaWZpY2Fs bHksIHN1Y2ggbG93LXBvd2VyIGxvdwogICBkYXRhLXJhdGUgYWNjZXNzIHRlY2hub2xvZ2llcyB0 eXBpY2FsbHkgaGF2ZSBzbWFsbCBmcmFtZSBzaXplcy4gIFNvCiAgIGl0IHdvdWxkIGJlIGltcG9y dGFudCBmb3IgdGhlIE5NUyBhbmQgbWFuYWdlbWVudCBwcm90b2NvbCBvZiBjaG9pY2UKICAgdG8g Y3JhZnQgcGFja2V0cyBpbiBhIHdheSB0aGF0IGF2b2lkcyBmcmFnbWVudGF0aW9uIGFuZCByZWFz c2VtYmx5IG9mCiAgIHBhY2tldHMgc2luY2UgdGhpcyBjYW4gdXNlIHZhbHVhYmxlIG1lbW9yeSBv biBjb25zdHJhaW5lZCBkZXZpY2VzLgoKICAgRGV2aWNlcyB1c2luZyBzdWNoIGFjY2VzcyB0ZWNo bm9sb2dpZXMgbWlnaHQgb3BlcmF0ZSB2aWEgYSBnYXRld2F5CiAgIHRoYXQgdHJhbnNsYXRlcyBi ZXR3ZWVuIHRoZXNlIGFjY2VzcyB0ZWNobm9sb2dpZXMgYW5kIG1vcmUKICAgdHJhZGl0aW9uYWwg SW50ZXJuZXQgcHJvdG9jb2xzLiAgQSBoaWVyYXJjaGljYWwgYXBwcm9hY2ggdG8gZGV2aWNlCiAg IG1hbmFnZW1lbnQgaW4gc3VjaCBhIHNpdHVhdGlvbiBtaWdodCBiZSB1c2VmdWwsIHdoZXJlaW4g dGhlIGdhdGV3YXkKICAgZGV2aWNlIGlzIGluLWNoYXJnZSBvZiBkZXZpY2VzIGNvbm5lY3RlZCB0 byBpdCwgd2hpbGUgdGhlIE5NUwogICBjb25kdWN0cyBtYW5hZ2VtZW50IG9wZXJhdGlvbnMgb25s eSB0byB0aGUgZ2F0ZXdheS4KCjIuMi4gIE1vYmlsZSBBY2Nlc3MgVGVjaG5vbG9naWVzCgpVSD4g V2h5IGlzIG1vYmlsZSBhY2Nlc3MgdGVjaG5vbG9naWVzIGEgZGlmZmVyZW50IGNsYXNzaWZpY2F0 aW9uIGZyb20gY29uc3RyYWluZWQgYWNjZXNzIHRlY2hub2xvZ2llcz8gRmlyc3QsIEkgd291bGQg c2F5IHRoYXQgdGhlIGFjY2VzcyB0ZWNobm9sb2d5IGl0c2VsZiAoZS5nLiwgODAyLjE1LjQpIGlz IG5vdCBtb2JpbGUsIGl0J3MgdGhlIGRldmljZXMgdGhhdCBhcmUgbW9iaWxlLiBBcmUgdGhlc2Ug dHdvIHNldHMgZGlzdGluY3QsIGkuZS4sIGlzIGEgZGV2aWNlIGVpdGhlciBtb2JpbGUgb3IgY29u c3RyYWluZWQ/IE1vc3QgbGlrZWx5IGl0IGNvdWxkIGJlIGluIGJvdGguIEFsc28sIGhvdyBpcyB0 aGUgbW9iaWxpdHkgcmVsZXZhbnQ/IEkgdW5kZXJzdGFuZCB0aGF0IGEgZHluYW1pYyB0b3BvbG9n eSBjYW4gaGF2ZSBhbiBpbXBhY3Qgb24gbWFuYWdlbWVudCwgYnV0IGR5bmFtaWNpdHkgY2FuIGJl IGNhdXNlZCBieSBvdGhlciBmYWN0b3JzIHRoYW4gbW9iaWxpdHksIGUuZy4sIGJlY2F1c2Ugb2Yg Zmx1Y3R1YXRpb24gb2YgbGluayBxdWFsaXR5LgoKICAgTWFjaGluZSB0byBtYWNoaW5lIChNMk0p IHNlcnZpY2VzIGFyZSBpbmNyZWFzaW5nbHkgcHJvdmlkZWQgYnkgbW9iaWxlCiAgIHNlcnZpY2Ug cHJvdmlkZXJzIGFzIG51bWVyb3VzIGRldmljZXMsIGhvbWUgYXBwbGlhbmNlcywgdXRpbGl0eQog ICBtZXRlcnMsIGNhcnMsIHZpZGVvIHN1cnZlaWxsYW5jZSBjYW1lcmFzLCBhbmQgaGVhbHRoIG1v bml0b3JzLCBhcmUKICAgY29ubmVjdGVkIHdpdGggbW9iaWxlIGJyb2FkYmFuZCB0ZWNobm9sb2dp ZXMuICBEaWZmZXJlbnQKICAgYXBwbGljYXRpb25zLCBlLmcuLCBpbiBhIGhvbWUgYXBwbGlhbmNl IG9yIGluLWNhciBuZXR3b3JrLCB1c2UKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGly ZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgIFtQYWdlIDVdCgwKSW50ZXJuZXQtRHJh ZnQgICAgICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAy MDE0CgoKICAgQmx1ZXRvb3RoLCBXaS1GaSBvciBaaWdiZWUgbG9jYWxseSBhbmQgY29ubmVjdCB0 byBhIGNlbGx1bGFyIG1vZHVsZQogICBhY3RpbmcgYXMgYSBnYXRld2F5IGJldHdlZW4gdGhlIGNv bnN0cmFpbmVkIGVudmlyb25tZW50IGFuZCB0aGUKICAgbW9iaWxlIGNlbGx1bGFyIG5ldHdvcmsu CgogICBTdWNoIGEgZ2F0ZXdheSBtaWdodCBwcm92aWRlIGRpZmZlcmVudCBvcHRpb25zIGZvciB0 aGUgY29ubmVjdGl2aXR5CiAgIG9mIG1vYmlsZSBuZXR3b3JrcyBhbmQgY29uc3RyYWluZWQgZGV2 aWNlczoKCiAgIG8gIGEgc21hcnQgcGhvbmUgd2l0aCAzRy80RyBhbmQgV0xBTiByYWRpbyBtaWdo dCB1c2UgQlQtTEUgdG8gY29ubmVjdAogICAgICB0byB0aGUgZGV2aWNlcyBpbiBhIGhvbWUgYXJl YSBuZXR3b3JrLAoKICAgbyAgYSBmZW10b2NlbGwgbWlnaHQgYmUgY29tYmluZWQgd2l0aCBob21l IGdhdGV3YXkgZnVuY3Rpb25hbGl0eQogICAgICBhY3RpbmcgYXMgYSBsb3ctcG93ZXIgY2VsbHVs YXIgYmFzZSBzdGF0aW9uIGNvbm5lY3Rpbmcgc21hcnQKICAgICAgZGV2aWNlcyB0byB0aGUgYXBw bGljYXRpb24gc2VydmVyIG9mIGEgbW9iaWxlIHNlcnZpY2UgcHJvdmlkZXIsCgogICBvICBhbiBl bWJlZGRlZCBjZWxsdWxhciBtb2R1bGUgd2l0aCBMVEUgcmFkaW8gY29ubmVjdGluZyB0aGUgZGV2 aWNlcwogICAgICBpbiB0aGUgY2FyIG5ldHdvcmsgd2l0aCB0aGUgc2VydmVyIHJ1bm5pbmcgdGhl IHRlbGVtYXRpY3Mgc2VydmljZSwKCiAgIG8gIGFuIE0yTSBnYXRld2F5IGNvbm5lY3RlZCB0byB0 aGUgbW9iaWxlIG9wZXJhdG9yIG5ldHdvcmsgc3VwcG9ydGluZwogICAgICBkaXZlcnNlIElvVCBj b25uZWN0aXZpdHkgdGVjaG5vbG9naWVzIGluY2x1ZGluZyBaaWdCZWUgYW5kIENvQVAKICAgICAg b3ZlciA2TG9XUEFOIG92ZXIgSUVFRSA4MDIuMTUuNC4KCiAgIENvbW1vbiB0byBhbGwgc2NlbmFy aW9zIGFib3ZlIGlzIHRoYXQgdGhleSBhcmUgZW1iZWRkZWQgaW4gYSBzZXJ2aWNlCiAgIGFuZCBj b25uZWN0ZWQgdG8gYSBuZXR3b3JrIHByb3ZpZGVkIGJ5IGEgbW9iaWxlIHNlcnZpY2UgcHJvdmlk ZXIuCiAgIFVzdWFsbHkgdGhlcmUgaXMgYSBoaWVyYXJjaGljYWwgZGVwbG95bWVudCBhbmQgbWFu YWdlbWVudCB0b3BvbG9neSBpbgogICBwbGFjZSB3aGVyZSBkaWZmZXJlbnQgcGFydHMgb2YgdGhl IG5ldHdvcmsgYXJlIG1hbmFnZWQgYnkgZGlmZmVyZW50CiAgIG1hbmFnZW1lbnQgZW50aXRpZXMg YW5kIHRoZSBjb3VudCBvZiBkZXZpY2VzIHRvIG1hbmFnZSBpcyBoaWdoIChlLmcuCiAgIG1hbnkg dGhvdXNhbmRzKS4gIEluIGdlbmVyYWwsIHRoZSBuZXR3b3JrIGlzIGNvbXByaXNlZCBieSBtYW5p Zm9sZAogICB0eXBlIGFuZCBzaXplIG9mIGRldmljZXMgbWF0Y2hpbmcgdG8gZGlmZmVyZW50IGRl dmljZSBjbGFzc2VzLiAgQXMKICAgc3VjaCwgdGhlIG1hbmFnaW5nIGVudGl0eSBuZWVkcyB0byBi ZSBwcmVwYXJlZCB0byBtYW5hZ2UgZGV2aWNlcyB3aXRoCiAgIGRpdmVyc2UgY2FwYWJpbGl0aWVz IHVzaW5nIGRpZmZlcmVudCBjb21tdW5pY2F0aW9uIG9yIG1hbmFnZW1lbnQKICAgcHJvdG9jb2xz LiAgSW4gY2FzZSB0aGUgZGV2aWNlcyBhcmUgZGlyZWN0bHkgY29ubmVjdGVkIHRvIGEgZ2F0ZXdh eQogICB0aGV5IG1vc3QgbGlrZWx5IGFyZSBtYW5hZ2VkIGJ5IGEgbWFuYWdlbWVudCBlbnRpdHkg aW50ZWdyYXRlZCB3aXRoCiAgIHRoZSBnYXRld2F5LCB3aGljaCBpdHNlbGYgaXMgcGFydCBvZiB0 aGUgTmV0d29yayBNYW5hZ2VtZW50IFN5c3RlbQogICAoTk1TKSBydW4gYnkgdGhlIG1vYmlsZSBv cGVyYXRvci4gIFNtYXJ0IHBob25lcyBvciBlbWJlZGRlZCBtb2R1bGVzCiAgIGNvbm5lY3RlZCB0 byBhIGdhdGV3YXkgbWlnaHQgYmUgdGhlbXNlbHZlcyBpbiBjaGFyZ2UgdG8gbWFuYWdlIHRoZQog ICBkZXZpY2VzIG9uIHRoZWlyIGxldmVsLiAgVGhlIGluaXRpYWwgYW5kIHN1YnNlcXVlbnQgY29u ZmlndXJhdGlvbiBvZgogICBzdWNoIGEgZGV2aWNlIGlzIG1haW5seSBiYXNlZCBvbiBzZWxmLWNv bmZpZ3VyYXRpb24gYW5kIGlzIHRyaWdnZXJlZAogICBieSB0aGUgZGV2aWNlIGl0c2VsZi4KCiAg IFRoZSBnYXRld2F5IG1pZ2h0IGJlIGluIGNoYXJnZSBvZiBmaWx0ZXJpbmcgYW5kIGFnZ3JlZ2F0 aW5nIHRoZSBkYXRhCiAgIHJlY2VpdmVkIGZyb20gdGhlIGRldmljZSBhcyB0aGUgaW5mb3JtYXRp b24gc2VudCBieSB0aGUgZGV2aWNlIG1pZ2h0CiAgIGJlIG1vc3RseSByZWR1bmRhbnQuCgoKCgoK CgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAg ICAgICAgICAgICBbUGFnZSA2XQoMCkludGVybmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFu YWdlbWVudDogVXNlIENhc2VzICAgICAgRmVicnVhcnkgMjAxNAoKCjMuICBVc2UgQ2FzZXMKClVI PiBNYXliZSBhZGQgYSBzZW50ZW5jZSB0aGF0IGl0IGlzIG5vdCBjbGFpbWVkIHRoYXQgdGhpcyBp cyBhIGNvbXBsZXRlIGxpc3QuIFRoZXJlIGNvdWxkIGJlIG1vcmUgdXNlIGNhc2VzIHVua25vd24g dG8gdGhlIFdHLgoKMy4xLiAgRW52aXJvbm1lbnRhbCBNb25pdG9yaW5nCgogICBFbnZpcm9ubWVu dGFsIG1vbml0b3JpbmcgYXBwbGljYXRpb25zIGFyZSBjaGFyYWN0ZXJpemVkIGJ5IHRoZQogICBk ZXBsb3ltZW50IG9mIGEgbnVtYmVyIG9mIHNlbnNvcnMgdG8gbW9uaXRvciBlbWlzc2lvbnMsIHdh dGVyCiAgIHF1YWxpdHksIG9yIGV2ZW4gdGhlIG1vdmVtZW50cyBhbmQgaGFiaXRzIG9mIHdpbGRs aWZlLiAgT3RoZXIKICAgYXBwbGljYXRpb25zIGluIHRoaXMgY2F0ZWdvcnkgaW5jbHVkZSBlYXJ0 aHF1YWtlIG9yIHRzdW5hbWkgZWFybHktCiAgIHdhcm5pbmcgc3lzdGVtcy4gIFRoZSBzZW5zb3Jz IG9mdGVuIHNwYW4gYSBsYXJnZSBnZW9ncmFwaGljIGFyZWEsCiAgIHRoZXkgY2FuIGJlIG1vYmls ZSwgYW5kIHRoZXkgYXJlIG9mdGVuIGRpZmZpY3VsdCB0byByZXBsYWNlLgogICBGdXJ0aGVybW9y ZSwgdGhlIHNlbnNvcnMgYXJlIHVzdWFsbHkgbm90IHByb3RlY3RlZCBhZ2FpbnN0IHRhbXBlcmlu Zy4KCiAgIE1hbmFnZW1lbnQgb2YgZW52aXJvbm1lbnRhbCBtb25pdG9yaW5nIGFwcGxpY2F0aW9u cyBpcyBsYXJnZWx5CiAgIGNvbmNlcm5lZCB3aXRoIHRoZSBtb25pdG9yaW5nIHdoZXRoZXIgdGhl IHN5c3RlbSBpcyBzdGlsbCBmdW5jdGlvbmFsCiAgIGFuZCB0aGUgcm9sbC1vdXQgb2YgbmV3IGNv bnN0cmFpbmVkIGRldmljZXMgaW4gY2FzZSB0aGUgc3lzdGVtIGxvb3NlcwogICB0b28gbXVjaCBv ZiBpdHMgc3RydWN0dXJlLiAgVGhlIGNvbnN0cmFpbmVkIGRldmljZXMgdGhlbXNlbHZlcyBuZWVk CiAgIHRvIGJlIGFibGUgdG8gZXN0YWJsaXNoIGNvbm5lY3Rpdml0eSAoYXV0by1jb25maWd1cmF0 aW9uKSBhbmQgdGhleQogICBuZWVkIHRvIGJlIGFibGUgdG8gZGVhbCB3aXRoIGV2ZW50cyBzdWNo IGFzIGxvb3NpbmcgbmVpZ2hib3JzIG9yCiAgIGJlaW5nIG1vdmVkIHRvIG90aGVyIGxvY2F0aW9u cy4KICAgClVIPiBXaGF0IGFib3V0IG1vbml0b3Jpbmc/IFRoYXQgc2VlbXMgYWxzbyBpbXBvcnRh bnQgaW4gdGhpcyB1c2UgY2FzZS4KCiAgIE1hbmFnZW1lbnQgcmVzcG9uc2liaWxpdHkgdHlwaWNh bGx5IHJlc3RzIHdpdGggdGhlIG9yZ2FuaXphdGlvbgogICBydW5uaW5nIHRoZSBlbnZpcm9ubWVu dGFsIG1vbml0b3JpbmcgYXBwbGljYXRpb24uICBTaW5jZSB0aGVzZQogICBtb25pdG9yaW5nIGFw cGxpY2F0aW9ucyBtdXN0IGJlIGRlc2lnbmVkIHRvIHRvbGVyYXRlIGEgbnVtYmVyIG9mCiAgIGZh aWx1cmVzLCB0aGUgdGltZSBzY2FsZSBmb3IgZGV0ZWN0aW5nIGFuZCByZWNvcmRpbmcgZmFpbHVy ZXMgaXMgZm9yCiAgIHNvbWUgb2YgdGhlc2UgYXBwbGljYXRpb25zIGxpa2VseSBtZWFzdXJlZCBp biBob3VycyBhbmQgcmVwYWlycyBtaWdodAogICBlYXNpbHkgdGFrZSBkYXlzLiAKVUg+IEFyZSB3 ZSB0YWxraW5nIGFib3V0ICJoYXJkd2FyZSIgZmFpbHVyZXM/IEkgYXNzdW1lIHRoYXQgaW4gc3Vj aCBzY2VuYXJpb3MsIGl0IG1heSBub3QgYmUgY29zdC1lZmZlY3RpdmUgKG9yIGluIGNhc2Ugb2Yg YSBuYXR1cmFsIGRpc2FzdGVyLCBub3QgZmVhc2libGUpIHRvIHJlcGFpciB0aGUgZGV2aWNlcy4g SWYgdGhlcmUgYXJlIGVub3VnaCBkZXZpY2VzIGRlcGxveWVkLCBhIGRlZmVjdGl2ZSBkZXZpY2Ug Y291bGQganVzdCBiZSBsZWZ0IHdpdGhvdXQgYmVpbmcgcmVwYWlyZWQuIFRoYXQgYWxzbyBtZWFu cyB0aGF0IHRoZSB0b3BvbG9neSBpcyBjcmVhdGVkIGZ1bGx5IGF1dG9ub21vdXNseS4gCiAgIAog ICAgSG93ZXZlciwgZm9yIGNlcnRhaW4gZW52aXJvbm1lbnRhbCBtb25pdG9yaW5nCiAgIGFwcGxp Y2F0aW9ucywgbXVjaCB0aWdodGVyIHRpbWUgc2NhbGVzIG1heSBleGlzdCBhbmQgbWlnaHQgYmUK ICAgZW5mb3JjZWQgYnkgcmVndWxhdGlvbnMgKGUuZy4sIG1vbml0b3Jpbmcgb2YgbnVjbGVhciBy YWRpYXRpb24pLgogICAKVUg+IEluIHRoaXMgdGV4dCwgYW5kIGluIGdlbmVyYWwgZm9yIHRoZSBk cmFmdCwgbWF5YmUgbW9yZSBleHBsYW5hdGlvbnMgY291bGQgYmUgcHJvdmlkZWQgZm9yIGVhY2gg dXNlIGNhc2Ugd2h5IGNsYXNzaWMgSW50ZXJuZXQgbWFuYWdlbWVudCBpcyBub3QgcG9zc2libGUs IGUuZy4sIHdoeSBjYW4ndCBJIGp1c3QgdXNlIFNOTVAvTmV0Y29uZiBpbiB0aGlzIGNhc2U/Cgoz LjIuICBJbmZyYXN0cnVjdHVyZSBNb25pdG9yaW5nCgogICBJbmZyYXN0cnVjdHVyZSBtb25pdG9y aW5nIGlzIGNvbmNlcm5lZCB3aXRoIHRoZSBtb25pdG9yaW5nIG9mCiAgIGluZnJhc3RydWN0dXJl cyBzdWNoIGFzIGJyaWRnZXMsIHJhaWx3YXkgdHJhY2tzLCBvciAob2Zmc2hvcmUpCiAgIHdpbmRt aWxscy4gIFRoZSBwcmltYXJ5IGdvYWwgaXMgdXN1YWxseSB0byBkZXRlY3QgYW55IGV2ZW50cyBv cgogICBjaGFuZ2VzIG9mIHRoZSBzdHJ1Y3R1cmFsIGNvbmRpdGlvbnMgdGhhdCBjYW4gaW1wYWN0 IHRoZSByaXNrIGFuZAogICBzYWZldHkgb2YgdGhlIGluZnJhc3RydWN0dXJlIGJlaW5nIG1vbml0 b3JlZC4gIEFub3RoZXIgc2Vjb25kYXJ5IGdvYWwKICAgaXMgdG8gc2NoZWR1bGUgcmVwYWlyIGFu ZCBtYWludGVuYW5jZSBhY3Rpdml0aWVzIGluIGEgY29zdCBlZmZlY3RpdmUKICAgbWFubmVyLgoK ICAgVGhlIGluZnJhc3RydWN0dXJlIHRvIG1vbml0b3IgbWlnaHQgYmUgaW4gYSBmYWN0b3J5IG9y IHNwcmVhZCBvdmVyIGEKICAgd2lkZXIgYXJlYSBidXQgZGlmZmljdWx0IHRvIGFjY2Vzcy4gIEFz IHN1Y2gsIHRoZSBuZXR3b3JrIGluIHVzZQogICBtaWdodCBiZSBiYXNlZCBvbiBhIGNvbWJpbmF0 aW9uIG9mIGZpeGVkIGFuZCB3aXJlbGVzcyB0ZWNobm9sb2dpZXMsCiAgIHdoaWNoIHVzZSByb2J1 c3QgbmV0d29ya2luZyBlcXVpcG1lbnQgYW5kIHN1cHBvcnQgcmVsaWFibGUKICAgY29tbXVuaWNh dGlvbi4gIAoKVUg+IElmIHdpcmVsZXNzIHRlY2hub2xvZ2llcyBhcmUgdXNlZCwgaG93IGNhbiBy b2J1c3RuZXNzIGFuZCByZWxpYWJsZSBjb21tdW5pY2F0aW9uIGJlIGd1YXJhbnRlZWQ/ICAgCiAg IAogICBJdCBpcyBsaWtlbHkgdGhhdCBjb25zdHJhaW5lZCBkZXZpY2VzIGluIHN1Y2ggYQogICBu ZXR3b3JrIGFyZSBtYWlubHkgQzIgZGV2aWNlcwoKVUg+IFRoZSBpbnRyb2R1Y3Rpb24gbWVudGlv bnMgTFdJRyB0ZXJtaW5vbG9neSwgYnV0IG1heWJlIGl0IHdvdWxkIGJlIGhlbHBmdWwgdG8gImlt cG9ydCIgdGhlIHNwZWNpZmljYWxseSB1c2VkIHRlcm1pbm9sb2d5IGluIHRoZSBpbnRyb2R1Y3Rp b24sIGUuZy4sICJ0aGlzIGRvY3VtZW50IHVzZXMgdGVybWlub2xvZ3kgZGVmaW5lZCBpbiBbbHdp Zy10ZXJtaW5vbG9neV0sIHNwZWNpZmljYWxseSB0aGUgZm9sbG93aW5nIHRlcm1zIGFyZSB1c2Vk OiBDMiAuLi4iICAgCiAgIAogICAgYW5kIGhhdmUgdG8gYmUgY29udHJvbGxlZCBjZW50cmFsbHkg YnkKICAgYW4gYXBwbGljYXRpb24gcnVubmluZyBvbiBhIHNlcnZlci4gIEluIGNhc2Ugc3VjaCBh IGRpc3RyaWJ1dGVkCiAgIG5ldHdvcmsgaXMgd2lkZWx5IHNwcmVhZCwgdGhlIHdpcmVsZXNzIGRl dmljZXMgbWlnaHQgdXNlIGRpdmVyc2UKICAgbG9uZy1kaXN0YW5jZSB3aXJlbGVzcyB0ZWNobm9s b2dpZXMgc3VjaCBhcyBXaU1BWCwgb3IgM0cvTFRFLCBlLmcuCgoKCkVyc3VlLCBldCBhbC4gICAg ICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgICBbUGFnZSA3XQoM CkludGVybmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENhc2VzICAg ICAgRmVicnVhcnkgMjAxNAoKCiAgIGJhc2VkIG9uIGVtYmVkZGVkIGhhcmR3YXJlIG1vZHVsZXMu ICBJbiBjYXNlcywgd2hlcmUgYW4gaW4tYnVpbGRpbmcKVUg+IHJlbW92ZSBjb21tYQogICBuZXR3 b3JrIGlzIGludm9sdmVkLCB0aGUgbmV0d29yayBjYW4gYmUgYmFzZWQgb24gRXRoZXJuZXQgb3Ig d2lyZWxlc3MKICAgdGVjaG5vbG9naWVzIHN1aXRhYmxlIGZvciBpbi1idWlsZGluZyB1c2FnZS4K CiAgIFRoZSBtYW5hZ2VtZW50IG9mIGluZnJhc3RydWN0dXJlIG1vbml0b3JpbmcgYXBwbGljYXRp b25zIGlzIHByaW1hcmlseQogICBjb25jZXJuZWQgd2l0aCB0aGUgbW9uaXRvcmluZyBvZiB0aGUg ZnVuY3Rpb25pbmcgb2YgdGhlIHN5c3RlbS4KICAgSW5mcmFzdHJ1Y3R1cmUgbW9uaXRvcmluZyBk ZXZpY2VzIGFyZSB0eXBpY2FsbHkgcm9sbGVkIG91dCBhbmQKICAgaW5zdGFsbGVkIGJ5IGRlZGlj YXRlZCBleHBlcnRzIGFuZCBjaGFuZ2VzIGFyZSByYXJlIHNpbmNlIHRoZQogICBpbmZyYXN0cnVj dHVyZSBpdHNlbGYgY2hhbmdlcyByYXJlbHkuICBIb3dldmVyLCBtb25pdG9yaW5nIGRldmljZXMK ICAgYXJlIG9mdGVuIGRlcGxveWVkIGluIHVuc3VwZXJ2aXNlZCBlbnZpcm9ubWVudHMgYW5kIGhl bmNlIHNwZWNpYWwKICAgYXR0ZW50aW9uIG11c3QgYmUgZ2l2ZW4gdG8gcHJvdGVjdGluZyB0aGUg ZGV2aWNlcyBmcm9tIGJlaW5nCiAgIG1vZGlmaWVkLgoKICAgTWFuYWdlbWVudCByZXNwb25zaWJp bGl0eSB0eXBpY2FsbHkgcmVzdHMgd2l0aCB0aGUgb3JnYW5pemF0aW9uCiAgIG93bmluZyB0aGUg aW5mcmFzdHJ1Y3R1cmUgb3IgcmVzcG9uc2libGUgZm9yIGl0cyBvcGVyYXRpb24uICBUaGUgdGlt ZQogICBzY2FsZSBmb3IgZGV0ZWN0aW5nIGFuZCByZWNvcmRpbmcgZmFpbHVyZXMgaXMgbGlrZWx5 IG1lYXN1cmVkIGluCiAgIGhvdXJzIGFuZCByZXBhaXJzIG1pZ2h0IGVhc2lseSB0YWtlIGRheXMu ICBIb3dldmVyLCBjZXJ0YWluIGV2ZW50cwogICAoZS5nLiwgbmF0dXJhbCBkaXNhc3RlcnMpIG1h eSByZXF1aXJlIHRoYXQgc3RhdHVzIGluZm9ybWF0aW9uIGJlCiAgIG9idGFpbmVkIG11Y2ggbW9y ZSBxdWlja2x5IGFuZCB0aGF0IHJlcGxhY2VtZW50cyBvZiBmYWlsZWQgc2Vuc29ycwogICBjYW4g YmUgcm9sbGVkIG91dCBxdWlja2x5IChvciByZWR1bmRhbnQgc2Vuc29ycyBhcmUgYWN0aXZhdGVk CiAgIHF1aWNrbHkpLiAgSW4gY2FzZSB0aGUgZGV2aWNlcyBhcmUgZGlmZmljdWx0IHRvIGFjY2Vz cywgYSBzZWxmLQogICBoZWFsaW5nIGZlYXR1cmUgb24gdGhlIGRldmljZSBtaWdodCBiZWNvbWUg bmVjZXNzYXJ5LgoKMy4zLiAgSW5kdXN0cmlhbCBBcHBsaWNhdGlvbnMKCiAgIEluZHVzdHJpYWwg QXBwbGljYXRpb25zIGFuZCBzbWFydCBtYW51ZmFjdHVyaW5nIHJlZmVyIHRvIHRhc2tzIHN1Y2gK ICAgYXMgbmV0d29ya2VkIGNvbnRyb2wgYW5kIG1vbml0b3Jpbmcgb2YgbWFudWZhY3R1cmluZyBl cXVpcG1lbnQsIGFzc2V0CiAgIGFuZCBzaXR1YXRpb24gbWFuYWdlbWVudCwgb3IgbWFudWZhY3R1 cmluZyBwcm9jZXNzIGNvbnRyb2wuICBGb3IgdGhlCiAgIG1hbmFnZW1lbnQgb2YgYSBmYWN0b3J5 IGl0IGlzIGJlY29taW5nIGVzc2VudGlhbCB0byBpbXBsZW1lbnQgc21hcnQKICAgY2FwYWJpbGl0 aWVzLiAgRnJvbSBhbiBlbmdpbmVlcmluZyBzdGFuZHBvaW50LCBpbmR1c3RyaWFsCiAgIGFwcGxp Y2F0aW9ucyBhcmUgaW50ZWxsaWdlbnQgc3lzdGVtcyBlbmFibGluZyByYXBpZCBtYW51ZmFjdHVy aW5nIG9mCiAgIG5ldyBwcm9kdWN0cywgZHluYW1pYyByZXNwb25zZSB0byBwcm9kdWN0IGRlbWFu ZHMsIGFuZCByZWFsLXRpbWUKICAgb3B0aW1pemF0aW9uIG9mIG1hbnVmYWN0dXJpbmcgcHJvZHVj dGlvbiBhbmQgc3VwcGx5IGNoYWluIG5ldHdvcmtzLgogICBQb3RlbnRpYWwgaW5kdXN0cmlhbCBh cHBsaWNhdGlvbnMgKGUuZy4sIGZvciBzbWFydCBmYWN0b3JpZXMgYW5kCiAgIHNtYXJ0IG1hbnVm YWN0dXJpbmcpIGFyZToKCiAgIG8gIERpZ2l0YWwgY29udHJvbCBzeXN0ZW1zIHdpdGggZW1iZWRk ZWQsIGF1dG9tYXRlZCBwcm9jZXNzIGNvbnRyb2xzLAogICAgICBvcGVyYXRvciB0b29scywgYXMg d2VsbCBhcyBzZXJ2aWNlIGluZm9ybWF0aW9uIHN5c3RlbXMgb3B0aW1pemluZwogICAgICBwbGFu dCBvcGVyYXRpb25zIGFuZCBzYWZldHkuCgogICBvICBBc3NldCBtYW5hZ2VtZW50IHVzaW5nIHBy ZWRpY3RpdmUgbWFpbnRlbmFuY2UgdG9vbHMsIHN0YXRpc3RpY2FsCiAgICAgIGV2YWx1YXRpb24s IGFuZCBtZWFzdXJlbWVudHMgbWF4aW1pemluZyBwbGFudCByZWxpYWJpbGl0eS4KCiAgIG8gIFNt YXJ0IHNlbnNvcnMgZGV0ZWN0aW5nIGFub21hbGllcyB0byBhdm9pZCBhYm5vcm1hbCBvcgogICAg ICBjYXRhc3Ryb3BoaWMgZXZlbnRzLgoKICAgbyAgU21hcnQgc3lzdGVtcyBpbnRlZ3JhdGVkIHdp dGhpbiB0aGUgaW5kdXN0cmlhbCBlbmVyZ3kgbWFuYWdlbWVudAogICAgICBzeXN0ZW0gYW5kIGV4 dGVybmFsbHkgd2l0aCB0aGUgc21hcnQgZ3JpZCBlbmFibGluZyByZWFsLXRpbWUKCgoKRXJzdWUs IGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAg IFtQYWdlIDhdCgwKSW50ZXJuZXQtRHJhZnQgICAgICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBV c2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoKICAgICAgZW5lcmd5IG9wdGltaXphdGlvbi4K CiAgIE1hbmFnZW1lbnQgb2YgSW5kdXN0cmlhbCBBcHBsaWNhdGlvbnMgYW5kIHNtYXJ0IG1hbnVm YWN0dXJpbmcgbWF5IGluCiAgIHNvbWUgc2l0dWF0aW9ucyBpbnZvbHZlIEJ1aWxkaW5nIEF1dG9t YXRpb24gdGFza3Mgc3VjaCBhcyBjb250cm9sIG9mCiAgIGVuZXJneSwgSFZBQyAoaGVhdGluZywg dmVudGlsYXRpb24sIGFuZCBhaXIgY29uZGl0aW9uaW5nKSwgbGlnaHRpbmcsCiAgIG9yIGFjY2Vz cyBjb250cm9sLiAgSW50ZXJhY3Rpbmcgd2l0aCBtYW5hZ2VtZW50IHN5c3RlbXMgZnJvbSBvdGhl cgogICBhcHBsaWNhdGlvbiBhcmVhcyBtaWdodCBiZSBpbXBvcnRhbnQgaW4gc29tZSBjYXNlcyAo ZS5nLiwKICAgZW52aXJvbm1lbnRhbCBtb25pdG9yaW5nIGZvciBlbGVjdHJpYyBlbmVyZ3kgcHJv ZHVjdGlvbiwgZW5lcmd5CiAgIG1hbmFnZW1lbnQgZm9yIGR5bmFtaWNhbGx5IHNjYWxpbmcgbWFu dWZhY3R1cmluZywgdmVoaWN1bGFyIG5ldHdvcmtzCiAgIGZvciBtb2JpbGUgYXNzZXQgdHJhY2tp bmcpLgoKICAgU2Vuc29yIG5ldHdvcmtzIGFyZSBhbiBlc3NlbnRpYWwgdGVjaG5vbG9neSB1c2Vk IGZvciBzbWFydAogICBtYW51ZmFjdHVyaW5nLiAgTWVhc3VyZW1lbnRzLCBhdXRvbWF0ZWQgY29u dHJvbHMsIHBsYW50IG9wdGltaXphdGlvbiwKICAgaGVhbHRoIGFuZCBzYWZldHkgbWFuYWdlbWVu dCwgYW5kIG90aGVyIGZ1bmN0aW9ucyBhcmUgcHJvdmlkZWQgYnkgYQogICBsYXJnZSBudW1iZXIg b2YgbmV0d29ya2VkIHNlY3RvcnMuICBEYXRhIGludGVyb3BlcmFiaWxpdHkgYW5kCiAgIHNlYW1s ZXNzIGV4Y2hhbmdlIG9mIHByb2R1Y3QsIHByb2Nlc3MsIGFuZCBwcm9qZWN0IGRhdGEgYXJlIGVu YWJsZWQKICAgdGhyb3VnaCBpbnRlcm9wZXJhYmxlIGRhdGEgc3lzdGVtcyB1c2VkIGJ5IGNvbGxh Ym9yYXRpbmcgZGl2aXNpb25zIG9yCiAgIGJ1c2luZXNzIHN5c3RlbXMuICBJbnRlbGxpZ2VudCBh dXRvbWF0aW9uIGFuZCBsZWFybmluZyBzeXN0ZW1zIGFyZQogICB2aXRhbCB0byBzbWFydCBtYW51 ZmFjdHVyaW5nIGJ1dCBtdXN0IGJlIGVmZmVjdGl2ZWx5IGludGVncmF0ZWQgd2l0aAogICB0aGUg ZGVjaXNpb24gZW52aXJvbm1lbnQuICBXaXJlbGVzcyBzZW5zb3IgbmV0d29ya3MgKFdTTikgaGF2 ZSBiZWVuCiAgIGRldmVsb3BlZCBmb3IgbWFjaGluZXJ5IENvbmRpdGlvbi1iYXNlZCBNYWludGVu YW5jZSAoQ0JNKSBhcyB0aGV5CiAgIG9mZmVyIHNpZ25pZmljYW50IGNvc3Qgc2F2aW5ncyBhbmQg ZW5hYmxlIG5ldyBmdW5jdGlvbmFsaXRpZXMuCiAgIEluYWNjZXNzaWJsZSBsb2NhdGlvbnMsIHJv dGF0aW5nIG1hY2hpbmVyeSwgaGF6YXJkb3VzIGFyZWFzLCBhbmQKICAgbW9iaWxlIGFzc2V0cyBj YW4gYmUgcmVhY2hlZCB3aXRoIHdpcmVsZXNzIHNlbnNvcnMuICBXU05zIGNhbiBwcm92aWRlCiAg IHRvZGF5IHdpcmVsZXNzIGxpbmsgcmVsaWFiaWxpdHksIHJlYWwtdGltZSBjYXBhYmlsaXRpZXMs IGFuZCBxdWFsaXR5LQogICBvZi1zZXJ2aWNlIGFuZCBlbmFibGUgaW5kdXN0cmlhbCBhbmQgcmVs YXRlZCB3aXJlbGVzcyBzZW5zZSBhbmQKICAgY29udHJvbCBhcHBsaWNhdGlvbnMuCgogICBNYW5h Z2VtZW50IG9mIGluZHVzdHJpYWwgYW5kIGZhY3RvcnkgYXBwbGljYXRpb25zIGlzIGxhcmdlbHkg Zm9jdXNlZAogICBvbiB0aGUgbW9uaXRvcmluZyB3aGV0aGVyIHRoZSBzeXN0ZW0gaXMgc3RpbGwg ZnVuY3Rpb25hbCwgcmVhbC10aW1lCiAgIGNvbnRpbnVvdXMgcGVyZm9ybWFuY2UgbW9uaXRvcmlu ZywgYW5kIG9wdGltaXphdGlvbiBhcyBuZWNlc3NhcnkuCiAgIFRoZSBmYWN0b3J5IG5ldHdvcmsg bWlnaHQgYmUgcGFydCBvZiBhIGNhbXB1cyBuZXR3b3JrIG9yIGNvbm5lY3RlZCB0bwogICB0aGUg SW50ZXJuZXQuICBUaGUgY29uc3RyYWluZWQgZGV2aWNlcyBpbiBzdWNoIGEgbmV0d29yayBuZWVk IHRvIGJlCiAgIGFibGUgdG8gZXN0YWJsaXNoIGNvbmZpZ3VyYXRpb24gdGhlbXNlbHZlcyAoYXV0 by1jb25maWd1cmF0aW9uKSBhbmQKICAgbWlnaHQgbmVlZCB0byBkZWFsIHdpdGggZXJyb3IgY29u ZGl0aW9ucyBhcyBtdWNoIGFzIHBvc3NpYmxlIGxvY2FsbHkuCiAgIEFjY2VzcyBjb250cm9sIGhh cyB0byBiZSBwcm92aWRlZCB3aXRoIG11bHRpLWxldmVsIGFkbWluaXN0cmF0aXZlCiAgIGFjY2Vz cyBhbmQgc2VjdXJpdHkuICBTdXBwb3J0IGFuZCBkaWFnbm9zdGljcyBjYW4gYmUgcHJvdmlkZWQg dGhyb3VnaAogICByZW1vdGUgbW9uaXRvcmluZyBhY2Nlc3MgY2VudHJhbGl6ZWQgb3V0c2lkZSBv ZiB0aGUgZmFjdG9yeS4KCiAgIE1hbmFnZW1lbnQgcmVzcG9uc2liaWxpdHkgaXMgdHlwaWNhbGx5 IG93bmVkIGJ5IHRoZSBvcmdhbml6YXRpb24KICAgcnVubmluZyB0aGUgaW5kdXN0cmlhbCBhcHBs aWNhdGlvbi4gIFNpbmNlIHRoZSBtb25pdG9yaW5nCiAgIGFwcGxpY2F0aW9ucyBtdXN0IGhhbmRs ZSBhIHBvdGVudGlhbGx5IGxhcmdlIG51bWJlciBvZiBmYWlsdXJlcywgdGhlCiAgIHRpbWUgc2Nh bGUgZm9yIGRldGVjdGluZyBhbmQgcmVjb3JkaW5nIGZhaWx1cmVzIGlzIGZvciBzb21lIG9mIHRo ZXNlCiAgIGFwcGxpY2F0aW9ucyBsaWtlbHkgbWVhc3VyZWQgaW4gbWludXRlcy4gIEhvd2V2ZXIs IGZvciBjZXJ0YWluCiAgIGluZHVzdHJpYWwgYXBwbGljYXRpb25zLCBtdWNoIHRpZ2h0ZXIgdGlt ZSBzY2FsZXMgbWF5IGV4aXN0LCBlLmcuIGluCiAgIHJlYWwtdGltZSwgd2hpY2ggbWlnaHQgYmUg ZW5mb3JjZWQgYnkgdGhlIG1hbnVmYWN0dXJpbmcgcHJvY2VzcyBvcgogICB0aGUgdXNlIG9mIGNy aXRpY2FsIG1hdGVyaWFsLgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVn dXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgIFtQYWdlIDldCgwKSW50ZXJuZXQtRHJhZnQgICAg ICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoK My40LiAgRW5lcmd5IE1hbmFnZW1lbnQKCiAgIFRoZSBFTUFOIHdvcmtpbmcgZ3JvdXAgZGV2ZWxv cGVkIGFuIGVuZXJneSBtYW5hZ2VtZW50IGZyYW1ld29yawogICBbSS1ELmlldGYtZW1hbi1mcmFt ZXdvcmtdIGZvciBkZXZpY2VzIGFuZCBkZXZpY2UgY29tcG9uZW50cyB3aXRoaW4gb3IKICAgY29u bmVjdGVkIHRvIGNvbW11bmljYXRpb24gbmV0d29ya3MuICBUaGlzIGRvY3VtZW50IG9ic2VydmVz IHRoYXQgb25lCiAgIG9mIHRoZSBjaGFsbGVuZ2VzIG9mIGVuZXJneSBtYW5hZ2VtZW50IGlzIHRo YXQgYSBwb3dlciBkaXN0cmlidXRpb24KICAgbmV0d29yayBpcyByZXNwb25zaWJsZSBmb3IgdGhl IHN1cHBseSBvZiBlbmVyZ3kgdG8gdmFyaW91cyBkZXZpY2VzCiAgIGFuZCBjb21wb25lbnRzLCB3 aGlsZSBhIHNlcGFyYXRlIGNvbW11bmljYXRpb24gbmV0d29yayBpcyB0eXBpY2FsbHkKICAgdXNl ZCB0byBtb25pdG9yIGFuZCBjb250cm9sIHRoZSBwb3dlciBkaXN0cmlidXRpb24gbmV0d29yay4g IERldmljZXMKICAgdGhhdCBoYXZlIGVuZXJneSBtYW5hZ2VtZW50IGNhcGFiaWxpdHkgYXJlIGRl ZmluZWQgYXMgRW5lcmd5IERldmljZXMKVUg+IFdoZXJlIGlzIHRoYXQgZGVmaW5lZD8gSW4gdGhl IGVtYW4tZnJhbWV3b3JrIGRyYWZ0PwoKICAgYW5kIGlkZW50aWZpZWQgY29tcG9uZW50cyB3aXRo aW4gYSBkZXZpY2UgKEVuZXJneSBEZXZpY2UgQ29tcG9uZW50cykKICAgY2FuIGJlIG1vbml0b3Jl ZCBmb3IgcGFyYW1ldGVycyBsaWtlIFBvd2VyLCBFbmVyZ3ksIERlbWFuZCBhbmQgUG93ZXIKICAg UXVhbGl0eS4gIElmIGEgZGV2aWNlIGNvbnRhaW5zIGJhdHRlcmllcywgdGhleSBjYW4gYmUgYWxz byBtb25pdG9yZWQKICAgYW5kIG1hbmFnZWQuCgogICBFbmVyZ3kgZGV2aWNlcyBkaWZmZXIgaW4g Y29tcGxleGl0eSBhbmQgbWF5IGluY2x1ZGUgYmFzaWMgc2Vuc29ycyBvcgogICBzd2l0Y2hlcywg c3BlY2lhbGl6ZWQgZWxlY3RyaWNhbCBtZXRlcnMsIG9yIHBvd2VyIGRpc3RyaWJ1dGlvbiB1bml0 cwogICAoUERVKSwgYW5kIHN1YnN5c3RlbXMgaW5zaWRlIHRoZSBuZXR3b3JrIGRldmljZXMgKHJv dXRlcnMsIG5ldHdvcmsKICAgc3dpdGNoZXMpIG9yIGhvbWUgb3IgaW5kdXN0cmlhbCBhcHBsaWFu Y2VzLiAgQW4gRW5lcmd5IE1hbmFnZW1lbnQKICAgU3lzdGVtIGlzIGEgY29tYmluYXRpb24gb2Yg aGFyZHdhcmUgYW5kIHNvZnR3YXJlIHVzZWQgdG8gYWRtaW5pc3RlciBhCiAgIG5ldHdvcmsgd2l0 aCB0aGUgcHJpbWFyeSBwdXJwb3NlIGJlaW5nIEVuZXJneSBNYW5hZ2VtZW50LiAgVGhlCiAgIG9w ZXJhdG9ycyBvZiBzdWNoIGEgc3lzdGVtIGFyZSBlaXRoZXIgdGhlIHV0aWxpdHkgcHJvdmlkZXJz IG9yCiAgIGN1c3RvbWVycyB0aGF0IGFpbSB0byBjb250cm9sIGFuZCByZWR1Y2UgdGhlIGVuZXJn eSBjb25zdW1wdGlvbiBhbmQKICAgdGhlIGFzc29jaWF0ZWQgY29zdHMuICBUaGUgdG9wb2xvZ3kg aW4gdXNlIGRpZmZlcnMgYW5kIHRoZSBkZXBsb3ltZW50CiAgIGNhbiBjb3ZlciBhcmVhcyBmcm9t IHNtYWxsIHN1cmZhY2VzIChpbmRpdmlkdWFsIGhvbWVzKSB0byBsYXJnZQogICBnZW9ncmFwaGlj YWwgYXJlYXMuICBUaGUgRU1BTiByZXF1aXJlbWVudHMgZG9jdW1lbnQgW1JGQzY5ODhdCiAgIGRp c2N1c3NlcyB0aGUgcmVxdWlyZW1lbnRzIGZvciBlbmVyZ3kgbWFuYWdlbWVudCBjb25jZXJuaW5n CiAgIG1vbml0b3JpbmcgYW5kIGNvbnRyb2wgZnVuY3Rpb25zLgoKICAgSXQgaXMgYXNzdW1lZCB0 aGF0IEVuZXJneSBNYW5hZ2VtZW50IHdpbGwgYXBwbHkgdG8gYSBsYXJnZSByYW5nZSBvZgogICBk ZXZpY2VzIG9mIGFsbCBjbGFzc2VzIGFuZCBuZXR3b3JrcyB0b3BvbG9naWVzLiAgClVIPiBhc3N1 bWVkIGJ5IHdob20/CiAKICAgU3BlY2lmaWMgcmVzb3VyY2UKICAgbW9uaXRvcmluZyBsaWtlIGJh dHRlcnkgdXRpbGl6YXRpb24gYW5kIGF2YWlsYWJpbGl0eSBtYXkgYmUgc3BlY2lmaWMKICAgdG8g ZGV2aWNlcyB3aXRoIGxvd2VyIHBoeXNpY2FsIHJlc291cmNlcyAoZGV2aWNlIGNsYXNzZXMgQzAg b3IgQzEpLgoKICAgRW5lcmd5IE1hbmFnZW1lbnQgaXMgZXNwZWNpYWxseSByZWxldmFudCB0byB0 aGUgU21hcnQgR3JpZC4gIEEgU21hcnQKICAgR3JpZCBpcyBhbiBlbGVjdHJpY2FsIGdyaWQgdGhh dCB1c2VzIGRhdGEgbmV0d29ya3MgdG8gZ2F0aGVyIGFuZCB0bwogICBhY3Qgb24gZW5lcmd5IGFu ZCBwb3dlci1yZWxhdGVkIGluZm9ybWF0aW9uIGluIGFuIGF1dG9tYXRlZCBmYXNoaW9uCiAgIHdp dGggdGhlIGdvYWwgdG8gaW1wcm92ZSB0aGUgZWZmaWNpZW5jeSwgcmVsaWFiaWxpdHksIGVjb25v bWljcywgYW5kCiAgIHN1c3RhaW5hYmlsaXR5IG9mIHRoZSBwcm9kdWN0aW9uIGFuZCBkaXN0cmli dXRpb24gb2YgZWxlY3RyaWNpdHkuICBBCiAgIFNtYXJ0IEdyaWQgcHJvdmlkZXMgc3VzdGFpbmFi bGUgYW5kIHJlbGlhYmxlIGdlbmVyYXRpb24sCiAgIHRyYW5zbWlzc2lvbiwgZGlzdHJpYnV0aW9u LCBzdG9yYWdlIGFuZCBjb25zdW1wdGlvbiBvZiBlbGVjdHJpY2FsCiAgIGVuZXJneSBiYXNlZCBv biBhZHZhbmNlZCBlbmVyZ3kgYW5kIGluZm9ybWF0aW9uIHRlY2hub2xvZ3kuICBTbWFydAogICBH cmlkcyBlbmFibGUgdGhlIGZvbGxvd2luZyBzcGVjaWZpYyBhcHBsaWNhdGlvbiBhcmVhczogU21h cnQKICAgdHJhbnNtaXNzaW9uIHN5c3RlbXMsIERlbWFuZCBSZXNwb25zZS9Mb2FkIE1hbmFnZW1l bnQsIFN1YnN0YXRpb24KICAgQXV0b21hdGlvbiwgQWR2YW5jZWQgRGlzdHJpYnV0aW9uIE1hbmFn ZW1lbnQsIEFkdmFuY2VkIE1ldGVyaW5nCiAgIEluZnJhc3RydWN0dXJlIChBTUkpLCBTbWFydCBN ZXRlcmluZywgU21hcnQgSG9tZSBhbmQgQnVpbGRpbmcKICAgQXV0b21hdGlvbiwgRS1tb2JpbGl0 eSwgZXRjLgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAy MDE0ICAgICAgICAgICAgICAgW1BhZ2UgMTBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICBDb25zdHJh aW5lZCBNYW5hZ2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoKICAgU21hcnQg TWV0ZXJpbmcgaXMgYSBnb29kIGV4YW1wbGUgb2YgU21hcnQgR3JpZCBiYXNlZCBFbmVyZ3kKICAg TWFuYWdlbWVudCBhcHBsaWNhdGlvbnMuICBEaWZmZXJlbnQgdHlwZXMgb2YgcG9zc2libHkgd2ly ZWxlc3Mgc21hbGwKICAgbWV0ZXJzIHByb2R1Y2UgYWxsIHRvZ2V0aGVyIGEgbGFyZ2UgYW1vdW50 IG9mIGRhdGEsIHdoaWNoIGlzCiAgIGNvbGxlY3RlZCBieSBhIGNlbnRyYWwgZW50aXR5IGFuZCBw cm9jZXNzZWQgYnkgYW4gYXBwbGljYXRpb24gc2VydmVyLAogICB3aGljaCBtYXkgYmUgbG9jYXRl ZCB3aXRoaW4gdGhlIGN1c3RvbWVyJ3MgcmVzaWRlbmNlIG9yIG9mZi1zaXRlIGluIGEKICAgZGF0 YS1jZW50ZXIuICBUaGUgY29tbXVuaWNhdGlvbiBpbmZyYXN0cnVjdHVyZSBjYW4gYmUgcHJvdmlk ZWQgYnkgYQogICBtb2JpbGUgbmV0d29yayBvcGVyYXRvciBhcyB0aGUgbWV0ZXJzIGluIHVyYmFu IGFyZWFzIHdpbGwgaGF2ZSBtb3N0CiAgIGxpa2VseSBhIGNlbGx1bGFyIG9yIFdpTUFYIHJhZGlv LiAgSW4gY2FzZSB0aGUgYXBwbGljYXRpb24gc2VydmVyIGlzCiAgIGxvY2F0ZWQgd2l0aGluIHRo ZSByZXNpZGVuY2UsIHN1Y2ggbWV0ZXJzIGFyZSBtb3JlIGxpa2VseSB0byB1c2UgV2lGaQogICBw cm90b2NvbHMgdG8gaW50ZXJjb25uZWN0IHdpdGggYW4gZXhpc3RpbmcgbmV0d29yay4KCiAgIEFu IEFNSSBuZXR3b3JrIGlzIGFub3RoZXIgZXhhbXBsZSBvZiB0aGUgU21hcnQgR3JpZCB0aGF0IGVu YWJsZXMgYW4KICAgZWxlY3RyaWMgdXRpbGl0eSB0byByZXRyaWV2ZSBmcmVxdWVudCBlbGVjdHJp YyB1c2FnZSBkYXRhIGZyb20gZWFjaAogICBlbGVjdHJpYyBtZXRlciBpbnN0YWxsZWQgYXQgYSBj dXN0b21lcidzIGhvbWUgb3IgYnVzaW5lc3MuICBUaGlzIGlzCiAgIHVubGlrZSBTbWFydCBNZXRl cmluZywgaW4gd2hpY2ggY2FzZSB0aGUgY3VzdG9tZXIgb3IgdGhlaXIgYWdlbnRzCiAgIGluc3Rh bGwgYXBwbGlhbmNlIGxldmVsIG1ldGVycywgYmVjYXVzZSBhbiBBTUkgaW5mcmFzdHJ1Y3R1cmUg aXMKICAgdHlwaWNhbGx5IG1hbmFnZWQgYnkgdGhlIHV0aWxpdHkgcHJvdmlkZXJzLiAgV2l0aCBh biBBTUkgbmV0d29yaywgYQogICB1dGlsaXR5IGNhbiBhbHNvIHJlY2VpdmUgaW1tZWRpYXRlIG5v dGlmaWNhdGlvbiBvZiBwb3dlciBvdXRhZ2VzIHdoZW4KICAgdGhleSBvY2N1ciwgZGlyZWN0bHkg ZnJvbSB0aGUgZWxlY3RyaWMgbWV0ZXJzIHRoYXQgYXJlIGV4cGVyaWVuY2luZwogICB0aG9zZSBv dXRhZ2VzLiAgSW4gYWRkaXRpb24sIGlmIHRoZSBBTUkgbmV0d29yayBpcyBkZXNpZ25lZCB0byBi ZQogICBvcGVuIGFuZCBleHRlbnNpYmxlLCBpdCBjb3VsZCBzZXJ2ZSBhcyB0aGUgYmFja2JvbmUg Zm9yIGNvbW11bmljYXRpbmcKICAgd2l0aCBvdGhlciBkaXN0cmlidXRpb24gYXV0b21hdGlvbiBk ZXZpY2VzIGJlc2lkZXMgbWV0ZXJzLCB3aGljaAogICBjb3VsZCBpbmNsdWRlIHRyYW5zZm9ybWVy cyBhbmQgcmVjbG9zZXJzLgoKICAgRWFjaCBtZXRlciBpbiB0aGUgQU1JIG5ldHdvcmsgdHlwaWNh bGx5IGNvbnRhaW5zIGNvbnN0cmFpbmVkIGRldmljZXMKICAgb2YgdGhlIEMyIHR5cGUuICBFYWNo IG1ldGVyIHVzZXMgdGhlIGNvbnN0cmFpbmVkIGRldmljZXMgdG8gY29ubmVjdAogICB0byBtZXNo IG5ldHdvcmtzIHdpdGggYSBsb3ctYmFuZHdpZHRoIHJhZGlvLiAgVGhlc2UgcmFkaW9zIGNhbiBi ZSA1MCwKICAgMTUwLCBvciAyMDAga2JwcyBhdCByYXcgbGluayBzcGVlZCwgYnV0IGFjdHVhbCBu ZXR3b3JrIHRocm91Z2hwdXQgbWF5CiAgIGJlIHNpZ25pZmljYW50bHkgbG93ZXIgZHVlIHRvIGZv cndhcmQgZXJyb3IgY29ycmVjdGlvbiwgbXVsdGlob3AKICAgZGVsYXlzLCBNQUMgZGVsYXlzLCBs b3NzeSBsaW5rcywgYW5kIHByb3RvY29sIG92ZXJoZWFkLiAgVXNhZ2UgZGF0YQogICBhbmQgb3V0 YWdlIG5vdGlmaWNhdGlvbnMgY2FuIGJlIHNlbnQgYnkgdGhlc2UgbWV0ZXJzIHRvIHRoZSB1dGls aXR5J3MKICAgaGVhZGVuZCBzeXN0ZW1zLCB0eXBpY2FsbHkgbG9jYXRlZCBpbiBhIGRhdGEgY2Vu dGVyIG1hbmFnZWQgYnkgdGhlCiAgIHV0aWxpdHksIHdoaWNoIGluY2x1ZGUgbWV0ZXIgZGF0YSBj b2xsZWN0aW9uIHN5c3RlbXMsIG1ldGVyIGRhdGEKICAgbWFuYWdlbWVudCBzeXN0ZW1zLCBhbmQg b3V0YWdlIG1hbmFnZW1lbnQgc3lzdGVtcy4KCiAgIE1ldGVycyBpbiBhbiBBTUkgbmV0d29yaywg dW5saWtlIGluIFNtYXJ0IE1ldGVyaW5nLCBhY3QgYXMgdHJhZmZpYwogICBzb3VyY2VzIGFuZCBy b3V0ZXJzIGFzIHdlbGwuICBUeXBpY2FsbHksIHNtYWxsZXIgYW1vdW50cyBvZiB0cmFmZmljCiAg IChyZWFkIHJlcXVlc3RzLCBjb25maWd1cmF0aW9uKSBmbG93ICJkb3duc3RyZWFtIiBmcm9tIHRo ZSBoZWFkZW5kIHRvCiAgIHRoZSBtZXNoLCBhbmQgbGFyZ2VyIGFtb3VudHMgb2YgdHJhZmZpYyBm bG93ICJ1cHN0cmVhbSIgZnJvbSB0aGUgbWVzaAogICB0byB0aGUgaGVhZGVuZC4gIEhvd2V2ZXIs IGR1cmluZyBhIGZpcm13YXJlIHVwZGF0ZSBvcGVyYXRpb24gZm9yCiAgIGV4YW1wbGUsIGxhcmdl ciBhbW91bnRzIG9mIHRyYWZmaWMgbWlnaHQgZmxvdyBkb3duc3RyZWFtIHdoaWxlCiAgIHNtYWxs ZXIgYW1vdW50cyBmbG93IHVwc3RyZWFtLiAgVGhlIG1lc2ggbmV0d29yayBpcyBhbmNob3JlZCBi eSBhCiAgIGNvbGxlY3Rpb24gb2YgaGlnaGVyLWVuZCBkZXZpY2VzIHRoYXQgYnJpZGdlIHRoZSBj b25zdHJhaW5lZCBuZXR3b3JrCiAgIHdpdGggYSBiYWNraGF1bCBsaW5rIHRoYXQgY29ubmVjdHMg dG8gYSBsZXNzLWNvbnN0cmFpbmVkIG5ldHdvcmsgdmlhCiAgIGNlbGx1bGFyLCBXaU1BWCwgb3Ig RXRoZXJuZXQuICBUaGVzZSBoaWdoZXItZW5kIGRldmljZXMgbWlnaHQgYmUKICAgaW5zdGFsbGVk IG9uIHV0aWxpdHkgcG9sZXMgdGhhdCBjb3VsZCBiZSBvd25lZCBhbmQgbWFuYWdlZCBieSBhCiAg IGRpZmZlcmVudCBlbnRpdHkgdGhhbiB0aGUgdXRpbGl0eSBjb21wYW55LgoKCgoKRXJzdWUsIGV0 IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1Bh Z2UgMTFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBVc2Ug Q2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoKICAgV2hpbGUgYSBTbWFydCBNZXRlcmluZyBzb2x1 dGlvbiBpcyBsaWtlbHkgdG8gaGF2ZSBhIHNtYWxsZXIgbnVtYmVyIG9mCiAgIGRldmljZXMgd2l0 aGluIGEgc2luZ2xlIGhvdXNlaG9sZCwgQU1JIG5ldHdvcmsgaW5zdGFsbGF0aW9ucyBjb3VsZAog ICBjb250YWluIDEwMDAgbWV0ZXJzIHBlciByb3V0ZXIsIGkuZS4sIHRoZSBoaWdoZXItZW5kIGRl dmljZS4gIE1ldGVycwogICBpbiBhIGxvY2FsIG5ldHdvcmsgdGhhdCB1c2UgYSBzcGVjaWZpYyBy b3V0ZXIgZm9ybSBhIExvY2FsIE1ldGVyCiAgIE5ldHdvcmsgKExNTikuICBXaGVuIHBvd2VyZWQg b24sIG1ldGVycyBkaXNjb3ZlciBuZWFyYnkgTE1Ocywgc2VsZWN0CiAgIHRoZSBvcHRpbWFsIExN TiB0byBqb2luLCBhbmQgdGhlIG1ldGVycyBpbiB0aGF0IExNTiB0byByb3V0ZSB0aHJvdWdoLgog ICBIb3dldmVyLCBpbiBhIFNtYXJ0IE1ldGVyaW5nIGFwcGxpY2F0aW9uIHRoZSBtZXRlcnMgYXJl IGxpa2VseSB0bwogICBjb25uZWN0IGRpcmVjdGx5IHRvIGEgbGVzcy1jb25zdHJhaW5lZCBuZXR3 b3JrLCB0aGVyZWJ5IG5vdCBuZWVkaW5nCiAgIHRvIGZvcm0gc3VjaCBsb2NhbCBtZXNoIG5ldHdv cmtzLgoKICAgRW5jcnlwdGlvbiBrZXkgc2hhcmluZyBpbiBib3RoIHR5cGVzIG9mIG5ldHdvcmsg aXMgYWxzbyBsaWtlbHkgdG8gYmUKICAgaW1wb3J0YW50IGZvciBwcm92aWRpbmcgY29uZmlkZW50 aWFsaXR5IGZvciBhbGwgZGF0YSB0cmFmZmljLiAgSW4gQU1JCiAgIG5ldHdvcmtzIHRoZSBrZXkg bWF5IGJlIG9idGFpbmVkIGJ5IGEgbWV0ZXIgb25seSBhZnRlciBhbiBlbmQtdG8tZW5kCiAgIGF1 dGhlbnRpY2F0aW9uIHByb2Nlc3MgYmFzZWQgb24gY2VydGlmaWNhdGVzLCBlbnN1cmluZyB0aGF0 IG9ubHkKICAgYXV0aG9yaXplZCBhbmQgYXV0aGVudGljYXRlZCBtZXRlcnMgYXJlIGFsbG93ZWQg dG8gam9pbiB0aGUgTE1OLgogICBTbWFydCBNZXRlcmluZyBzb2x1dGlvbiBjb3VsZCBhZG9wdCBh IHNpbWlsYXIgYXBwcm9hY2ggb3IgdGhlCiAgIHNlY3VyaXR5IG1heSBiZSBpbXBsaWVkIGR1ZSB0 byB0aGUgZW5jcnlwdGVkIFdpRmkgbmV0d29ya3MgdGhleQogICBiZWNvbWUgcGFydCBvZi4KCiAg IFRoZXNlIGV4YW1wbGVzIGRlbW9uc3RyYXRlIHRoYXQgdGhlIFNtYXJ0IEdyaWQsIGFuZCBFbmVy Z3kgTWFuYWdlbWVudAogICBpbiBnZW5lcmFsLCBpcyBidWlsdCBvbiBhIGRpc3RyaWJ1dGVkIGFu ZCBoZXRlcm9nZW5lb3VzIG5ldHdvcmsgYW5kCiAgIGNhbiB1c2UgYSBjb21iaW5hdGlvbiBvZiBk aXZlcnNlIG5ldHdvcmtpbmcgdGVjaG5vbG9naWVzLCBzdWNoIGFzCiAgIHdpcmVsZXNzIEFjY2Vz cyBUZWNobm9sb2dpZXMgKFdpTUFYLCBDZWxsdWxhciwgZXRjLiksIHdpcmVsaW5lIGFuZAogICBJ bnRlcm5ldCBUZWNobm9sb2dpZXMgKGUuZy4sIElQL01QTFMsIEV0aGVybmV0LCBTREgvUERIIG92 ZXIgRmliZXIKICAgb3B0aWMpIGFzIHdlbGwgYXMgbG93LXBvd2VyIHJhZGlvIHRlY2hub2xvZ2ll cyBlbmFibGluZyB0aGUKICAgbmV0d29ya2luZyBvZiBzbWFydCBtZXRlcnMsIGhvbWUgYXBwbGlh bmNlcywgYW5kIGNvbnN0cmFpbmVkIGRldmljZXMKICAgKGUuZy4sIEJULUxFLCBaaWdCZWUsIFot V2F2ZSwgV2ktRmkpLiAgVGhlIG9wZXJhdGlvbmFsIGVmZmVjdGl2ZW5lc3MKICAgb2YgdGhlIFNt YXJ0IEdyaWQgaXMgaGlnaGx5IGRlcGVuZGVudCBvbiBhIHJvYnVzdCwgdHdvLXdheSwgc2VjdXJl LAogICBhbmQgcmVsaWFibGUgY29tbXVuaWNhdGlvbnMgbmV0d29yayB3aXRoIHN1aXRhYmxlIGF2 YWlsYWJpbGl0eS4KCiAgIFRoZSBtYW5hZ2VtZW50IG9mIHN1Y2ggYSBuZXR3b3JrIHJlcXVpcmVz IGVuZC10by1lbmQgbWFuYWdlbWVudCBvZgogICBhbmQgaW5mb3JtYXRpb24gZXhjaGFuZ2UgdGhy b3VnaCBkaWZmZXJlbnQgdHlwZXMgb2YgbmV0d29ya3MuCiAgIEhvd2V2ZXIsIGFzIG9mIHRvZGF5 IHRoZXJlIGlzIG5vIGludGVncmF0ZWQgZW5lcmd5IG1hbmFnZW1lbnQKICAgYXBwcm9hY2ggYW5k IG5vIGNvbW1vbiBpbmZvcm1hdGlvbiBtb2RlbCBhdmFpbGFibGUuICBTcGVjaWZpYyBlbmVyZ3kK ICAgbWFuYWdlbWVudCBhcHBsaWNhdGlvbnMgb3IgbmV0d29yayBpc2xhbmRzIHVzZSB0aGVpciBv d24gbWFuYWdlbWVudAogICBtZWNoYW5pc21zLgogICAKVUg+IFRoaXMgYWJvdmUgdGV4dCBpcyB3 ZWxsIHdyaXR0ZW4gYW5kIGluZm9ybWF0aXZlLiBCdXQgaXQgaXMgcXVpdGUgZGV0YWlsZWQgYWJv dXQgcHJvcGVydGllcyBvZiBlbmVyZ3kgbWFuYWdlbWVudCBzeXN0ZW1zIChjb3VsZCBiZSBzaG9y dGVkKSwgYnV0IGRvZXMgbm90IHRhbGsgbXVjaCBhYm91dCBtYW5hZ2VtZW50LiBJIGFncmVlIHRo YXQgdGhlcmUgYXJlIG5vdCBtYW55IGludGVncmF0ZWQgKGFuZCBjZXJ0YWlubHkgbm90IHN0YW5k YXJkaXplZCkgZW5lcmd5IG1hbmFnZW1lbnQgYXBwcm9hY2hlcywgYnV0IHRoZXJlIGNvdWxkIGJl IG1vcmUgZGlzY3Vzc2lvbiBhYm91dCBzcGVjaWZpYyByZXF1aXJlbWVudHMgZm9yIG1hbmFnZW1l bnQgdG9vbHMgKGFjY2VwdGFibGUgZGVsYXksIGJhbmR3aWR0aCwgY29waW5nIHdpdGggY2hhbm5l bCBpbnN0YWJpbGl0aWVzLCBkaXN0cmlidXRlZCBtYW5hZ2VkLCByZXF1aXJlZCBtb25pdG9yaW5n LCBmYXVsdCB0b2xlcmFuY2UgYW5kIHJlcGFpciBldGMuKQoKMy41LiAgTWVkaWNhbCBBcHBsaWNh dGlvbnMKCiAgIENvbnN0cmFpbmVkIGRldmljZXMgY2FuIGJlIHNlZW4gYXMgYW4gZW5hYmxpbmcg dGVjaG5vbG9neSBmb3IKICAgYWR2YW5jZWQgYW5kIHBvc3NpYmx5IHJlbW90ZSBoZWFsdGggbW9u aXRvcmluZyBhbmQgZW1lcmdlbmN5CiAgIG5vdGlmaWNhdGlvbiBzeXN0ZW1zLCByYW5naW5nIGZy b20gYmxvb2QgcHJlc3N1cmUgYW5kIGhlYXJ0IHJhdGUKICAgbW9uaXRvcnMgdG8gYWR2YW5jZWQg ZGV2aWNlcyBjYXBhYmxlIHRvIG1vbml0b3IgaW1wbGFudGVkCiAgIHRlY2hub2xvZ2llcywgc3Vj aCBhcyBwYWNlbWFrZXJzIG9yIGFkdmFuY2VkIGhlYXJpbmcgYWlkcy4gIE1lZGljYWwKICAgc2Vu c29ycyBtYXkgbm90IG9ubHkgYmUgYXR0YWNoZWQgdG8gaHVtYW4gYm9kaWVzLCB0aGV5IG1pZ2h0 IGFsc28KICAgZXhpc3QgaW4gdGhlIGluZnJhc3RydWN0dXJlIHVzZWQgYnkgaHVtYW5zIHN1Y2gg YXMgYmF0aHJvb21zIG9yCiAgIGtpdGNoZW5zLiAgTWVkaWNhbCBhcHBsaWNhdGlvbnMgd2lsbCBh bHNvIGJlIHVzZWQgdG8gZW5zdXJlCiAgIHRyZWF0bWVudHMgYXJlIGJlaW5nIGFwcGxpZWQgcHJv cGVybHkgYW5kIHRoZXkgbWlnaHQgZ3VpZGUgcGVvcGxlCgoKCkVyc3VlLCBldCBhbC4gICAgICAg ICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDEyXQoMCklu dGVybmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENhc2VzICAgICAg RmVicnVhcnkgMjAxNAoKCiAgIGxvc2luZyBvcmllbnRhdGlvbi4gIEZpdG5lc3MgYW5kIHdlbGxu ZXNzIGFwcGxpY2F0aW9ucywgc3VjaCBhcwogICBjb25uZWN0ZWQgc2NhbGVzIG9yIHdlYXJhYmxl IGhlYXJ0IG1vbml0b3JzLCBlbmNvdXJhZ2UgY29uc3VtZXJzIHRvCiAgIGV4ZXJjaXNlIGFuZCBl bXBvd2VyIHNlbGYtbW9uaXRvcmluZyBvZiBrZXkgZml0bmVzcyBpbmRpY2F0b3JzLgogICBEaWZm ZXJlbnQgYXBwbGljYXRpb25zIHVzZSBCbHVldG9vdGgsIFdpLUZpIG9yIFppZ2JlZSBjb25uZWN0 aW9ucyB0bwogICBhY2Nlc3MgdGhlIHBhdGllbnQncyBzbWFydHBob25lIG9yIGhvbWUgY2VsbHVs YXIgY29ubmVjdGlvbiB0byBhY2Nlc3MKICAgdGhlIEludGVybmV0LgogICAKVUg+IFRoZSBsZW5n dGggb2YgdGhlIHVzZSBjYXNlIGRlc2NyaXB0aW9uIGlzIG5vdCBxdWl0ZSBwcm9wb3J0aW9uYWwg Zm9yIGVhY2ggdXNlIGNhc2UuIFRoZSBwcmV2aW91cyB1c2UgY2FzZSBkZXNjcmlwdGlvbiBpcyBt dWNoIGxvbmdlciwgYnV0IHRoaXMgdXNlIGNhc2UgaXMgbm90IGxlc3MgY29tcGxleCBvciBpbnRl cmVzdGluZy4KCiAgIENvbnN0cmFpbmVkIGRldmljZXMgdGhhdCBhcmUgcGFydCBvZiBtZWRpY2Fs IGFwcGxpY2F0aW9ucyBhcmUgbWFuYWdlZAogICBlaXRoZXIgYnkgdGhlIHVzZXJzIG9mIHRob3Nl IGRldmljZXMgb3IgYnkgYW4gb3JnYW5pemF0aW9uIHByb3ZpZGluZwogICBtZWRpY2FsIChtb25p dG9yaW5nKSBzZXJ2aWNlcyBmb3IgcGh5c2ljaWFucy4gIEluIHRoZSBmaXJzdCBjYXNlLAogICBt YW5hZ2VtZW50IG11c3QgYmUgYXV0b21hdGljIGFuZCBvciBlYXN5IHRvIGluc3RhbGwgYW5kIHNl dHVwIGJ5CiAgIGF2ZXJhZ2UgcGVvcGxlLiAgSW4gdGhlIHNlY29uZCBjYXNlLCBpdCBjYW4gYmUg ZXhwZWN0ZWQgdGhhdCBkZXZpY2VzCiAgIGJlIGNvbnRyb2xsZWQgYnkgc3BlY2lhbGx5IHRyYWlu ZWQgcGVvcGxlLiAgSW4gYm90aCBjYXNlcywgaG93ZXZlciwKICAgaXQgaXMgY3J1Y2lhbCB0byBw cm90ZWN0IHRoZSBwcml2YWN5IG9mIHRoZSBwZW9wbGUgdG8gd2hpY2ggbWVkaWNhbAogICBkZXZp Y2VzIGFyZSBhdHRhY2hlZC4gIEV2ZW4gdGhvdWdoIHRoZSBkYXRhIGNvbGxlY3RlZCBieSBhIGhl YXJ0IGJlYXQKICAgbW9uaXRvciBtaWdodCBiZSBwcm90ZWN0ZWQsIHRoZSBwdXJlIGZhY3QgdGhh dCBzb21lb25lIGNhcnJpZXMgc3VjaCBhCiAgIGRldmljZSBtYXkgbmVlZCBwcm90ZWN0aW9uLiAg QXMgc3VjaCwgY2VydGFpbiBtZWRpY2FsIGFwcGxpYW5jZXMgbWF5CiAgIG5vdCB3YW50IHRvIHBh cnRpY2lwYXRlIGluIGRpc2NvdmVyeSBhbmQgc2VsZi1jb25maWd1cmF0aW9uIHByb3RvY29scwog ICBpbiBvcmRlciB0byByZW1haW4gaW52aXNpYmxlLgoKICAgTWFueSBtZWRpY2FsIGRldmljZXMg YXJlIGxpa2VseSB0byBiZSB1c2VkIChhbmQgcmVsaWVkIHVwb24pIHRvCiAgIHByb3ZpZGUgZGF0 YSB0byBwaHlzaWNpYW5zIGluIGNyaXRpY2FsIHNpdHVhdGlvbnMgc2luY2UgdGhlIGJpZ2dlc3QK ICAgbWFya2V0IGlzIGxpa2VseSBlbGRlcmx5IGFuZCBoYW5kaWNhcHBlZCBwZW9wbGUuICBBcyBz dWNoLCBmYXVsdAogICBkZXRlY3Rpb24gb2YgdGhlIGNvbW11bmljYXRpb24gbmV0d29yayBvciB0 aGUgY29uc3RyYWluZWQgZGV2aWNlcwogICBiZWNvbWVzIGEgY3J1Y2lhbCBmdW5jdGlvbiB0aGF0 IG11c3QgYmUgY2FycmllZCBvdXQgd2l0aCBoaWdoCiAgIHJlbGlhYmlsaXR5IGFuZCwgZGVwZW5k aW5nIG9uIHRoZSBtZWRpY2FsIGFwcGxpYW5jZSBhbmQgaXRzCiAgIGFwcGxpY2F0aW9uLCB3aXRo aW4gc2Vjb25kcy4KICAgClVIPiBBZ2FpbiwgdGhlcmUgaXMgbGl0dGxlIHRleHQgYWJvdXQgc3Bl Y2lmaWMgbWFuYWdlbWVudCByZXF1aXJlbWVudHMgKGFuZCB3aHkgY2xhc3NpYyBtYW5hZ2VtZW50 IHRvb2xzIGNhbm5vdCBiZSB1c2VkKS4gVGhpcyB0ZXh0IG9ubHkgbWVudGlvbnMgcHJpdmFjeSBh bmQgZmF1bHQgZGV0ZWN0aW9uLiBUaGVyZSBhcmUgbWFueSBtb3JlIGFzcGVjdHMgKHNlZSBteSBw cmV2aW91cyBjb21tZW50IGFib3ZlKS4gV291bGQgaXQgYmUgaGVscGZ1bCB0byBoYXZlIGEgbW9y ZSBzeXN0ZW1hdGljIGFwcHJvYWNoIHRocm91Z2hvdXQgdGhlIGRyYWZ0PyBlLmcuLCBhIGxpc3Qg b2YgbWFuYWdlbWVudCBwcm9wZXJ0aWVzIHRoYXQgZWFjaCB1c2UgY2FzZSBsaXN0cyBhbmQgZGlz Y3Vzc2VzPyAoZS5nLiwgLSBkZWxheTogdGhpcyB1c2UgY2FzZSBoYXMgbm8gc3BlY2lmaWMgZGVs YXkgcmVxdWlyZW1lbnRzIC0gZmF1bHQgdG9sZXJhbmNlOiB0aGlzIHVzZSBjYXNlLi4uIGV0Yy4p CgozLjYuICBCdWlsZGluZyBBdXRvbWF0aW9uCgogICBCdWlsZGluZyBhdXRvbWF0aW9uIGNvbXBy aXNlcyB0aGUgZGlzdHJpYnV0ZWQgc3lzdGVtcyBkZXNpZ25lZCBhbmQKICAgZGVwbG95ZWQgdG8g bW9uaXRvciBhbmQgY29udHJvbCB0aGUgbWVjaGFuaWNhbCwgZWxlY3RyaWNhbCBhbmQKICAgZWxl Y3Ryb25pYyBzeXN0ZW1zIGluc2lkZSBidWlsZGluZ3Mgd2l0aCB2YXJpb3VzIGRlc3RpbmF0aW9u cyAoZS5nLiwKICAgcHVibGljIGFuZCBwcml2YXRlLCBpbmR1c3RyaWFsLCBpbnN0aXR1dGlvbnMs IG9yIHJlc2lkZW50aWFsKS4KICAgQWR2YW5jZWQgQnVpbGRpbmcgQXV0b21hdGlvbiBTeXN0ZW1z IChCQVMpIG1heSBiZSBkZXBsb3llZAogICBjb25jZW50cmF0aW5nIHRoZSB2YXJpb3VzIGZ1bmN0 aW9ucyBvZiBzYWZldHksIGVudmlyb25tZW50YWwgY29udHJvbCwKICAgb2NjdXBhbmN5LCBzZWN1 cml0eS4gIE1vcmUgYW5kIG1vcmUgdGhlIGRlcGxveW1lbnQgb2YgdGhlIHZhcmlvdXMKICAgZnVu Y3Rpb25hbCBzeXN0ZW1zIGlzIGNvbm5lY3RlZCB0byB0aGUgc2FtZSBjb21tdW5pY2F0aW9uCiAg IGluZnJhc3RydWN0dXJlIChwb3NzaWJseSBJbnRlcm5ldCBQcm90b2NvbCBiYXNlZCksIHdoaWNo IG1heSBpbnZvbHZlCiAgIHdpcmVkIG9yIHdpcmVsZXNzIGNvbW11bmljYXRpb25zIG5ldHdvcmtz IGluc2lkZSB0aGUgYnVpbGRpbmcuCgogICBCdWlsZGluZyBhdXRvbWF0aW9uIHJlcXVpcmVzIHRo ZSBkZXBsb3ltZW50IG9mIGEgbGFyZ2UgbnVtYmVyICgxMC0KICAgMTAwLjAwMCkgCiAgIApVSD4g cy8xMDAuMDAwLzEwMCwwMDAvICAgCiAgIG9mIHNlbnNvcnMgdGhhdCBtb25pdG9yIHRoZSBzdGF0 dXMgb2YgZGV2aWNlcywgYW5kCiAgIHBhcmFtZXRlcnMgaW5zaWRlIHRoZSBidWlsZGluZyBhbmQg Y29udHJvbGxlcnMgd2l0aCBkaWZmZXJlbnQKICAgc3BlY2lhbGl6ZWQgZnVuY3Rpb25hbGl0eSBm b3IgYXJlYXMgd2l0aGluIHRoZSBidWlsZGluZyBvciB0aGUKICAgdG90YWxpdHkgb2YgdGhlIGJ1 aWxkaW5nLiAgSW50ZXItbm9kZSBkaXN0YW5jZXMgYmV0d2VlbiBuZWlnaGJvcmluZwogICBub2Rl cyB2YXJ5IGJldHdlZW4gMSB0byAyMCBtZXRlcnMuICBDb250cmFyeSB0byBob21lIGF1dG9tYXRp b24sIGluCiAgIGJ1aWxkaW5nIG1hbmFnZW1lbnQgdGhlIGRldmljZXMgYXJlIGV4cGVjdGVkIHRv IGJlIG1hbmFnZWQgYXNzZXRzIGFuZAoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJl cyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAxM10KDApJbnRlcm5ldC1EcmFm dCAgICAgIENvbnN0cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1YXJ5IDIw MTQKCgogICBrbm93biB0byBhIHNldCBvZiBjb21taXNzaW9uaW5nIHRvb2xzIGFuZCBhIGRhdGEg c3RvcmFnZSwgc3VjaCB0aGF0CiAgIGV2ZXJ5IGNvbm5lY3RlZCBkZXZpY2UgaGFzIGEga25vd24g b3JpZ2luLiAgVGhlIG1hbmFnZW1lbnQgaW5jbHVkZXMKICAgdmVyaWZ5aW5nIHRoZSBwcmVzZW5j ZSBvZiB0aGUgZXhwZWN0ZWQgZGV2aWNlcyBhbmQgZGV0ZWN0aW5nIHRoZQogICBwcmVzZW5jZSBv ZiB1bndhbnRlZCBkZXZpY2VzLgoKICAgRXhhbXBsZXMgb2YgZnVuY3Rpb25zIHBlcmZvcm1lZCBi eSBzdWNoIGNvbnRyb2xsZXJzIGFyZSByZWd1bGF0aW5nCiAgIHRoZSBxdWFsaXR5LCBodW1pZGl0 eSwgYW5kIHRlbXBlcmF0dXJlIG9mIHRoZSBhaXIgaW5zaWRlIHRoZSBidWlsZGluZwogICBhbmQg bGlnaHRpbmcuICBPdGhlciBzeXN0ZW1zIG1heSByZXBvcnQgdGhlIHN0YXR1cyBvZiB0aGUgbWFj aGluZXJ5CiAgIGluc2lkZSB0aGUgYnVpbGRpbmcgbGlrZSBlbGV2YXRvcnMsIG9yIGluc2lkZSB0 aGUgcm9vbXMgbGlrZQogICBwcm9qZWN0b3JzIGluIG1lZXRpbmcgcm9vbXMuICBTZWN1cml0eSBj YW1lcmFzIGFuZCBzZW5zb3JzIG1heSBiZQogICBkZXBsb3llZCBhbmQgb3BlcmF0ZWQgb24gc2Vw YXJhdGUgZGVkaWNhdGVkIGluZnJhc3RydWN0dXJlcyBjb25uZWN0ZWQKICAgdG8gdGhlIGNvbW1v biBiYWNrYm9uZS4gIFRoZSBkZXBsb3ltZW50IGFyZWEgb2YgYSBCQVMgaXMgdHlwaWNhbGx5CiAg IGluc2lkZSBvbmUgYnVpbGRpbmcgKG9yIHBhcnQgb2YgaXQpIG9yIHNldmVyYWwgYnVpbGRpbmdz CiAgIGdlb2dyYXBoaWNhbGx5IGdyb3VwZWQgaW4gYSBjYW1wdXMuICBBIGJ1aWxkaW5nIG5ldHdv cmsgY2FuIGJlCiAgIGNvbXBvc2VkIG9mIHN1Ym5ldHMsIHdoZXJlIGEgc3VibmV0IGNvdmVycyBh IGZsb29yLCBhbiBhcmVhIG9uIHRoZQogICBmbG9vciwgb3IgYSBnaXZlbiBmdW5jdGlvbmFsaXR5 IChlLmcuLCBzZWN1cml0eSBjYW1lcmFzKS4KICAgClVIPiBJIHdvdWxkIGJlIGNhcmVmdWwgdXNp bmcgdGhlIHdvcmQgc3VibmV0LiBJcyB0aGlzIHVzZWQgYXMgdGhlIElQIHN1Ym5ldCAoaS5lLiwg SVAgcHJlZml4KT8KCiAgIFNvbWUgb2YgdGhlIHNlbnNvcnMgaW4gQnVpbGRpbmcgQXV0b21hdGlv biBTeXN0ZW1zIChmb3IgZXhhbXBsZSBmaXJlCiAgIGFsYXJtcyBvciBzZWN1cml0eSBzeXN0ZW1z KSByZWdpc3RlciwgcmVjb3JkIGFuZCB0cmFuc2ZlciBjcml0aWNhbAogICBhbGFybSBpbmZvcm1h dGlvbiBhbmQgdGhlcmVmb3JlIG11c3QgYmUgcmVzaWxpZW50IHRvIGV2ZW50cyBsaWtlIGxvc3MK ICAgb2YgcG93ZXIgb3Igc2VjdXJpdHkgYXR0YWNrcy4gIFRoaXMgbGVhZHMgdG8gdGhlIG5lZWQg dGhhdCBzb21lCiAgIGNvbXBvbmVudHMgYW5kIHN1YnN5c3RlbXMgb3BlcmF0ZSBpbiBjb25zdHJh aW5lZCBjb25kaXRpb25zIGFuZCBhcmUKICAgc2VwYXJhdGVseSBjZXJ0aWZpZWQuCgpVSD4gSSBk b24ndCB1bmRlcnN0YW5kIHRoZSBtZWFuaW5nIG9mIHRoZSBwcmV2aW91cyBzZW50ZW5jZS4gICAg CiAgIAogICAgIEFsc28gaW4gc29tZSBlbnZpcm9ubWVudHMsIHRoZSBtYWxmdW5jdGlvbmluZwog ICBvZiBhIGNvbnRyb2wgc3lzdGVtIChsaWtlIHRlbXBlcmF0dXJlIGNvbnRyb2wpIG5lZWRzIHRv IGJlIHJlcG9ydGVkCiAgIGluIHRoZSBzaG9ydGVzdCBwb3NzaWJsZSB0aW1lLiAgQ29tcGxleCBj b250cm9sIHN5c3RlbXMgY2FuCiAgIG1pc2JlaGF2ZSwgYW5kIHRoZWlyIGNyaXRpY2FsIHN0YXR1 cyByZXBvcnRpbmcgYW5kIHNhZmV0eSBhbGdvcml0aG1zCiAgIG5lZWQgdG8gYmUgYmFzaWMgYW5k IHJvYnVzdCBhbmQgcGVyZm9ybSBldmVuIGluIGNyaXRpY2FsIGNvbmRpdGlvbnMuCgogICBCdWls ZGluZyBBdXRvbWF0aW9uIHNvbHV0aW9ucyBhcmUgZGVwbG95ZWQgaW4gc29tZSBjYXNlcyBpbiBu ZXdseQogICBkZXNpZ25lZCBidWlsZGluZ3MsIGluIG90aGVyIGNhc2VzIGl0IG1pZ2h0IGJlIG92 ZXIgZXhpc3RpbmcKICAgaW5mcmFzdHJ1Y3R1cmVzLiAgSW4gdGhlIGZpcnN0IGNhc2UsIHRoZXJl IGlzIGEgYnJvYWRlciByYW5nZSBvZgogICBwb3NzaWJsZSBzb2x1dGlvbnMsIHdoaWNoIGNhbiBi ZSBwbGFubmVkIGZvciB0aGUgaW5mcmFzdHJ1Y3R1cmUgb2YKICAgdGhlIGJ1aWxkaW5nLiAgSW4g dGhlIHNlY29uZCBjYXNlIHRoZSBzb2x1dGlvbiBuZWVkcyB0byBiZSBkZXBsb3llZAogICBvdmVy IGFuIGV4aXN0aW5nIHN0cnVjdHVyZSB0YWtpbmcgaW50byBhY2NvdW50IGZhY3RvcnMgbGlrZSBl eGlzdGluZwogICB3aXJpbmcsIGRpc3RhbmNlIGxpbWl0YXRpb25zLCB0aGUgcHJvcGFnYXRpb24g b2YgcmFkaW8gc2lnbmFscyBvdmVyCiAgIHdhbGxzIGFuZCBmbG9vcnMuICBBcyBhIHJlc3VsdCwg c29tZSBvZiB0aGUgZXhpc3RpbmcgV0xBTiBzb2x1dGlvbnMKICAgKGUuZy4sIElFRUUgODAyLjEx IG9yIElFRUUgODAyLjE1KSBtYXkgYmUgZGVwbG95ZWQuIAogICAKVUg+IFdoYXQgaXMgdGhlIHJl bGV2YW5jZSBvZiB0aGUgdHdvIGNhc2VzPyBFdmVuIGluIHRoZSBmaXJzdCBjYXNlIG9mIGEgbmV3 bHkgZGVzaWduZWQgYnVpbGRpbmcsIFdMQU4gc29sdXRpb25zIG1heSBiZSBkZXBsb3llZC4gICAg CiAgIAogICAgSW4gbWlzc2lvbi0KICAgY3JpdGljYWwgb3Igc2VjdXJpdHkgc2Vuc2l0aXZlIGVu dmlyb25tZW50cyBhbmQgaW4gY2FzZXMgd2hlcmUgbGluawogICBmYWlsdXJlcyBoYXBwZW4gb2Z0 ZW4sIHRvcG9sb2dpZXMgdGhhdCBhbGxvdyBmb3IgcmVjb25maWd1cmF0aW9uIG9mCiAgIHRoZSBu ZXR3b3JrIGFuZCBjb25uZWN0aW9uIGNvbnRpbnVpdHkgbWF5IGJlIHJlcXVpcmVkLiAgU29tZSBv ZiB0aGUKICAgc2Vuc29ycyBkZXBsb3llZCBpbiBidWlsZGluZyBhdXRvbWF0aW9uIG1heSBiZSB2 ZXJ5IHNpbXBsZQogICBjb25zdHJhaW5lZCBkZXZpY2VzIGZvciB3aGljaCBjbGFzcyAwIG9yIGNs YXNzIDEgbWF5IGJlIGFzc3VtZWQuCiAgIApVSD4gVXNlIHRlcm1pbm9sb2d5IGNvbnNpc3RlbnRs eSBpbiB0aGUgZHJhZnQsIGkuZS4sIGVpdGhlciAiY2xhc3MgMCIgb3IgIkMwIgoKICAgRm9yIGxp Z2h0aW5nIGFwcGxpY2F0aW9ucywgZ3JvdXBzIG9mIGxpZ2h0cyBtdXN0IGJlIGRlZmluZWQgYW5k CiAgIG1hbmFnZWQuICBDb21tYW5kcyB0byBhIGdyb3VwIG9mIGxpZ2h0IAoKVUg+IHMvbGlnaHQv bGlnaHRzLyAgIAogICAKICAgbXVzdCBhcnJpdmUgd2l0aGluIDIwMCBtcyBhdAogICBhbGwgZGVz dGluYXRpb25zLiAgClVIPiBJIHdvdWxkIGFkZCB0aGF0IDIwMG1zIGlzIGp1c3QgYW4gZXhhbXBs ZSwgbm90IGEgcmVxdWlyZW1lbnQgKG9yIGlzIGl0PykgICAKICAgCiAgIFRoZSBpbnN0YWxsYXRp b24gYW5kIG9wZXJhdGlvbiBvZiBhIGJ1aWxkaW5nCiAgIG5ldHdvcmsgaGFzIGRpZmZlcmVudCBy ZXF1aXJlbWVudHMuICBEdXJpbmcgdGhlIGluc3RhbGxhdGlvbiwgbWFueQogICBzdGFuZC1hbG9u ZSBuZXR3b3JrcyBvZiBhIGZldyB0byAxMDAgbm9kZXMgY28tZXhpc3Qgd2l0aG91dCBhCgoKCkVy c3VlLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAg ICAgIFtQYWdlIDE0XQoMCkludGVybmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVu dDogVXNlIENhc2VzICAgICAgRmVicnVhcnkgMjAxNAoKCiAgIGNvbm5lY3Rpb24gdG8gdGhlIGJh Y2tib25lLiAgRHVyaW5nIHRoaXMgcGhhc2UsIHRoZSBub2RlcyBhcmUKICAgaWRlbnRpZmllZCB3 aXRoIGEgbmV0d29yayBpZGVudGlmaWVyIHJlbGF0ZWQgdG8gdGhlaXIgcGh5c2ljYWwKICAgbG9j YXRpb24uICBEZXZpY2VzIGFyZSBhY2Nlc3NlZCBmcm9tIGFuIGluc3RhbGxhdGlvbiB0b29sIHRv IGNvbm5lY3QKICAgdGhlbSB0byB0aGUgbmV0d29yayBpbiBhIHNlY3VyZSBmYXNoaW9uLiAgRHVy aW5nIGluc3RhbGxhdGlvbiwgdGhlCiAgIHNldHRpbmcgb2YgcGFyYW1ldGVycyB0byBjb21tb24g dmFsdWVzIHRvIGVuYWJsZSBpbnRlcm9wZXJhYmlsaXR5IG1heQogICBvY2N1ciAoZS5nLiwgVHJp Y2tsZSBwYXJhbWV0ZXIgdmFsdWVzKS4gCgpVSD4gVGhpcyBuZWVkcyBtb3JlIGV4cGxhbmF0aW9u IGhvdyBUcmlja2xlIGlzIHVzZWQgaGVyZSAoSSBhbSBub3Qgc3VyZSBpdCBpcyByZWxldmFudCBo ZXJlLCBidXQgaWYgc28sIG5lZWRzIHRvIGJlIGV4cGxhaW5lZCkuClVIPiBJc24ndCBpbnN0YWxs YXRpb24gYSBzaG9ydCwgb25lLXRpbWUgb2NjdXJyZW5jZSBjb21wYXJlZCB0byB0aGUgbG9uZyBs aWZlLXRpbWUgb2YgdGhlIG5ldHdvcms/IFdoeSBpcyB0aGlzIHJlbGV2YW50IGZvciB0aGUgdXNl IGNhc2U/CiAgIAogICAgRHVyaW5nIG9wZXJhdGlvbiwgdGhlCiAgIG5ldHdvcmtzIGFyZSBjb25u ZWN0ZWQgdG8gdGhlIGJhY2tib25lIHdoaWxlIG1haW50YWluaW5nIHRoZSBuZXR3b3JrCiAgIGlk ZW50aWZpZXIgdG8gcGh5c2ljYWwgbG9jYXRpb24gcmVsYXRpb24uICBOZXR3b3JrIHBhcmFtZXRl cnMgbGlrZQogICBhZGRyZXNzIGFuZCBuYW1lIGFyZSBzdG9yZWQgaW4gRE5TLiAgVGhlIG5hbWVz IGNhbiBhc3Npc3QgaW4KICAgZGV0ZXJtaW5pbmcgdGhlIHBoeXNpY2FsIGxvY2F0aW9uIG9mIHRo ZSBkZXZpY2UuCiAgIApVSD4gU2VlIHByZXZpb3VzIGNvbW1lbnRzIGZvciBvdGhlciB1c2UgY2Fz ZXM7IHRoZXJlIGlzIG5vdCBtdWNoIHRleHQgYWJvdXQgbWFuYWdlbWVudCwgYW5kIG5vIHN5c3Rl bWF0aWMgYW5hbHlzaXMgcmVnYXJkaW5nIGRpZmZlcmVudCBtYW5hZ2VtZW50IHByb3BlcnRpZXMu CgozLjcuICBIb21lIEF1dG9tYXRpb24KCiAgIEhvbWUgYXV0b21hdGlvbiBpbmNsdWRlcyB0aGUg Y29udHJvbCBvZiBsaWdodGluZywgaGVhdGluZywKICAgdmVudGlsYXRpb24sIGFpciBjb25kaXRp b25pbmcsIGFwcGxpYW5jZXMsIGVudGVydGFpbm1lbnQgYW5kIGhvbWUKICAgc2VjdXJpdHkgZGV2 aWNlcyB0byBpbXByb3ZlIGNvbnZlbmllbmNlLCBjb21mb3J0LCBlbmVyZ3kgZWZmaWNpZW5jeSwK ICAgYW5kIHNlY3VyaXR5LiAgSXQgY2FuIGJlIHNlZW4gYXMgYSByZXNpZGVudGlhbCBleHRlbnNp b24gb2YgYnVpbGRpbmcKICAgYXV0b21hdGlvbi4gIEhvd2V2ZXIsIHVubGlrZSBhIGJ1aWxkaW5n IGF1dG9tYXRpb24gc3lzdGVtLCB0aGUKICAgaW5mcmFzdHJ1Y3R1cmUgaW4gYSBob21lIGlzIG9w ZXJhdGVkIGluIGEgY29uc2lkZXJhYmx5IG1vcmUgYWQtaG9jCiAgIG1hbm5lciwgd2l0aCBubyBj ZW50cmFsaXplZCBtYW5hZ2VtZW50IHN5c3RlbSBha2luIHRvIGEgQnVpbGRpbmcKICAgQXV0b21h dGlvbiBTeXN0ZW0gKEJBUykgYXZhaWxhYmxlLgoKVUg+IEl0IGRlcGVuZHMuIFRoZXJlIGFyZSBj b21tZXJjaWFsIHN5c3RlbXMgYXZhaWxhYmxlIG9uIHRoZSBtYXJrZXQgd2l0aCBhIGNlbnRyYWxp emVkIGNvbnRyb2xsZXIgKGUuZy4sIExvd2VzIElyaXMpLiBPZnRlbiwgY2xvdWQtYmFzZWQgY29u dHJvbGxlcnMgYXJlIHVzZWQgYXMgd2VsbC4gCgogICBIb21lIGF1dG9tYXRpb24gbmV0d29ya3Mg bmVlZCBhIGNlcnRhaW4gYW1vdW50IG9mIGNvbmZpZ3VyYXRpb24KICAgKGFzc29jaWF0aW5nIHN3 aXRjaGVzIG9yIHNlbnNvcnMgdG8gYWN0b3JzKSB0aGF0IGlzIGVpdGhlciBwcm92aWRlZAogICBi eSBlbGVjdHJpY2lhbnMgZGVwbG95aW5nIGhvbWUgYXV0b21hdGlvbiBzb2x1dGlvbnMsIGJ5IHRo aXJkIHBhcnR5CiAgIGhvbWUgYXV0b21hdGlvbiBzZXJ2aWNlIHByb3ZpZGVycyAoZS5nLiwgc21h bGwgc3BlY2lhbGl6ZWQgY29tcGFuaWVzCiAgIG9yIGhvbWUgYXV0b21hdGlvbiBkZXZpY2UgbWFu dWZhY3R1cmVycykgb3IgYnkgcmVzaWRlbnRzIGJ5IHVzaW5nIHRoZQogICBhcHBsaWNhdGlvbiB1 c2VyIGludGVyZmFjZSBwcm92aWRlZCBieSBob21lIGF1dG9tYXRpb24gZGV2aWNlcyB0bwogICBj b25maWd1cmUgKHBhcnRzIG9mKSB0aGUgaG9tZSBhdXRvbWF0aW9uIHNvbHV0aW9uLiAgU2ltaWxh cmx5LAogICBmYWlsdXJlcyBtYXkgYmUgcmVwb3J0ZWQgdmlhIHN1aXRhYmxlIGludGVyZmFjZXMg dG8gcmVzaWRlbnRzIG9yIHRoZXkKICAgbWlnaHQgYmUgcmVjb3JkZWQgYW5kIG1hZGUgYXZhaWxh YmxlIHRvIHNlcnZpY2VzIHByb3ZpZGVycyBpbiBjaGFyZ2UKICAgb2YgdGhlIG1haW50ZW5hbmNl IG9mIHRoZSBob21lIGF1dG9tYXRpb24gaW5mcmFzdHJ1Y3R1cmUuCgogICBUaGUgbWFuYWdlbWVu dCByZXNwb25zaWJpbGl0eSBsaWVzIGVpdGhlciB3aXRoIHRoZSByZXNpZGVudHMgb3IgaXQKICAg bWF5IGJlIG91dHNvdXJjZWQgdG8gZWxlY3RyaWNpYW5zIGFuZC9vciB0aGlyZCBwYXJ0aWVzIHBy b3ZpZGluZwogICBtYW5hZ2VtZW50IG9mIGhvbWUgYXV0b21hdGlvbiBzb2x1dGlvbnMgYXMgYSBz ZXJ2aWNlLiAgQSB2YXJ5aW5nCiAgIGNvbWJpbmF0aW9uIG9mIGVsZWN0cmljaWFucywgc2Vydmlj ZSBwcm92aWRlcnMgb3IgdGhlIHJlc2lkZW50cyBtYXkKICAgYmUgcmVzcG9uc2libGUgZm9yIGRp ZmZlcmVudCBhc3BlY3RzIG9mIG1hbmFnaW5nIHRoZSBpbmZyYXN0cnVjdHVyZS4KICAgVGhlIHRp bWUgc2NhbGUgZm9yIGZhaWx1cmUgZGV0ZWN0aW9uIGFuZCByZXNvbHV0aW9uIGlzIGluIG1hbnkg Y2FzZXMKICAgbGlrZWx5IGNvdW50ZWQgaW4gaG91cnMgdG8gZGF5cy4KICAgClVIPiBTZWUgcHJl dmlvdXMgdXNlIGNhc2UgY29tbWVudHMuIFZlcnkgc2hvcnQgdGV4dCBhYm91dCBtYW5hZ2VtZW50 LgoKMy44LiAgVHJhbnNwb3J0IEFwcGxpY2F0aW9ucwoKICAgVHJhbnNwb3J0IEFwcGxpY2F0aW9u IGlzIGEgZ2VuZXJpYyB0ZXJtIGZvciB0aGUgaW50ZWdyYXRlZAogICBhcHBsaWNhdGlvbiBvZiBj b21tdW5pY2F0aW9ucywgY29udHJvbCwgYW5kIGluZm9ybWF0aW9uIHByb2Nlc3NpbmcgaW4KICAg YSB0cmFuc3BvcnRhdGlvbiBzeXN0ZW0uICBUcmFuc3BvcnQgdGVsZW1hdGljcyBvciB2ZWhpY2xl IHRlbGVtYXRpY3MKICAgYXJlIHVzZWQgYXMgYSB0ZXJtIGZvciB0aGUgZ3JvdXAgb2YgdGVjaG5v bG9naWVzIHRoYXQgc3VwcG9ydAogICB0cmFuc3BvcnRhdGlvbiBzeXN0ZW1zLiAgVHJhbnNwb3J0 IGFwcGxpY2F0aW9ucyBydW5uaW5nIG9uIHN1Y2ggYQoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAg ICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAxNV0KDApJbnRl cm5ldC1EcmFmdCAgICAgIENvbnN0cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZl YnJ1YXJ5IDIwMTQKCgogICB0cmFuc3BvcnRhdGlvbiBzeXN0ZW0gY292ZXIgYWxsIG1vZGVzIG9m IHRoZSB0cmFuc3BvcnQgYW5kIGNvbnNpZGVyCiAgIGFsbCBlbGVtZW50cyBvZiB0aGUgdHJhbnNw b3J0YXRpb24gc3lzdGVtLCBpLmUuIHRoZSB2ZWhpY2xlLCB0aGUKVUg+IHMvaS5lLiAvaS5lLiwg LwogICBpbmZyYXN0cnVjdHVyZSwgYW5kIHRoZSBkcml2ZXIgb3IgdXNlciwgaW50ZXJhY3Rpbmcg dG9nZXRoZXIKICAgZHluYW1pY2FsbHkuICBUaGUgb3ZlcmFsbCBhaW0gaXMgdG8gaW1wcm92ZSBk ZWNpc2lvbiBtYWtpbmcsIG9mdGVuIGluCiAgIHJlYWwgdGltZSwgYnkgdHJhbnNwb3J0IG5ldHdv cmsgY29udHJvbGxlcnMgYW5kIG90aGVyIHVzZXJzLCB0aGVyZWJ5CiAgIGltcHJvdmluZyB0aGUg b3BlcmF0aW9uIG9mIHRoZSBlbnRpcmUgdHJhbnNwb3J0IHN5c3RlbS4gIEFzIHN1Y2gsCiAgIHRy YW5zcG9ydCBhcHBsaWNhdGlvbnMgY2FuIGJlIHNlZW4gYXMgb25lIG9mIHRoZSBpbXBvcnRhbnQg TTJNCiAgIHNlcnZpY2Ugc2NlbmFyaW9zIHdpdGggdGhlIGludm9sdmVtZW50IG9mIG1hbmlmb2xk IHNtYWxsIGRldmljZXMuCgogICBUaGUgZGVmaW5pdGlvbiBlbmNvbXBhc3NlcyBhIGJyb2FkIGFy cmF5IG9mIHRlY2huaXF1ZXMgYW5kIGFwcHJvYWNoZXMKICAgdGhhdCBtYXkgYmUgYWNoaWV2ZWQg dGhyb3VnaCBzdGFuZC1hbG9uZSB0ZWNobm9sb2dpY2FsIGFwcGxpY2F0aW9ucwogICBvciBhcyBl bmhhbmNlbWVudHMgdG8gb3RoZXIgdHJhbnNwb3J0YXRpb24gY29tbXVuaWNhdGlvbiBzY2hlbWVz LgogICBFeGFtcGxlcyBmb3IgdHJhbnNwb3J0IGFwcGxpY2F0aW9ucyBhcmUgaW50ZXIgYW5kIGlu dHJhIHZlaGljdWxhcgogICBjb21tdW5pY2F0aW9uLCBzbWFydCB0cmFmZmljIGNvbnRyb2wsIHNt YXJ0IHBhcmtpbmcsIGVsZWN0cm9uaWMgdG9sbAogICBjb2xsZWN0aW9uIHN5c3RlbXMsIGxvZ2lz dGljIGFuZCBmbGVldCBtYW5hZ2VtZW50LCB2ZWhpY2xlIGNvbnRyb2wsCiAgIGFuZCBzYWZldHkg YW5kIHJvYWQgYXNzaXN0YW5jZS4KCiAgIEFzIGEgZGlzdHJpYnV0ZWQgc3lzdGVtLCB0cmFuc3Bv cnQgYXBwbGljYXRpb25zIHJlcXVpcmUgYW4gZW5kLXRvLWVuZAogICBtYW5hZ2VtZW50IG9mIGRp ZmZlcmVudCB0eXBlcyBvZiBuZXR3b3Jrcy4gIEl0IGlzIGxpa2VseSB0aGF0CiAgIGNvbnN0cmFp bmVkIGRldmljZXMgaW4gYSBuZXR3b3JrIChlLmcuIGEgbW92aW5nIGluLWNhciBuZXR3b3JrKSBo YXZlCiAgIHRvIGJlIGNvbnRyb2xsZWQgYnkgYW4gYXBwbGljYXRpb24gcnVubmluZyBvbiBhbiBh cHBsaWNhdGlvbiBzZXJ2ZXIKICAgaW4gdGhlIG5ldHdvcmsgb2YgYSBzZXJ2aWNlIHByb3ZpZGVy LiAgU3VjaCBhIGhpZ2hseSBkaXN0cmlidXRlZAogICBuZXR3b3JrIGluY2x1ZGluZyBtb2JpbGUg ZGV2aWNlcyBvbiB2ZWhpY2xlcyBpcyBhc3N1bWVkIHRvIGluY2x1ZGUgYQogICB3aXJlbGVzcyBh Y2Nlc3MgbmV0d29yayB1c2luZyBkaXZlcnNlIGxvbmcgZGlzdGFuY2Ugd2lyZWxlc3MKICAgdGVj aG5vbG9naWVzIHN1Y2ggYXMgV2lNQVgsIDNHL0xURSBvciBzYXRlbGxpdGUgY29tbXVuaWNhdGlv biwgZS5nLgogICBiYXNlZCBvbiBhbiBlbWJlZGRlZCBoYXJkd2FyZSBtb2R1bGUuICBBcyBhIHJl c3VsdCwgdGhlIG1hbmFnZW1lbnQgb2YKICAgY29uc3RyYWluZWQgZGV2aWNlcyBpbiB0aGUgdHJh bnNwb3J0IHN5c3RlbSBtaWdodCBiZSBuZWNlc3NhcnkgdG8KICAgcGxhbiB0b3AtZG93biBhbmQg bWlnaHQgbmVlZCB0byB1c2UgZGF0YSBtb2RlbHMgb2JsaWdlZCBmcm9tIGFuZAogICBkZWZpbmVk IG9uIHRoZSBhcHBsaWNhdGlvbiBsYXllci4gIFRoZSBhc3N1bWVkIGRldmljZSBjbGFzc2VzIGlu IHVzZQogICBhcmUgbWFpbmx5IEMyIGRldmljZXMuICBJbiBjYXNlcywgd2hlcmUgYW4gaW4tdmVo aWNsZSBuZXR3b3JrIGlzCiAgIGludm9sdmVkLCBDMSBkZXZpY2VzIHdpdGggbGltaXRlZCBjYXBh YmlsaXRpZXMgYW5kIGEgc2hvcnQtZGlzdGFuY2UKICAgY29uc3RyYWluZWQgcmFkaW8gbmV0d29y aywgZS5nLiAgSUVFRSA4MDIuMTUuNCBtaWdodCBiZSB1c2VkCiAgIGFkZGl0aW9uYWxseS4KVUg+ IHMvZS5nLiAvZS5nLiwgLwoKICAgTWFuYWdlbWVudCByZXNwb25zaWJpbGl0eSB0eXBpY2FsbHkg cmVzdHMgd2l0aGluIHRoZSBvcmdhbml6YXRpb24KICAgcnVubmluZyB0aGUgdHJhbnNwb3J0IGFw cGxpY2F0aW9uLgpVSD4gV2hvIGlzIHRoYXQ/IFdoaWNoIHRyYW5zcG9ydCBhcHBsaWNhdGlvbj8g SW4gdGhlIGV4YW1wbGUgb2YgYW4gaW4tY2FyIG5ldHdvcmssIEkgYXNzdW1lIHRoZXJlIGlzIGEg dmFyaWV0eSBvZiBkaWZmZXJlbnQgc2Vuc29ycyBjb21tdW5pY2F0aW5nIHdpdGggYSB2YXJpZXR5 IG9mIGRpZmZlcmVudCBzZXJ2ZXJzIGFuZCBvcGVyYXRvcnMgKGUuZy4sIHNhZmV0eSBzZW5zb3Jz IGNvbW11bmljYXRlIHdpdGggZW1lcmdlbmN5IHNlcnZpY2VzLCBlbnRlcnRhaW5tZW50IGRldmlj ZXMgd2l0aCBzdHJlYW1pbmcgLyBjb250ZW50IHByb3ZpZGVycyAgIAogICAKICAgICBUaGUgY29u c3RyYWluZWQgZGV2aWNlcyBpbiBhCiAgIG1vdmluZyB0cmFuc3BvcnQgbmV0d29yayBtaWdodCBi ZSBpbml0aWFsbHkgY29uZmlndXJlZCBpbiBhIGZhY3RvcnkKICAgYW5kIGEgcmVjb25maWd1cmF0 aW9uIG1pZ2h0IGJlIG5lZWRlZCBvbmx5IHJhcmVseS4gIApVSD4gSSB3b25kZXIgYWJvdXQgd2h5 IHlvdSB1c2UgIm1pZ2h0IGJlIi4gVGhhdCBzb3VuZHMgbGlrZSB0aGVyZSBhcmUgbWFueSBvdGhl ciBjYXNlcyB3aGVyZSB0aGlzIGlzIG5vdCB0aGUgY2FzZS4gIk1pZ2h0IGJlIG5lZWRlZCBvbmx5 IHJhcmVseSIgY291bGQgaW5kaWNhdGUgdGhhdCBpdCBtYXkgYWxzbyBiZSBuZWVkZWQgZnJlcXVl bnRseSBpbiBvdGhlciBjYXNlcy4gU2FtZSBmb3IgdGhlIGZvbGxvd2luZyBwYXJhZ3JhcGguCiAg IAogICBOZXcgZGV2aWNlcyBtaWdodAogICBiZSBpbnRlZ3JhdGVkIGluIGFuIGFkLWhvYyBtYW5u ZXIgYmFzZWQgb24gc2VsZi1tYW5hZ2VtZW50IGFuZAogICAtY29uZmlndXJhdGlvbiBjYXBhYmls aXRpZXMuICBNb25pdG9yaW5nIGFuZCBkYXRhIGV4Y2hhbmdlIG1pZ2h0IGJlCiAgIG5lY2Vzc2Fy eSB0byBkbyB2aWEgYSBnYXRld2F5IGVudGl0eSBjb25uZWN0ZWQgdG8gdGhlIGJhY2stZW5kCiAg IHRyYW5zcG9ydCBpbmZyYXN0cnVjdHVyZS4gIFRoZSBkZXZpY2VzIGFuZCBlbnRpdGllcyBpbiB0 aGUgdHJhbnNwb3J0CiAgIGluZnJhc3RydWN0dXJlIG5lZWQgdG8gYmUgbW9uaXRvcmVkIG1vcmUg ZnJlcXVlbnRseSBhbmQgY2FuIGJlIGFibGUKICAgdG8gY29tbXVuaWNhdGUgd2l0aCBhIGhpZ2hl ciBkYXRhIHJhdGUuICBUaGUgY29ubmVjdGl2aXR5IG9mIHN1Y2gKICAgZW50aXRpZXMgZG9lcyBu b3QgbmVjZXNzYXJpbHkgbmVlZCB0byBiZSB3aXJlbGVzcy4gIFRoZSB0aW1lIHNjYWxlCiAgIGZv ciBkZXRlY3RpbmcgYW5kIHJlY29yZGluZyBmYWlsdXJlcyBpbiBhIG1vdmluZyB0cmFuc3BvcnQg bmV0d29yayBpcwogICBsaWtlbHkgbWVhc3VyZWQgaW4gaG91cnMgYW5kIHJlcGFpcnMgbWlnaHQg ZWFzaWx5IHRha2UgZGF5cy4gIEl0IGlzCiAgIGxpa2VseSB0aGF0IGEgc2VsZi1oZWFsaW5nIGZl YXR1cmUgd291bGQgYmUgdXNlZCBsb2NhbGx5LgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAg RXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAxNl0KDApJbnRlcm5l dC1EcmFmdCAgICAgIENvbnN0cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1 YXJ5IDIwMTQKCgozLjkuICBWZWhpY3VsYXIgTmV0d29ya3MKClVIPiBIb3cgaXMgdGhpcyBkaWZm ZXJlbnQgZnJvbSBzZWN0aW9uIDMuOD8gSSB0aG91Z2h0IHRoYXQgd2FzIHRhbGtpbmcgYWJvdXQg dmVoaWN1bGFyIG5ldHdvcmtzIGFscmVhZHk/CgogICBOZXR3b3JrcyBpbnZvbHZpbmcgbW9iaWxl IG5vZGVzLCBlc3BlY2lhbGx5IHRyYW5zcG9ydCB2ZWhpY2xlcywgYXJlCiAgIGVtZXJnaW5nLiAg U3VjaCBuZXR3b3JrcyBhcmUgdXNlZCB0byBwcm92aWRlIGludGVyLXZlaGljbGUKICAgY29tbXVu aWNhdGlvbiBzZXJ2aWNlcywgb3IgZXZlbiB0cmFja2luZyBvZiBtb2JpbGUgYXNzZXRzLCB0byBk ZXZlbG9wCiAgIGludGVsbGlnZW50IHRyYW5zcG9ydGF0aW9uIHN5c3RlbXMgYW5kIGRyaXZlcnMg YW5kIHBhc3NlbmdlcnMKICAgYXNzaXN0YW5jZSBzZXJ2aWNlcy4gIENvbnN0cmFpbmVkIGRldmlj ZXMgYXJlIGRlcGxveWVkIHdpdGhpbiBhCiAgIGxhcmdlciBzaW5nbGUgZW50aXR5LCB0aGUgdmVo aWNsZSwgYW5kIG11c3QgYmUgaW5kaXZpZHVhbGx5IG1hbmFnZWQuCgogICBWZWhpY2xlcyBjYW4g YmUgZWl0aGVyIHByaXZhdGUsIGJlbG9uZ2luZyB0byBpbmRpdmlkdWFscyBvciBwcml2YXRlCiAg IGNvbXBhbmllcywgb3IgcHVibGljIHRyYW5zcG9ydGF0aW9uLiAKVUg+IFdoeSBpcyB0aGF0IHJl bGV2YW50IGZvciB0aGUgbmV0d29yaz8gIAogICAKICAgIFNjZW5hcmlvcyBjb25zaXN0aW5nIG9m CiAgIHZlaGljbGUtdG8tdmVoaWNsZSBhZC1ob2MgbmV0d29ya3MsIGEgd2lyZWQgYmFja2JvbmUg d2l0aCB3aXJlbGVzcwogICBsYXN0IGhvcHMsClVIPiBXaGF0IGlzIGEgImxhc3QgaG9wIj8gICAK ICAgCiAgICBhbmQgaHlicmlkIHZlaGljbGUtdG8tcm9hZCBjb21tdW5pY2F0aW9ucyBhcmUgZXhw ZWN0ZWQgdG8KICAgYmUgY29tbW9uLgoKICAgQmVzaWRlcyB0aGUgYWNjZXNzIGNvbnRyb2wgYW5k IHNlY3VyaXR5LCBkZXBlbmRpbmcgb24gdGhlIHR5cGUgb2YKICAgdmVoaWNsZSBhbmQgc2Vydmlj ZSBiZWluZyBwcm92aWRlZCwgaXQgd291bGQgYmUgaW1wb3J0YW50IGZvciBhIE5NUwogICB0byBi ZSBhYmxlIHRvIGZ1bmN0aW9uIHdpdGggZGlmZmVyZW50IGFyY2hpdGVjdHVyZXMsIHNpbmNlIGRp ZmZlcmVudAogICBtYW51ZmFjdHVyZXJzIG1pZ2h0IGhhdmUgdGhlaXIgb3duIHByb3ByaWV0YXJ5 IHN5c3RlbXMuClVIPiBXaGF0IGtpbmQgb2YgYXJjaGl0ZWN0dXJlcz8gRG8geW91IG1lYW4gbWFu YWdlbWVudCBwcm90b2NvbHM/CgogICBVbmxpa2Ugc29tZSBtb2JpbGUgbmV0d29ya3MsIG1vc3Qg dmVoaWN1bGFyIG5ldHdvcmtzIGFyZSBleHBlY3RlZCB0bwogICBoYXZlIHNwZWNpZmljIHBhdHRl cm5zIGluIHRoZSBtb2JpbGl0eSBvZiB0aGUgbm9kZXMuICBTdWNoIHBhdHRlcm5zCiAgIGNvdWxk IHBvc3NpYmx5IGJlIGV4cGxvaXRlZCwgbWFuYWdlZCBhbmQgbW9uaXRvcmVkIGJ5IHRoZSBOTVMu ClVIPiBIb3cgc28/IFdoeT8KCiAgIFRoZSBjaGFsbGVuZ2VzIGluIHRoZSBtYW5hZ2VtZW50IG9m IHZlaGljbGVzIGluIGEgbW9iaWxlIGFwcGxpY2F0aW9uCiAgIGFyZSBtYW5pZm9sZC4gIEZpcnN0 bHksIHRoZSBpc3N1ZXMgY2F1c2VkIHRocm91Z2ggdGhlIGRldmljZSBtb2JpbGl0eQogICBuZWVk IHRvIGJlIHRha2VuIGludG8gY29uc2lkZXJhdGlvbi4gIFRoZSB1cC10by1kYXRlIHBvc2l0aW9u IG9mIGVhY2gKICAgbm9kZSBpbiB0aGUgbmV0d29yayBzaG91bGQgYmUgcmVwb3J0ZWQgdG8gdGhl IGNvcnJlc3BvbmRpbmcKICAgbWFuYWdlbWVudCBlbnRpdGllcywgc2luY2UgdGhlIG5vZGVzIGNv dWxkIGJlIG1vdmluZyB3aXRoaW4gb3IKICAgcm9hbWluZyBiZXR3ZWVuIGRpZmZlcmVudCBuZXR3 b3Jrcy4gIFNlY29uZGx5LCBhIHZhcmlldHkgb2YKICAgdHJvdWJsZXNob290aW5nIGluZm9ybWF0 aW9uLCBpbmNsdWRpbmcgc2Vuc2l0aXZlIGxvY2F0aW9uCiAgIGluZm9ybWF0aW9uLCBuZWVkcyB0 byBiZSByZXBvcnRlZCB0byB0aGUgbWFuYWdlbWVudCBzeXN0ZW0gaW4gb3JkZXIKICAgdG8gcHJv dmlkZSBhY2N1cmF0ZSBzZXJ2aWNlIHRvIHRoZSBjdXN0b21lci4KCiAgIFRoZSBOTVMgbXVzdCBh bHNvIGJlIGFibGUgdG8gaGFuZGxlIHBhcnRpdGlvbmVkIG5ldHdvcmtzLCB3aGljaCB3b3VsZAog ICBhcmlzZSBkdWUgdG8gdGhlIGR5bmFtaWMgbmF0dXJlIG9mIHRyYWZmaWMgcmVzdWx0aW5nIGlu IGxhcmdlIGludGVyLQogICB2ZWhpY2xlIGdhcHMgaW4gc3BhcnNlbHkgcG9wdWxhdGVkIHNjZW5h cmlvcy4gIENvbnN0YW50IGNoYW5nZXMgaW4KICAgdG9wb2xvZ3kgbXVzdCBhbHNvIGJlIGNvbnRl bmRlZCB3aXRoLgpVSD4gSXMgdGhhdCB0aGUgdGFzayBvZiB0aGUgTk1TPyBPciByYXRoZXIgdGhl IHJvdXRpbmcgcHJvdG9jb2w/CgogICBBdXRvLWNvbmZpZ3VyYXRpb24gb2Ygbm9kZXMgaW4gYSB2 ZWhpY3VsYXIgbmV0d29yayByZW1haW5zIGEKICAgY2hhbGxlbmdlIHNpbmNlIGJhc2VkIG9uIGxv Y2F0aW9uLCBhbmQgYWNjZXNzIG5ldHdvcmssIHRoZSB2ZWhpY2xlCiAgIG1pZ2h0IGhhdmUgZGlm ZmVyZW50IGNvbmZpZ3VyYXRpb25zIHRoYXQgbXVzdCBiZSBvYnRhaW5lZCBmcm9tIGl0cwogICBt YW5hZ2VtZW50IHN5c3RlbS4gIApVSD4gQXJlIHdlIHRhbGtpbmcgYWJvdXQgYXV0by1jb25maWd1 cmF0aW9uIG9mIElQIGFkZHJlc3Nlcz8gVGhhdCB3YXMgbm90IGFkZHJlc3NlcyBpbiBhbnkgb2Yg dGhlIG90aGVyIHVzZSBjYXNlcywgYW5kIGlzIGEgZGlmZmVyZW50IChhbHRob3VnaCBpbmRlZWQg Y2hhbGxlbmdpbmcpIGtpbmQgb2YgbWFuYWdlbWVudCAocHJlLWRlcGxveW1lbnQgdnMgbWFuYWdl bWVudCBkdXJpbmcgb3BlcmF0aW9uKSwgbGlrZWx5IG5vdCBpbnZvbHZpbmcgYW4gTk1TLgogICAK ICAgT3BlcmF0aW5nIGNvbmZpZ3VyYXRpb24gdXBkYXRlcywgd2hpbGUgaW4gcmVtb3RlCiAgIG5l dHdvcmtzIGFsc28gbmVlZHMgdG8gYmUgY29uc2lkZXJlZCBpbiB0aGUgZGVzaWduIG9mIGEgbmV0 d29yawogICBtYW5hZ2VtZW50IHN5c3RlbS4iClVIPiBzLyIvLwoKCgoKCgpFcnN1ZSwgZXQgYWwu ICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAx N10KDApJbnRlcm5ldC1EcmFmdCAgICAgIENvbnN0cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNl cyAgICAgIEZlYnJ1YXJ5IDIwMTQKCgozLjEwLiAgQ29tbXVuaXR5IE5ldHdvcmsgQXBwbGljYXRp b25zCgogICBDb21tdW5pdHkgbmV0d29ya3MgYXJlIGNvbXByaXNlZCBvZiBjb25zdHJhaW5lZCBy b3V0ZXJzIGluIGEgbXVsdGktCiAgIGhvcCBtZXNoIHRvcG9sb2d5LCBjb21tdW5pY2F0aW5nIG92 ZXIgYSBsb3NzeSwgYW5kIG9mdGVuIHdpcmVsZXNzCiAgIGNoYW5uZWwuICBXaGlsZSB0aGUgcm91 dGVycyBhcmUgbW9zdGx5IG5vbi1tb2JpbGUsIHRoZSB0b3BvbG9neSBtYXkKICAgYmUgdmVyeSBk eW5hbWljIGJlY2F1c2Ugb2YgZmx1Y3R1YXRpb25zIGluIGxpbmsgcXVhbGl0eSBvZiB0aGUKICAg KHdpcmVsZXNzKSBjaGFubmVsIGNhdXNlZCBieSwgZS5nLiwgb2JzdGFjbGVzLCBvciBvdGhlciBu ZWFyYnkgcmFkaW8KICAgdHJhbnNtaXNzaW9ucy4gIERlcGVuZGluZyBvbiB0aGUgcm91dGVycyB0 aGF0IGFyZSB1c2VkIGluIHRoZQogICBjb21tdW5pdHkgbmV0d29yaywgdGhlIHJlc291cmNlcyBv ZiB0aGUgcm91dGVycyAobWVtb3J5LCBDUFUpIG1heSBiZQogICBtb3JlIG9yIGxlc3MgY29uc3Ry YWluZWQgLSBhdmFpbGFibGUgcmVzb3VyY2VzIG1heSByYW5nZSBmcm9tIG9ubHkgYQogICBmZXcg a2lsb2J5dGVzIG9mIFJBTSB0byBzZXZlcmFsIG1lZ2FieXRlcyBvciBtb3JlLCBhbmQgQ1BVcyBt YXkgYmUKICAgc21hbGwgYW5kIGVtYmVkZGVkLCBvciBtb3JlIHBvd2VyZnVsIGdlbmVyYWwtcHVy cG9zZSBwcm9jZXNzb3JzLgogICBFeGFtcGxlcyBvZiBzdWNoIGNvbW11bml0eSBuZXR3b3JrcyBh cmUgdGhlIEZ1bmtGZXVlciBuZXR3b3JrCiAgIChWaWVubmEsIEF1c3RyaWEpLCBGcmVpRnVuayAo QmVybGluLCBHZXJtYW55KSwgU2VhdHRsZSBXaXJlbGVzcwogICAoU2VhdHRsZSwgVVNBKSwgYW5k IEFXTU4gKEF0aGVucywgR3JlZWNlKS4gIFRoZXNlIGNvbW11bml0eSBuZXR3b3JrcwogICBhcmUg cHVibGljIGFuZCBub24tcmVndWxhdGVkLCBhbGxvd2luZyB0aGVpciB1c2VycyB0byBjb25uZWN0 IHRvIGVhY2gKICAgb3RoZXIgYW5kIC0gdGhyb3VnaCBhbiB1cGxpbmsgdG8gYW4gSVNQIC0gdG8g dGhlIEludGVybmV0LiAgTm8gZmVlLAogICBvdGhlciB0aGFuIHRoZSBpbml0aWFsIHB1cmNoYXNl IG9mIGEgd2lyZWxlc3Mgcm91dGVyLCBpcyBjaGFyZ2VkIGZvcgogICB0aGVzZSBzZXJ2aWNlcy4g IEFwcGxpY2F0aW9ucyBvZiB0aGVzZSBjb21tdW5pdHkgbmV0d29ya3MgY2FuIGJlCiAgIGRpdmVy c2UsIGUuZy4sIGxvY2F0aW9uIGJhc2VkIHNlcnZpY2VzLCBmcmVlIEludGVybmV0IGFjY2Vzcywg ZmlsZQogICBzaGFyaW5nIGJldHdlZW4gdXNlcnMsIGRpc3RyaWJ1dGVkIGNoYXQgc2VydmljZXMs IHNvY2lhbCBuZXR3b3JraW5nCiAgIGV0YywgdmlkZW8gc2hhcmluZyBldGMuCgogICBBcyBhbiBl eGFtcGxlIG9mIGEgY29tbXVuaXR5IG5ldHdvcmssIHRoZSBGdW5rRmV1ZXIgbmV0d29yayBjb21w cmlzZXMKICAgc2V2ZXJhbCBodW5kcmVkIHJvdXRlcnMsIG1hbnkgb2Ygd2hpY2ggaGF2ZSBzZXZl cmFsIHJhZGlvIGludGVyZmFjZXMKICAgKHdpdGggb21uaWRpcmVjdGlvbmFsIGFuZCBzb21lIGRp cmVjdGVkIGFudGVubmFzKS4gIFRoZSByb3V0ZXJzIG9mCiAgIHRoZSBuZXR3b3JrIGFyZSBzbWFs bC1zaXplZCB3aXJlbGVzcyByb3V0ZXJzLCBzdWNoIGFzIHRoZSBMaW5rc3lzCiAgIFdSVDU0R0ws IGF2YWlsYWJsZSBpbiAyMDExIGZvciBsZXNzIHRoYW4gNTAgRXVyb3MuICBUaGVzZSByb3V0ZXJz LAogICB3aXRoIDE2IE1CIG9mIFJBTSBhbmQgMjY0IE1IeiBvZiBDUFUgcG93ZXIsIGFyZSBtb3Vu dGVkIG9uIHRoZQogICByb29mdG9wcyBvZiB0aGUgdXNlcnMuICBXaGVuIG5ldyB1c2VycyB3YW50 IHRvIGNvbm5lY3QgdG8gdGhlCiAgIG5ldHdvcmssIHRoZXkgYWNxdWlyZSBhIHdpcmVsZXNzIHJv dXRlciwgaW5zdGFsbCB0aGUgYXBwcm9wcmlhdGUKICAgZmlybXdhcmUgYW5kIHJvdXRpbmcgcHJv dG9jb2wsIGFuZCBtb3VudCB0aGUgcm91dGVyIG9uIHRoZSByb29mdG9wLgogICBJUCBhZGRyZXNz ZXMgZm9yIHRoZSByb3V0ZXIgYXJlIGFzc2lnbmVkIG1hbnVhbGx5IGZyb20gYSBsaXN0IG9mCiAg IGFkZHJlc3NlcyAoYmVjYXVzZSBvZiB0aGUgbGFjayBvZiBhdXRvY29uZmlndXJhdGlvbiBzdGFu ZGFyZHMgZm9yCiAgIG1lc2ggbmV0d29ya3MgaW4gdGhlIElFVEYpLgoKICAgV2hpbGUgdGhlIHJv dXRlcnMgYXJlIG5vbi1tb2JpbGUsIGZsdWN0dWF0aW9ucyBpbiBsaW5rIHF1YWxpdHkKICAgcmVx dWlyZSBhbiBhZCBob2Mgcm91dGluZyBwcm90b2NvbCB0aGF0IGFsbG93cyBmb3IgcXVpY2sgY29u dmVyZ2VuY2UKICAgdG8gcmVmbGVjdCB0aGUgZWZmZWN0aXZlIHRvcG9sb2d5IG9mIHRoZSBuZXR3 b3JrIChzdWNoIGFzIE5IRFAKICAgW1JGQzYxMzBdIGFuZCBPTFNSdjIgW0ktRC5pZXRmLW1hbmV0 LW9sc3J2Ml0gZGV2ZWxvcGVkIGluIHRoZSBNQU5FVAogICBXRykuICBVc3VhbGx5LCBubyBodW1h biBpbnRlcmFjdGlvbiBpcyByZXF1aXJlZCBmb3IgdGhlc2UgcHJvdG9jb2xzLAogICBhcyBhbGwg dmFyaWFibGUgcGFyYW1ldGVycyByZXF1aXJlZCBieSB0aGUgcm91dGluZyBwcm90b2NvbCBhcmUK ICAgZWl0aGVyIG5lZ290aWF0ZWQgaW4gdGhlIGNvbnRyb2wgdHJhZmZpYyBleGNoYW5nZSwgb3Ig YXJlIG9ubHkgb2YKICAgbG9jYWwgaW1wb3J0YW5jZSB0byBlYWNoIHJvdXRlciAoaS5lLiBkbyBu b3QgaW5mbHVlbmNlCiAgIGludGVyb3BlcmFiaWxpdHkpLiAgSG93ZXZlciwgZXh0ZXJuYWwgbWFu YWdlbWVudCBhbmQgbW9uaXRvcmluZyBvZiBhbgogICBhZCBob2Mgcm91dGluZyBwcm90b2NvbCBt YXkgYmUgZGVzaXJhYmxlIHRvIG9wdGltaXplIHBhcmFtZXRlcnMgb2YKICAgdGhlIHJvdXRpbmcg cHJvdG9jb2wuICBTdWNoIGFuIG9wdGltaXphdGlvbiBtYXkgbGVhZCB0byBhIG1vcmUgc3RhYmxl CiAgIHBlcmNlaXZlZCB0b3BvbG9neSBhbmQgdG8gYSBsb3dlciBjb250cm9sIHRyYWZmaWMgb3Zl cmhlYWQsIGFuZAoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgs IDIwMTQgICAgICAgICAgICAgICBbUGFnZSAxOF0KDApJbnRlcm5ldC1EcmFmdCAgICAgIENvbnN0 cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICB0aGVy ZWZvcmUgdG8gYSBoaWdoZXIgZGVsaXZlcnkgc3VjY2VzcyByYXRpbyBvZiBkYXRhIHBhY2tldHMs IGEgbG93ZXIKICAgZW5kLXRvLWVuZCBkZWxheSwgYW5kIGxlc3MgdW5uZWNlc3NhcnkgYmFuZHdp ZHRoIGFuZCBlbmVyZ3kgdXNhZ2UuCgogICBEaWZmZXJlbnQgdXNlIGNhc2VzIGZvciB0aGUgbWFu YWdlbWVudCBvZiBjb21tdW5pdHkgbmV0d29ya3MgYXJlCiAgIHBvc3NpYmxlOgoKICAgbyAgT25l IHNpbmdsZSBOZXR3b3JrIE1hbmFnZW1lbnQgU3RhdGlvbiwgZS5nLiBhIGJvcmRlciBnYXRld2F5 CiAgICAgIHByb3ZpZGluZyBjb25uZWN0aXZpdHkgdG8gdGhlIEludGVybmV0LCByZXF1aXJlcyBt YW5hZ2luZyBvcgogICAgICBtb25pdG9yaW5nIHJvdXRlcnMgaW4gdGhlIGNvbW11bml0eSBuZXR3 b3JrLCBpbiBvcmRlciB0bwogICAgICBpbnZlc3RpZ2F0ZSBwcm9ibGVtcyAobW9uaXRvcmluZykg b3IgdG8gaW1wcm92ZSBwZXJmb3JtYW5jZSBieQogICAgICBjaGFuZ2luZyBwYXJhbWV0ZXJzICht YW5hZ2luZykuICBBcyB0aGUgdG9wb2xvZ3kgb2YgdGhlIG5ldHdvcmsgaXMKICAgICAgZHluYW1p YywgY29uc3RhbnQgY29ubmVjdGl2aXR5IG9mIGVhY2ggcm91dGVyIHRvd2FyZHMgdGhlCiAgICAg IG1hbmFnZW1lbnQgc3RhdGlvbiBjYW5ub3QgYmUgZ3VhcmFudGVlZC4gIEN1cnJlbnQgbmV0d29y awogICAgICBtYW5hZ2VtZW50IHByb3RvY29scywgc3VjaCBhcyBTTk1QIGFuZCBOZXRjb25mLCBt YXkgYmUgdXNlZCAoZS5nLiwKICAgICAgdXNpbmcgaW50ZXJmYWNlcyBzdWNoIGFzIHRoZSBOSERQ LU1JQiBbUkZDNjc3OV0pLiAgSG93ZXZlciwgd2hlbgogICAgICByb3V0ZXJzIGluIHRoZSBjb21t dW5pdHkgbmV0d29yayBhcmUgY29uc3RyYWluZWQsIGV4aXN0aW5nCiAgICAgIHByb3RvY29scyBt YXkgcmVxdWlyZSB0b28gbWFueSByZXNvdXJjZXMgaW4gdGVybXMgb2YgbWVtb3J5IGFuZAogICAg ICBDUFU7IGFuZCBtb3JlIGltcG9ydGFudGx5LCB0aGUgYmFuZHdpZHRoIHJlcXVpcmVtZW50cyBt YXkgZXhjZWVkCiAgICAgIHRoZSBhdmFpbGFibGUgY2hhbm5lbCBjYXBhY2l0eSBpbiB3aXJlbGVz cyBtZXNoIG5ldHdvcmtzLgogICAgICBNb3Jlb3ZlciwgbWFuYWdlbWVudCBhbmQgbW9uaXRvcmlu ZyBtYXkgYmUgdW5mZWFzaWJsZSBpZiB0aGUKICAgICAgY29ubmVjdGlvbiBiZXR3ZWVuIHRoZSBu ZXR3b3JrIG1hbmFnZW1lbnQgc3RhdGlvbiBhbmQgdGhlIHJvdXRlcnMKICAgICAgaXMgZnJlcXVl bnRseSBpbnRlcnJ1cHRlZC4KCiAgIG8gIEEgZGlzdHJpYnV0ZWQgbmV0d29yayBtb25pdG9yaW5n LCBpbiB3aGljaCBtb3JlIHRoYW4gb25lCiAgICAgIG1hbmFnZW1lbnQgc3RhdGlvbiBtb25pdG9y cyBvciBtYW5hZ2VzIG90aGVyIHJvdXRlcnMuICBCZWNhdXNlCiAgICAgIGNvbm5lY3Rpdml0eSB0 byBhIHNlcnZlciBjYW5ub3QgYmUgZ3VhcmFudGVlZCBhdCBhbGwgdGltZXMsIGEKICAgICAgZGlz dHJpYnV0ZWQgYXBwcm9hY2ggbWF5IHByb3ZpZGUgYSBoaWdoZXIgcmVsaWFiaWxpdHksIGF0IHRo ZSBjb3N0CiAgICAgIG9mIGluY3JlYXNlZCBjb21wbGV4aXR5LiAgQ3VycmVudGx5LCBubyBJRVRG IHN0YW5kYXJkIGV4aXN0cyBmb3IKICAgICAgZGlzdHJpYnV0ZWQgbW9uaXRvcmluZyBhbmQgbWFu YWdlbWVudC4KCiAgIG8gIE1vbml0b3JpbmcgYW5kIG1hbmFnZW1lbnQgb2YgYSB3aG9sZSBuZXR3 b3JrIG9yIGEgZ3JvdXAgb2YKICAgICAgcm91dGVycy4gIE1vbml0b3JpbmcgdGhlIHBlcmZvcm1h bmNlIG9mIGEgY29tbXVuaXR5IG5ldHdvcmsgbWF5CiAgICAgIHJlcXVpcmUgbW9yZSBpbmZvcm1h dGlvbiB0aGFuIHdoYXQgY2FuIGJlIGFjcXVpcmVkIGZyb20gYSBzaW5nbGUKICAgICAgcm91dGVy IHVzaW5nIGEgbmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29sLiAgU3RhdGlzdGljcywgc3VjaCBh cwogICAgICB0b3BvbG9neSBjaGFuZ2VzIG92ZXIgdGltZSwgZGF0YSB0aHJvdWdocHV0IGFsb25n IGNlcnRhaW4gcm91dGluZwogICAgICBwYXRocywgY29uZ2VzdGlvbiBldGMuLCBhcmUgb2YgaW50 ZXJlc3QgZm9yIGEgZ3JvdXAgb2Ygcm91dGVycyAob3IKICAgICAgdGhlIHJvdXRpbmcgZG9tYWlu KSBhcyBhIHdob2xlLiAgQXMgb2YgMjAxMiwgbm8gSUVURiBzdGFuZGFyZAogICAgICBhbGxvd3Mg Zm9yIG1vbml0b3Jpbmcgb3IgbWFuYWdpbmcgd2hvbGUgbmV0d29ya3MsIGluc3RlYWQgb2YKICAg ICAgc2luZ2xlIHJvdXRlcnMuCgpVSD4gSSB3cm90ZSB0aGF0IHRleHQsIHNvIEkgd29uJ3QgY29t bWVudCBvbiBpdC4KCjMuMTEuICBNaWxpdGFyeSBPcGVyYXRpb25zCgogICBUaGUgY2hhbGxlbmdl cyBvZiBjb25maWd1cmF0aW9uIGFuZCBtb25pdG9yaW5nIG9mIG5ldHdvcmtzIGZhY2VkIGJ5CiAg IG1pbGl0YXJ5IGFnZW5jaWVzIGNhbiBiZSBkaWZmZXJlbnQgZnJvbSB0aGUgb3RoZXIgdXNlIGNh c2VzIHNpbmNlIHRoZQogICByZXF1aXJlbWVudHMgYW5kIG9wZXJhdGluZyBjb25kaXRpb25zIG9m IG1pbGl0YXJ5IG5ldHdvcmtzIGFyZSBxdWl0ZQogICBkaWZmZXJlbnQuCgogICBXaXRoIHRlY2hu b2xvZ3kgYWR2YW5jZW1lbnRzLCBtaWxpdGFyeSBuZXR3b3JrcyBub3dhZGF5cyBoYXZlIGJlY29t ZQoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTgsIDIwMTQgICAg ICAgICAgICAgICBbUGFnZSAxOV0KDApJbnRlcm5ldC1EcmFmdCAgICAgIENvbnN0cmFpbmVkIE1h bmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1YXJ5IDIwMTQKCgogICBsYXJnZSBhbmQgY29u c2lzdCBvZiB2YXJpZXRpZXMgb2YgZGlmZmVyZW50IHR5cGVzIG9mIGVxdWlwbWVudCB0aGF0CiAg IHJ1biBkaWZmZXJlbnQgcHJvdG9jb2xzIGFuZCB0b29scyB0aGF0IG9idmlvdXNseSBpbmNyZWFz ZSBjb21wbGV4aXR5CiAgIG9mIHRoZSB0YWN0aWNhbCBuZXR3b3Jrcy4gIEluIG1hbnkgc2NlbmFy aW9zLCBjb25maWd1cmF0aW9ucyBhcmUsCiAgIG1vc3QgbGlrZWx5LCBtYW51YWxseSBwZXJmb3Jt ZWQuICBGdXJ0aGVybW9yZSwgc29tZSBsZWdhY3kgYW5kIGV2ZW4KICAgbW9kZXJuIGRldmljZXMg ZG8gbm90IGV2ZW4gc3VwcG9ydCBJUCBuZXR3b3JraW5nLiAgTWFqb3JpdHkgb2YKICAgcHJvdG9j b2xzIGFuZCB0b29scyBkZXZlbG9wZWQgYnkgdmVuZG9ycyB0aGF0IGFyZSBiZWluZyB1c2VkIGFy ZQogICBwcm9wcmlldGFyeSB3aGljaCBtYWtlcyBpbnRlZ3JhdGlvbiBtb3JlIGRpZmZpY3VsdC4K CiAgIFRoZSBtYWluIHJlYXNvbiBmb3IgdGhpcyBkaXNqb2ludCBvcGVyYXRpb24gc2NlbmFyaW8g aXMgdGhhdCBtb3N0CiAgIG1pbGl0YXJ5IGVxdWlwbWVudCBpcyBkZXZlbG9wZWQgd2l0aCBzcGVj aWZpYyB0YXNrcyByZXF1aXJlbWVudHMgaW4KICAgbWluZCwgcmF0aGVyIHRoYW4gaW50ZXJvcGVy YWJpbGl0eSBvZiB0aGUgdmFyaWVkIGVxdWlwbWVudCB0eXBlcy4KICAgRm9yIGV4YW1wbGUsIHRo ZSBvcGVyYXRpbmcgY29uZGl0aW9ucyBleHBlcmllbmNlZCBieSBoaWdoIGFsdGl0dWRlCiAgIGVx dWlwbWVudCBpcyBzaWduaWZpY2FudGx5IGRpZmZlcmVudCBmcm9tIHRoYXQgdXNlZCBpbiBkZXNl cnQKICAgY29uZGl0aW9ucyBhbmQgaW50ZXJvcGVyYXRpb24gb2YgdGFjdGljYWwgZXF1aXBtZW50 IHdpdGgKICAgdGVsZWNvbW11bmljYXRpb24gZXF1aXBtZW50IHdhcyBub3QgYW4gZXhwZWN0ZWQg b3V0Y29tZS4KCiAgIEN1cnJlbnRseSwgbW9zdCBtaWxpdGFyeSBuZXR3b3JrcyBvcGVyYXRlIHdp dGggYSBmaXhlZCBOZXR3b3JrCiAgIE9wZXJhdGlvbnMgQ2VudGVyIChOT0MpIHRoYXQgcGh5c2lj YWxseSBtYW5hZ2VzIHRoZSBjb25maWd1cmF0aW9uIGFuZAogICBldmFsdWF0aW9uIG9mIGFsbCBm aWVsZCBkZXZpY2VzLiAgT25jZSBjb25maWd1cmVkLCB0aGUgZGV2aWNlcyBtaWdodAogICBiZSBk ZXBsb3llZCBpbiBmaXhlZCBvciBtb2JpbGUgc2NlbmFyaW9zLiAgQW55IGNvbmZpZ3VyYXRpb24g Y2hhbmdlcwogICByZXF1aXJlZCB3b3VsZCBuZWVkIHRvIGJlIGFwcHJvcHJpYXRlbHkgZW5jcnlw dGVkIGFuZCBhdXRoZW50aWNhdGVkCiAgIHRvIHByZXZlbnQgdW5hdXRob3JpemVkIGFjY2Vzcy4K CiAgIEhpZXJhcmNoaWNhbCBtYW5hZ2VtZW50IG9mIGRldmljZXMgaXMgYSBjb21tb24gcmVxdWly ZW1lbnQgb2YKICAgbWlsaXRhcnkgb3BlcmF0aW9ucyBhcyB3ZWxsIHNpbmNlIGxvY2FsIG1hbmFn ZXJzIG1heSBuZWVkIHRvIHJlc3BvbmQKICAgdG8gY2hhbmdpbmcgY29uZGl0aW9ucyB3aXRoaW4g dGhlaXIgcGxhdG9vbiwgcmVnaW1lbnQsIGJyaWdhZGUsCiAgIGRpdmlzaW9uIG9yIGNvcnBzLiAg VGhlIGxldmVsIG9mIGNvbmZpZ3VyYXRpb24gbWFuYWdlbWVudCBhdmFpbGFibGUKICAgYXQgZWFj aCBoaWVyYXJjaHkgbXVzdCBhbHNvIGJlIGNsb3NlbHkgZ292ZXJuZWQuCgogICBTaW5jZSBtb3N0 IG1pbGl0YXJ5IG5ldHdvcmtzIG9wZXJhdGUgaW4gaG9zdGlsZSBlbnZpcm9ubWVudHMsIGEgaGln aAogICBmYWlsdXJlIHJhdGUgYW5kIGRpc2Nvbm5lY3Rpb24gcmF0ZSBzaG91bGQgYmUgdG9sZXJh dGVkIGJ5IHRoZSBOTVMsCiAgIHdoaWNoIG11c3QgYWxzbyBiZSBhYmxlIHRvIGRlYWwgd2l0aCBt dWx0aXBsZSBnYXRld2F5cyBhbmQgZGlzam9pbnQKICAgbWFuYWdlbWVudCBwcm90b2NvbHMuCgog ICBNdWx0aS1uYXRpb25hbCBtaWxpdGFyeSBvcGVyYXRpb25zIGFyZSBiZWNvbWluZyBpbmNyZWFz aW5nbHkgY29tbW9uLAogICByZXF1aXJpbmcgdGhlIGludGVyb3BlcmF0aW9uIG9mIGEgZGl2ZXJz ZSBzZXQgb2YgZXF1aXBtZW50IGRlc2lnbmVkCiAgIHdpdGggZGlmZmVyZW50IG9wZXJhdGluZyBj b25kaXRpb25zIGluIG1pbmQuICBGdXJ0aGVybW9yZSwgZGlmZmVyZW50CiAgIG1pbGl0YXJpZXMg YXJlIGxpa2VseSB0byBoYXZlIGEgZGlmZmVyZW50IHNldCBvZiBzdGFuZGFyZHMsIGJlc3QKICAg cHJhY3RpY2VzLCBydWxlcyBhbmQgcmVndWxhdGlvbiwgYW5kIGltcGxlbWVudGF0aW9uIGFwcHJv YWNoZXMgdGhhdAogICBtYXkgY29udHJhZGljdCBvciBjb25mbGljdCB3aXRoIGVhY2ggb3RoZXIu ICBUaGUgTk1TIHNob3VsZCBiZSBhYmxlCiAgIHRvIGRldGVjdCB0aGVzZSBhbmQgaGFuZGxlIHRo ZW0gaW4gYW4gYWNjZXB0YWJsZSBtYW5uZXIsIHdoaWNoIG1heQogICByZXF1aXJlIGh1bWFuIGlu dGVydmVudGlvbi4KCgoKCgoKCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVn dXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMjBdCgwKSW50ZXJuZXQtRHJhZnQgICAg ICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoK NC4gIElBTkEgQ29uc2lkZXJhdGlvbnMKCiAgIFRoaXMgZG9jdW1lbnQgZG9lcyBub3QgaW50cm9k dWNlIGFueSBuZXcgY29kZS1wb2ludHMgb3IgbmFtZXNwYWNlcwogICBmb3IgcmVnaXN0cmF0aW9u IHdpdGggSUFOQS4KCiAgIE5vdGUgdG8gUkZDIEVkaXRvcjogdGhpcyBzZWN0aW9uIG1heSBiZSBy ZW1vdmVkIG9uIHB1YmxpY2F0aW9uIGFzIGFuCiAgIFJGQy4KCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBB dWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAyMV0KDApJbnRlcm5ldC1EcmFmdCAg ICAgIENvbnN0cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1YXJ5IDIwMTQK Cgo1LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMKCiAgIEluIHNldmVyYWwgdXNlIGNhc2VzLCBj b25zdHJhaW5lZCBkZXZpY2VzIGFyZSBkZXBsb3llZCBpbiB1bnNhZmUKICAgZW52aXJvbm1lbnRz LCB3aGVyZSBhdHRhY2tlcnMgY2FuIGdhaW4gcGh5c2ljYWwgYWNjZXNzIHRvIHRoZQogICBkZXZp Y2VzLiAgQXMgYSBjb25zZXF1ZW5jZSwgaXQgaXMgY3J1Y2lhbCB0byBwcm9wZXJseSBwcm90ZWN0 IGFueQogICBzZWN1cml0eSBjcmVkZW50aWFscyB0aGF0IG1heSBiZSBzdG9yZWQgb24gdGhlIGRl dmljZSAoZS5nLiwgYnkgdXNpbmcKICAgaGFyZHdhcmUgcHJvdGVjdGlvbiBtZWNoYW5pc21zKS4g IEZ1cnRoZXJtb3JlLCBpdCBpcyBpbXBvcnRhbnQgdGhhdAogICBhbnkgY3JlZGVudGlhbHMgbGVl a2luZyBmcm9tIGEgc2luZ2xlIGRldmljZSBkbyBub3Qgc2ltcGxpZnkgdGhlClVIPiBzL2xlZWtp bmcvbGVha2luZy8KICAgYXR0YWNrIG9uIG90aGVyIChzaW1pbGFyKSBkZXZpY2VzLiAgSW4gcGFy dGljdWxhciwgc2VjdXJpdHkKICAgY3JlZGVudGlhbHMgc2hvdWxkIG5ldmVyIGJlIHNoYXJlZC4K CiAgIFNpbmNlIGNvbnN0cmFpbmVkIGRldmljZXMgb2Z0ZW4gaGF2ZSBsaW1pdGVkIGNvbXB1dGF0 aW9uYWwgcmVzb3VyY2VzLAogICBjYXJlIHNob3VsZCBiZSB0YWtlbiBpbiBjaG9vc2luZyBlZmZp Y2llbnQgYnV0IGNyeXB0b2dyYXBoaWNhbGx5CiAgIHN0cm9uZyBjcnl0b2dyYXBoaWMgYWxnb3Jp dGhtcy4gIERlc2lnbmVycyBvZiBjb25zdHJhaW5lZCBkZXZpY2VzClVIPiBzL2NyeXRvZ3JwaGlj L2NyeXB0b2dyYXBoaWMvCiAgIHRoYXQgaGF2ZSBhIGxvbmcgZXhwZWN0ZWQgbGlmZXRpbWUgbmVl ZCB0byBlbnN1cmUgdGhhdCBjcnlwdG9ncmFwaGljCiAgIGFsZ29yaXRobXMgY2FuIGJlIHVwZGF0 ZWQgb25jZSBkZXZpY2VzIGhhdmUgYmVlbiBkZXBsb3llZC4gIFRoZQogICBhYmlsaXR5IHRvIHBl cmZvcm0gc2VjdXJlIGZpcm13YXJlIGFuZCBzb2Z0d2FyZSB1cGRhdGVzIGlzIGFuCiAgIGltcG9y dGFudCBtYW5hZ2VtZW50IHJlcXVpcmVtZW50LgoKICAgU2V2ZXJhbCB1c2UgY2FzZXMgZ2VuZXJh dGUgc2Vuc2l0aXZlIGRhdGEgb3IgcmVxdWlyZSB0aGUgcHJvY2Vzc2luZwogICBvZiBzZW5zaXRp dmUgZGF0YS4gIEl0IGlzIHRoZXJlZm9yZSBhbiBpbXBvcnRhbnQgcmVxdWlyZW1lbnQgdG8KICAg cHJvcGVybHkgcHJvdGVjdCBhY2Nlc3MgdG8gdGhlIGRhdGEgaW4gb3JkZXIgdG8gcHJvdGVjdCB0 aGUgcHJpdmFjeQogICBvZiBodW1hbnMgdXNpbmcgSW50ZXJuZXQtZW5hYmxlZCBkZXZpY2VzLiAg Rm9yIGNlcnRhaW4gdHlwZXMgb2YgZGF0YSwKICAgcHJvdGVjdGlvbiBkdXJpbmcgdGhlIHRyYW5z bWlzc2lvbiBvdmVyIHRoZSBuZXR3b3JrIG1heSBub3QgYmUKICAgc3VmZmljaWVudCBhbmQgbWV0 aG9kcyBzaG91bGQgYmUgaW52ZXN0aWdhdGVkIHRoYXQgcHJvdmlkZSBwcm90ZWN0aW9uCiAgIG9m IGRhdGEgd2hpbGUgaXQgaXMgY2FjaGVkIG9yIHN0b3JlZCAoZS5nLiwgd2hlbiB1c2luZyBhIHN0 b3JlLWFuZC0KICAgZm9yd2FyZCB0cmFuc3BvcnQgbWVjaGFuaXNtKS4KCgpVSD4gVGhpcyBpcyBh IHNob3J0IHNlY3Rpb24uIFdvdWxkIGJlIGdvb2QgdG8gdGFsayB0byBzb21lb25lIGZyb20gdGhl IFNFQyBkaXJlY3RvcmF0ZSBhaGVhZCBvZiBhIFdHTEMsIHRvIG1ha2Ugc3VyZSB0aGlzIGlzIHN1 ZmZpY2llbnQuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAgICBF eHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDIyXQoMCkludGVybmV0 LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENhc2VzICAgICAgRmVicnVh cnkgMjAxNAoKCjYuICBDb250cmlidXRvcnMKCiAgIEZvbGxvd2luZyBwZXJzb25zIG1hZGUgc2ln bmlmaWNhbnQgY29udHJpYnV0aW9ucyB0byBhbmQgcmV2aWV3ZWQgdGhpcwogICBkb2N1bWVudDoK CiAgIG8gIFVscmljaCBIZXJiZXJnIChGdWppdHN1IExhYm9yYXRvcmllcyBvZiBBbWVyaWNhKSBj b250cmlidXRlZCB0aGUKICAgICAgU2VjdGlvbiAzLjEwIG9uIENvbW11bml0eSBOZXR3b3JrIEFw cGxpY2F0aW9ucy4KCiAgIG8gIFBldGVyIHZhbiBkZXIgU3RvayBjb250cmlidXRlZCB0byBTZWN0 aW9uIDMuNiBvbiBCdWlsZGluZwogICAgICBBdXRvbWF0aW9uLgoKICAgbyAgWmhlbiBDYW8gY29u dHJpYnV0ZWQgdG8gU2VjdGlvbiAyLjIgTW9iaWxlIEFjY2VzcyBUZWNobm9sb2dpZXMuCgogICBv ICBHaWxtYW4gVG9sbGUgY29udHJpYnV0ZWQgdGhlIFNlY3Rpb24gMy40IG9uIEF1dG9tYXRlZCBN ZXRlcmluZwogICAgICBJbmZyYXN0cnVjdHVyZS4KCiAgIG8gIEphbWVzIE5ndXllbiBhbmQgVWxy aWNoIEhlcmJlcmcgY29udHJpYnV0ZWQgdG8gU2VjdGlvbiAzLjExIG9uCiAgICAgIE1pbGl0YXJ5 IG9wZXJhdGlvbnMuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBh bC4gICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdl IDIzXQoMCkludGVybmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENh c2VzICAgICAgRmVicnVhcnkgMjAxNAoKCjcuICBBY2tub3dsZWRnbWVudHMKCiAgIEZvbGxvd2lu ZyBwZXJzb25zIHJldmlld2VkIGFuZCBwcm92aWRlZCB2YWx1YWJsZSBjb21tZW50cyB0bwogICBk aWZmZXJlbnQgdmVyc2lvbnMgb2YgdGhpcyBkb2N1bWVudDoKCiAgIERvbWluaXF1ZSBCYXJ0aGVs LCBDYXJzdGVuIEJvcm1hbm4sIFpoZW4gQ2FvLCBCZW5vaXQgQ2xhaXNlLCBCZXJ0CiAgIEdyZWV2 ZW5ib3NjaCwgVWxyaWNoIEhlcmJlcmcsIEphbWVzIE5ndXllbiwgWmFjaCBTaGVsYnksIGFuZCBQ ZXRlcgogICB2YW4gZGVyIFN0b2suCgogICBUaGUgZWRpdG9ycyB3b3VsZCBsaWtlIHRvIHRoYW5r IHRoZSByZXZpZXdlcnMgYW5kIHRoZSBwYXJ0aWNpcGFudHMgb24KICAgdGhlIENvbWFuIG1haWxs aXN0IGZvciB0aGVpciB2YWx1YWJsZSBjb250cmlidXRpb25zIGFuZCBjb21tZW50cy4KCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCkVyc3VlLCBldCBhbC4gICAgICAgICAg ICBFeHBpcmVzIEF1Z3VzdCAxOCwgMjAxNCAgICAgICAgICAgICAgIFtQYWdlIDI0XQoMCkludGVy bmV0LURyYWZ0ICAgICAgQ29uc3RyYWluZWQgTWFuYWdlbWVudDogVXNlIENhc2VzICAgICAgRmVi cnVhcnkgMjAxNAoKCjguICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbUkZDNjEzMF0gIENs YXVzZW4sIFQuLCBEZWFybG92ZSwgQy4sIGFuZCBKLiBEZWFuLCAiTW9iaWxlIEFkIEhvYwogICAg ICAgICAgICAgIE5ldHdvcmsgKE1BTkVUKSBOZWlnaGJvcmhvb2QgRGlzY292ZXJ5IFByb3RvY29s IChOSERQKSIsCiAgICAgICAgICAgICAgUkZDIDYxMzAsIEFwcmlsIDIwMTEuCgogICBbUkZDNjU2 OF0gIEtpbSwgRS4sIEthc3BhciwgRC4sIGFuZCBKUC4gVmFzc2V1ciwgIkRlc2lnbiBhbmQKICAg ICAgICAgICAgICBBcHBsaWNhdGlvbiBTcGFjZXMgZm9yIElQdjYgb3ZlciBMb3ctUG93ZXIgV2ly ZWxlc3MKICAgICAgICAgICAgICBQZXJzb25hbCBBcmVhIE5ldHdvcmtzICg2TG9XUEFOcykiLCBS RkMgNjU2OCwgQXByaWwgMjAxMi4KCiAgIFtSRkM2Nzc5XSAgSGVyYmVyZywgVS4sIENvbGUsIFIu LCBhbmQgSS4gQ2hha2VyZXMsICJEZWZpbml0aW9uIG9mCiAgICAgICAgICAgICAgTWFuYWdlZCBP YmplY3RzIGZvciB0aGUgTmVpZ2hib3Job29kIERpc2NvdmVyeSBQcm90b2NvbCIsCiAgICAgICAg ICAgICAgUkZDIDY3NzksIE9jdG9iZXIgMjAxMi4KCiAgIFtSRkM2OTg4XSAgUXVpdHRlaywgSi4s IENoYW5kcmFtb3VsaSwgTS4sIFdpbnRlciwgUi4sIERpZXR6LCBULiwgYW5kCiAgICAgICAgICAg ICAgQi4gQ2xhaXNlLCAiUmVxdWlyZW1lbnRzIGZvciBFbmVyZ3kgTWFuYWdlbWVudCIsIFJGQyA2 OTg4LAogICAgICAgICAgICAgIFNlcHRlbWJlciAyMDEzLgoKICAgW0ktRC5pZXRmLWx3aWctdGVy bWlub2xvZ3ldCiAgICAgICAgICAgICAgQm9ybWFubiwgQy4sIEVyc3VlLCBNLiwgYW5kIEEuIEtl cmFuZW4sICJUZXJtaW5vbG9neSBmb3IKICAgICAgICAgICAgICBDb25zdHJhaW5lZCBOb2RlIE5l dHdvcmtzIiwgZHJhZnQtaWV0Zi1sd2lnLXRlcm1pbm9sb2d5LTA3CiAgICAgICAgICAgICAgKHdv cmsgaW4gcHJvZ3Jlc3MpLCBGZWJydWFyeSAyMDE0LgoKICAgW0ktRC5pZXRmLWVtYW4tZnJhbWV3 b3JrXQogICAgICAgICAgICAgIENsYWlzZSwgQi4sIFNjaG9lbmluZywgQi4sIGFuZCBKLiBRdWl0 dGVrLCAiRW5lcmd5CiAgICAgICAgICAgICAgTWFuYWdlbWVudCBGcmFtZXdvcmsiLCBkcmFmdC1p ZXRmLWVtYW4tZnJhbWV3b3JrLTE1ICh3b3JrCiAgICAgICAgICAgICAgaW4gcHJvZ3Jlc3MpLCBG ZWJydWFyeSAyMDE0LgoKICAgW0ktRC5pZXRmLW1hbmV0LW9sc3J2Ml0KICAgICAgICAgICAgICBD bGF1c2VuLCBULiwgRGVhcmxvdmUsIEMuLCBKYWNxdWV0LCBQLiwgYW5kIFUuIEhlcmJlcmcsCiAg ICAgICAgICAgICAgIlRoZSBPcHRpbWl6ZWQgTGluayBTdGF0ZSBSb3V0aW5nIFByb3RvY29sIHZl cnNpb24gMiIsCiAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1tYW5ldC1vbHNydjItMTkgKHdvcmsg aW4gcHJvZ3Jlc3MpLCBNYXJjaCAyMDEzLgoKICAgW0NPTS1SRVFdICBFcnN1ZSwgTS4sICJDb25z dHJhaW5lZCBNYW5hZ2VtZW50OiBQcm9ibGVtIHN0YXRlbWVudCBhbmQKICAgICAgICAgICAgICBS ZXF1aXJlbWVudHMiLCBkcmFmdC1pZXRmLW9wc2F3Zy1jb21hbi1wcm9ic3RhdGUtcmVxcwogICAg ICAgICAgICAgICh3b3JrIGluIHByb2dyZXNzKSwgSmFudWFyeSAyMDE0LgoKClVIPiBXaHkgaXMg dGhlIGFiYnJldmlhdGlvbiBDT00tUkVRIGFuZCBub3QgSS5ELmlldGYtb3BzYXdnLWNvbWFuLXBy b2JzdGF0ZS1yZXFzPwoKCgoKCgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJl cyBBdWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAyNV0KDApJbnRlcm5ldC1EcmFm dCAgICAgIENvbnN0cmFpbmVkIE1hbmFnZW1lbnQ6IFVzZSBDYXNlcyAgICAgIEZlYnJ1YXJ5IDIw MTQKCgpBcHBlbmRpeCBBLiAgT3BlbiBJc3N1ZXMKCiAgIG8gIFNlY3Rpb24gMy4xMSBzaG91bGQg YmUgcmVwbGFjZWQgYnkgYSBkaWZmZXJlbnQgdXNlIGNhc2UgbW90aXZhdGluZwogICAgICBzaW1p bGFyIHJlcXVpcmVtZW50cyBvciBwZXJoYXBzIGRlbGV0ZWQgaWYgdGhlIElFVEYgcHJlZmVycyB0 byBub3QKICAgICAgd29yayBvbiBzcGVjaWZpYyByZXF1aXJlbWVudHMgY29taW5nIGZyb20gbWls aXRhcnkgdXNlIGNhc2VzLgoKICAgbyAgU2VjdGlvbiAzLjggYW5kIFNlY3Rpb24gMy45IHNob3Vs ZCBiZSBtZXJnZWQuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK RXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAgICAg ICAgICAgW1BhZ2UgMjZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICBDb25zdHJhaW5lZCBNYW5hZ2Vt ZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoKQXBwZW5kaXggQi4gIENoYW5nZSBM b2cKCkIuMS4gIGRyYWZ0LWlldGYtb3BzYXdnLWNvbWFuLXVzZS1jYXNlcy0wMCAtCiAgICAgIGRy YWZ0LWlldGYtb3BzYXdnLWNvbWFuLXVzZS1jYXNlcy0wMQoKICAgbyAgUmVvcmRlcmVkIHNvbWUg dXNlIGNhc2VzIHRvIGltcHJvdmUgdGhlIGZsb3cuCgogICBvICBBZGRlZCAiVmVoaWN1bGFyIE5l dHdvcmtzIi4KCiAgIG8gIFNob3J0ZW5lZCB0aGUgTWlsaXRhcnkgT3BlcmF0aW9ucyB1c2UgY2Fz ZS4KCiAgIG8gIFN0YXJ0ZWQgYWRkaW5nIHN1YnN0YW5jZSB0byB0aGUgc2VjdXJpdHkgY29uc2lk ZXJhdGlvbnMgc2VjdGlvbi4KCkIuMi4gIGRyYWZ0LWVyc3VlLWNvbnN0cmFpbmVkLW1nbXQtMDMg LQogICAgICBkcmFmdC1lcnN1ZS1vcHNhd2ctY29tYW4tdXNlLWNhc2VzLTAwCgogICBvICBSZWR1 Y2VkIHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uIGZvciB0ZXJtaW5vbG9neSBhZGRyZXNzZWQgaW4g dGhlCiAgICAgIExXSUcgYW5kIENvbWFuIFJlcXVpcmVtZW50cyBkcmFmdHMuICBSZWZlcmVuY2Vk IHRoZSBvdGhlciBkcmFmdHMuCgogICBvICBDaGVja2VkIGFuZCBhbGlnbmVkIGFsbCB0ZXJtaW5v bG9neSBhZ2FpbnN0IHRoZSBMV0lHIHRlcm1pbm9sb2d5CiAgICAgIGRyYWZ0LgoKICAgbyAgU3Bl bnQgc29tZSBlZmZvcnQgdG8gcmVzb2x2ZSB0aGUgaW50ZXJzZWN0aW9uIGJldHdlZW4gdGhlCiAg ICAgIEluZHVzdHJpYWwgQXBwbGljYXRpb24sIEhvbWUgQXV0b21hdGlvbiBhbmQgQnVpbGRpbmcg QXV0b21hdGlvbgogICAgICB1c2UgY2FzZXMuCgogICBvICBNb3ZlZCBzZWN0aW9uIHNlY3Rpb24g My4gIFVzZSBDYXNlcyBmcm9tIHRoZSBjb21wYW5pb24gZG9jdW1lbnQKICAgICAgW0NPTS1SRVFd IHRvIHRoaXMgZHJhZnQuCgogICBvICBSZWZvcm11bGF0aW9uIG9mIHNvbWUgdGV4dCBwYXJ0cyBm b3IgbW9yZSBjbGFyaXR5LgoKQi4zLiAgZHJhZnQtZXJzdWUtY29uc3RyYWluZWQtbWdtdC0wMi0w MwoKICAgbyAgRXh0ZW5kZWQgdGhlIHRlcm1pbm9sb2d5IHNlY3Rpb24gYW5kIHJlbW92ZWQgc29t ZSBvZiB0aGUKICAgICAgdGVybWlub2xvZ3kgYWRkcmVzc2VkIGluIHRoZSBuZXcgTFdJRyB0ZXJt aW5vbG9neSBkcmFmdC4KICAgICAgUmVmZXJlbmNlZCB0aGUgTFdJRyB0ZXJtaW5vbG9neSBkcmFm dC4KCiAgIG8gIE1vdmVkIFNlY3Rpb24gMS4zLiBvbiBDb25zdHJhaW5lZCBEZXZpY2UgQ2xhc3Nl cyB0byB0aGUgbmV3IExXSUcKICAgICAgdGVybWlub2xvZ3kgZHJhZnQuCgogICBvICBDbGFzcyBv ZiBuZXR3b3JrcyBjb25zaWRlcmluZyB0aGUgZGlmZmVyZW50IHR5cGUgb2YgcmFkaW8gYW5kCiAg ICAgIGNvbW11bmljYXRpb24gdGVjaG5vbG9naWVzIGluIHVzZSBhbmQgZGltZW5zaW9ucyBleHRl bmRlZC4KCiAgIG8gIEV4dGVuZGVkIHRoZSBQcm9ibGVtIFN0YXRlbWVudCBpbiBTZWN0aW9uIDIu IGZvbGxvd2luZyB0aGUKICAgICAgcmVxdWlyZW1lbnRzIGxpc3RlZCBpbiBTZWN0aW9uIDQuCgog ICBvICBGb2xsb3dpbmcgcmVxdWlyZW1lbnRzLCB3aGljaCBiZWxvbmcgdG9nZXRoZXIgYW5kIGNh biBiZSByZWFsaXplZAogICAgICB3aXRoIHNpbWlsYXIgb3Igc2FtZSBraW5kIG9mIHNvbHV0aW9u cywgaGF2ZSBiZWVuIG1lcmdlZC4KCgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMg QXVndXN0IDE4LCAyMDE0ICAgICAgICAgICAgICAgW1BhZ2UgMjddCgwKSW50ZXJuZXQtRHJhZnQg ICAgICBDb25zdHJhaW5lZCBNYW5hZ2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0 CgoKICAgICAgKiAgRGlzdHJpYnV0ZWQgTWFuYWdlbWVudCBhbmQgUGVlciBDb25maWd1cmF0aW9u LAoKICAgICAgKiAgRGV2aWNlIHN0YXR1cyBtb25pdG9yaW5nIGFuZCBOZWlnaGJvci1tb25pdG9y aW5nLAoKICAgICAgKiAgUGFzc2l2ZSBNb25pdG9yaW5nIGFuZCBSZWFjdGl2ZSBNb25pdG9yaW5n LAoKICAgICAgKiAgRXZlbnQtZHJpdmVuIHNlbGYtbWFuYWdlbWVudCAtIFNlbGYtaGVhbGluZyBh bmQgUGVyaW9kaWMgc2VsZi0KICAgICAgICAgbWFuYWdlbWVudCwKCiAgICAgICogIEF1dGhlbnRp Y2F0aW9uIG9mIG1hbmFnZW1lbnQgc3lzdGVtcyBhbmQgQXV0aGVudGljYXRpb24gb2YKICAgICAg ICAgbWFuYWdlZCBkZXZpY2VzLAoKICAgICAgKiAgQWNjZXNzIGNvbnRyb2wgb24gZGV2aWNlcyBh bmQgQWNjZXNzIGNvbnRyb2wgb24gbWFuYWdlbWVudAogICAgICAgICBzeXN0ZW1zLAoKICAgICAg KiAgTWFuYWdlbWVudCBvZiBFbmVyZ3kgUmVzb3VyY2VzIGFuZCBEYXRhIG1vZGVscyBmb3IgZW5l cmd5CiAgICAgICAgIG1hbmFnZW1lbnQsCgogICAgICAqICBTb2Z0d2FyZSBkaXN0cmlidXRpb24g KGdyb3VwLWJhc2VkIGZpcm13YXJlIHVwZGF0ZSkgYW5kIEdyb3VwLQogICAgICAgICBiYXNlZCBw cm92aXNpb25pbmcuCgogICBvICBEZWxldGVkIHRoZSBlbXB0eSBzZWN0aW9uIG9uIHRoZSBnYXBz IGluIG5ldHdvcmsgbWFuYWdlbWVudAogICAgICBzdGFuZGFyZHMsIGFzIGl0IHdpbGwgYmUgd3Jp dHRlbiBpbiBhIHNlcGFyYXRlIGRyYWZ0LgoKICAgbyAgQWRkZWQgbGlua3MgdG8gbWVudGlvbmVk IGV4dGVybmFsIHBhZ2VzLgoKICAgbyAgQWRkZWQgdGV4dCBvbiBPTUEgTTJNIERldmljZSBDbGFz c2lmaWNhdGlvbiBpbiBhcHBlbmRpeC4KCkIuNC4gIGRyYWZ0LWVyc3VlLWNvbnN0cmFpbmVkLW1n bXQtMDEtMDIKCiAgIG8gIEV4dGVuZGVkIHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uLgoKICAgbyAg QWRkZWQgYWRkaXRpb25hbCB0ZXh0IGZvciB0aGUgdXNlIGNhc2VzIGNvbmNlcm5pbmcgZGVwbG95 bWVudAogICAgICB0eXBlLCBuZXR3b3JrIHRvcG9sb2d5IGluIHVzZSwgbmV0d29yayBzaXplLCBu ZXR3b3JrIGNhcGFiaWxpdGllcywKICAgICAgcmFkaW8gdGVjaG5vbG9neSwgZXRjLgoKICAgbyAg QWRkZWQgZXhhbXBsZXMgZm9yIGRldmljZSBjbGFzc2VzIGluIGEgdXNlIGNhc2UuCgogICBvICBB ZGRlZCBhZGRpdGlvbmFsIHRleHQgcHJvdmlkZWQgYnkgQ2FvIFpoZW4gKENoaW5hIE1vYmlsZSkg Zm9yCiAgICAgIE1vYmlsZSBBcHBsaWNhdGlvbnMgYW5kIGJ5IFBldGVyIHZhbiBkZXIgU3RvayBm b3IgQnVpbGRpbmcKICAgICAgQXV0b21hdGlvbi4KCiAgIG8gIEFkZGVkIHRoZSBuZXcgdXNlIGNh c2VzICdBZHZhbmNlZCBNZXRlcmluZyBJbmZyYXN0cnVjdHVyZScgYW5kCiAgICAgICdNQU5FVCBD b25jZXB0IG9mIE9wZXJhdGlvbnMgaW4gTWlsaXRhcnknLgoKICAgbyAgQWRkZWQgdGhlIHNlY3Rp b24gJ01hbmFnaW5nIHRoZSBDb25zdHJhaW5lZG5lc3Mgb2YgYSBEZXZpY2Ugb3IKICAgICAgTmV0 d29yaycgZGlzY3Vzc2luZyB0aGUgbmVlZHMgb2YgdmVyeSBjb25zdHJhaW5lZCBkZXZpY2VzLgoK CgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAg ICAgICAgICAgW1BhZ2UgMjhdCgwKSW50ZXJuZXQtRHJhZnQgICAgICBDb25zdHJhaW5lZCBNYW5h Z2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoKICAgbyAgQWRkZWQgYSBub3Rl IHRoYXQgdGhlIHJlcXVpcmVtZW50cyBpbiBbQ09NLVJFUV0gbmVlZCB0byBiZSBzZWVuIGFzCiAg ICAgIHN0YW5kYWxvbmUgcmVxdWlyZW1lbnRzIGFuZCB0aGUgY3VycmVudCBkb2N1bWVudCBkb2Vz IG5vdAogICAgICByZWNvbW1lbmQgYW55IHByb2ZpbGUgb2YgcmVxdWlyZW1lbnRzLgoKICAgbyAg QWRkZWQgYSBzZWN0aW9uIGluIFtDT00tUkVRXSBmb3IgdGhlIGRldGFpbGVkIHJlcXVpcmVtZW50 cyBvbgogICAgICBjb25zdHJhaW5lZCBtYW5hZ2VtZW50IG1hdGNoZWQgdG8gbWFuYWdlbWVudCB0 YXNrcyBsaWtlIGZhdWx0LAogICAgICBtb25pdG9yaW5nLCBjb25maWd1cmF0aW9uIG1hbmFnZW1l bnQsIFNlY3VyaXR5IGFuZCBBY2Nlc3MgQ29udHJvbCwKICAgICAgRW5lcmd5IE1hbmFnZW1lbnQs IGV0Yy4KCiAgIG8gIFNvbHZlZCBuaXRzIGFuZCBhZGRlZCByZWZlcmVuY2VzLgoKICAgbyAgQWRk ZWQgQXBwZW5kaXggQSBvbiB0aGUgcmVsYXRlZCBkZXZlbG9wbWVudCBpbiBvdGhlciBib2RpZXMu CgogICBvICBBZGRlZCBBcHBlbmRpeCBCIG9uIHRoZSB3b3JrIGluIHJlbGF0ZWQgcmVzZWFyY2gg cHJvamVjdHMuCgpCLjUuICBkcmFmdC1lcnN1ZS1jb25zdHJhaW5lZC1tZ210LTAwLTAxCgogICBv ICBTcGxpdHRlZCB0aGUgc2VjdGlvbiBvbiAnTmV0d29ya3Mgb2YgQ29uc3RyYWluZWQgRGV2aWNl cycgaW50byB0aGUKICAgICAgc2VjdGlvbnMgJ05ldHdvcmsgVG9wb2xvZ3kgT3B0aW9ucycgYW5k ICdNYW5hZ2VtZW50IFRvcG9sb2d5CiAgICAgIE9wdGlvbnMnLgoKICAgbyAgQWRkZWQgdGhlIHVz ZSBjYXNlICdDb21tdW5pdHkgTmV0d29yayBBcHBsaWNhdGlvbnMnIGFuZCAnTW9iaWxlCiAgICAg IEFwcGxpY2F0aW9ucycuCgogICBvICBQcm92aWRlZCBhIENvbnRyaWJ1dG9ycyBzZWN0aW9uLgoK ICAgbyAgRXh0ZW5kZWQgdGhlIHNlY3Rpb24gb24gJ01lZGljYWwgQXBwbGljYXRpb25zJy4KCiAg IG8gIFNvbHZlZCBuaXRzIGFuZCBhZGRlZCByZWZlcmVuY2VzLgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKRXJzdWUsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE4LCAyMDE0ICAgICAg ICAgICAgICAgW1BhZ2UgMjldCgwKSW50ZXJuZXQtRHJhZnQgICAgICBDb25zdHJhaW5lZCBNYW5h Z2VtZW50OiBVc2UgQ2FzZXMgICAgICBGZWJydWFyeSAyMDE0CgoKQXV0aG9ycycgQWRkcmVzc2Vz CgogICBNZWhtZXQgRXJzdWUgKGVkaXRvcikKICAgTm9raWEgU29sdXRpb25zIGFuZCBOZXR3b3Jr cwoKICAgRW1haWw6IG1laG1ldC5lcnN1ZUBuc24uY29tCgoKICAgRGFuIFJvbWFzY2FudQogICBB dmF5YQoKICAgRW1haWw6IGRyb21hc2NhQGF2YXlhLmNvbQoKCiAgIEp1ZXJnZW4gU2Nob2Vud2Fl bGRlcgogICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4KCiAgIEVtYWlsOiBqLnNjaG9lbndhZWxk ZXJAamFjb2JzLXVuaXZlcnNpdHkuZGUKCgogICBBbnVqIFNlaGdhbAogICBKYWNvYnMgVW5pdmVy c2l0eSBCcmVtZW4KCiAgIEVtYWlsOiBhLnNlaGdhbEBqYWNvYnMtdW5pdmVyc2l0eS5kZQoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpFcnN1ZSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBB dWd1c3QgMTgsIDIwMTQgICAgICAgICAgICAgICBbUGFnZSAzMF0KDAo= --001a1133ec969ef07a04f3c69892-- From nobody Wed Mar 5 01:01:32 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0819A1A0255 for ; Wed, 5 Mar 2014 01:01:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.198 X-Spam-Level: X-Spam-Status: No, score=-1.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RP_MATCHES_RCVD=-0.547] 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 gx4VjJpF7fKd for ; Wed, 5 Mar 2014 01:01:28 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) by ietfa.amsl.com (Postfix) with ESMTP id 6EC6F1A0283 for ; Wed, 5 Mar 2014 01:01:28 -0800 (PST) Received: from dhcp-a653.meeting.ietf.org (dhcp-a653.meeting.ietf.org [31.133.166.83]) by mail.nic.cz (Postfix) with ESMTPSA id 1BE7F13F7D8 for ; Wed, 5 Mar 2014 10:01:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1394010084; bh=qfDkiNNsyaiwTz2Ii+D5wWsyNns6U8AQsP0k5fim8P4=; h=From:Content-Type:Content-Transfer-Encoding:Subject:Message-Id: Date:To:Mime-Version; b=aimIjdMOJGeapO3UXGx9FgH1TeSdeqbolj9dis6C8QZ8RKCWj49AlGqfQ7Ohi9Zba OOkP9ofDFRQbM+Yx8cKYHRUW17Hjzg94OKYBlM+aFqjUUhg/0erydGr09wI+tNODDt gmOtAkMK7Y95KcG7YxgFlQEu44hQFzf3FdMfmITo= From: Ladislav Lhotka Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Message-Id: <9D92BBC1-B64E-4982-AD9B-8B8181851390@nic.cz> Date: Wed, 5 Mar 2014 09:01:23 +0000 To: opsawg@ietf.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Scanned: clamav-milter 0.97.8 at mail X-Virus-Status: Clean Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/y1JWsCyyd8RVzrGxDHjYeknt0k4 Subject: [OPSAWG] EAP authentication in YANG X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 09:01:30 -0000 Hi, FWIW, here is the data model for EAP auth configuration in YANG: = https://gitlab.labs.nic.cz/labs/yang-tools/blob/master/data-models/eap-met= adata/ietf-eap-metadata.yang I wrote it based on the XML Schema from = draft-winter-opsawg-eap-metadata-00. The second YANG module, acme-eap.yang, is an example of how the basic = model can be augmented with vendor specific extensions: = https://gitlab.labs.nic.cz/labs/yang-tools/blob/master/data-models/eap-met= adata/acme-eap.yang Note that, in contrast to the XML schema, the original data model = needn=92t take any provisions in order to make vendor extensions = possible. Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Sat Mar 8 03:29:45 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7CF91A0265 for ; Sat, 8 Mar 2014 03:29:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.047 X-Spam-Level: X-Spam-Status: No, score=-10.047 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 O3ohJYtr6lkQ for ; Sat, 8 Mar 2014 03:29:40 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) by ietfa.amsl.com (Postfix) with ESMTP id 2F9EE1A0114 for ; Sat, 8 Mar 2014 03:29:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=56189; q=dns/txt; s=iport; t=1394278174; x=1395487774; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=EWxX4XNYIooNLt2T/ok5A0yrbX6I/W2O+bvJfmYQAww=; b=KuBWVXPozpaQfiLtgZGNJKAZrTUNqsV3Or0VdV+Q/hkjmzwEhSEL0YNO tYwJa7AkVVbZdHFn6Ne8yfvYoXHs2J+eCfK2lUY2X0BmWIzRgXnm08Uk2 AJcaUuhGfwrrcvHAdYbPCzq2HodwZe+QUPgo3yPxQvUL2i1dE1PQti9gH 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkgFAMz+GlOQ/khN/2dsb2JhbABQCg6CNESJdbhNgREWdIIlAQEBBBoNUQEQCxgJDAoBAQYHCQMCAQIBNBEGDQEFAgEBh3XPcReNcAgHE0kHCoQuAQOUWYNshkqLYYJuPz2BLQ X-IronPort-AV: E=Sophos;i="4.97,613,1389744000"; d="scan'208,217";a="7120380" Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-2.cisco.com with ESMTP; 08 Mar 2014 11:29:31 +0000 Received: from [10.61.202.238] ([10.61.202.238]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s28BTVNj029128; Sat, 8 Mar 2014 11:29:31 GMT Message-ID: <531AF602.5070400@cisco.com> Date: Sat, 08 Mar 2014 10:50:42 +0000 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Anoop Ghanwani References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------070802060801080208020703" Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/g8dDL5Wt8lkYU0DgeLl5GHw8qK8 Cc: "opsawg@ietf.org" Subject: Re: [OPSAWG] AD review of draft-ietf-opsawg-large-flow-load-balancing (draft response) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 11:29:44 -0000 This is a multi-part message in MIME format. --------------070802060801080208020703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Anoop, Please post a new draft version, and I'll review the diffs. Some more answers in-line. Regards, Benoit > > Hi Benoit, > > Thanks for the detailed and careful review. Comments inline. > > Anoop > > ==== > > > On Tue, Feb 18, 2014 at 7:55 AM, Benoit Claise > wrote: > > Dear authors, > > Here is my AD review of draft-ietf-opsawg-large-flow-load-balancing > > - Section 1: > Networks extensively use link aggregation groups (LAG) [802.1AX] and > equal cost multi-paths (ECMP) [RFC 2991] as techniques for capacity > scaling. For the problems addressed by this document, network traffic > can be predominantly categorized into two traffic types: long-lived > large flows and other flows. > > ... > > This draft describes mechanisms for optimal LAG/ECMP component link > utilization while using hash-based techniques. The mechanisms > comprise the following steps -- recognizing_large flows_ in a router; > and assigning the large flows to specific LAG/ECMP component links or > redistributing the small flows when a component link on the router is > congested. > > It is useful to keep in mind that in typical use cases for this > mechanism the_large flows_ are those that consume a significant amount > of bandwidth on a link, e.g. greater than 5% of link bandwidth. The > number of such flows would necessarily be fairly small, e.g. on the > order of 10's or 100's per LAG/ECMP. In other words, the number of > _ large flows_ is NOT expected to be on the order of millions of flows. > Examples of such large flows would be IPsec tunnels in service > provider backbone networks or storage backup traffic in data center > networks. > > 3 instances of "large flows": do you mean "long-lived large flows"? > If not, why do you make a distinction between long-lived large > flows and other flows in the first paragraph? > I eventually understood the source of confusion when I read the > terminology section: > Large flow(s): long-lived large flow(s) > > Either use capitalized term in the Intro section (actually > throughout the doc.) so that we understand that the term is > defined somewhere, or make it clear in the intro that large > flow(s) = long-lived large flow(s) > > > Yes, they are all referring to long-lived large flows. We will change > the early part of Section 1 to clarify that long-lived large flows > are, thereafter in the document, referred to as large flows. Or replace large flow by long-lived flow were it makes sense in the draft. > > - > > This document presents improved load distribution techniques based on > the large flow awareness. > > Improved compared to? > > > Improved compared to static hash-based distribution techniques that do > not account for the bandwidth of the flows. Will reword as follows: > > "This document presents mechanisms for improving the load distribution > problem resulting from stateless hashing as seen in the above example." ok > > - > In several places, starting with the title and abstract, you speak > about mechanisms (plural). > However, looking at section 4.2, it seems that you propose a > single mechanism? Or maybe you consider 4.1, 4.2, 4.3 as different > mechanisms? > > > The title of 4.2 is perhaps misleading and should just be "Operational > Overview." ok > Otherwise the rest of the draft discusses several mechanisms > (multiple choices for large flow identification, and multiple choices > for rebalancing). > > - > > Step 3) On receiving the alert about the congested component link, > the operator, through a central management entity, finds the large > flows mapped to that component link and the LAG/ECMP group to which > the component link belongs. > > Step 4) The operator can choose to rebalance the large flows on > lightly loaded component links of the LAG/ECMP group or redistribute > the small flows on the congested link to other component links of the > group. The operator, through a central management entity, can choose > one of the following actions: > > 1) Indicate specific large flows to rebalance; > > 2) Have the router decide the best large flows to rebalance; > > 3) Have the router redistribute all the small flows on the > congested link to other component links in the group. > > "Indicate specific large flows to rebalance", "through a central > management entity", what you describe is basically traffic > engineering. > Other the other hand, for 2) and 3), why do you need a central > management entity? > > > The assumption was that the router is controlled by a central > management entity for the purpose of this function, but that is > clearly not a requirement. The text will be modified to mention that > a central management entity may be used (i.e. not required). Ok. > > - > > A number of routers support sampling techniques such as sFlow [sFlow- > v5, sFlow-LAG], PSAMP [RFC 5475] and NetFlow Sampling [RFC 3954]. > For the purpose of large flow identification, sampling must be > enabled on all of the egress ports in the router where such > measurements are desired. > > I don't understand the second sentence. > One way to read this is: sampling must be _enabled _on all of the > egress ports where such measurements are desired. > Ok, this is an obvious statement. If the measurements are > desired, enable them > > > Yes, ok please clarify the text. > > Or maybe you want to say: _sampling _must be enabled on all of the > egress ports where such measurements are desired. > This is a false statement: if you have the choice between > sampling and non sampling, use non sampling measurements. > Or maybe you want to say: sampling must be enabled on _all _of the > egress ports where such measurements are desired. > This is a false statement: if I have ECMP on 2 links, and only > one of them can't do non sampling, then we should not force > sampling on both links. > You see, I'm confused. > > You miss a couple of key messages: > - if unsampled measurements are available, use those. > - egress means where LAG/ECMP are enabled (this is important for > the paragraph starting with "If egress sampling is not available, > ingress sampling can suffice since the central management entity use") > > > We were not intending to discuss a mix sampling and non-sampling > interfaces in the same router, but this is a reasonable point and it > will be clarified (i.e. we will state that it's possible to mix > sampled and non sampled interfaces as long as the function of large > flow detection/identification can be performed). > > > - > > If egress sampling is not available, ingress sampling can suffice > since the central management entity used by the sampling technique > typically has multi-node visibility and can use the samples from an > immediately downstream node to make measurements for egress traffic > at the local node. > > It's not clear if "ingress" means the ingress interface of the > router itself, or the ingress interface of the downstream router. > A drawing is required. > Both options are possible: > 1. ingress interfaces on the router where LAG/ECMP is initiated > flow monitoring must be enabled on all ingress interfaces > flow monitoring must have a way to know the egress interfaces > 2. ingress interfaces of the downstream router > only work for LAG or ECMP single hop > ingress interfaces = all components from LAG/ECMP > (multiple ifIndex, typically) > > > What we meant here was that ingress sampling would have to be enable > on the downstream device (hence the central management entity must > come into play to identify large flows). I still believe that a drawing would clarify things. > > > this entire section 4.3.3 needs some improvements > > > - > On one side, you wrote "Specific algorithms for placement of large > flows are out of scope of this document.". On the other side, "The > following parameters are required the configuration of _this_ > feature". It seems contradictory. > It's unclear why you need the following parameter: > > . Imbalance threshold: the difference between the utilization of > the least utilized and most utilized component links. Expressed > as a percentage of link speed. > > Also, does ECMP/LAG always require equivalent link speed for their components? > > The imbalance threshold is a measure of how much imbalance one is > willing to tolerate before taking the hit of potential packet > reordering in some flows. Will clarify. > > Thanks for catching the issue with link speed. While in most cases > speeds are consistent, there may be the case of composite links which > combine links of different speeds (actually permitted by 802.1AX), so > we will provide a generalized formula for the imbalance threshold > which takes into account the individual speeds of each of the > component links. > > > - > 5.2. System Configuration and Identification Parameters > > . IP address: The IP address of a specific router that the > feature is being configured on, or that the large flow placement > is being applied to. > > . LAG ID: Identifies the LAG. The LAG ID may be required when > configuring this feature (to apply a specific set of large flow > identification parameters to the LAG) and will be required when > specifying flow placement to achieve the desired rebalancing. > > . Component Link ID: Identifies the component link within a LAG. > This is required when specifying flow placement to achieve the > desired rebalancing. > > Nothing regarding ECMP? > > > Initially we were more focused on getting this done for LAG, but then > we completely overlooked ECMP. 5.2, 5.3, and 5.4 would probably > benefit from a bit of clean-up as follows: > > Add the following to 5.2: > > ECMP group: Identifies a particular ECMP group. > > ECMP nexthop: Identifies a particular nexthop within an ECMP group. > > Add the following line to the end of section 5.3. > > When using ECMP, the nexthop within an ECMP group is used to identify > the component link for placing the large flow. > > Add the following to the end of Section 5.4. > > When using ECMP, the ECMP group and the corresponding Nexthops along > with the percentage of traffic to be assigned to each Nexthop is > required. Finally it is also possible that an ECMP Nexthop itself > comprises a LAG in which case both the Nexthop and the LAG Component > ID would need to be specified, and the weights of both the Nexthop's > within the ECMP Group and the Component Links within the LAG would > need to be adjusted. Ok. Regards, Benoit > > > - > > For high speed links, the etherStatsHighCapacityTable MIB [RFC 3273] > can be used. > > Well, only for ethernet. > > Will clarify that. > > > > > EDITORIAL: > - > figure 2 > > OLD: > > +-----------+ -> +-----------+ > | | -> | | > | | ===> | | > | (1)|--------|(1) | > | | -> | | > | | -> | | > | (R1) | -> | (R2) | > > NEW: > > +-----------+ -> +-----------+ > | | -> | | > | | ===> | | > | (1)|--------|(1) | > | | -> | | > | | -> | | > | (R1) | -> | (R2) | > > > > Will fix. > > > - The indentation in section 2 is not correct > > > Will fix. > > > - "For tunneling protocols like GRE, VXLAN, NVGRE, STT, etc.," > You need to expand and provide references. > > Will provide references. What do mean by expand -- just expand the > acronyms (already in the acronym section) or something else? > > - a PBR rule > Expand. > > OK > > - > OLD: > > +-----------+ -> +-----------+ > | | -> | | > | | ===> | | > | (1)|--------|(1) | > | | | | > | | ===> | | > | | -> | | > | | -> | | > | (R1) | -> | (R2) | > | (2)|--------|(2) | > > NEW: > +-----------+ -> +-----------+ > | | -> | | > | | ===> | | > | (1)|--------|(1) | > | | | | > | | ===> | | > | | -> | | > | | -> | | > | (R1) | -> | (R2) | > | (2)|--------|(2) | > > Will fix. > > - > OLD: > The IPFIX information model [RFC 7011] > NEW: > The IPFIX information model [RFC 7012] > > Will fix. > > Regards, Benoit > > > > > --------------070802060801080208020703 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi Anoop,

Please post a new draft version, and I'll review the diffs.
Some more answers in-line.

Regards, Benoit

Hi Benoit,

Thanks for the detailed and careful review.  Comments inline.

Anoop

====


On Tue, Feb 18, 2014 at 7:55 AM, Benoit Claise <bclaise@cisco.com> wrote:
Dear authors,

Here is my AD review of draft-ietf-opsawg-large-flow-load-balancing

- Section 1:
   Networks extensively use link aggregation groups (LAG) [802.1AX] and
   equal cost multi-paths (ECMP) [RFC 2991] as techniques for capacity
   scaling. For the problems addressed by this document, network traffic
   can be predominantly categorized into two traffic types: long-lived
   large flows and other flows. 

   ...

   This draft describes mechanisms for optimal LAG/ECMP component link
   utilization while using hash-based techniques. The mechanisms
   comprise the following steps -- recognizing large flows in a router;
   and assigning the large flows to specific LAG/ECMP component links or
   redistributing the small flows when a component link on the router is
   congested.

   It is useful to keep in mind that in typical use cases for this
   mechanism the large flows are those that consume a significant amount
   of bandwidth on a link, e.g. greater than 5% of link bandwidth.  The
   number of such flows would necessarily be fairly small, e.g. on the
   order of 10's or 100's per LAG/ECMP.  In other words, the number of
   large flows is NOT expected to be on the order of millions of flows.
   Examples of such large flows would be IPsec tunnels in service
   provider backbone networks or storage backup traffic in data center
   networks.
3 instances of "large flows": do you mean "long-lived large flows"?
If not, why do you make a distinction between long-lived large flows and other flows in the first paragraph?
I eventually understood the source of confusion when I read the terminology section:
    Large flow(s): long-lived large flow(s)

Either use capitalized term in the Intro section (actually throughout the doc.) so that we understand that the term is defined somewhere, or make it clear in the intro that large flow(s) = long-lived large flow(s)

Yes, they are all referring to long-lived large flows.  We will change the early part of Section 1 to clarify that long-lived large flows are, thereafter in the document, referred to as large flows.
Or replace large flow by long-lived flow were it makes sense in the draft.

-
   This document presents improved load distribution techniques based on
   the large flow awareness.
Improved compared to?

Improved compared to static hash-based distribution techniques that do not account for the bandwidth of the flows.  Will reword as follows:

"This document presents mechanisms for improving the load distribution problem resulting from stateless hashing as seen in the above example."
ok
 
-
In several places, starting with the title and abstract, you speak about mechanisms (plural).
However, looking at section 4.2, it seems that you propose a single mechanism? Or maybe you consider 4.1, 4.2, 4.3 as different mechanisms?

The title of 4.2 is perhaps misleading and should just be "Operational Overview."
ok
 Otherwise the rest of the draft discusses several mechanisms (multiple choices for large flow identification, and multiple choices for rebalancing).
 
-
Step 3) On receiving the alert about the congested component link,
   the operator, through a central management entity, finds the large
   flows mapped to that component link and the LAG/ECMP group to which
   the component link belongs.

   Step 4) The operator can choose to rebalance the large flows on
   lightly loaded component links of the LAG/ECMP group or redistribute
   the small flows on the congested link to other component links of the
   group. The operator, through a central management entity, can choose
   one of the following actions:

      1) Indicate specific large flows to rebalance;

      2) Have the router decide the best large flows to rebalance;

      3) Have the router redistribute all the small flows on the
   congested link to other component links in the group.
"Indicate specific large flows to rebalance", "through a central management entity", what you describe is basically traffic engineering.
Other the other hand, for 2) and 3), why do you need a central management entity?

The assumption was that the router is controlled by a central management entity for the purpose of this function, but that is clearly not a requirement.  The text will be modified to mention that a central management entity may be used (i.e. not required).
Ok.
 
- 

   A number of routers support sampling techniques such as sFlow [sFlow-
   v5, sFlow-LAG], PSAMP [RFC 5475] and NetFlow Sampling [RFC 3954].
   For the purpose of large flow identification, sampling must be
   enabled on all of the egress ports in the router where such
   measurements are desired.
I don't understand the second sentence.
One way to read this is:  sampling must be enabled on all of the egress ports where such measurements are desired.
    Ok, this is an obvious statement. If the measurements are desired, enable them

Yes,
ok please clarify the text.
  
Or maybe you want to say: sampling must be enabled on all of the egress ports where such measurements are desired.
    This is a false statement: if you have the choice between sampling and non sampling, use non sampling measurements.
Or maybe you want to say: sampling must be enabled on all of the egress ports where such measurements are desired.
    This is a false statement: if I have ECMP on 2 links, and only one of them can't do non sampling, then we should not force
    sampling on both links.
You see, I'm confused.

You miss a couple of key messages:
- if unsampled measurements are available, use those.
- egress means where LAG/ECMP are enabled (this is important for the paragraph starting with "If egress sampling is not available, ingress sampling can suffice since the central management entity use")

We were not intending to discuss a mix sampling and non-sampling interfaces in the same router, but this is a reasonable point and it will be clarified (i.e. we will state that it's possible to mix sampled and non sampled interfaces as long as the function of large flow detection/identification can be performed).


-
   If egress sampling is not available, ingress sampling can suffice
   since the central management entity used by the sampling technique
   typically has multi-node visibility and can use the samples from an
   immediately downstream node to make measurements for egress traffic
   at the local node.
It's not clear if "ingress" means the ingress interface of the router itself, or the ingress interface of the downstream router.
A drawing is required.
Both options are possible:
    1. ingress interfaces on the router where LAG/ECMP is initiated
        flow monitoring must be enabled on all ingress interfaces
        flow monitoring must have a way to know the egress interfaces
2. ingress interfaces of the downstream router
        only work for LAG or ECMP single hop
        ingress interfaces = all components from LAG/ECMP (multiple ifIndex, typically)  

What we meant here was that ingress sampling would have to be enable on the downstream device (hence the central management entity must come into play to identify large flows). 
I still believe that a drawing would clarify things.
 

this entire section 4.3.3 needs some improvements
 

-
On one side, you wrote "Specific algorithms for placement of large flows are out of scope of this document.". On the other side, "The following parameters are required the configuration of this feature". It seems contradictory.
It's unclear why you need the following parameter:

     .  Imbalance threshold: the difference between the utilization of
        the least utilized and most utilized component links.  Expressed
        as a percentage of link speed.

Also, does ECMP/LAG always require equivalent link speed for their components?
The imbalance threshold is a measure of how much imbalance one is willing to tolerate before taking the hit of potential packet reordering in some flows.  Will clarify.  

Thanks for catching the issue with link speed.  While in most cases speeds are consistent, there may be the case of composite links which combine links of different speeds (actually permitted by 802.1AX), so we will provide a generalized formula for the imbalance threshold which takes into account the individual speeds of each of the component links. 
 
-
5.2. System Configuration and Identification Parameters

     .  IP address: The IP address of a specific router that the
        feature is being configured on, or that the large flow placement
        is being applied to.

     .  LAG ID: Identifies the LAG. The LAG ID may be required when
        configuring this feature (to apply a specific set of large flow
        identification parameters to the LAG) and will be required when
        specifying flow placement to achieve the desired rebalancing.

     .  Component Link ID: Identifies the component link within a LAG.
        This is required when specifying flow placement to achieve the
        desired rebalancing.
Nothing regarding ECMP?

Initially we were more focused on getting this done for LAG, but then we completely overlooked ECMP.  5.2, 5.3, and 5.4 would probably benefit from a bit of clean-up as follows:

Add the following to 5.2:

ECMP group: Identifies a particular ECMP group.

ECMP nexthop: Identifies a particular nexthop within an ECMP group.

Add the following line to the end of section 5.3.

When using ECMP, the nexthop within an ECMP group is used to identify the component link for placing the large flow.

Add the following to the end of Section 5.4.

When using ECMP, the ECMP group and the corresponding Nexthops along with the percentage of traffic to be assigned to each Nexthop is required.  Finally it is also possible that an ECMP Nexthop itself comprises a LAG in which case both the Nexthop and the LAG Component ID would need to be specified, and the weights of both the Nexthop's within the ECMP Group and the Component Links within the LAG would need to be adjusted.
Ok.

Regards, Benoit


-
   For high speed links, the etherStatsHighCapacityTable MIB [RFC 3273]
   can be used.

Well, only for ethernet.
Will clarify that. 



EDITORIAL:
-
figure 2

OLD:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)    | ->     |   (R2)  |
NEW:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)     | ->     |   (R2)    |


Will fix.
 

-  The indentation in section 2 is not correct

Will fix. 

- "For tunneling protocols like GRE, VXLAN, NVGRE, STT, etc.,"
You need to expand and provide references.

Will provide references.  What do mean by expand -- just expand the acronyms (already in the acronym section) or something else? 
- a PBR rule
Expand.
OK
-
OLD:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           |        |           |
                  |           | ===>   |           |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)    | ->     |   (R2)  |
                  |        (2)|--------|(2)        |

NEW:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           |        |           |
                  |           | ===>   |           |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)     | ->     |   (R2)    |
                  |        (2)|--------|(2)        |
Will fix. 
-
OLD:
The IPFIX information model [RFC 7011] 
NEW:
The IPFIX information model [RFC 7012]  
Will fix. 
Regards, Benoit





--------------070802060801080208020703-- From nobody Mon Mar 10 13:49:18 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 105781A065B for ; Mon, 10 Mar 2014 13:49:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.047 X-Spam-Level: X-Spam-Status: No, score=-15.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 jAfVNvRfBWfk for ; Mon, 10 Mar 2014 13:49:13 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 6CAD01A04B0 for ; Mon, 10 Mar 2014 13:49:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1745; q=dns/txt; s=iport; t=1394484548; x=1395694148; h=from:to:cc:subject:date:message-id:mime-version; bh=sC4n5WuuJGNa1l41C/DmVnA15n7Xd5fD6TPE5TE5z18=; b=fM+mlh/7s7ge3vXk5sYRXFw/v0IbMwAg50TEYTXXnfXRGPCIZXUdi0Js /Le9qvVDG3USjwOItjWf7H7np5nu2jqYE0uU2PKQM21cU//h5M9CSCZxz c0IrzJnXt0nBdd//r6oZNg5VqFY6ecHg/kj/zRyIafGHCHn93cCfzi3b1 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak0JAEgkHlOtJXHB/2dsb2JhbABagkJEO1e4aRCITIEhFnSCHAsBBC1MEgELAR5WJgEEDg2HcAENz0kXjioxgyuBFASZd5B7gy2CKw X-IronPort-AV: E=Sophos;i="4.97,625,1389744000"; d="scan'208,217";a="309305625" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-7.cisco.com with ESMTP; 10 Mar 2014 20:49:08 +0000 Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id s2AKn7nc022209 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 10 Mar 2014 20:49:07 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.83]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.03.0123.003; Mon, 10 Mar 2014 15:49:07 -0500 From: "Rajesh Pazhyannur (rpazhyan)" To: "opsawg@ietf.org" Thread-Topic: Working Group Last call Thread-Index: Ac88oivDRGkZPR+tS5ubA1rlKlbOCQ== Date: Mon, 10 Mar 2014 20:49:06 +0000 Message-ID: <4ED2E36A22261145861BAB2C24088B4320F64179@xmb-aln-x09.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [171.70.240.47] Content-Type: multipart/alternative; boundary="_000_4ED2E36A22261145861BAB2C24088B4320F64179xmbalnx09ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/JA-lBFznGK_aAGNEFlaTxPeXTpg Subject: [OPSAWG] Working Group Last call X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 20:49:16 -0000 --_000_4ED2E36A22261145861BAB2C24088B4320F64179xmbalnx09ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello OPSAWAG chairs, In the last week's meeting there was a recommendation to make a WGLC for th= e following draft-- IEEE 802.11 MAC Profile for CAPWAP: http://tools.ietf.org/html/draft-ietf-o= psawg-capwap-hybridmac I wanted to know when you would send out the note. Thanks Regards Rajesh --_000_4ED2E36A22261145861BAB2C24088B4320F64179xmbalnx09ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hello OPSAWAG chairs,
 
In the last week’s meeting there was a recommendation to make a = WGLC for the following draft-- 
 
I wanted to know when you would send out the note.
 
Thanks
 
Regards
 
Rajesh
 
 --_000_4ED2E36A22261145861BAB2C24088B4320F64179xmbalnx09ciscoc_-- From nobody Tue Mar 18 11:39:02 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A42A01A0401 for ; Tue, 18 Mar 2014 11:38:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 9-vCFdkh3OGh for ; Tue, 18 Mar 2014 11:38:56 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) by ietfa.amsl.com (Postfix) with ESMTP id EF8A81A02F2 for ; Tue, 18 Mar 2014 11:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=122; q=dns/txt; s=iport; t=1395167928; x=1396377528; h=message-id:date:from:mime-version:to:subject: content-transfer-encoding; bh=kzCH1xFiEvPYLG8jF6NVkxT8x0N44+36EC03cop4q0U=; b=ZyozvU6J+h4jqXHK09pKM10H8O2r8w93/kebtDxxKJmKUlE1Jhp7NV8x V5I/KsinVpN7B+VvifPQRaa69Na6pr8aDXD2LWRcJTZZbBhFwdvv0McHJ bABfonQBopTOajzP0JsISyD1bC8WvirmXHTy3OJr6ZBxNAFJHqON8qvL9 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAKaRKFOQ/khN/2dsb2JhbABagwY7xCcWdIJkQD0WGAMCAQIBSw0IAQGHdQ2eRLFVEwSTIQEDmEaGTItkgy48 X-IronPort-AV: E=Sophos;i="4.97,679,1389744000"; d="scan'208";a="9762644" Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-1.cisco.com with ESMTP; 18 Mar 2014 18:38:47 +0000 Received: from [10.60.67.89] (ams-bclaise-8918.cisco.com [10.60.67.89]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s2IIckht017918 for ; Tue, 18 Mar 2014 18:38:47 GMT Message-ID: <532892B7.9030108@cisco.com> Date: Tue, 18 Mar 2014 19:38:47 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "opsawg@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/6PVw77vd25lfK6zLNZsB2Upz024 Subject: [OPSAWG] OPSAWG liaison to the IEEE 802.11 WG on new work on CAPWAP X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 18:38:58 -0000 Dear all, FYI, as discussed during the OPSAWG meeting. https://datatracker.ietf.org/liaison/1312/ Regards, Benoit From nobody Wed Mar 19 20:05:41 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9A4D1A0826 for ; Wed, 19 Mar 2014 20:05:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] 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 1-mI4XBPLDX2 for ; Wed, 19 Mar 2014 20:05:34 -0700 (PDT) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 55C411A0823 for ; Wed, 19 Mar 2014 20:05:34 -0700 (PDT) Received: by mail-la0-f44.google.com with SMTP id hr13so152889lab.17 for ; Wed, 19 Mar 2014 20:05:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=OcdCvni/x1vSPghqb2gB8dsuXTENFuYcYKWjwsTbL0s=; b=mCYaEsDuNP4W/LeVb7N7k/sFMY18cxcHR/UCBsJBFBckxfiFLMMvkcxqBx4Juv27Du OV6KJ5wUaLl4Q8Tv9fO2R2oB5RJ5l4ZF/VpyA1XO00JoIG5O+WpNBBBhTQdEpkX+CkDO F5BietXx0HwUtz9qXDfD/69r9ysXhLBW8GR+uoGeZ+IV0FwKv5Y+jFk3HMQuvw1vO+CG SHbkdsljEVPC2D5/CZDjdFNOl4uo8V1G00aTDvGsACYjsFYZuHU/fo8k9iMef9vHK9tZ vZvKsog5nmD31RSeKadUHF4tneR0fMAEue0g/w0T71y6lKo+koZYLajWR30uV5ooUdj9 fGOg== X-Gm-Message-State: ALoCoQmxSPbPcouM3w8pME34c1XJ5Kj4XkZEp24OZ2p223YZKqVkYSFz+bCke+j+3SsrcLLdmyT9 MIME-Version: 1.0 X-Received: by 10.152.234.130 with SMTP id ue2mr28462076lac.0.1395284724274; Wed, 19 Mar 2014 20:05:24 -0700 (PDT) Received: by 10.114.0.243 with HTTP; Wed, 19 Mar 2014 20:05:24 -0700 (PDT) X-Originating-IP: [203.116.152.2] Date: Wed, 19 Mar 2014 23:05:24 -0400 Message-ID: From: Warren Kumari To: "opsawg@ietf.org" Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/WWnLNx52lKVY-cKk2EFXcfO2PsI Subject: [OPSAWG] Draft minutes from OpsAWG meeting. X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 03:05:37 -0000 Hi all, I'd missed the fact that we only had a minutes taker for the first part of the joint OpsArea / OpsAWG meeting. Anyway, I listened to the audio recording on a long flight last night, and created us some minutes - in a few cases the audio was't quite clear enough to get names, apologies if I misattributed your comments. These are draft minutes, and I plan on submitting them soon, assuming no-one finds any glaring mistakes. ------- OpsAWG Minutes. ----------------- Audio filename: ietf89-buckingham-20140304-1610-pm3.mp3 OpsAWG portion of meeting starts at: 01:01:30 Agenda bashing. Document summary. - 3 documents with IESG. - 5 Working Group doc, all being presented today. - Published RFC7124. Management Information Base for Virtual Machines Controlled by a Hypervisor draft-ietf-opsawg-vmm-mib-00 Hirochika - 5 minutes. 1:05:00 ---------------------- Draft updates. MIB Objects for MV Controlled by Hypervisor. MIB to be installed in Hypervisor, not the VMs. Summary of changes - comments form last IETF, editorial primarily. Clarify objectives, etc. Added relationship to other MIBS. Discussions on the R/W SNMP MIB bits. We removed the persistant config part. Still have some on the operational state part. Questions / comments: Al Morton?: Surprised not to see VM utilization in this. A: We install an agent on the VM and use the host object mib. Basically this covers stuff not in host resources MIB. Scott Bradner: With regards to vmaxmem. I think this violated spirit of IESG SNMP statement. Don't want to solve here, but we should have a discussion with the relevent IESG folk. A: Yup. CAPWAP Extension for 802.11n and Power/channel Autoconfiguration draft-ietf-opsawg-capwap-extension-02 Dapeng Liu - 5 minutes. 1:11:30 --------------------------- Draft updates. >From last meeting: Editorial review, editorial changes. Need IEEE Expert review Status: Thanks to Tom Taylor for editorial review / suggestions, and technical discussions. All on -03. New version uploaded today. On expert review: Haven't started yet. Dorothy cannot attend (conflict). TODO (Authors): Plenary in March - hope to do conflict review there. Hope after that's done to do WGLC. Chair: Many folk have read this. The CAPWAP drafts Comments/discussion on draft-ietf-opsawg-capwap-hybridmac Comments/discussion on draft-zhang-opsawg-capwap-cds-01 Rajesh Pazhyannur - 15 minutes. 1:15:00 ------------------------------ MAC profiles - draft-ietf-opsawg-capwap-hybridmac Problem Statement: CAPWAP RFC - describe split MAC "profiles". Enc / dec could happen at AP or controller. No way to configure which. This draft fixes that - removes ambiguity. Updates: Editorial. Add more descriptive text, why solving this. TODO (Authors): Fix typo in Table 1. Chairs: A few have read. Most of those think a good idea. TODO (Chairs): Start WGLC. draft-zhang-opsawg-capwap-cds - 1:20:00 Currently supported CAPWAP architectures. Overview of new tunneled mode. Problem statement: APs managed by controller, want to tunnel traffic to differnt endpoint. Maybe using differrnt protocol. Updates: More descriptive text. More technical content - new information element. Have evidence of support onlist from number of carriers - CMCC, AT&T. Cisco is supporting this - we have running code, hope to be shipping in 3-4 months. Would like Adoption. Questions: Dan: Do you know if you are the only vendor doing this? A: If we were the only vendor we wouldn't be pushing this here. Want interoperabile. Maybe Hauwei. Dan: (Comment) - Don't want to conflict with IEEE. This is a change in architecture. We only have a few CAPWAP contributors here. Should this be done in OpsAWG or shoild we have another WG with more focus on it? A: Change is introducing tunnel mode. Tunnel parameters will be done in other groups, with more knowledge of that. Melinda: We are fine with it here (Minute taker note: I'm assuming that means Melinda will handle the docs :-P) Benoit (AD): Let's just do it here. Lots of process to spin up new WG, looks like the same folk will do it here or there. Joel (AD): Don't care where we do work, but don't want to shoot IEEE in the foot. Let's coordinate with them. TODO (Chairs): Send liasion type thingie to IEEE to ensure not stepping on their toes. TODO (Chairs): Assuming no conflict, send adoption call. The COMAN drafts: draft-ietf-opsawg-coman-probstate-reqs-01 draft-ietf-opsawg-coman-use-cases-01 Ersue, Mehmet - 15 minutes. 01:41:00 --------------------------------- draft-ietf-opsawg-coman-probstate-reqs Updates: Bugfixes, updates, better focus, new terms. better security considerations. Deleted apendixes. draft-ietf-opsawg-coman-use-cases Updates: Was more work. New section on access technolgies. New use case, shortened military. Open issues: Better align security considerations sections. Section 3.11 - may need to be reworked if IETF doesn't like this kind of use case. Sections 3.8, 3.9 - merge? We thought we were done, then got a bunch of additional comments. Have to address them, then think ready for WGLC. Fair bit of work, but look valid / useful. Comment (name?): Working on similar things on CORE, might be interesting to folk. Network Configuration Negotiation Problem Statement and Requirements draft-jiang-config-negotiation-ps Brian Carpenter - 15 minutes. 01:47:00 ---------------------------------- First time talking about this in this WG. Context: Desire to decreate (well, stop increasing) operational costs in carrier networks. Autonomy of config should help with that - "plug and play for the ISP". Devices should configure themselves. Need to negitiate with each other. Want to make this practical, not just a research topic. Model derives from routing protocols. How can we extend this to all types of config. Less hirarchy. Devices need to learn from other devices - config decided in compatiable manner. Draft - analysis of scenraio, design requirmenents. Looking if any existing protocols are a good match. Need generic protocol. Want no human intervention, and support dry run. Network itself can setup resources on other devices, and automated recovery. Need strong auth between devices. Allows better use of resources. Looked at netconf / rsvp - not good fits. Questions: Mehmet Ersue: Have you looked at RestConf in NETCONF WG? Might be a good fit. A: Nope, hadn't seen that. Not interesting in owning our own protocol, will look at that. Wes George: Also look at opsawg-automatic-network-configuration. It is related / overlap in considerations. Might be interesting / useful to you. A: Looked at it, we went further, will look again / more. Stefan Winter: Been following this, I'll talk about automating edge in a bit. Are edge devices in scope? A: In abstract, everything is in interest. Brian: Are folk interested in this here? A: Some, not a huge number of hands. Wes George: I think there is a problem here to discuss. Scale of problem is tricky. Defining the problem / use case is important, lots of work in differnt places. Update on ETSI NFV Management & Orchestration WG Ersue, Mehmet - 10 minutes 2:09:00 ------------------------------------ Overview / update on work on ETSI NFV Management and Orchestration WG. Quick overview. Which bits do what. Progress: Adopted interface approach. Cleaned up descriptors and information elements.. Discussion on architectural improvements are ongoing, IETF, 3GPP, DMTF, TOSCA and OpenStack gap analysis are in development. Big list of described interfaces. Next step. draft-winter-opsawg-eap-metadata-00 Stefan Winter - 10 minutes 02:18:00 --------------------------- Purpose: Securely configuring EAP on edge devices. Problem: EAP is a container. It's tricky for end users to configure, many parameters. Let's make this simpler. Devices can have multiple methods, priority? Draft: A way to send EAP peer configuration to the user, and have them import the config. Especially an issue in BYOD, with long PDF instructions. We keep hearing it's too hard to make work properly. Many implmentations offer shortcuts, which often make things insecure. We propose a standard way to ship EAP configs around and allow users to import these. XML or JSON, or something? We have an actual implmentation! Currenty produces the vendor versions, and the spec in this draft. Have clients that read these XML, for Linux and Android. Questions: Name?: I propose YANG, I rewrote the XML schema into YANG. I might be biased :-) A: We wrote the XML first. Can change to YANG if folk want. Benoit: I like the idea. I like that you have implementation. Might be worth getting vendors to say that they like it. Ern ?: I like this. Don't care about format. Still no standard way to get data to clients. A: We looked how Apple does it, but this doesn't include a method for that. [Audio cuts off / truncated.] -- END -- From nobody Mon Mar 24 05:35:32 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51A551A01F7 for ; Mon, 24 Mar 2014 05:35:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 mYDZZ95zQZoz for ; Mon, 24 Mar 2014 05:35:29 -0700 (PDT) Received: from a.mx.secunet.com (a.mx.secunet.com [195.81.216.161]) by ietfa.amsl.com (Postfix) with ESMTP id CDD491A01F5 for ; Mon, 24 Mar 2014 05:35:28 -0700 (PDT) Received: from localhost (alg1 [127.0.0.1]) by a.mx.secunet.com (Postfix) with ESMTP id B89DA1A00AA; Mon, 24 Mar 2014 13:35:27 +0100 (CET) X-Virus-Scanned: by secunet Received: from a.mx.secunet.com ([127.0.0.1]) by localhost (a.mx.secunet.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 77U_QXWcYNP2; Mon, 24 Mar 2014 13:35:25 +0100 (CET) Received: from mail-gw-int (unknown [10.53.40.207]) by a.mx.secunet.com (Postfix) with ESMTP id 2C6291A00A8; Mon, 24 Mar 2014 13:35:25 +0100 (CET) Received: from [10.53.40.204] (port=19599 helo=mail-essen-01.secunet.de) by mail-gw-int with esmtp (Exim 4.80 #2 (Debian)) id 1WS3ym-00009t-BD; Mon, 24 Mar 2014 13:27:48 +0100 Received: from [10.208.1.57] (10.208.1.57) by mail-essen-01.secunet.de (10.53.40.204) with Microsoft SMTP Server (TLS) id 14.3.174.1; Mon, 24 Mar 2014 13:35:24 +0100 Message-ID: <5330268C.4060002@secunet.com> Date: Mon, 24 Mar 2014 13:35:24 +0100 From: Johannes Merkle User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> In-Reply-To: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> X-Enigmail-Version: 1.6 X-Forwarded-Message-Id: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.208.1.57] Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/5XhufUPxY1yie0kyGwpVWdRu2WQ Cc: Manfred Lochter , uri@ll.mit.edu Subject: [OPSAWG] Fwd: New Version Notification for draft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 12:35:31 -0000 Dear all, a while ago, I had announced a draft on a new USM authentication protocol HMAC-SHA-256-128 for use in SNMP. Following Uri's suggestion (and with his valuable support) I have considerably extended the draft: - Further SHA-2 based HMAC authentication protocols have been included to provide ore flexibility. - A (short) section explains how to perform key change and key localization with these protocols - A MIB definition has been added. URL: http://www.ietf.org/internet-drafts/draft-hmac-sha-2-usm-snmp-00.txt Status: https://datatracker.ietf.org/doc/draft-hmac-sha-2-usm-snmp/ Htmlized: http://tools.ietf.org/html/draft-hmac-sha-2-usm-snmp-00 Abstract: This memo specifies new optional HMAC-SHA-2 authentication protocols for the User-based Security Model (USM) for SNMPv3 defined in RFC 3414. Due to the extension of the draft to other SHA-2-based HMAC, I have changed the draft name from draft-hmac-sha-256-128-usm-snmp to draft-hmac-sha-2-usm-snmp resulting in a reset of the version number (00). Is there interest in adoption of this draft by the WG? Johannes From nobody Mon Mar 24 11:00:51 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 359471A0259 for ; Mon, 24 Mar 2014 11:00:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, 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 cd0sbryhzgA5 for ; Mon, 24 Mar 2014 11:00:48 -0700 (PDT) Received: from mailbox.snmp.com (mailbox.snmp.com [192.147.142.80]) by ietfa.amsl.com (Postfix) with ESMTP id 1EAFF1A024C for ; Mon, 24 Mar 2014 11:00:47 -0700 (PDT) Received: from adminfs.snmp.com (adminfs.snmp.com [192.147.142.39]) by mailbox.snmp.com (8.9.3p2-20030922/m.0080228) with ESMTP id OAA08957; Mon, 24 Mar 2014 14:00:41 -0400 (EDT) Received: from snmp.com (LOCALHOST.snmp.com [127.0.0.1]) by adminfs.snmp.com (8.9.3p2-20030922/snmpclient.mc-990525) with ESMTP id OAA17358; Mon, 24 Mar 2014 14:00:40 -0400 (EDT) Message-Id: <201403241800.OAA17358@adminfs.snmp.com> To: Johannes Merkle From: David Reid In-reply-to: Your message of Mon, 24 Mar 2014 13:35:24 +0100. <5330268C.4060002@secunet.com> Date: Mon, 24 Mar 2014 14:00:40 -0400 Sender: reid@snmp.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/_lq8h3MaT68zRsZZ4b6oaBKwwig Cc: Manfred Lochter , opsawg@ietf.org, uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: David Reid List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 18:00:50 -0000 I think this should be adopted by the working group. I'm willing to review the document and most likely implement it. -David Reid > Dear all, > > a while ago, I had announced a draft on a new USM authentication protocol HMAC-SHA-256-128 for use in SNMP. Following > Uri's suggestion (and with his valuable support) I have considerably extended the draft: > - Further SHA-2 based HMAC authentication protocols have been included to provide ore flexibility. > - A (short) section explains how to perform key change and key localization with these protocols > - A MIB definition has been added. > > URL: http://www.ietf.org/internet-drafts/draft-hmac-sha-2-usm-snmp-00.txt > Status: https://datatracker.ietf.org/doc/draft-hmac-sha-2-usm-snmp/ > Htmlized: http://tools.ietf.org/html/draft-hmac-sha-2-usm-snmp-00 > > > Abstract: > This memo specifies new optional HMAC-SHA-2 authentication protocols > for the User-based Security Model (USM) for SNMPv3 defined in RFC > 3414. > > > Due to the extension of the draft to other SHA-2-based HMAC, I have changed the draft name from > draft-hmac-sha-256-128-usm-snmp > to > draft-hmac-sha-2-usm-snmp > resulting in a reset of the version number (00). > > Is there interest in adoption of this draft by the WG? > > Johannes > > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Mon Mar 24 11:47:57 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF8F71A0297 for ; Mon, 24 Mar 2014 11:47:47 -0700 (PDT) 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 g3HAXxtEbhtI for ; Mon, 24 Mar 2014 11:47:44 -0700 (PDT) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 000921A027A for ; Mon, 24 Mar 2014 11:47:43 -0700 (PDT) Received: by mail-pa0-f49.google.com with SMTP id lj1so5820984pab.22 for ; Mon, 24 Mar 2014 11:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=gnw5VXD7V6Tfz9Td/pInsI0VuMfxxFTlxfRph9LcU7Y=; b=hHoMSRkslvQlKA6OMW25QG180rNEcsNhowkPMd6hNtVAQTgPd8SMwxHDAWmckMfN45 HEhlb4gYlCeKL1jHsjp9qb+dOP+C6sJC4qp4mUi16AujEkaHmCo4B0/HbdKn+MM6T1AK vNkTg+cma66deBOgle6VEVIx219Lb27xthnPApkbuF5rxjxkNJN08Gv2oe9sbAA5828I HDveGlgu8/A4Od3xtFRj3DUoY8fMy/vkM8Ac/F+MnPkZvuaheVLW4Xrqv7i1eOotoy8c qimuSIN/BeLYr8W543Hqj/yEbO4rga7WgusRefnra9PnEFfHTB0ta8TJjGGMGOTNF7+K CTQQ== X-Received: by 10.68.198.97 with SMTP id jb1mr71732773pbc.104.1395686863221; Mon, 24 Mar 2014 11:47:43 -0700 (PDT) Received: from spandex.local (69-162-195-133-rb2.sol.dsl.dynamic.acsalaska.net. [69.162.195.133]) by mx.google.com with ESMTPSA id nc1sm34608056pbc.32.2014.03.24.11.47.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Mar 2014 11:47:42 -0700 (PDT) Message-ID: <53307DCC.5060701@gmail.com> Date: Mon, 24 Mar 2014 10:47:40 -0800 From: Melinda Shore User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Johannes Merkle References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> In-Reply-To: <5330268C.4060002@secunet.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/dQyvpgJzOjIc7JM0KOsP8ciTB-Q Cc: Manfred Lochter , opsawg@ietf.org, uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 18:47:48 -0000 On 3/24/14 4:35 AM, Johannes Merkle wrote: > a while ago, I had announced a draft on a new USM authentication protocol HMAC-SHA-256-128 for use in SNMP. Following > Uri's suggestion (and with his valuable support) I have considerably extended the draft: > - Further SHA-2 based HMAC authentication protocols have been included to provide ore flexibility. > - A (short) section explains how to perform key change and key localization with these protocols > - A MIB definition has been added. > Is there interest in adoption of this draft by the WG? Hi, Johannes: We're trying to make sure that documents get adequate review before adoption by the working group, so before we put out a call for adoption we're going to try to get feedback from someone who can provide cryptographic review and someone on the snmp side. We'll start that process moving. Melinda From nobody Tue Mar 25 02:26:16 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97F1F1A03B8; Tue, 25 Mar 2014 02:26:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 FZI_QRcJFgAs; Tue, 25 Mar 2014 02:26:10 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 26E8E1A0386; Tue, 25 Mar 2014 02:26:10 -0700 (PDT) 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.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140325092610.22721.30909.idtracker@ietfa.amsl.com> Date: Tue, 25 Mar 2014 02:26:10 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/A0fS6GvE3QN9qVqz2hhCVMrRS_c Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-oam-overview-15.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 09:26:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group Working Group of the IETF. Title : An Overview of Operations, Administration, and Maintenance (OAM) Tools Authors : Tal Mizrahi Nurit Sprecher Elisa Bellagamba Yaacov Weingarten Filename : draft-ietf-opsawg-oam-overview-15.txt Pages : 51 Date : 2014-03-25 Abstract: Operations, Administration, and Maintenance (OAM) is a general term that refers to a toolset for fault detection and isolation, and for performance measurement. Over the years various OAM tools have been defined for various layers in the protocol stack. This document summarizes some of the OAM tools defined in the IETF in the context of IP unicast, MPLS, MPLS Transport Profile (MPLS-TP), pseudowires, and TRILL. This document focuses on tools for detecting and isolating failures in networks and for performance monitoring. Control and management aspects of OAM are outside the scope of this document. Network repair functions such as Fast Reroute (FRR) and protection switching, which are often triggered by OAM protocols, are also out of the scope of this document. The target audience of this document includes network equipment vendors, network operators and standards development organizations, and can be used as an index to some of the main OAM tools defined in the IETF. This document provides a brief description of each of the OAM tools in the IETF. At the end of the document a list of the OAM toolsets and a list of the OAM functions are presented as a summary. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-oam-overview/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-opsawg-oam-overview-15 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-oam-overview-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 25 08:41:27 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F22B1A019F for ; Tue, 25 Mar 2014 08:41:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_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 thSBbtHvKv4U for ; Tue, 25 Mar 2014 08:41:08 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3lp0079.outbound.protection.outlook.com [213.199.154.79]) by ietfa.amsl.com (Postfix) with ESMTP id 9E0791A0191 for ; Tue, 25 Mar 2014 08:41:07 -0700 (PDT) Received: from AMXPRD0111HT002.eurprd01.prod.exchangelabs.com (157.56.250.117) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.0.898.11; Tue, 25 Mar 2014 15:41:04 +0000 Message-ID: <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> From: t.petch To: Johannes Merkle , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> Date: Tue, 25 Mar 2014 15:33:50 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.250.117] X-ClientProxiedBy: DBXPR07CA001.eurprd07.prod.outlook.com (10.255.191.159) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) X-Forefront-PRVS: 01613DFDC8 X-Forefront-Antispam-Report: =?iso-8859-1?Q?SFV:NSPM; SFS:(10009001)(6009001)(428001)(377454003)(189002?= =?iso-8859-1?Q?)(199002)(51444003)(51704005)(2473001)(13464003)(81342001)?= =?iso-8859-1?Q?(86362001)(47446002)(87286001)(62966002)(74502001)(6606600?= =?iso-8859-1?Q?1)(31966008)(94946001)(95666003)(81542001)(95416001)(61296?= =?iso-8859-1?Q?002)(93916002)(97186001)(85306002)(77096001)(85852003)(771?= =?iso-8859-1?Q?56001)(74876001)(80976001)(88136002)(15975445006)(69226001?= =?iso-8859-1?Q?)(47976001)(14496001)(94316002)(76796001)(74662001)(152023?= =?iso-8859-1?Q?45003)(83072002)(90146001)(4396001)(42186004)(77982001)(76?= =?iso-8859-1?Q?786001)(92726001)(74366001)(50986001)(97336001)(76482001)(?= =?iso-8859-1?Q?65816001)(50466002)(83322001)(19580395003)(19580405001)(84?= =?iso-8859-1?Q?392001)(98676001)(93516002)(51856001)(54316002)(56816005)(?= =?iso-8859-1?Q?87266001)(56776001)(92566001)(89996001)(23756003)(80022001?= =?iso-8859-1?Q?)(87976001)(44716002)(53806001)(79102001)(50226001)(636960?= =?iso-8859-1?Q?02)(93136001)(46102001)(74706001)(59766001)(62236002)(4773?= =?iso-8859-1?Q?6001)(20776003)(44736004)(47776003)(33646001)(49866001)(74?= =?iso-8859-1?Q?416001)(7726001)(21314002);DIR:OUT;SFP:1101;SCL:1;SRVR:DB3?= =?iso-8859-1?Q?PR07MB060;H:AMXPRD0111HT002.eurprd01.prod.exchangelabs.com?= =?iso-8859-1?Q?;FPR:9D45F5CC.AD329193.B4DFBF0B.42F8C550.204A1;MLV:nov;PTR?= =?iso-8859-1?Q?:InfoNoRecords;MX:1;A:0;LANG:en;?= Received-SPF: None (: btconnect.com does not designate permitted sender hosts) X-OriginatorOrg: btconnect.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/Qmc6D8ztzUfmQLFwXBZTCS7qgUY Cc: Manfred Lochter , uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:41:11 -0000 I am confused by your choice of names. The text uses, e.g., usmHMACSHA224128AuthProtocol whereas the MIB module has usmHmacSha224128Protocol Do these refer to the same identity (times six)? I think that the IANA Considerations needs more work; you might want to review RFC4181 for a more detailed approach but you need at least something along the lines of an explicit request that the MIB module be assigned a number under the appropriate tree, eg .1 IANA is requested to assign an object identifier for Descriptor OBJECT IDENTIFIER value ---------- ----------------------- snmpUsmHmacSha2MIB { snmpModules XXX } [with XXX harking back to the same string in the MIB module itself]. And then for each algorithm, so that the entries in IANA can be tied into the text of the final RFC, .2 IANA is requested to assign a value in the SnmpAuthProtocols registry for each of Value Description Reference aa usmHMACSHA224128AuthProtocol RFC YYYY bb usmHMACSHA256128AuthProtocol RFC YYYY cc usmHMACSHA256192AuthProtocol RFC YYYY dd usmHMACSHA384256AuthProtocol RFC YYYY ee usmHMACSHA512256AuthProtocol RFC YYYY ff usmHMACSHA512384AuthProtocol RFC YYYY -- RFC Ed.: replace YYYY with actual RFC number & remove this line with aa bb cc etc appearing in the MIB Module. As it stands, you might appear to be requesting that all six get the same value, namely mm. And then there are Security Considerations. You are replacing a simple, well understood choice of two values with a choice of eight, and saying that there is no need to implement them all. This gives great scope for a lack of interoperability. Should there be a mandatory to implement value (or negotiation - perhaps not)? I would like to see some discussion of the benefits, if any, of the six new options. I have seen discussions along these lines on the TLS WG list (with a considerable degree of expertise in cryptography present) that makes it far from clear cut what the best choice is, and that what appears to be the strongest may not be a good choice for IETF protocols. Tom Petch ----- Original Message ----- From: "Johannes Merkle" To: Cc: "Manfred Lochter" ; Sent: Monday, March 24, 2014 12:35 PM Subject: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt > Dear all, > > a while ago, I had announced a draft on a new USM authentication protocol HMAC-SHA-256-128 for use in SNMP. Following > Uri's suggestion (and with his valuable support) I have considerably extended the draft: > - Further SHA-2 based HMAC authentication protocols have been included to provide ore flexibility. > - A (short) section explains how to perform key change and key localization with these protocols > - A MIB definition has been added. > > URL: http://www.ietf.org/internet-drafts/draft-hmac-sha-2-usm-snmp-00.txt > Status: https://datatracker.ietf.org/doc/draft-hmac-sha-2-usm-snmp/ > Htmlized: http://tools.ietf.org/html/draft-hmac-sha-2-usm-snmp-00 > > > Abstract: > This memo specifies new optional HMAC-SHA-2 authentication protocols > for the User-based Security Model (USM) for SNMPv3 defined in RFC > 3414. > > > Due to the extension of the draft to other SHA-2-based HMAC, I have changed the draft name from > draft-hmac-sha-256-128-usm-snmp > to > draft-hmac-sha-2-usm-snmp > resulting in a reset of the version number (00). > > Is there interest in adoption of this draft by the WG? > > Johannes > > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Tue Mar 25 09:06:30 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E02941A0153 for ; Tue, 25 Mar 2014 08:52:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.903 X-Spam-Level: X-Spam-Status: No, score=-2.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, TRACKER_ID=1.306, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 UJyVt-Ps-isX for ; Tue, 25 Mar 2014 08:52:18 -0700 (PDT) Received: from mx2.ll.mit.edu (MX2.LL.MIT.EDU [129.55.12.46]) by ietfa.amsl.com (Postfix) with ESMTP id 25A901A016E for ; Tue, 25 Mar 2014 08:52:17 -0700 (PDT) Received: from LLE2K7-HUB01.mitll.ad.local (LLE2K7-HUB01.mitll.ad.local) by mx2.ll.mit.edu (unknown) with ESMTP id s2PFqBNO028095; Tue, 25 Mar 2014 11:52:11 -0400 From: "Blumenthal, Uri - 0558 - MITLL" To: "t.petch" , Johannes Merkle , "opsawg@ietf.org" Date: Tue, 25 Mar 2014 11:52:07 -0400 Thread-Topic: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt Thread-Index: Ac9IQi70d8uX9Cm+Qjix1t5Tj1E63w== Message-ID: References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> In-Reply-To: <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha256; boundary="B_3478593127_5627855" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-25_04:2014-03-25,2014-03-25,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1403250073 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/m6JB9q5jLVnOdanffI4ZpnQyi5g X-Mailman-Approved-At: Tue, 25 Mar 2014 09:06:15 -0700 Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:52:22 -0000 --B_3478593127_5627855 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit On 3/25/14 11:33 , "t.petch" wrote: >I am confused by your choice of names. The text uses, e.g., >usmHMACSHA224128AuthProtocol > >whereas the MIB module has > > usmHmacSha224128Protocol > >Do these refer to the same identity (times six)? I think yes, and would suggest the following (unified) name format: usmHMAC128SHA224AuthProtocol for all of them. >I think that the IANA Considerations needs more work; you might want to >review RFC4181 for a more detailed approach but you need at least >something along the lines of an explicit request that the MIB module be >assigned a number under the appropriate tree, e.g.,.............. I'll leave this to Johannes to take care of. :-) >And then there are Security Considerations. You are replacing a simple, >well understood choice of two values with a choice of eight, and saying >that there is no need to implement them all. This gives great scope for >a lack of interoperability. Should there be a mandatory to implement >value (or negotiation - perhaps not)? Can we have mandatory-to-implement in an "optional" RFC? Assuming the answer is yes, I'd recommend: For those who implement this RFC, usmHMAC192SHA256AuthProtocol is MUST, usmHMAC384SHA512AuthProtocol is SHOULD, everything else is MAY. Unless there's a preference for the "non-truncated" algorithms. >I would like to see some discussion of the benefits, if any, of the six >new options. Do you mean "the benefits of having so many rather than just one or two", or do you mean "the benefits of adding SHA2-based auth"? If it's the first - then we probably can shrink the number of the available choices. The question is - do we select truncated ones (as the prior standards did), or not? If it's the second - I'll let others speak. :-) >I have seen discussions along these lines on the TLS WG >list (with a considerable degree of expertise in cryptography present) >that makes it far from clear cut what the best choice is, and that what >appears to be the strongest may not be a good choice for IETF protocols. Honestly I don't think TLS WG is a good example here, considering the complexity of the protocol, and the kind of problems they're facing and are trying to address. But your point is taken. TNX! >----- Original Message ----- >From: "Johannes Merkle" >To: >Cc: "Manfred Lochter" ; >Sent: Monday, March 24, 2014 12:35 PM >Subject: [OPSAWG] Fwd: New Version Notification >fordraft-hmac-sha-2-usm-snmp-00.txt > > >> Dear all, >> >> a while ago, I had announced a draft on a new USM authentication >protocol HMAC-SHA-256-128 for use in SNMP. Following >> Uri's suggestion (and with his valuable support) I have considerably >extended the draft: >> - Further SHA-2 based HMAC authentication protocols have been >included to provide ore flexibility. >> - A (short) section explains how to perform key change and key >localization with these protocols >> - A MIB definition has been added. >> >> URL: >http://www.ietf.org/internet-drafts/draft-hmac-sha-2-usm-snmp-00.txt >> Status: >https://datatracker.ietf.org/doc/draft-hmac-sha-2-usm-snmp/ >> Htmlized: >http://tools.ietf.org/html/draft-hmac-sha-2-usm-snmp-00 >> >> >> Abstract: >> This memo specifies new optional HMAC-SHA-2 authentication >protocols >> for the User-based Security Model (USM) for SNMPv3 defined in RFC >> 3414. >> >> >> Due to the extension of the draft to other SHA-2-based HMAC, I have >changed the draft name from >> draft-hmac-sha-256-128-usm-snmp >> to >> draft-hmac-sha-2-usm-snmp >> resulting in a reset of the version number (00). >> >> Is there interest in adoption of this draft by the WG? >> >> Johannes >> >> >> _______________________________________________ >> OPSAWG mailing list >> OPSAWG@ietf.org >> https://www.ietf.org/mailman/listinfo/opsawg > --B_3478593127_5627855 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIUFAYJKoZIhvcNAQcCoIIUBTCCFAECAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B BwGgghHjMIIEyzCCA7OgAwIBAgIKa7HhIQAAAACRlDANBgkqhkiG9w0BAQsFADBRMQswCQYD VQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJ MRMwEQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDEyNzE2MTg1MloXDTE1MDEyNzE2MTg1Mlow YTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNV BAsTBlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCMzX2AgWtgCJ2VJBfeiXUnR7FHfrCpElYl5agkmKEe 0kbvlM1XrVnvCbzgSXyiPD9pHAjj/fE0XEjEgLy3M3h6H7LX503XwoicBtYKO+OcuP6Z/cbt +mHlVpa5zrTBtHdbxM/Dg3Km7UvVqfVoCW4LJ6YCH4eBGg49efKVDWE5fReO90fWAQQZJ4ou tvYjPAlRVn2F0pr8Rgh1SbMGGs/blcP9Mv4PDfiI1DnT/f9LEOgkvuzY3FmltMbR8K0QeFVJ y4p9bYA/HTZwaLF4nW8+HUC+n+RJ1Ji0WBWx66R2VgWA51oXsHvgyIH72LQL/sQVReuEstkq OdmW0+hquzAXAgMBAAGjggGTMIIBjzAdBgNVHQ4EFgQUWOgymm0BMjd4VJ3fS5lgVlV1kiAw DgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1Ud HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYB BQUHAQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExD QTIwIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAw PQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhcveMof/ inMCAWQCAQUwIgYDVR0lAQH/BBgwFgYIKwYBBQUHAwQGCisGAQQBgjcKAwwwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAePYh/MRINApc6X/qe1sDLHVAgxEVN2x/hwu38f+XUALYvbtIDLvYtHHX4tw6 D75LlzrYTcj57S/kiL0NVsUjhBs76zRR3iasxMC0Q8Ry6eTumsTc9NM/SdfgIOHZWqbADwC/ R3ePYyZTL/VQAU6115q2r7MI/3+fxvmul9BRAud3A+Gg1wiI8FhU5ydL890bjGbsJ2YVDMxC 6zMFBV4TJAlpvpIFixABVZufETqEH/xRCtg+B/fKOdjzMmOwolhcUTHJj8DiubjkyYb4Rvyu W1ktjCPllUvdAUj5nvy7nSah9U2oULMp1DZSz2p7mBlcFNlm7XJcpbI2kjzx8mFRsDCCBLcw ggOfoAMCAQICARQwDQYJKoZIhvcNAQELBQAwVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9v dCBDQTAeFw0wOTEyMTQxMjAwMDBaFw0xNTEyMzEyMzU5NTlaMFExCzAJBgNVBAYTAlVTMR8w HQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNVBAMT Ck1JVExMIENBLTIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCnBMsjYUiH7Deg MwcFYWZM6OknYzRgEO5gNgPE9JJnQgfDB+o1o1VTMBWcJYPXII4CyhLhDvSjfCvTPI4HmRDK Ip5UX5N2BCzwu7BJJMwUJHFaS4RMAC7nvYh6MIEixpl2aWCpkYX74b2CeDDQriGlqXCvxmg2 QhPlNmk4ONpL/80Kx9wKKhV/NThe54sFzZ2pz9YUEX5DE0a52hFvA19EzGhv7fUcucUjKy0z XPQ70LYwOWXLlpxAolKcgwRVsS6/cse8YH9fy8IAsXKAXikgQaFs5EJigLIDKPTKtRaf55yK sORSpoDrO1cvuntA5PnIH/qAFfACvGRTEK1RNLh9AgMBAAGjggGVMIIBkTASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBSOSn2JoWMXHIGINFc3JkVeGYp+JDAfBgNVHSMEGDAWgBRn qnrP9AqmuXK1iqDSnfIQw0PtKTAOBgNVHQ8BAf8EBAMCAYYwYQYIKwYBBQUHAQEEVTBTMC0G CCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8/TExSQ0EwIgYIKwYBBQUH MAGGFmh0dHA6Ly9vY3NwLmxsLm1pdC5lZHUwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2Ny bC5sbC5taXQuZWR1L2dldGNybD9MTFJDQTCBkgYDVR0gBIGKMIGHMA0GCyqGSIb3EgIBAwEG MA0GCyqGSIb3EgIBAwEIMA0GCyqGSIb3EgIBAwEHMA0GCyqGSIb3EgIBAwEJMA0GCyqGSIb3 EgIBAwEKMA0GCyqGSIb3EgIBAwELMA0GCyqGSIb3EgIBAwEOMA0GCyqGSIb3EgIBAwEPMA0G CyqGSIb3EgIBAwEQMA0GCSqGSIb3DQEBCwUAA4IBAQCIdwah0P1x/Augwi/nhBq6Ds8QXAqk zSLZrL+DADWjk6HYFNo64x3Bo15c6oaW/GcTpZACt3StPa3OvsgAnKCtk81bQ0WV2MaL/0qm UYyN3bn1NiWrQD8aLAssv9aLY5dUylGOO1r37d9b3X+YtFytg0FRCfl5arYAYhU1SDCHwScD 2o67Is/qYBRGMIYcCcb7PH5UotBSwhO+1WCxIqD+YcRusyD3kEcc4dW6IG36YVhx7aIkw5AU meFH7xl0E1X+0I4Q+cmMNdMiArYx5rYG34AZB+f770fdjWPUUpTT82aphiiImutWyQpmoEWB snsX3nVTRdHCVi+Cf3Cx4YDWMIIDgzCCAmugAwIBAgIBATANBgkqhkiG9w0BAQUFADBUMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMD UEtJMRYwFAYDVQQDEw1NSVRMTCBSb290IENBMB4XDTA4MDkyMzEyMDAwMFoXDTI5MTIzMTIz NTk1OVowVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkx DDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMVOKRdYsiay+a2Kv1wQCoPd5AkwExuwcNDRhaRCdQN17K+lCCKv f9VSQToAsA6q1bACtZUcMv5ZKx8z5KG4jK9cM40NvEkf/bIOZAHJqzKgWG3N9NqrcAhimcXT XYQIdp1DgjtdADKVLAjXaYpD2PbpE/JbAPnqKzOENa3Py9CegB0abTlOyLgwXWY/rXTW+4L/ hipJ6+sI/ZtrFRmsKGhuwAKobFr0FDP6uIfx+RaWJcJ1QBIdgM4aohvW8JeriSSMyf/LlFpX TZFcM9SOX0f7wmsYi1yFuKFMnQbkSkxvnpBKMRxrg+98seSbbEnIkvB0C9qBDPLb/lQAvmpW 6oMCAwEAAaNgMF4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUZ6p6z/QKprlytYqg0p3y EMND7SkwHwYDVR0jBBgwFoAUZ6p6z/QKprlytYqg0p3yEMND7SkwCwYDVR0PBAQDAgGGMA0G CSqGSIb3DQEBBQUAA4IBAQA+G20FYNB4eNhKWF+PyT5DUtzlABFkf2IM2VGNUBova0GeKX3I 1Nf02qDU/GO2H9ETvnvTYhvfgQ4UB/5EImTkKPa7/TVG/MQ7SgmAmne8xELVbGLFrrytly8P yYtZtngb6DgeEUv+SwFnzcLO1vg1rdmss3kwsqy0q8e2VYAY8zTptEzyJG36aXcIMbqOxWS/ LbPjNuPdgJfO3d1WrHr1Etaaa0QRLqQoZj07dYY7Wo5EDqU+AUAMz9ZVRGK1s5b/jv5Wz/Yr oyqWFnH2KkNxRn9+2Ar7g3rnrOMZvp6psq2jbDXiPBod1wyMKn8x5y4cuGPNFcqjfyY/HX90 ivQAMIIEzjCCA7agAwIBAgIKPVEvPAAAAACTsDANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQG EwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMw EQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDIxMjE4NTMwMVoXDTE1MDIxMjE4NTMwMVowYTEL MAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsT BlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCKHhhu75bRiOvWhbZ//TxS76yI2d+rHN2s8bp8wxW8oMjm saplLeGQusUFRyRNSkfYtdB4YApjnV6TCxS0Mqzly5BaoeZWoP+CbbMDNGYMszus9iFj22SS lTzGRo+gaL6rqsDKdwDOzs3CPYqh4Uu8sLzEq+QD9rhqAuMJ76635JKWELxK0uDehpNBMCGq VeAY8ht5u2h4ojPdwiuDQDW2QxWRJjPDL8n1JczuEHY71jHldER3b2+UhpDDYRQ9aVOiGCjW 8BwJOruVsBfLNxyDxgffNQ1D1konuneMpL9H2S8ciHOdy5+Gi7snCQJ+7w30rIJ2NTldWaY6 avZAaCa3AgMBAAGjggGWMIIBkjAdBgNVHQ4EFgQUZ7oGjnu6gWRmom/4UswgdVBW/3wwDgYD VR0PAQH/BAQDAgUgMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYBBQUH AQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTIw IwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAwPQYJ KwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhevQcIPr7SAC AWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQGCisGAQQBgjcKAwQwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAJiU3WfJ9GvGJiDNPClLazyh252wxxOc/TmClMKtyqHnbFObDEoXAMaoHGxrv s+lU8fU2F2ELpV8q8eYgqLLw7PG09z5s/GkajlxVZ/FHj/9hNHTfwlicrCRY3zrna1GbOMZg WFz8R6akAoLKpqGulNrvjvU8c63U+JVmgJmBPCMv5JlH10m87+WPJ+ToK0m4XfZjl7n5OKDJ /hOyBwbBntc+W2gDppfR1BCtDNfEG0+zHjFqF+Of1Q5NI5abhgvw5IEuVA1M4SV/utwmmdre BEv/YuLnDd/PhVgQwp3LHGCXX1dANyiKso2aACl9jrkylq39cA/WgvAlS21w9vxVpDGCAfUw ggHxAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRv cnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0EtMgIKa7HhIQAAAACRlDANBglg hkgBZQMEAgEFAKBpMC8GCSqGSIb3DQEJBDEiBCD1ZuvCX8JyAtr8FEg3AZ54xTyxAxB78prX 9rId8u7SlzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAz MjUxNTUyMDdaMA0GCSqGSIb3DQEBAQUABIIBABfY2es9FBX/VRfggyZM+tzANqjaGL1Gmy3z BAo7SfMOhCFoLkE7weog/uGYclcDyjvXeVWdKyWrtEVZmHggpbG5BpLu4buiA3e7TPdfrWRn ri1X0c6nS4wTYyXurpXeDY76sxV8pjxgGmMP1bJR6ZPHyqVl8H3Hr7izUzyuF372PNPQYARl QWoOR9LU96n9VVdO1buQC1/DLJeULlK7I3lSPqV1iGkar9v5QKIXjfVOtxbmlPEvI0gqyNDD GneDmpZ1CsWJowxj4epvGAh8xyaQX4l5bPB0XUVHzouMiNr39PGKvaY9Ze84kOG+xKW0YeuP ur2baCKKzUKbX6lzPEo= --B_3478593127_5627855-- From nobody Tue Mar 25 10:41:46 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BACB1A01EE for ; Tue, 25 Mar 2014 10:41:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_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 4SY29PwuMkiu for ; Tue, 25 Mar 2014 10:41:24 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3lp0075.outbound.protection.outlook.com [213.199.154.75]) by ietfa.amsl.com (Postfix) with ESMTP id DB34C1A0171 for ; Tue, 25 Mar 2014 10:41:22 -0700 (PDT) Received: from AMXPRD0111HT002.eurprd01.prod.exchangelabs.com (157.56.250.117) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.0.898.11; Tue, 25 Mar 2014 17:41:19 +0000 Message-ID: <010501cf4850$a20edba0$4001a8c0@gateway.2wire.net> From: t.petch To: Melinda Shore , Johannes Merkle References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <53307DCC.5060701@gmail.com> Date: Tue, 25 Mar 2014 17:35:08 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.250.117] X-ClientProxiedBy: AMXPR07CA008.eurprd07.prod.outlook.com (10.242.64.48) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) X-Forefront-PRVS: 01613DFDC8 X-Forefront-Antispam-Report: =?iso-8859-1?Q?SFV:NSPM; SFS:(10009001)(6009001)(428001)(377454003)(479174?= =?iso-8859-1?Q?003)(189002)(199002)(51704005)(24454002)(2473001)(13464003?= =?iso-8859-1?Q?)(47446002)(81342001)(86362001)(62966002)(87286001)(745020?= =?iso-8859-1?Q?01)(66066001)(31966008)(95416001)(94946001)(95666003)(8154?= =?iso-8859-1?Q?2001)(93916002)(61296002)(77096001)(85306002)(97186001)(85?= =?iso-8859-1?Q?852003)(77156001)(74876001)(80976001)(88136002)(69226001)(?= =?iso-8859-1?Q?47976001)(14496001)(94316002)(76796001)(74662001)(83072002?= =?iso-8859-1?Q?)(90146001)(4396001)(42186004)(77982001)(76786001)(9272600?= =?iso-8859-1?Q?1)(74366001)(50986001)(97336001)(76482001)(65816001)(50466?= =?iso-8859-1?Q?002)(83322001)(19580395003)(19580405001)(84392001)(9867600?= =?iso-8859-1?Q?1)(93516002)(23756003)(51856001)(87266001)(54316002)(92566?= =?iso-8859-1?Q?001)(87976001)(89996001)(56776001)(56816005)(80022001)(447?= =?iso-8859-1?Q?16002)(53806001)(20776003)(79102001)(50226001)(63696002)(9?= =?iso-8859-1?Q?3136001)(46102001)(74706001)(59766001)(62236002)(44736004)?= =?iso-8859-1?Q?(47776003)(47736001)(49866001)(33646001)(74416001)(7726001?= =?iso-8859-1?Q?);DIR:OUT;SFP:1101;SCL:1;SRVR:DB3PR07MB060;H:AMXPRD0111HT0?= =?iso-8859-1?Q?02.eurprd01.prod.exchangelabs.com;FPR:BC5DF8FC.9ED083D2.43?= =?iso-8859-1?Q?ED1F47.48DA3989.202AA;MLV:nov;PTR:InfoNoRecords;MX:1;A:0;L?= =?iso-8859-1?Q?ANG:en;?= Received-SPF: None (: btconnect.com does not designate permitted sender hosts) X-OriginatorOrg: btconnect.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/P1jiYqyYK36_hdhgpGuyG9G2YJE Cc: Manfred Lochter , opsawg@ietf.org, uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 17:41:26 -0000 A further thought. The update policy for SnmpAuthProtocols is Standards Track, so at present this I-D - Informational - will not do. And while an Individual Submission can be Standards Track, ADs often prefer it to be a WG I-D. Tom Petch ----- Original Message ----- From: "Melinda Shore" To: "Johannes Merkle" Cc: "Manfred Lochter" ; ; Sent: Monday, March 24, 2014 6:47 PM > On 3/24/14 4:35 AM, Johannes Merkle wrote: > > a while ago, I had announced a draft on a new USM authentication protocol HMAC-SHA-256-128 for use in SNMP. Following > > Uri's suggestion (and with his valuable support) I have considerably extended the draft: > > - Further SHA-2 based HMAC authentication protocols have been included to provide ore flexibility. > > - A (short) section explains how to perform key change and key localization with these protocols > > - A MIB definition has been added. > > > Is there interest in adoption of this draft by the WG? > > Hi, Johannes: > > We're trying to make sure that documents get adequate review > before adoption by the working group, so before we put out a > call for adoption we're going to try to get feedback from > someone who can provide cryptographic review and someone on > the snmp side. We'll start that process moving. > > Melinda From nobody Tue Mar 25 11:03:29 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE9281A0157 for ; Tue, 25 Mar 2014 11:03:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 QB2ehw7UpS8n for ; Tue, 25 Mar 2014 11:03:06 -0700 (PDT) Received: from a.mx.secunet.com (a.mx.secunet.com [195.81.216.161]) by ietfa.amsl.com (Postfix) with ESMTP id 95C8E1A0158 for ; Tue, 25 Mar 2014 11:03:06 -0700 (PDT) Received: from localhost (alg1 [127.0.0.1]) by a.mx.secunet.com (Postfix) with ESMTP id EFDE71A00AC; Tue, 25 Mar 2014 19:03:03 +0100 (CET) X-Virus-Scanned: by secunet Received: from a.mx.secunet.com ([127.0.0.1]) by localhost (a.mx.secunet.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id BuBsmKBvCjSu; Tue, 25 Mar 2014 19:03:02 +0100 (CET) Received: from mail-gw-int (unknown [10.53.40.207]) by a.mx.secunet.com (Postfix) with ESMTP id 114861A00AB; Tue, 25 Mar 2014 19:03:02 +0100 (CET) Received: from [10.53.40.204] (port=20181 helo=mail-essen-01.secunet.de) by mail-gw-int with esmtp (Exim 4.80 #2 (Debian)) id 1WSVZJ-0007fQ-JC; Tue, 25 Mar 2014 18:55:21 +0100 Received: from [10.208.1.57] (10.208.1.57) by mail-essen-01.secunet.de (10.53.40.204) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 25 Mar 2014 19:03:01 +0100 Message-ID: <5331C4D5.8060407@secunet.com> Date: Tue, 25 Mar 2014 19:03:01 +0100 From: Johannes Merkle User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Blumenthal, Uri - 0558 - MITLL" , t.petch , "opsawg@ietf.org" References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.208.1.57] Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/1y0asOpWc7vcRQaxafhUbDLd8-k Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 18:03:10 -0000 Blumenthal, Uri - 0558 - MITLL schrieb am 25.03.2014 16:52: > On 3/25/14 11:33 , "t.petch" wrote: > >> I am confused by your choice of names. The text uses, e.g., >> usmHMACSHA224128AuthProtocol >> >> whereas the MIB module has >> >> usmHmacSha224128Protocol >> >> Do these refer to the same identity (times six)? Good catch! > > I think yes, and would suggest the following (unified) name format: > > usmHMAC128SHA224AuthProtocol I like this proposal, because it is easier to read. >> I think that the IANA Considerations needs more work; you might want to >> review RFC4181 for a more detailed approach but you need at least >> something along the lines of an explicit request that the MIB module be >> assigned a number under the appropriate tree, e.g.,.............. > > I'll leave this to Johannes to take care of. :-) Yeah, I'll take care of this. > >> And then there are Security Considerations. You are replacing a simple, >> well understood choice of two values with a choice of eight, and saying >> that there is no need to implement them all. This gives great scope for >> a lack of interoperability. Should there be a mandatory to implement >> value (or negotiation - perhaps not)? > > Can we have mandatory-to-implement in an "optional" RFC? AFAIK this is common. > Assuming the answer is yes, I'd recommend: > For those who implement this RFC, usmHMAC192SHA256AuthProtocol is MUST, > usmHMAC384SHA512AuthProtocol is SHOULD, everything else is MAY. Unless > there's a preference for the "non-truncated" algorithms. I had already received very positive feedback on the first draft (which specified merely usmHMAC128SHA256AuthProtocol), .e.g. Thus, I have no clear preference here, but Uri's proposal is fine for me. > >> I would like to see some discussion of the benefits, if any, of the six >> new options. > > Do you mean "the benefits of having so many rather than just one or two", > or do you mean "the benefits of adding SHA2-based auth"? > > If it's the first - then we probably can shrink the number of the > available choices. The question is - do we select truncated ones (as the > prior standards did), or not? All versions use truncated HMAC, the difference lies in the degree of truncation. You probably mean "do we select the variants using 50% truncation or those with 75% truncation?" I don't think that interoperability is really a big issue. Crypto libraries typically support most, if not all SHA-2 hash functions. Futhermore, implementing two different lengths for truncation is trivial. Thus, I do not see why anyone should implement usmHMAC384SHA512AuthProtocol but not usmHMAC256SHA512AuthProtocol. But, yes, if required for WG consensus, I do not object to remove some variants. > > If it's the second - I'll let others speak. :-) > >From Tom's responses to our first draft, I understand that he does not question that SHA2 based HMAC authentication is useful. > >> I have seen discussions along these lines on the TLS WG >> list (with a considerable degree of expertise in cryptography present) >> that makes it far from clear cut what the best choice is, and that what >> appears to be the strongest may not be a good choice for IETF protocols. > > Honestly I don't think TLS WG is a good example here, considering the > complexity of the protocol, and the kind of problems they're facing and > are trying to address. But your point is taken. > I think Tom is referring to the discussion regarding MAC truncation, which was a sideline of the discussion about the optimal order of encryption and MAC in TLS. http://web.archiveorange.com/archive/v/aFZ9KRJi4JLUvLRo8Ek7 http://web.archiveorange.com/archive/v/aFZ9KQVpfdL7WYG1B9l7 The second thread cites Bart Preneel saying "On the other hand, several (key recovery) attacks on MAC algorithms (including HMAC-MD4 and HMAC-MD5) have been found based on internal collisions. These attacks would become more difficult if fewer output bits are available. [...] My conclusion is that my intuition as cryptanalyst was correct and that it would be best to shorten the output of a MAC algorithm to half the internal state." This recommendation is also included in the seminal paper of van Oorschot and Preneel (page 11) ftp://ftp.esat.kuleuven.ac.be/cosic/preneel/mdxmac_crypto95.ps.gz For the SHA-2 family, the length of the internal state is 256 bits for SHA-224 and SHA-256 and 512 bits for SHA-384 and SHA-512 (recall that SHA-224 and SHA-384 are truncated SHA-225 and SHA-512, respectively, with modified constants). This recommendation results in HMAC128SHA224, HMAC128SHA256, HMAC256SHA384, HMAC256SHA512. On the other hand, shortening the output length reduces the strength against collision attacks. Thus, we were not completely comfortable with the 50% truncation for SHA-256 and SHA-512. On the other hand, AFAIK, there are no clear cryptanalytic results about truncation, let alone on the optimal degree of truncation. For this reason, we also included HMAC192SHA256 and HMAC384SHA512. -- Johannes From nobody Tue Mar 25 11:06:39 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92F801A01DD for ; Tue, 25 Mar 2014 11:06:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, 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 VGmSOvdle8_x for ; Tue, 25 Mar 2014 11:06:17 -0700 (PDT) Received: from mailbox.snmp.com (mailbox.snmp.com [192.147.142.80]) by ietfa.amsl.com (Postfix) with ESMTP id A5B181A01E1 for ; Tue, 25 Mar 2014 11:06:17 -0700 (PDT) Received: from adminfs.snmp.com (adminfs.snmp.com [192.147.142.39]) by mailbox.snmp.com (8.9.3p2-20030922/m.0080228) with ESMTP id OAA28806; Tue, 25 Mar 2014 14:06:06 -0400 (EDT) Received: from snmp.com (LOCALHOST.snmp.com [127.0.0.1]) by adminfs.snmp.com (8.9.3p2-20030922/snmpclient.mc-990525) with ESMTP id OAA19422; Tue, 25 Mar 2014 14:06:01 -0400 (EDT) Message-Id: <201403251806.OAA19422@adminfs.snmp.com> To: "Blumenthal, Uri - 0558 - MITLL" From: David Reid In-reply-to: Your message of Tue, 25 Mar 2014 11:52:07 -0400. Date: Tue, 25 Mar 2014 14:06:01 -0400 Sender: reid@snmp.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/1y95H0glOexCYcOP5q-wI2_ze0E Cc: Manfred Lochter , "opsawg@ietf.org" Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: David Reid List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 18:06:19 -0000 > >I am confused by your choice of names. The text uses, e.g., > >usmHMACSHA224128AuthProtocol > > > >whereas the MIB module has > > > > usmHmacSha224128Protocol > > > >Do these refer to the same identity (times six)? > > I think yes, and would suggest the following (unified) name format: > > usmHMAC128SHA224AuthProtocol I like Uri's suggested name format. > >And then there are Security Considerations. You are replacing a simple, > >well understood choice of two values with a choice of eight, and saying > >that there is no need to implement them all. This gives great scope for > >a lack of interoperability. Should there be a mandatory to implement > >value (or negotiation - perhaps not)? > > Can we have mandatory-to-implement in an "optional" RFC? Assuming the > answer is yes, I'd recommend: > > For those who implement this RFC, usmHMAC192SHA256AuthProtocol is MUST, > usmHMAC384SHA512AuthProtocol is SHOULD, everything else is MAY. Unless > there's a preference for the "non-truncated" algorithms. > > >I would like to see some discussion of the benefits, if any, of the six > >new options. > > Do you mean "the benefits of having so many rather than just one or two", > or do you mean "the benefits of adding SHA2-based auth"? > > If it's the first - then we probably can shrink the number of the > available choices. The question is - do we select truncated ones (as the > prior standards did), or not? I would prefer shrinking the number of choices and using the truncated ones, although I don't feel strongly about that preference. > > If it's the second - I'll let others speak. :-) For me, the benefit of adding SHA2-based auth is that I have customers asking for it. (a small number of customers, but enough to justify the work since it is very low cost to implement). -David Reid From nobody Tue Mar 25 11:12:30 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B4831A01F3 for ; Tue, 25 Mar 2014 11:12:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.4 X-Spam-Level: X-Spam-Status: No, score=-1.4 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, J_CHICKENPOX_15=0.6, 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 TvNiO33LsKid for ; Tue, 25 Mar 2014 11:12:11 -0700 (PDT) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 982891A0200 for ; Tue, 25 Mar 2014 11:11:45 -0700 (PDT) Received: by mail-pd0-f175.google.com with SMTP id x10so773774pdj.20 for ; Tue, 25 Mar 2014 11:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=R7UMkaIMNzqILhBVcXEWvgCK6FeXZzOAIx/hQK3vAeQ=; b=w9/AaEtMerP4co+nrIvZDejY54lI8vYrXqtGTP3FvkBCbd7Pbf6ywMZAuDNC3tfJ6n keostuHJLxsQ+6nBaJtcdkYAodpCvsgEX9rTYw2QN13ac2bJGqlJcOHGqzkLqV6alDot ep7MxxFbHY+OgX0c3H7M9hTWyde8EqA2UHKqLLaz54iQK39E1vwaONZpSO3u+SsyHQyQ 6WtzIim7SKQaCIU7ZVpXpD1qSVtuaTuCzGob36D0rT7cHXEFjjiIoUqNzCM6dR4xRnyv Qh0PQ7ZmqstBRDrZ9MK+oIKhnDKxg6vuhsvMv0DKwZf13q8YpfvJmZ+Hn3mTkoxhi8N8 OZBQ== X-Received: by 10.66.148.230 with SMTP id tv6mr11910981pab.155.1395771104514; Tue, 25 Mar 2014 11:11:44 -0700 (PDT) Received: from spandex.local (63-140-102-74.dynamic.dsl.acsalaska.net. [63.140.102.74]) by mx.google.com with ESMTPSA id ge7sm47511780pbc.61.2014.03.25.11.11.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Mar 2014 11:11:43 -0700 (PDT) Message-ID: <5331C6DD.40002@gmail.com> Date: Tue, 25 Mar 2014 10:11:41 -0800 From: Melinda Shore User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "t.petch" References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <53307DCC.5060701@gmail.com> <010501cf4850$a20edba0$4001a8c0@gateway.2wire.net> In-Reply-To: <010501cf4850$a20edba0$4001a8c0@gateway.2wire.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/9AAPe2TbIojrLtXHacfQIYsWMOQ Cc: Manfred Lochter , opsawg@ietf.org, uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 18:12:12 -0000 On 3/25/14 9:35 AM, t.petch wrote: > And while an Individual Submission can be Standards Track, ADs often > prefer it to be a WG I-D. Right, and if there's interest, energy, and review, we'll put out a call for adoption. So, this discussion so far has been extremely helpful. Melinda From nobody Thu Mar 27 07:30:04 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 040111A073F for ; Thu, 27 Mar 2014 07:29:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.201 X-Spam-Level: X-Spam-Status: No, score=-1.201 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_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 vDTWd9VES-sS for ; Thu, 27 Mar 2014 07:29:55 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1lp0012.outbound.protection.outlook.com [213.199.154.12]) by ietfa.amsl.com (Postfix) with ESMTP id 1E7461A068A for ; Thu, 27 Mar 2014 07:29:54 -0700 (PDT) Received: from DB3PRD0210HT005.eurprd02.prod.outlook.com (157.56.253.69) by AMSPR07MB050.eurprd07.prod.outlook.com (10.242.81.24) with Microsoft SMTP Server (TLS) id 15.0.908.10; Thu, 27 Mar 2014 14:29:51 +0000 Message-ID: <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> From: t.petch To: Johannes Merkle , "Blumenthal, Uri - 0558 - MITLL" , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> <5331C4D5.8060407@secunet.com> Date: Thu, 27 Mar 2014 14:23:59 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.253.69] X-ClientProxiedBy: DB3PR07CA003.eurprd07.prod.outlook.com (10.242.134.43) To AMSPR07MB050.eurprd07.prod.outlook.com (10.242.81.24) X-Forefront-PRVS: 01630974C0 X-Forefront-Antispam-Report: =?utf-8?B?U0ZWOk5TUE07U0ZTOigxMDAwOTAwMSkoNjAwOTAwMSkoNDI4MDAxKSgxOTkw?= =?utf-8?B?MDIpKDE4OTAwMikoMTM0NjQwMDMpKDM3NzQ1NDAwMykoNDc5MTc0MDAzKSgy?= =?utf-8?B?NDczMDAxKSgyNDQ1NDAwMikoNTE0NDQwMDMpKDQzNTQ0MDAzKSg1MTcwNDAw?= =?utf-8?B?NSkoNDYxMDIwMDEpKDUzODA2MDAxKSg1MTg1NjAwMSkoNTQzMTYwMDIpKDE5?= =?utf-8?B?NTgwNDA1MDAxKSg4MzMyMjAwMSkoMTk1ODAzOTUwMDMpKDc2NDgyMDAxKSg0?= =?utf-8?B?MjE4NjAwNCkoNjEyOTYwMDIpKDU2Nzc2MDAxKSg1NjE5NDQwMDIpKDQ3NDQ2?= =?utf-8?B?MDAyKSg3NDUwMjAwMSkoNjYwNjYwMDEpKDY1ODE2MDAxKSg4MDAyMjAwMSko?= =?utf-8?B?NzQ3MDYwMDEpKDc0ODc2MDAxKSg2OTIyNjAwMSkoODE1NDIwMDEpKDc0NjYy?= =?utf-8?B?MDAxKSgxNDQ5NjAwMSkoNjI5NjYwMDIpKDgxMzQyMDAxKSgzMTk2NjAwOCko?= =?utf-8?B?NTA5ODYwMDEpKDU5NzY2MDAxKSg0NDczNjAwNCkoNDc5NzYwMDEpKDk4Njc2?= =?utf-8?B?MDAxKSg5NzE4NjAwMSkoNjIyMzYwMDIpKDIzNjc2MDAyKSg5NzMzNjAwMSko?= =?utf-8?B?NzQzNjYwMDEpKDQ5ODY2MDAxKSg4MDk3NjAwMSkoNDc3MzYwMDEpKDc3OTgy?= =?utf-8?B?MDAxKSg3OTEwMjAwMSkoNDQ3MTYwMDIpKDUwMjI2MDAxKSg0Mzk2MDAxKSgz?= =?utf-8?B?MzY0NjAwMSkoNTA0NjYwMDIpKDk0OTQ2MDAxKSg3Njc4NjAwMSkoNDc3NzYw?= =?utf-8?B?MDMpKDYzNjk2MDAyKSgyMDc3NjAwMykoNzcxNTYwMDEpKDc3MDk2MDAxKSg3?= =?utf-8?B?Njc5NjAwMSkoOTU2NjYwMDMpKDk1NDE2MDAxKSgxNTIwMjM0NTAwMykoOTMx?= =?utf-8?B?MzYwMDEpKDg1ODUyMDAzKSg5MjcyNjAwMSkoODUzMDYwMDIpKDE1OTc1NDQ1?= =?utf-8?B?MDA2KSg4MzA3MjAwMikoODQzOTIwMDEpKDkyNTY2MDAxKSgyMTcxMDAxKSg4?= =?utf-8?B?OTk5NjAwMSkoODgxMzYwMDIpKDg3OTc2MDAxKSg5MDE0NjAwMSkoNTY4MTYw?= =?utf-8?B?MDUpKDg3MjY2MDAxKSg4NzI4NjAwMSkoODYzNjIwMDEpKDkzOTE2MDAyKSg5?= =?utf-8?B?NDMxNjAwMikoOTM1MTYwMDIpKDc0NDE2MDAxKSg3NzI2MDAxKTtESVI6T1VU?= =?utf-8?B?O1NGUDoxMTAxO1NDTDoxO1NSVlI6QU1TUFIwN01CMDUwO0g6REIzUFJEMDIx?= =?utf-8?B?MEhUMDA1LmV1cnByZDAyLnByb2Qub3V0bG9vay5jb207RlBSOkU2NENENERD?= =?utf-8?B?LjlGRjI1M0I1LkZERDdBRjRCLjUyRTk3QzYwLjIwNzBCO01MVjpub3Y7UFRS?= =?utf-8?Q?:InfoNoRecords;A:0;MX:1;LANG:en;?= Received-SPF: None (: btconnect.com does not designate permitted sender hosts) X-OriginatorOrg: btconnect.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/3Il2lB90pSCqWze1oSmgHYTvO20 Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 14:29:59 -0000 Right! On the names, I am happy with whatever you choose, as long as the I-D is internally consistent! The existing one is usmHMACSHAAuthProtocol so that looks like a good model to follow, which Uri's suggestion does. As to how many, I am uncomfortable with giving implementers the choice of eight along with the statement that you do not have to implement them all, which, for me, invites a lack of interoperability, regardless of whether or not the crypto libraries have all the options available so making them easy to implement! So my thinking would be either a MUST implement for one, or recommend that all should be implemented, with a recommended order to choose, or some such - just not the current wording. As to MUST, this I-D will have to be Standards Track, not Informational, in order to update SnmpAuthProtocols so the use of requirements language, and the boiler plate thereon, is not an issue. On Security, I have memories of discussions on the TLS list of the merits of size and truncation. One reference I have found is 'SHA-1 is being deprecated' from 2008 from one 'Uri' - so I think something along those lines worth including by way of justification for this I-D (Suite B got a lot of mentions around that time). I have memories of an argument against the use of SHA-512, I think on the grounds that the registers were not wide enough and that the extra security did not justify the extra computation required, but cannot find a reference for that. As to degree of truncation, I understand the argument in principle but do not have the mathematics to take a view as to what is best. I do note that in 2006, it was suggested that the merit of truncation was to save bandwidth in constrained environments - I don't know if that is now more or less applicable. So I would like to see more in the Security Considerations along these lines with a target audience of non-cryptographers. Tom Petch ----- Original Message ----- From: "Johannes Merkle" To: "Blumenthal, Uri - 0558 - MITLL" ; "t.petch" ; Cc: "Manfred Lochter" Sent: Tuesday, March 25, 2014 6:03 PM > > Blumenthal, Uri - 0558 - MITLL schrieb am 25.03.2014 16:52: > > On 3/25/14 11:33 , "t.petch" wrote: > > > >> I am confused by your choice of names. The text uses, e.g., > >> usmHMACSHA224128AuthProtocol > >> > >> whereas the MIB module has > >> > >> usmHmacSha224128Protocol > >> > >> Do these refer to the same identity (times six)? > > Good catch! > > > > > I think yes, and would suggest the following (unified) name format: > > > > usmHMAC128SHA224AuthProtocol > > I like this proposal, because it is easier to read. > > > >> I think that the IANA Considerations needs more work; you might want to > >> review RFC4181 for a more detailed approach but you need at least > >> something along the lines of an explicit request that the MIB module be > >> assigned a number under the appropriate tree, e.g.,.............. > > > > I'll leave this to Johannes to take care of. :-) > > Yeah, I'll take care of this. > > > > >> And then there are Security Considerations. You are replacing a simple, > >> well understood choice of two values with a choice of eight, and saying > >> that there is no need to implement them all. This gives great scope for > >> a lack of interoperability. Should there be a mandatory to implement > >> value (or negotiation - perhaps not)? > > > > Can we have mandatory-to-implement in an "optional" RFC? > > AFAIK this is common. > > > Assuming the answer is yes, I'd recommend: > > For those who implement this RFC, usmHMAC192SHA256AuthProtocol is MUST, > > usmHMAC384SHA512AuthProtocol is SHOULD, everything else is MAY. Unless > > there's a preference for the "non-truncated" algorithms. > > I had already received very positive feedback on the first draft (which specified merely usmHMAC128SHA256AuthProtocol), > .e.g. > > > Thus, I have no clear preference here, but Uri's proposal is fine for me. > > > > >> I would like to see some discussion of the benefits, if any, of the six > >> new options. > > > > Do you mean "the benefits of having so many rather than just one or two", > > or do you mean "the benefits of adding SHA2-based auth"? > > > > If it's the first - then we probably can shrink the number of the > > available choices. The question is - do we select truncated ones (as the > > prior standards did), or not? > > All versions use truncated HMAC, the difference lies in the degree of truncation. You probably mean "do we select the > variants using 50% truncation or those with 75% truncation?" > > I don't think that interoperability is really a big issue. Crypto libraries typically support most, if not all SHA-2 > hash functions. Futhermore, implementing two different lengths for truncation is trivial. Thus, I do not see why anyone > should implement usmHMAC384SHA512AuthProtocol but not usmHMAC256SHA512AuthProtocol. > > But, yes, if required for WG consensus, I do not object to remove some variants. > > > > > If it's the second - I'll let others speak. :-) > > > > From Tom's responses to our first draft, I understand that he does not question that SHA2 based HMAC authentication is > useful. > > > > >> I have seen discussions along these lines on the TLS WG > >> list (with a considerable degree of expertise in cryptography present) > >> that makes it far from clear cut what the best choice is, and that what > >> appears to be the strongest may not be a good choice for IETF protocols. > > > > Honestly I don't think TLS WG is a good example here, considering the > > complexity of the protocol, and the kind of problems they're facing and > > are trying to address. But your point is taken. > > > > I think Tom is referring to the discussion regarding MAC truncation, which was a sideline of the discussion about the > optimal order of encryption and MAC in TLS. > http://web.archiveorange.com/archive/v/aFZ9KRJi4JLUvLRo8Ek7 > http://web.archiveorange.com/archive/v/aFZ9KQVpfdL7WYG1B9l7 > > The second thread cites Bart Preneel saying > "On the other hand, several (key recovery) > attacks on MAC algorithms (including HMAC-MD4 and HMAC-MD5) > have been found based on internal collisions. These attacks > would become more difficult if fewer output bits are available. > [...] > My conclusion is that my intuition as cryptanalyst was correct > and that it would be best to shorten the output of a MAC > algorithm to half the internal state." > This recommendation is also included in the seminal paper of van Oorschot and Preneel (page 11) > ftp://ftp.esat.kuleuven.ac.be/cosic/preneel/mdxmac_crypto95.ps.gz > For the SHA-2 family, the length of the internal state is 256 bits for SHA-224 and SHA-256 and 512 bits for SHA-384 and > SHA-512 (recall that SHA-224 and SHA-384 are truncated SHA-225 and SHA-512, respectively, with modified constants). This > recommendation results in HMAC128SHA224, HMAC128SHA256, HMAC256SHA384, HMAC256SHA512. > > On the other hand, shortening the output length reduces the strength against collision attacks. Thus, we were not > completely comfortable with the 50% truncation for SHA-256 and SHA-512. On the other hand, AFAIK, there are no clear > cryptanalytic results about truncation, let alone on the optimal degree of truncation. For this reason, we also included > HMAC192SHA256 and HMAC384SHA512. > > -- > Johannes From nobody Thu Mar 27 09:47:06 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BDF51A016A for ; Thu, 27 Mar 2014 09:47:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 ZQBhZvaHj4S5 for ; Thu, 27 Mar 2014 09:47:00 -0700 (PDT) Received: from mx2.ll.mit.edu (MX2.LL.MIT.EDU [129.55.12.46]) by ietfa.amsl.com (Postfix) with ESMTP id A31C41A0326 for ; Thu, 27 Mar 2014 09:46:59 -0700 (PDT) Received: from LLE2K7-HUB01.mitll.ad.local (LLE2K7-HUB01.mitll.ad.local) by mx2.ll.mit.edu (unknown) with ESMTP id s2RGkoxf013700; Thu, 27 Mar 2014 12:46:50 -0400 From: "Blumenthal, Uri - 0558 - MITLL" To: "t.petch" , Johannes Merkle , "opsawg@ietf.org" Date: Thu, 27 Mar 2014 12:46:44 -0400 Thread-Topic: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt Thread-Index: Ac9J3CW095zNrbvSSvyL5erP3NpjtA== Message-ID: References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> <5331C4D5.8060407@secunet.com> <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> In-Reply-To: <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha256; boundary="B_3478769204_5375139" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-27_05:2014-03-27,2014-03-27,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1403270084 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/it2Xc_8Bel_up_7BYRWpJ6C6gU4 Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 16:47:03 -0000 --B_3478769204_5375139 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit On 3/27/14 10:23 , "t.petch" wrote: >Right! :-) >....a good model to follow, which Uri's suggestion does. :-) Yep! >As to how many, I am uncomfortable with giving implementers the choice >of eight along with the statement that you do not have to implement them >all, which, for me, invites a lack of interoperability, regardless of >whether or not the crypto libraries have all the options available so >making them easy to implement! Hmm... Yes, but the whole reason the NIST standard defined several was that different applications have different needs & requirements. Otherwise, why not just define/standardize SHA512, and say "if you need fewer bits - mix/truncate"? >So my thinking would be either a MUST implement for one, or recommend >that all should be implemented, with a >recommended order to choose, or some such - just not the current wording. I personally would be OK with this. One would be MUST, one or two would be SHOULD, the rest would be MAY in the given order. Yes it could affect interoperability, on the other hand - the market can help sorting this part out. :-) >As to MUST, this I-D will have to be Standards Track, not Informational, >in order to update SnmpAuthProtocols so the use of requirements language, >and the boiler plate thereon, is not an issue. I'd have no problem with this RFC going Standards Track. Johannes? >On Security, I have memories of discussions on the TLS list of the merits >of size and truncation. One reference I have found is 'SHA-1 is being >deprecated' from 2008 from one 'Uri' - so I think something along those >lines worth >including by way of justification for this I-D (Suite B got a lot of >mentions around that time). :-) Oh yes. And the TLS list discussion is an echo of the former IPsec list discussion. Not sure if it's a good idea to bring Suite B up at this time? >I have memories of an argument against the use of SHA-512, I think on the >grounds that the registers were not wide >enough and that the extra security did not justify the extra computation >required, but cannot find a reference for that. I don't recall that, probably didn't care back then. In any case, (a) I don't think these arguments apply now, and (b) SHA512 would be only SHOULD if things go the way I'd like... >As to degree of truncation, I understand the argument in principle but do >not have the mathematics to take a view as to what is best. I do note >that in 2006, it was suggested that the merit of truncation was to save >bandwidth in constrained environments - I don't know if that is now more >or less applicable. As Hugo Krawczyk (who was the key contributor and participant in that discussion) recently confirmed, the MAIN reason for truncation was bandwidth saving - but cryptographers found that it also offers some benefits. IMHO, saving some bandwidth is always a good thing, because you can never have too much of it. :-) Would like to hear from others on this subject, given that: - truncation saves bandwidth; - truncation improves resistance to key guessing attacks; - truncation lowers resistance to birthday-paradox/digest-guessing attacks. What do we _want_ (care about) here? >So I would like to see more in the Security Considerations along these >lines with a target audience of non-cryptographers. Johannes, would you put a few words there...? TNX! >----- Original Message ----- >From: "Johannes Merkle" >To: "Blumenthal, Uri - 0558 - MITLL" ; "t.petch" >; >Cc: "Manfred Lochter" >Sent: Tuesday, March 25, 2014 6:03 PM >> >> Blumenthal, Uri - 0558 - MITLL schrieb am 25.03.2014 16:52: >> > On 3/25/14 11:33 , "t.petch" wrote: >> > >> >> I am confused by your choice of names. The text uses, e.g., >> >> usmHMACSHA224128AuthProtocol >> >> >> >> whereas the MIB module has >> >> >> >> usmHmacSha224128Protocol >> >> >> >> Do these refer to the same identity (times six)? >> >> Good catch! >> >> > >> > I think yes, and would suggest the following (unified) name format: >> > >> > usmHMAC128SHA224AuthProtocol >> >> I like this proposal, because it is easier to read. >> >> >> >> I think that the IANA Considerations needs more work; you might >want to >> >> review RFC4181 for a more detailed approach but you need at least >> >> something along the lines of an explicit request that the MIB >module be >> >> assigned a number under the appropriate tree, e.g.,.............. >> > >> > I'll leave this to Johannes to take care of. :-) >> >> Yeah, I'll take care of this. >> >> > >> >> And then there are Security Considerations. You are replacing a >simple, >> >> well understood choice of two values with a choice of eight, and >saying >> >> that there is no need to implement them all. This gives great >scope for >> >> a lack of interoperability. Should there be a mandatory to >implement >> >> value (or negotiation - perhaps not)? >> > >> > Can we have mandatory-to-implement in an "optional" RFC? >> >> AFAIK this is common. >> >> > Assuming the answer is yes, I'd recommend: >> > For those who implement this RFC, usmHMAC192SHA256AuthProtocol is >MUST, >> > usmHMAC384SHA512AuthProtocol is SHOULD, everything else is MAY. >Unless >> > there's a preference for the "non-truncated" algorithms. >> >> I had already received very positive feedback on the first draft >(which specified merely usmHMAC128SHA256AuthProtocol), >> .e.g. >> >> >> Thus, I have no clear preference here, but Uri's proposal is fine for >me. >> >> > >> >> I would like to see some discussion of the benefits, if any, of the >six >> >> new options. >> > >> > Do you mean "the benefits of having so many rather than just one or >two", >> > or do you mean "the benefits of adding SHA2-based auth"? >> > >> > If it's the first - then we probably can shrink the number of the >> > available choices. The question is - do we select truncated ones (as >the >> > prior standards did), or not? >> >> All versions use truncated HMAC, the difference lies in the degree of >truncation. You probably mean "do we select the >> variants using 50% truncation or those with 75% truncation?" >> >> I don't think that interoperability is really a big issue. Crypto >libraries typically support most, if not all SHA-2 >> hash functions. Futhermore, implementing two different lengths for >truncation is trivial. Thus, I do not see why anyone >> should implement usmHMAC384SHA512AuthProtocol but not >usmHMAC256SHA512AuthProtocol. >> >> But, yes, if required for WG consensus, I do not object to remove some >variants. >> >> > >> > If it's the second - I'll let others speak. :-) >> > >> >> From Tom's responses to our first draft, I understand that he does not >question that SHA2 based HMAC authentication is >> useful. >> >> > >> >> I have seen discussions along these lines on the TLS WG >> >> list (with a considerable degree of expertise in cryptography >present) >> >> that makes it far from clear cut what the best choice is, and that >what >> >> appears to be the strongest may not be a good choice for IETF >protocols. >> > >> > Honestly I don't think TLS WG is a good example here, considering >the >> > complexity of the protocol, and the kind of problems they're facing >and >> > are trying to address. But your point is taken. >> > >> >> I think Tom is referring to the discussion regarding MAC truncation, >which was a sideline of the discussion about the >> optimal order of encryption and MAC in TLS. >> http://web.archiveorange.com/archive/v/aFZ9KRJi4JLUvLRo8Ek7 >> http://web.archiveorange.com/archive/v/aFZ9KQVpfdL7WYG1B9l7 >> >> The second thread cites Bart Preneel saying >> "On the other hand, several (key recovery) >> attacks on MAC algorithms (including HMAC-MD4 and HMAC-MD5) >> have been found based on internal collisions. These attacks >> would become more difficult if fewer output bits are available. >> [...] >> My conclusion is that my intuition as cryptanalyst was correct >> and that it would be best to shorten the output of a MAC >> algorithm to half the internal state." >> This recommendation is also included in the seminal paper of van >Oorschot and Preneel (page 11) >> ftp://ftp.esat.kuleuven.ac.be/cosic/preneel/mdxmac_crypto95.ps.gz >> For the SHA-2 family, the length of the internal state is 256 bits for >SHA-224 and SHA-256 and 512 bits for SHA-384 and >> SHA-512 (recall that SHA-224 and SHA-384 are truncated SHA-225 and >SHA-512, respectively, with modified constants). This >> recommendation results in HMAC128SHA224, HMAC128SHA256, HMAC256SHA384, >HMAC256SHA512. >> >> On the other hand, shortening the output length reduces the strength >against collision attacks. Thus, we were not >> completely comfortable with the 50% truncation for SHA-256 and >SHA-512. On the other hand, AFAIK, there are no clear >> cryptanalytic results about truncation, let alone on the optimal >degree of truncation. For this reason, we also included >> HMAC192SHA256 and HMAC384SHA512. >> >> -- >> Johannes > --B_3478769204_5375139 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIUFAYJKoZIhvcNAQcCoIIUBTCCFAECAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B BwGgghHjMIIEyzCCA7OgAwIBAgIKa7HhIQAAAACRlDANBgkqhkiG9w0BAQsFADBRMQswCQYD VQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJ MRMwEQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDEyNzE2MTg1MloXDTE1MDEyNzE2MTg1Mlow YTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNV BAsTBlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCMzX2AgWtgCJ2VJBfeiXUnR7FHfrCpElYl5agkmKEe 0kbvlM1XrVnvCbzgSXyiPD9pHAjj/fE0XEjEgLy3M3h6H7LX503XwoicBtYKO+OcuP6Z/cbt +mHlVpa5zrTBtHdbxM/Dg3Km7UvVqfVoCW4LJ6YCH4eBGg49efKVDWE5fReO90fWAQQZJ4ou tvYjPAlRVn2F0pr8Rgh1SbMGGs/blcP9Mv4PDfiI1DnT/f9LEOgkvuzY3FmltMbR8K0QeFVJ y4p9bYA/HTZwaLF4nW8+HUC+n+RJ1Ji0WBWx66R2VgWA51oXsHvgyIH72LQL/sQVReuEstkq OdmW0+hquzAXAgMBAAGjggGTMIIBjzAdBgNVHQ4EFgQUWOgymm0BMjd4VJ3fS5lgVlV1kiAw DgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1Ud HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYB BQUHAQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExD QTIwIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAw PQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhcveMof/ inMCAWQCAQUwIgYDVR0lAQH/BBgwFgYIKwYBBQUHAwQGCisGAQQBgjcKAwwwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAePYh/MRINApc6X/qe1sDLHVAgxEVN2x/hwu38f+XUALYvbtIDLvYtHHX4tw6 D75LlzrYTcj57S/kiL0NVsUjhBs76zRR3iasxMC0Q8Ry6eTumsTc9NM/SdfgIOHZWqbADwC/ R3ePYyZTL/VQAU6115q2r7MI/3+fxvmul9BRAud3A+Gg1wiI8FhU5ydL890bjGbsJ2YVDMxC 6zMFBV4TJAlpvpIFixABVZufETqEH/xRCtg+B/fKOdjzMmOwolhcUTHJj8DiubjkyYb4Rvyu W1ktjCPllUvdAUj5nvy7nSah9U2oULMp1DZSz2p7mBlcFNlm7XJcpbI2kjzx8mFRsDCCBLcw ggOfoAMCAQICARQwDQYJKoZIhvcNAQELBQAwVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9v dCBDQTAeFw0wOTEyMTQxMjAwMDBaFw0xNTEyMzEyMzU5NTlaMFExCzAJBgNVBAYTAlVTMR8w HQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNVBAMT Ck1JVExMIENBLTIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCnBMsjYUiH7Deg MwcFYWZM6OknYzRgEO5gNgPE9JJnQgfDB+o1o1VTMBWcJYPXII4CyhLhDvSjfCvTPI4HmRDK Ip5UX5N2BCzwu7BJJMwUJHFaS4RMAC7nvYh6MIEixpl2aWCpkYX74b2CeDDQriGlqXCvxmg2 QhPlNmk4ONpL/80Kx9wKKhV/NThe54sFzZ2pz9YUEX5DE0a52hFvA19EzGhv7fUcucUjKy0z XPQ70LYwOWXLlpxAolKcgwRVsS6/cse8YH9fy8IAsXKAXikgQaFs5EJigLIDKPTKtRaf55yK sORSpoDrO1cvuntA5PnIH/qAFfACvGRTEK1RNLh9AgMBAAGjggGVMIIBkTASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBSOSn2JoWMXHIGINFc3JkVeGYp+JDAfBgNVHSMEGDAWgBRn qnrP9AqmuXK1iqDSnfIQw0PtKTAOBgNVHQ8BAf8EBAMCAYYwYQYIKwYBBQUHAQEEVTBTMC0G CCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8/TExSQ0EwIgYIKwYBBQUH MAGGFmh0dHA6Ly9vY3NwLmxsLm1pdC5lZHUwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2Ny bC5sbC5taXQuZWR1L2dldGNybD9MTFJDQTCBkgYDVR0gBIGKMIGHMA0GCyqGSIb3EgIBAwEG MA0GCyqGSIb3EgIBAwEIMA0GCyqGSIb3EgIBAwEHMA0GCyqGSIb3EgIBAwEJMA0GCyqGSIb3 EgIBAwEKMA0GCyqGSIb3EgIBAwELMA0GCyqGSIb3EgIBAwEOMA0GCyqGSIb3EgIBAwEPMA0G CyqGSIb3EgIBAwEQMA0GCSqGSIb3DQEBCwUAA4IBAQCIdwah0P1x/Augwi/nhBq6Ds8QXAqk zSLZrL+DADWjk6HYFNo64x3Bo15c6oaW/GcTpZACt3StPa3OvsgAnKCtk81bQ0WV2MaL/0qm UYyN3bn1NiWrQD8aLAssv9aLY5dUylGOO1r37d9b3X+YtFytg0FRCfl5arYAYhU1SDCHwScD 2o67Is/qYBRGMIYcCcb7PH5UotBSwhO+1WCxIqD+YcRusyD3kEcc4dW6IG36YVhx7aIkw5AU meFH7xl0E1X+0I4Q+cmMNdMiArYx5rYG34AZB+f770fdjWPUUpTT82aphiiImutWyQpmoEWB snsX3nVTRdHCVi+Cf3Cx4YDWMIIDgzCCAmugAwIBAgIBATANBgkqhkiG9w0BAQUFADBUMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMD UEtJMRYwFAYDVQQDEw1NSVRMTCBSb290IENBMB4XDTA4MDkyMzEyMDAwMFoXDTI5MTIzMTIz NTk1OVowVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkx DDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMVOKRdYsiay+a2Kv1wQCoPd5AkwExuwcNDRhaRCdQN17K+lCCKv f9VSQToAsA6q1bACtZUcMv5ZKx8z5KG4jK9cM40NvEkf/bIOZAHJqzKgWG3N9NqrcAhimcXT XYQIdp1DgjtdADKVLAjXaYpD2PbpE/JbAPnqKzOENa3Py9CegB0abTlOyLgwXWY/rXTW+4L/ hipJ6+sI/ZtrFRmsKGhuwAKobFr0FDP6uIfx+RaWJcJ1QBIdgM4aohvW8JeriSSMyf/LlFpX TZFcM9SOX0f7wmsYi1yFuKFMnQbkSkxvnpBKMRxrg+98seSbbEnIkvB0C9qBDPLb/lQAvmpW 6oMCAwEAAaNgMF4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUZ6p6z/QKprlytYqg0p3y EMND7SkwHwYDVR0jBBgwFoAUZ6p6z/QKprlytYqg0p3yEMND7SkwCwYDVR0PBAQDAgGGMA0G CSqGSIb3DQEBBQUAA4IBAQA+G20FYNB4eNhKWF+PyT5DUtzlABFkf2IM2VGNUBova0GeKX3I 1Nf02qDU/GO2H9ETvnvTYhvfgQ4UB/5EImTkKPa7/TVG/MQ7SgmAmne8xELVbGLFrrytly8P yYtZtngb6DgeEUv+SwFnzcLO1vg1rdmss3kwsqy0q8e2VYAY8zTptEzyJG36aXcIMbqOxWS/ LbPjNuPdgJfO3d1WrHr1Etaaa0QRLqQoZj07dYY7Wo5EDqU+AUAMz9ZVRGK1s5b/jv5Wz/Yr oyqWFnH2KkNxRn9+2Ar7g3rnrOMZvp6psq2jbDXiPBod1wyMKn8x5y4cuGPNFcqjfyY/HX90 ivQAMIIEzjCCA7agAwIBAgIKPVEvPAAAAACTsDANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQG EwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMw EQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDIxMjE4NTMwMVoXDTE1MDIxMjE4NTMwMVowYTEL MAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsT BlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCKHhhu75bRiOvWhbZ//TxS76yI2d+rHN2s8bp8wxW8oMjm saplLeGQusUFRyRNSkfYtdB4YApjnV6TCxS0Mqzly5BaoeZWoP+CbbMDNGYMszus9iFj22SS lTzGRo+gaL6rqsDKdwDOzs3CPYqh4Uu8sLzEq+QD9rhqAuMJ76635JKWELxK0uDehpNBMCGq VeAY8ht5u2h4ojPdwiuDQDW2QxWRJjPDL8n1JczuEHY71jHldER3b2+UhpDDYRQ9aVOiGCjW 8BwJOruVsBfLNxyDxgffNQ1D1konuneMpL9H2S8ciHOdy5+Gi7snCQJ+7w30rIJ2NTldWaY6 avZAaCa3AgMBAAGjggGWMIIBkjAdBgNVHQ4EFgQUZ7oGjnu6gWRmom/4UswgdVBW/3wwDgYD VR0PAQH/BAQDAgUgMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYBBQUH AQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTIw IwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAwPQYJ KwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhevQcIPr7SAC AWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQGCisGAQQBgjcKAwQwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAJiU3WfJ9GvGJiDNPClLazyh252wxxOc/TmClMKtyqHnbFObDEoXAMaoHGxrv s+lU8fU2F2ELpV8q8eYgqLLw7PG09z5s/GkajlxVZ/FHj/9hNHTfwlicrCRY3zrna1GbOMZg WFz8R6akAoLKpqGulNrvjvU8c63U+JVmgJmBPCMv5JlH10m87+WPJ+ToK0m4XfZjl7n5OKDJ /hOyBwbBntc+W2gDppfR1BCtDNfEG0+zHjFqF+Of1Q5NI5abhgvw5IEuVA1M4SV/utwmmdre BEv/YuLnDd/PhVgQwp3LHGCXX1dANyiKso2aACl9jrkylq39cA/WgvAlS21w9vxVpDGCAfUw ggHxAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRv cnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0EtMgIKa7HhIQAAAACRlDANBglg hkgBZQMEAgEFAKBpMC8GCSqGSIb3DQEJBDEiBCDTmE4Rn7IRoyr/dBrQ4mNcHCLcnPRPi80t 9uvO1yKEEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAz MjcxNjQ2NDRaMA0GCSqGSIb3DQEBAQUABIIBAEkyR87iy/BKp59T/zz/Q9hiTdVcBX9fqanQ 89yJ0We1Ce3TzT42gr/mcmL2jfVngoh+uz2SM2kH896/u9VIha4A304v/Y+artWm+CodSV1O 5Q+I/TSMCr82R7uOFd2TJKg2+tv0ZJRRnnQoY39xsUGtVZihzUrmYh5bIdbMQxiwvhEUrNXp 1moy1USrBs29Yqj+jG0nKgBw6I9Atfljx0mkmoPeDUkdLvBepC+r7AuRiqwXqO+ErG9TFGoM G889qdlvMlcoIKo2Qm9CKP/S8cdkYttkyH+SvMle8eBaBV408DINy9pZ0sPy0MFTozaeCh2d 8LScAXXj1/4qc4IpHsU= --B_3478769204_5375139-- From nobody Thu Mar 27 09:52:23 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 602CA1A0326 for ; Thu, 27 Mar 2014 09:52:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.81 X-Spam-Level: X-Spam-Status: No, score=-2.81 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, FREEMAIL_FROM=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 JZ5qE32ES4-E for ; Thu, 27 Mar 2014 09:52:12 -0700 (PDT) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) by ietfa.amsl.com (Postfix) with ESMTP id 8FA071A0147 for ; Thu, 27 Mar 2014 09:52:12 -0700 (PDT) Received: from [10.9.9.207] (helo=mailfront03.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1WTDXG-0000QW-9e for opsawg@ietf.org; Thu, 27 Mar 2014 17:52:10 +0100 Received: from mail.onsetcomp.com ([75.144.158.125] helo=[172.20.32.75]) by mailfront03.runbox.com with esmtpsa (uid:798146 ) (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.76) id 1WTDX1-000865-V9 for opsawg@ietf.org; Thu, 27 Mar 2014 17:51:56 +0100 Message-ID: <5334572A.6060004@runbox.com> Date: Thu, 27 Mar 2014 12:51:54 -0400 From: Ken Bannister User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: opsawg@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/dBjKuN388kvfPNsrc4BVAdWLXxk Subject: [OPSAWG] LLN monitoring/management software X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 16:52:19 -0000 Is anyone aware of open source network monitoring/management software that has been extended to support a 6LoWPAN (802.15.4) LLN? I am casting a wide net, so SNMP, NETCONF, or some other interface is fine. I am interested in monitoring/management of link layer, RPL, and have an eye toward the work the 6TiSCH group is doing. I have not found much myself, but here are a few related items/references: * 6PANview, which is specific to LLNs [1] * "Management of the Internet of Things" presentation [2] * Recent drafts in opsawg that are collecting requirements and use cases on this subject [1] http://www.ece.iisc.ernet.in/6panview/ [2] http://cnds.eecs.jacobs-university.de/slides/2013-im-iot-management.pdf Thanks, Ken Bannister From nobody Thu Mar 27 10:18:11 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E21221A01B5 for ; Thu, 27 Mar 2014 10:18:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.377 X-Spam-Level: X-Spam-Status: No, score=-1.377 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=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 plq--JyRTKtf for ; Thu, 27 Mar 2014 10:18:05 -0700 (PDT) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id D151A1A0343 for ; Thu, 27 Mar 2014 10:18:04 -0700 (PDT) Received: by mail-ve0-f180.google.com with SMTP id jz11so4384123veb.39 for ; Thu, 27 Mar 2014 10:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7RDXxmUshJL2SuIGTBFdLxr/xAy7phBLEBPHJslOgOs=; b=xZUQqF5uens82bokbEnbmsyx49d6eQfTLMYVbCPKcOBo9whZZX5KvrA0B2FI8DURma DV9mGQxKqndeu3sn93XEq8jb83N+I8pNM2ey+GRXOlFZZNkAEZYgKDGbNI0cjZmyHQo/ efRfmzAqfjh2c7uEEkEmJF6b2uTkOq5SVzpzY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=7RDXxmUshJL2SuIGTBFdLxr/xAy7phBLEBPHJslOgOs=; b=iC0k/aZpVMJlcnGMtlwr0/UPpPg00fhJQXZPDnS7hkaSjofwnHUT9SSVU4J5qJUato K+SlOgxlp+cQwQRXZ8LNhntJyRhjMoERvKq3DbL2tToro5JDuSjfKIUCG40xzZaiCvY2 eiubDXjjZQe4xBmO+rYHeWc1A6OnLs++W4bebvh9AanWFIZH1KegmEi8x9KzGBOsOA9d 6BHHUa+E4y7gA7f0KFpSZ3LbbwiP81c/GYOAakXotlsDcHnsJv8NoQAsRv3J/UFX+xPP PR8XzoCKLzhrAu5OMzSf3EJ1IVswC8nEZlLaluV4vJIlamSimu4iSqSWITt3wAP6gFSR J3OQ== X-Gm-Message-State: ALoCoQnSgwUQRDd6pnEee8P+UxrXMjy93oAP1idju2/pEbANmtuWjcIk38vxwa/4l9MGh9eXNnoS MIME-Version: 1.0 X-Received: by 10.220.167.2 with SMTP id o2mr2432092vcy.8.1395940682477; Thu, 27 Mar 2014 10:18:02 -0700 (PDT) Received: by 10.221.21.129 with HTTP; Thu, 27 Mar 2014 10:18:02 -0700 (PDT) In-Reply-To: <5334572A.6060004@runbox.com> References: <5334572A.6060004@runbox.com> Date: Thu, 27 Mar 2014 10:18:02 -0700 Message-ID: From: Ulrich Herberg To: Ken Bannister Content-Type: multipart/alternative; boundary=089e011618ce81cf0004f599c491 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/_KQ2A99mtqW-ELQIVO10tAq9n3Y Cc: opsawg@ietf.org Subject: Re: [OPSAWG] LLN monitoring/management software X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 17:18:07 -0000 --089e011618ce81cf0004f599c491 Content-Type: text/plain; charset=ISO-8859-1 Ken, you may be interested in the 6lo WG. We have adopted a MIB module document for 6lowpan interfaces: draft-ietf-6lo-lowpan-mib-00 There was also some discussion on the COMAN mailing list: http://www.ietf.org/mail-archive/web/coman/current/maillist.html While this group never initiated a BoF, some of the outcome has been adopted in this WG (as you already mentioned): draft-ietf-opsawg-coman-probstate-reqs-01 draft-ietf-opsawg-coman-use-cases-01 There is an individual draft for a MIB module for RPL, but I don't know the status of it: draft-sehgal-roll-rpl-mib-06 Best regards Ulrich On Thu, Mar 27, 2014 at 9:51 AM, Ken Bannister wrote: > Is anyone aware of open source network monitoring/management software that > has been extended to support a 6LoWPAN (802.15.4) LLN? I am casting a wide > net, so SNMP, NETCONF, or some other interface is fine. I am interested in > monitoring/management of link layer, RPL, and have an eye toward the work > the 6TiSCH group is doing. > > I have not found much myself, but here are a few related items/references: > > * 6PANview, which is specific to LLNs [1] > * "Management of the Internet of Things" presentation [2] > * Recent drafts in opsawg that are collecting requirements and use cases > on this subject > > [1] http://www.ece.iisc.ernet.in/6panview/ > [2] http://cnds.eecs.jacobs-university.de/slides/2013-im- > iot-management.pdf > > Thanks, > Ken Bannister > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg > --089e011618ce81cf0004f599c491 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ken,

you may be intereste= d in the 6lo WG. We have adopted a MIB module document for 6lowpan interfac= es:
draft-ietf-6lo-lowpan-mib-00

There was also some discu= ssion on the COMAN mailing list:
http://www.ietf.org/mail-archive/web/coman/current/maillist.html
<= br>While this group never initiated a BoF, some of the outcome has been ado= pted in this WG (as you already mentioned):
draft-ietf-opsawg-coman-probstate-reqs-01
draft-ietf-opsawg-coman-use-ca= ses-01

There is an individual draft for a MIB module for = RPL, but I don't know the status of it:
draft-sehgal-roll-rpl-mib-06=

Best regards
Ulrich


On Thu, Mar 27, 2014 at 9:51 = AM, Ken Bannister <kb2ma@runbox.com> wrote:
Is anyone aware of open source network monit= oring/management software that has been extended to support a 6LoWPAN (802.= 15.4) LLN? I am casting a wide net, so SNMP, NETCONF, or some other interfa= ce is fine. I am interested in monitoring/management of link layer, RPL, an= d have an eye toward the work the 6TiSCH group is doing.

I have not found much myself, but here are a few related items/references:<= br>
* 6PANview, which is specific to LLNs [1]
* "Management of the Internet of Things" presentation [2]
* Recent drafts in opsawg that are collecting requirements and use cases on= this subject

[1] ht= tp://www.ece.iisc.ernet.in/6panview/
[2] http://cnds.eecs.jacobs-university.de= /slides/2013-im-iot-management.pdf

Thanks,
Ken Bannister

_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org = https://www.ietf.org/mailman/listinfo/opsawg

--089e011618ce81cf0004f599c491-- From nobody Thu Mar 27 11:09:02 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48A431A06F7 for ; Thu, 27 Mar 2014 11:08:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_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 8lBRLwLw4Xfd for ; Thu, 27 Mar 2014 11:08:54 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3lp0081.outbound.protection.outlook.com [213.199.154.81]) by ietfa.amsl.com (Postfix) with ESMTP id 0E10A1A06F6 for ; Thu, 27 Mar 2014 11:08:53 -0700 (PDT) Received: from DB3PRD0210HT002.eurprd02.prod.outlook.com (157.56.253.69) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.0.898.11; Thu, 27 Mar 2014 18:08:50 +0000 Message-ID: <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> From: t.petch To: Johannes Merkle , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> Date: Thu, 27 Mar 2014 18:02:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.253.69] X-ClientProxiedBy: DB4PR07CA015.eurprd07.prod.outlook.com (10.242.229.25) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) X-Forefront-PRVS: 01630974C0 X-Forefront-Antispam-Report: =?iso-8859-1?Q?SFV:NSPM; SFS:(10009001)(6009001)(428001)(13464003)(189002)?= =?iso-8859-1?Q?(199002)(51704005)(2473001)(377454003)(15975445006)(612960?= =?iso-8859-1?Q?02)(83072002)(42186004)(51856001)(85852003)(81342001)(7798?= =?iso-8859-1?Q?2001)(66066001)(90146001)(56816005)(81542001)(53806001)(85?= =?iso-8859-1?Q?306002)(92726001)(65816001)(59766001)(74366001)(93136001)(?= =?iso-8859-1?Q?80022001)(74706001)(50466002)(74876001)(62966002)(98676001?= =?iso-8859-1?Q?)(46102001)(14496001)(93916002)(84392001)(77096001)(447160?= =?iso-8859-1?Q?02)(86362001)(77156001)(33646001)(4396001)(62236002)(97336?= =?iso-8859-1?Q?001)(20776003)(69226001)(63696002)(47776003)(88136002)(319?= =?iso-8859-1?Q?66008)(50226001)(83322001)(76796001)(19580405001)(76786001?= =?iso-8859-1?Q?)(79102001)(19580395003)(49866001)(94316002)(95666003)(477?= =?iso-8859-1?Q?36001)(74502001)(50986001)(23756003)(47446002)(74662001)(9?= =?iso-8859-1?Q?2566001)(47976001)(97186001)(15202345003)(76482001)(447360?= =?iso-8859-1?Q?04)(94946001)(89996001)(93516002)(87976001)(56776001)(8097?= =?iso-8859-1?Q?6001)(87266001)(87286001)(54316002)(95416001)(74416001)(77?= =?iso-8859-1?Q?26001);DIR:OUT;SFP:1101;SCL:1;SRVR:DB3PR07MB060;H:DB3PRD02?= =?iso-8859-1?Q?10HT002.eurprd02.prod.outlook.com;FPR:BCD9F1F5.AE329093.C7?= =?iso-8859-1?Q?FF9F6F.48EADD81.20334;MLV:nov;PTR:InfoNoRecords;MX:1;A:0;L?= =?iso-8859-1?Q?ANG:en;?= Received-SPF: None (: btconnect.com does not designate permitted sender hosts) X-OriginatorOrg: btconnect.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/gwOGIxSPCgOL4uIgy9w_1kr1I4E Cc: Manfred Lochter , uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 18:08:58 -0000 Some more red tape. The copyright in the MIB module is 2004. You used the word 'SHALL' in s.3 which says to me that you need a reference to RFC2119 and the boilerplate associated with it. Normally, anything with a MIB Module in it contains standard MIB boilerplate about the standard management framework; but this MIB Module contains no objects, just identities, so does it need the boilerplate? I would say not, but RFC4181 says it does (which in turn drags in four more references)! need guidance there. You should at least include RFC2578 in the references since that appears in this MIB module. I must re-read RFC4181 - I suspect that there is more in there to be added to this I-D. Tom Petch ----- Original Message ----- From: "Johannes Merkle" To: Cc: "Manfred Lochter" ; Sent: Monday, March 24, 2014 12:35 PM > Dear all, > > a while ago, I had announced a draft on a new USM authentication protocol HMAC-SHA-256-128 for use in SNMP. Following > Uri's suggestion (and with his valuable support) I have considerably extended the draft: > - Further SHA-2 based HMAC authentication protocols have been included to provide ore flexibility. > - A (short) section explains how to perform key change and key localization with these protocols > - A MIB definition has been added. > > URL: http://www.ietf.org/internet-drafts/draft-hmac-sha-2-usm-snmp-00.txt > Status: https://datatracker.ietf.org/doc/draft-hmac-sha-2-usm-snmp/ > Htmlized: http://tools.ietf.org/html/draft-hmac-sha-2-usm-snmp-00 > > > Abstract: > This memo specifies new optional HMAC-SHA-2 authentication protocols > for the User-based Security Model (USM) for SNMPv3 defined in RFC > 3414. > > > Due to the extension of the draft to other SHA-2-based HMAC, I have changed the draft name from > draft-hmac-sha-256-128-usm-snmp > to > draft-hmac-sha-2-usm-snmp > resulting in a reset of the version number (00). > > Is there interest in adoption of this draft by the WG? > > Johannes > > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Thu Mar 27 12:34:21 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EA701A0354 for ; Thu, 27 Mar 2014 12:34:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.56 X-Spam-Level: X-Spam-Status: No, score=-1.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, 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 bH6lijEdOVeH for ; Thu, 27 Mar 2014 12:34:17 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) by ietfa.amsl.com (Postfix) with ESMTP id 0366D1A0333 for ; Thu, 27 Mar 2014 12:34:15 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id C077D10AF; Thu, 27 Mar 2014 20:34:12 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id AVy6tTSBy7Jj; Thu, 27 Mar 2014 20:34:12 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 27 Mar 2014 20:34:12 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 05CC72002F; Thu, 27 Mar 2014 20:34:12 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id s3-oF8wJrh57; Thu, 27 Mar 2014 20:34:11 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 71C7B2002C; Thu, 27 Mar 2014 20:34:10 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 8D4362C15882; Thu, 27 Mar 2014 20:34:08 +0100 (CET) Date: Thu, 27 Mar 2014 20:34:07 +0100 From: Juergen Schoenwaelder To: Ken Bannister Message-ID: <20140327193407.GA57701@elstar.local> Mail-Followup-To: Ken Bannister , opsawg@ietf.org References: <5334572A.6060004@runbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5334572A.6060004@runbox.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/c4sIF3plmxd9sTq2rC2FKPe2bfs Cc: opsawg@ietf.org Subject: Re: [OPSAWG] LLN monitoring/management software X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 19:34:19 -0000 Hi, we do have an open source SNMP implementation running on Contiki supporting a draft version of the LOWPAN-MIB: http://cnds.eecs.jacobs-university.de/software/contiki-snmp/ http://cnds.eecs.jacobs-university.de/the-6lowpan-mib-testbed/ We also have an implementation of a draft version of the RPL-MIB. Some time ago, we worked on something we called 'NETCONF Light' (implemented under Contiki) but NETCONF is somewhat difficult to support on constrained devices. A mapping of RESTCONF to CoAP may make more sense on constrained devices (but this right now more of an idea than running code). /js On Thu, Mar 27, 2014 at 12:51:54PM -0400, Ken Bannister wrote: > Is anyone aware of open source network monitoring/management > software that has been extended to support a 6LoWPAN (802.15.4) LLN? > I am casting a wide net, so SNMP, NETCONF, or some other interface > is fine. I am interested in monitoring/management of link layer, > RPL, and have an eye toward the work the 6TiSCH group is doing. > > I have not found much myself, but here are a few related items/references: > > * 6PANview, which is specific to LLNs [1] > * "Management of the Internet of Things" presentation [2] > * Recent drafts in opsawg that are collecting requirements and use > cases on this subject > > [1] http://www.ece.iisc.ernet.in/6panview/ > [2] http://cnds.eecs.jacobs-university.de/slides/2013-im-iot-management.pdf > > Thanks, > Ken Bannister > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From nobody Fri Mar 28 04:12:26 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 966ED1A0547; Fri, 28 Mar 2014 04:12:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 pTdcD178l_86; Fri, 28 Mar 2014 04:12:17 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 77DFE1A050E; Fri, 28 Mar 2014 04:12:17 -0700 (PDT) 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.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140328111217.17238.17246.idtracker@ietfa.amsl.com> Date: Fri, 28 Mar 2014 04:12:17 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/IvCRhn2Tr-h0ggZDmuPzn3Cikeo Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-oam-overview-16.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 11:12:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group Working Group of the IETF. Title : An Overview of Operations, Administration, and Maintenance (OAM) Tools Authors : Tal Mizrahi Nurit Sprecher Elisa Bellagamba Yaacov Weingarten Filename : draft-ietf-opsawg-oam-overview-16.txt Pages : 51 Date : 2014-03-28 Abstract: Operations, Administration, and Maintenance (OAM) is a general term that refers to a toolset for fault detection and isolation, and for performance measurement. Over the years various OAM tools have been defined for various layers in the protocol stack. This document summarizes some of the OAM tools defined in the IETF in the context of IP unicast, MPLS, MPLS Transport Profile (MPLS-TP), pseudowires, and TRILL. This document focuses on tools for detecting and isolating failures in networks and for performance monitoring. Control and management aspects of OAM are outside the scope of this document. Network repair functions such as Fast Reroute (FRR) and protection switching, which are often triggered by OAM protocols, are also out of the scope of this document. The target audience of this document includes network equipment vendors, network operators and standards development organizations, and can be used as an index to some of the main OAM tools defined in the IETF. This document provides a brief description of each of the OAM tools in the IETF. At the end of the document a list of the OAM toolsets and a list of the OAM functions are presented as a summary. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-oam-overview/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-opsawg-oam-overview-16 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-oam-overview-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Mar 28 04:24:23 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69C891A02FF for ; Fri, 28 Mar 2014 04:24:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.51 X-Spam-Level: X-Spam-Status: No, score=-9.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, 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 YTXxbkBAYJhV for ; Fri, 28 Mar 2014 04:24:15 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8171A04F6 for ; Fri, 28 Mar 2014 04:24:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=58894; q=dns/txt; s=iport; t=1396005851; x=1397215451; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=pWSAMMF6badFz0no+4N53lg5ZnGAKXXmURd+vQ3SroU=; b=TczCks2kT4jlqBi7hH/1tc590J90Wfl+vdZwYF1bsLPZnjqpniLKlvot D2d5r4R/UsaPzOlDv/nHQHuOXGtTXqDr4gQ4uqaIzwHX6S3Hj1nI8S1cI NWakPEIkzwsT5GGWaCOVtlyYFOVdBcawnQJ2mCiidnm+qlgHUqzVf5YTT w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkcFAGhbNVOQ/khN/2dsb2JhbABPCg6CNESJeroFgRwWdIIlAQEBBBoNUQEQCxgJDAoBAQYHCQMCAQIBNBEGDQEFAgEBh3XRcReJTIRECAcTSQcKhC4BA5Rhg2yGTYtognBBPIEt X-IronPort-AV: E=Sophos; i="4.97,750,1389744000"; d="scan'208,217"; a="11321694" Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-2.cisco.com with ESMTP; 28 Mar 2014 11:24:09 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s2SBO8ju016677; Fri, 28 Mar 2014 11:24:09 GMT Message-ID: <53355BD8.2030106@cisco.com> Date: Fri, 28 Mar 2014 12:24:08 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Anoop Ghanwani References: <531AF602.5070400@cisco.com> In-Reply-To: <531AF602.5070400@cisco.com> Content-Type: multipart/alternative; boundary="------------050300090106010004050806" Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/uVvv0POCamKZ4RGbWXFrw-N-AnQ Cc: "opsawg@ietf.org" Subject: Re: [OPSAWG] AD review of draft-ietf-opsawg-large-flow-load-balancing (draft response) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 11:24:19 -0000 This is a multi-part message in MIME format. --------------050300090106010004050806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Anoop, Ramki, A gentle reminder. Regards, Benoit > Hi Anoop, > > Please post a new draft version, and I'll review the diffs. > Some more answers in-line. > > Regards, Benoit >> >> Hi Benoit, >> >> Thanks for the detailed and careful review. Comments inline. >> >> Anoop >> >> ==== >> >> >> On Tue, Feb 18, 2014 at 7:55 AM, Benoit Claise > > wrote: >> >> Dear authors, >> >> Here is my AD review of draft-ietf-opsawg-large-flow-load-balancing >> >> - Section 1: >> Networks extensively use link aggregation groups (LAG) [802.1AX] and >> equal cost multi-paths (ECMP) [RFC 2991] as techniques for capacity >> scaling. For the problems addressed by this document, network traffic >> can be predominantly categorized into two traffic types: long-lived >> large flows and other flows. >> >> ... >> >> This draft describes mechanisms for optimal LAG/ECMP component link >> utilization while using hash-based techniques. The mechanisms >> comprise the following steps -- recognizing_large flows_ in a router; >> and assigning the large flows to specific LAG/ECMP component links or >> redistributing the small flows when a component link on the router is >> congested. >> >> It is useful to keep in mind that in typical use cases for this >> mechanism the_large flows_ are those that consume a significant amount >> of bandwidth on a link, e.g. greater than 5% of link bandwidth. The >> number of such flows would necessarily be fairly small, e.g. on the >> order of 10's or 100's per LAG/ECMP. In other words, the number of >> _ large flows_ is NOT expected to be on the order of millions of flows. >> Examples of such large flows would be IPsec tunnels in service >> provider backbone networks or storage backup traffic in data center >> networks. >> >> 3 instances of "large flows": do you mean "long-lived large flows"? >> If not, why do you make a distinction between long-lived large >> flows and other flows in the first paragraph? >> I eventually understood the source of confusion when I read the >> terminology section: >> Large flow(s): long-lived large flow(s) >> >> Either use capitalized term in the Intro section (actually >> throughout the doc.) so that we understand that the term is >> defined somewhere, or make it clear in the intro that large >> flow(s) = long-lived large flow(s) >> >> >> Yes, they are all referring to long-lived large flows. We will >> change the early part of Section 1 to clarify that long-lived large >> flows are, thereafter in the document, referred to as large flows. > Or replace large flow by long-lived flow were it makes sense in the draft. >> >> - >> >> This document presents improved load distribution techniques based on >> the large flow awareness. >> >> Improved compared to? >> >> >> Improved compared to static hash-based distribution techniques that >> do not account for the bandwidth of the flows. Will reword as follows: >> >> "This document presents mechanisms for improving the load >> distribution problem resulting from stateless hashing as seen in the >> above example." > ok >> >> - >> In several places, starting with the title and abstract, you >> speak about mechanisms (plural). >> However, looking at section 4.2, it seems that you propose a >> single mechanism? Or maybe you consider 4.1, 4.2, 4.3 as >> different mechanisms? >> >> >> The title of 4.2 is perhaps misleading and should just be >> "Operational Overview." > ok >> Otherwise the rest of the draft discusses several mechanisms >> (multiple choices for large flow identification, and multiple choices >> for rebalancing). >> >> - >> >> Step 3) On receiving the alert about the congested component link, >> the operator, through a central management entity, finds the large >> flows mapped to that component link and the LAG/ECMP group to which >> the component link belongs. >> >> Step 4) The operator can choose to rebalance the large flows on >> lightly loaded component links of the LAG/ECMP group or redistribute >> the small flows on the congested link to other component links of the >> group. The operator, through a central management entity, can choose >> one of the following actions: >> >> 1) Indicate specific large flows to rebalance; >> >> 2) Have the router decide the best large flows to rebalance; >> >> 3) Have the router redistribute all the small flows on the >> congested link to other component links in the group. >> >> "Indicate specific large flows to rebalance", "through a central >> management entity", what you describe is basically traffic >> engineering. >> Other the other hand, for 2) and 3), why do you need a central >> management entity? >> >> >> The assumption was that the router is controlled by a central >> management entity for the purpose of this function, but that is >> clearly not a requirement. The text will be modified to mention that >> a central management entity may be used (i.e. not required). > Ok. >> >> - >> >> A number of routers support sampling techniques such as sFlow [sFlow- >> v5, sFlow-LAG], PSAMP [RFC 5475] and NetFlow Sampling [RFC 3954]. >> For the purpose of large flow identification, sampling must be >> enabled on all of the egress ports in the router where such >> measurements are desired. >> >> I don't understand the second sentence. >> One way to read this is: sampling must be _enabled _on all of >> the egress ports where such measurements are desired. >> Ok, this is an obvious statement. If the measurements are >> desired, enable them >> >> >> Yes, > ok please clarify the text. >> >> Or maybe you want to say: _sampling _must be enabled on all of >> the egress ports where such measurements are desired. >> This is a false statement: if you have the choice between >> sampling and non sampling, use non sampling measurements. >> Or maybe you want to say: sampling must be enabled on _all _of >> the egress ports where such measurements are desired. >> This is a false statement: if I have ECMP on 2 links, and >> only one of them can't do non sampling, then we should not force >> sampling on both links. >> You see, I'm confused. >> >> You miss a couple of key messages: >> - if unsampled measurements are available, use those. >> - egress means where LAG/ECMP are enabled (this is important for >> the paragraph starting with "If egress sampling is not available, >> ingress sampling can suffice since the central management entity >> use") >> >> >> We were not intending to discuss a mix sampling and non-sampling >> interfaces in the same router, but this is a reasonable point and it >> will be clarified (i.e. we will state that it's possible to mix >> sampled and non sampled interfaces as long as the function of large >> flow detection/identification can be performed). >> >> >> - >> >> If egress sampling is not available, ingress sampling can suffice >> since the central management entity used by the sampling technique >> typically has multi-node visibility and can use the samples from an >> immediately downstream node to make measurements for egress traffic >> at the local node. >> >> It's not clear if "ingress" means the ingress interface of the >> router itself, or the ingress interface of the downstream router. >> A drawing is required. >> Both options are possible: >> 1. ingress interfaces on the router where LAG/ECMP is initiated >> flow monitoring must be enabled on all ingress interfaces >> flow monitoring must have a way to know the egress interfaces >> 2. ingress interfaces of the downstream router >> only work for LAG or ECMP single hop >> ingress interfaces = all components from LAG/ECMP >> (multiple ifIndex, typically) >> >> >> What we meant here was that ingress sampling would have to be enable >> on the downstream device (hence the central management entity must >> come into play to identify large flows). > I still believe that a drawing would clarify things. >> >> >> this entire section 4.3.3 needs some improvements >> >> >> - >> On one side, you wrote "Specific algorithms for placement of >> large flows are out of scope of this document.". On the other >> side, "The following parameters are required the configuration of >> _this_ feature". It seems contradictory. >> It's unclear why you need the following parameter: >> >> . Imbalance threshold: the difference between the utilization of >> the least utilized and most utilized component links. Expressed >> as a percentage of link speed. >> >> Also, does ECMP/LAG always require equivalent link speed for their components? >> >> The imbalance threshold is a measure of how much imbalance one is >> willing to tolerate before taking the hit of potential packet >> reordering in some flows. Will clarify. >> >> Thanks for catching the issue with link speed. While in most cases >> speeds are consistent, there may be the case of composite links which >> combine links of different speeds (actually permitted by 802.1AX), so >> we will provide a generalized formula for the imbalance threshold >> which takes into account the individual speeds of each of the >> component links. >> >> >> - >> 5.2. System Configuration and Identification Parameters >> >> . IP address: The IP address of a specific router that the >> feature is being configured on, or that the large flow placement >> is being applied to. >> >> . LAG ID: Identifies the LAG. The LAG ID may be required when >> configuring this feature (to apply a specific set of large flow >> identification parameters to the LAG) and will be required when >> specifying flow placement to achieve the desired rebalancing. >> >> . Component Link ID: Identifies the component link within a LAG. >> This is required when specifying flow placement to achieve the >> desired rebalancing. >> >> Nothing regarding ECMP? >> >> >> Initially we were more focused on getting this done for LAG, but then >> we completely overlooked ECMP. 5.2, 5.3, and 5.4 would probably >> benefit from a bit of clean-up as follows: >> >> Add the following to 5.2: >> >> ECMP group: Identifies a particular ECMP group. >> >> ECMP nexthop: Identifies a particular nexthop within an ECMP group. >> >> Add the following line to the end of section 5.3. >> >> When using ECMP, the nexthop within an ECMP group is used to identify >> the component link for placing the large flow. >> >> Add the following to the end of Section 5.4. >> >> When using ECMP, the ECMP group and the corresponding Nexthops along >> with the percentage of traffic to be assigned to each Nexthop is >> required. Finally it is also possible that an ECMP Nexthop itself >> comprises a LAG in which case both the Nexthop and the LAG Component >> ID would need to be specified, and the weights of both the Nexthop's >> within the ECMP Group and the Component Links within the LAG would >> need to be adjusted. > Ok. > > Regards, Benoit >> >> >> - >> >> For high speed links, the etherStatsHighCapacityTable MIB [RFC 3273] >> can be used. >> >> Well, only for ethernet. >> >> Will clarify that. >> >> >> >> >> EDITORIAL: >> - >> figure 2 >> >> OLD: >> >> +-----------+ -> +-----------+ >> | | -> | | >> | | ===> | | >> | (1)|--------|(1) | >> | | -> | | >> | | -> | | >> | (R1) | -> | (R2) | >> >> NEW: >> >> +-----------+ -> +-----------+ >> | | -> | | >> | | ===> | | >> | (1)|--------|(1) | >> | | -> | | >> | | -> | | >> | (R1) | -> | (R2) | >> >> >> >> Will fix. >> >> >> - The indentation in section 2 is not correct >> >> >> Will fix. >> >> >> - "For tunneling protocols like GRE, VXLAN, NVGRE, STT, etc.," >> You need to expand and provide references. >> >> Will provide references. What do mean by expand -- just expand the >> acronyms (already in the acronym section) or something else? >> >> - a PBR rule >> Expand. >> >> OK >> >> - >> OLD: >> >> +-----------+ -> +-----------+ >> | | -> | | >> | | ===> | | >> | (1)|--------|(1) | >> | | | | >> | | ===> | | >> | | -> | | >> | | -> | | >> | (R1) | -> | (R2) | >> | (2)|--------|(2) | >> >> NEW: >> +-----------+ -> +-----------+ >> | | -> | | >> | | ===> | | >> | (1)|--------|(1) | >> | | | | >> | | ===> | | >> | | -> | | >> | | -> | | >> | (R1) | -> | (R2) | >> | (2)|--------|(2) | >> >> Will fix. >> >> - >> OLD: >> The IPFIX information model [RFC 7011] >> NEW: >> The IPFIX information model [RFC 7012] >> >> Will fix. >> >> Regards, Benoit >> >> >> >> >> > --------------050300090106010004050806 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi Anoop, Ramki,

A gentle reminder.

Regards, Benoit
Hi Anoop,

Please post a new draft version, and I'll review the diffs.
Some more answers in-line.

Regards, Benoit

Hi Benoit,

Thanks for the detailed and careful review.  Comments inline.

Anoop

====


On Tue, Feb 18, 2014 at 7:55 AM, Benoit Claise <bclaise@cisco.com> wrote:
Dear authors,

Here is my AD review of draft-ietf-opsawg-large-flow-load-balancing

- Section 1:
   Networks extensively use link aggregation groups (LAG) [802.1AX] and
   equal cost multi-paths (ECMP) [RFC 2991] as techniques for capacity
   scaling. For the problems addressed by this document, network traffic
   can be predominantly categorized into two traffic types: long-lived
   large flows and other flows. 

   ...

   This draft describes mechanisms for optimal LAG/ECMP component link
   utilization while using hash-based techniques. The mechanisms
   comprise the following steps -- recognizing large flows in a router;
   and assigning the large flows to specific LAG/ECMP component links or
   redistributing the small flows when a component link on the router is
   congested.

   It is useful to keep in mind that in typical use cases for this
   mechanism the large flows are those that consume a significant amount
   of bandwidth on a link, e.g. greater than 5% of link bandwidth.  The
   number of such flows would necessarily be fairly small, e.g. on the
   order of 10's or 100's per LAG/ECMP.  In other words, the number of
   large flows is NOT expected to be on the order of millions of flows.
   Examples of such large flows would be IPsec tunnels in service
   provider backbone networks or storage backup traffic in data center
   networks.
3 instances of "large flows": do you mean "long-lived large flows"?
If not, why do you make a distinction between long-lived large flows and other flows in the first paragraph?
I eventually understood the source of confusion when I read the terminology section:
    Large flow(s): long-lived large flow(s)

Either use capitalized term in the Intro section (actually throughout the doc.) so that we understand that the term is defined somewhere, or make it clear in the intro that large flow(s) = long-lived large flow(s)

Yes, they are all referring to long-lived large flows.  We will change the early part of Section 1 to clarify that long-lived large flows are, thereafter in the document, referred to as large flows.
Or replace large flow by long-lived flow were it makes sense in the draft.

-
   This document presents improved load distribution techniques based on
   the large flow awareness.
Improved compared to?

Improved compared to static hash-based distribution techniques that do not account for the bandwidth of the flows.  Will reword as follows:

"This document presents mechanisms for improving the load distribution problem resulting from stateless hashing as seen in the above example."
ok
 
-
In several places, starting with the title and abstract, you speak about mechanisms (plural).
However, looking at section 4.2, it seems that you propose a single mechanism? Or maybe you consider 4.1, 4.2, 4.3 as different mechanisms?

The title of 4.2 is perhaps misleading and should just be "Operational Overview."
ok
 Otherwise the rest of the draft discusses several mechanisms (multiple choices for large flow identification, and multiple choices for rebalancing).
 
-
Step 3) On receiving the alert about the congested component link,
   the operator, through a central management entity, finds the large
   flows mapped to that component link and the LAG/ECMP group to which
   the component link belongs.

   Step 4) The operator can choose to rebalance the large flows on
   lightly loaded component links of the LAG/ECMP group or redistribute
   the small flows on the congested link to other component links of the
   group. The operator, through a central management entity, can choose
   one of the following actions:

      1) Indicate specific large flows to rebalance;

      2) Have the router decide the best large flows to rebalance;

      3) Have the router redistribute all the small flows on the
   congested link to other component links in the group.
"Indicate specific large flows to rebalance", "through a central management entity", what you describe is basically traffic engineering.
Other the other hand, for 2) and 3), why do you need a central management entity?

The assumption was that the router is controlled by a central management entity for the purpose of this function, but that is clearly not a requirement.  The text will be modified to mention that a central management entity may be used (i.e. not required).
Ok.
 
- 

   A number of routers support sampling techniques such as sFlow [sFlow-
   v5, sFlow-LAG], PSAMP [RFC 5475] and NetFlow Sampling [RFC 3954].
   For the purpose of large flow identification, sampling must be
   enabled on all of the egress ports in the router where such
   measurements are desired.
I don't understand the second sentence.
One way to read this is:  sampling must be enabled on all of the egress ports where such measurements are desired.
    Ok, this is an obvious statement. If the measurements are desired, enable them

Yes,
ok please clarify the text.
  
Or maybe you want to say: sampling must be enabled on all of the egress ports where such measurements are desired.
    This is a false statement: if you have the choice between sampling and non sampling, use non sampling measurements.
Or maybe you want to say: sampling must be enabled on all of the egress ports where such measurements are desired.
    This is a false statement: if I have ECMP on 2 links, and only one of them can't do non sampling, then we should not force
    sampling on both links.
You see, I'm confused.

You miss a couple of key messages:
- if unsampled measurements are available, use those.
- egress means where LAG/ECMP are enabled (this is important for the paragraph starting with "If egress sampling is not available, ingress sampling can suffice since the central management entity use")

We were not intending to discuss a mix sampling and non-sampling interfaces in the same router, but this is a reasonable point and it will be clarified (i.e. we will state that it's possible to mix sampled and non sampled interfaces as long as the function of large flow detection/identification can be performed).


-
   If egress sampling is not available, ingress sampling can suffice
   since the central management entity used by the sampling technique
   typically has multi-node visibility and can use the samples from an
   immediately downstream node to make measurements for egress traffic
   at the local node.
It's not clear if "ingress" means the ingress interface of the router itself, or the ingress interface of the downstream router.
A drawing is required.
Both options are possible:
    1. ingress interfaces on the router where LAG/ECMP is initiated
        flow monitoring must be enabled on all ingress interfaces
        flow monitoring must have a way to know the egress interfaces
2. ingress interfaces of the downstream router
        only work for LAG or ECMP single hop
        ingress interfaces = all components from LAG/ECMP (multiple ifIndex, typically)  

What we meant here was that ingress sampling would have to be enable on the downstream device (hence the central management entity must come into play to identify large flows). 
I still believe that a drawing would clarify things.
 

this entire section 4.3.3 needs some improvements
 

-
On one side, you wrote "Specific algorithms for placement of large flows are out of scope of this document.". On the other side, "The following parameters are required the configuration of this feature". It seems contradictory.
It's unclear why you need the following parameter:

     .  Imbalance threshold: the difference between the utilization of
        the least utilized and most utilized component links.  Expressed
        as a percentage of link speed.

Also, does ECMP/LAG always require equivalent link speed for their components?
The imbalance threshold is a measure of how much imbalance one is willing to tolerate before taking the hit of potential packet reordering in some flows.  Will clarify.  

Thanks for catching the issue with link speed.  While in most cases speeds are consistent, there may be the case of composite links which combine links of different speeds (actually permitted by 802.1AX), so we will provide a generalized formula for the imbalance threshold which takes into account the individual speeds of each of the component links. 
 
-
5.2. System Configuration and Identification Parameters

     .  IP address: The IP address of a specific router that the
        feature is being configured on, or that the large flow placement
        is being applied to.

     .  LAG ID: Identifies the LAG. The LAG ID may be required when
        configuring this feature (to apply a specific set of large flow
        identification parameters to the LAG) and will be required when
        specifying flow placement to achieve the desired rebalancing.

     .  Component Link ID: Identifies the component link within a LAG.
        This is required when specifying flow placement to achieve the
        desired rebalancing.
Nothing regarding ECMP?

Initially we were more focused on getting this done for LAG, but then we completely overlooked ECMP.  5.2, 5.3, and 5.4 would probably benefit from a bit of clean-up as follows:

Add the following to 5.2:

ECMP group: Identifies a particular ECMP group.

ECMP nexthop: Identifies a particular nexthop within an ECMP group.

Add the following line to the end of section 5.3.

When using ECMP, the nexthop within an ECMP group is used to identify the component link for placing the large flow.

Add the following to the end of Section 5.4.

When using ECMP, the ECMP group and the corresponding Nexthops along with the percentage of traffic to be assigned to each Nexthop is required.  Finally it is also possible that an ECMP Nexthop itself comprises a LAG in which case both the Nexthop and the LAG Component ID would need to be specified, and the weights of both the Nexthop's within the ECMP Group and the Component Links within the LAG would need to be adjusted.
Ok.

Regards, Benoit


-
   For high speed links, the etherStatsHighCapacityTable MIB [RFC 3273]
   can be used.

Well, only for ethernet.
Will clarify that. 



EDITORIAL:
-
figure 2

OLD:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)    | ->     |   (R2)  |
NEW:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)     | ->     |   (R2)    |


Will fix.
 

-  The indentation in section 2 is not correct

Will fix. 

- "For tunneling protocols like GRE, VXLAN, NVGRE, STT, etc.,"
You need to expand and provide references.

Will provide references.  What do mean by expand -- just expand the acronyms (already in the acronym section) or something else? 
- a PBR rule
Expand.
OK
-
OLD:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           |        |           |
                  |           | ===>   |           |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)    | ->     |   (R2)  |
                  |        (2)|--------|(2)        |

NEW:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           |        |           |
                  |           | ===>   |           |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)     | ->     |   (R2)    |
                  |        (2)|--------|(2)        |
Will fix. 
-
OLD:
The IPFIX information model [RFC 7011] 
NEW:
The IPFIX information model [RFC 7012]  
Will fix. 
Regards, Benoit






--------------050300090106010004050806-- From nobody Fri Mar 28 06:10:21 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CBB61A0920 for ; Fri, 28 Mar 2014 06:10:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 gZR74WyGvqxl for ; Fri, 28 Mar 2014 06:10:16 -0700 (PDT) Received: from a.mx.secunet.com (a.mx.secunet.com [195.81.216.161]) by ietfa.amsl.com (Postfix) with ESMTP id 3016E1A0666 for ; Fri, 28 Mar 2014 06:10:16 -0700 (PDT) Received: from localhost (alg1 [127.0.0.1]) by a.mx.secunet.com (Postfix) with ESMTP id 19AB81A00B5; Fri, 28 Mar 2014 14:10:13 +0100 (CET) X-Virus-Scanned: by secunet Received: from a.mx.secunet.com ([127.0.0.1]) by localhost (a.mx.secunet.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id F4ftRQEpgBtv; Fri, 28 Mar 2014 14:10:11 +0100 (CET) Received: from mail-gw-int (unknown [10.53.40.207]) by a.mx.secunet.com (Postfix) with ESMTP id B61D31A00B3; Fri, 28 Mar 2014 14:10:11 +0100 (CET) Received: from [10.53.40.204] (port=34459 helo=mail-essen-01.secunet.de) by mail-gw-int with esmtp (Exim 4.80 #2 (Debian)) id 1WTWQQ-0002zi-Vo; Fri, 28 Mar 2014 14:02:22 +0100 Received: from [10.208.1.57] (10.208.1.57) by mail-essen-01.secunet.de (10.53.40.204) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 28 Mar 2014 14:10:11 +0100 Message-ID: <533574B1.8090606@secunet.com> Date: Fri, 28 Mar 2014 14:10:09 +0100 From: Johannes Merkle User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Blumenthal, Uri - 0558 - MITLL" , t.petch , "opsawg@ietf.org" References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> <5331C4D5.8060407@secunet.com> <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.208.1.57] Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/5aly1fll-g0c8q5Ic1CYdb1bY3k Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 13:10:20 -0000 Blumenthal, Uri - 0558 - MITLL wrote on 27.03.2014 17:46: > On 3/27/14 10:23 , "t.petch" wrote: >> ....a good model to follow, which Uri's suggestion does. > > :-) Yep! Ok, I will change names accordingly. >> So my thinking would be either a MUST implement for one, or recommend >> that all should be implemented, with a >> recommended order to choose, or some such - just not the current wording. > > I personally would be OK with this. One would be MUST, one or two would be > SHOULD, the rest would be MAY in the given order. I agree. As soon as we have agreed on the mandatory and recommended protocols, I will include these provisions. >> As to MUST, this I-D will have to be Standards Track, not Informational, >> in order to update SnmpAuthProtocols so the use of requirements language, >> and the boiler plate thereon, is not an issue. > > I'd have no problem with this RFC going Standards Track. Johannes? No, and we have no choice anyway. >> On Security, I have memories of discussions on the TLS list of the merits >> of size and truncation. One reference I have found is 'SHA-1 is being >> deprecated' from 2008 from one 'Uri' - so I think something along those >> lines worth >> including by way of justification for this I-D (Suite B got a lot of >> mentions around that time). > > :-) Oh yes. And the TLS list discussion is an echo of the former IPsec > list discussion. > > Not sure if it's a good idea to bring Suite B up at this time? I'm confuded. Does Suite-B specify the truncation of HMACs? > >> I have memories of an argument against the use of SHA-512, I think on the >> grounds that the registers were not wide >> enough and that the extra security did not justify the extra computation >> required, but cannot find a reference for that. > > I don't recall that, probably didn't care back then. In any case, (a) I > don't think these arguments apply now, and (b) SHA512 would be only SHOULD > if things go the way I'd like... > I'm fine with SHA512 HMAC being only a SHOULD. >> As to degree of truncation, I understand the argument in principle but do >> not have the mathematics to take a view as to what is best. I do note >> that in 2006, it was suggested that the merit of truncation was to save >> bandwidth in constrained environments - I don't know if that is now more >> or less applicable. > > As Hugo Krawczyk (who was the key contributor and participant in that > discussion) recently confirmed, the MAIN reason for truncation was > bandwidth saving - but cryptographers found that it also offers some > benefits. > > IMHO, saving some bandwidth is always a good thing, because you can never > have too much of it. :-) > > Would like to hear from others on this subject, given that: > - truncation saves bandwidth; > - truncation improves resistance to key guessing attacks; > - truncation lowers resistance to birthday-paradox/digest-guessing > attacks. 256 bit output length is enough to prevent birthday-paradox/digest-guessing attacks (which require n^(1/2) outputs), thus I prefer HMAC256SHA512 over HMAC384SHA512. For SHA-256 the situation is different, as collecting 2^64 outputs is not so completely unthinkable (albeit still not practical). Thus, I suggest defining usmHMAC192SHA256AuthProtocol as MUST, and usmHMAC256SHA512AuthProtocol as SHOULD. >> So I would like to see more in the Security Considerations along these >> lines with a target audience of non-cryptographers. > > Johannes, would you put a few words there...? Yes, I'll do that next week. -- Johannes From nobody Fri Mar 28 06:13:41 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B4FC1A0920 for ; Fri, 28 Mar 2014 06:13:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 DQx2m5JBNeBP for ; Fri, 28 Mar 2014 06:13:34 -0700 (PDT) Received: from a.mx.secunet.com (a.mx.secunet.com [195.81.216.161]) by ietfa.amsl.com (Postfix) with ESMTP id 5054E1A0929 for ; Fri, 28 Mar 2014 06:13:34 -0700 (PDT) Received: from localhost (alg1 [127.0.0.1]) by a.mx.secunet.com (Postfix) with ESMTP id 6DF2B1A00B4; Fri, 28 Mar 2014 14:13:31 +0100 (CET) X-Virus-Scanned: by secunet Received: from a.mx.secunet.com ([127.0.0.1]) by localhost (a.mx.secunet.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4CdLpmNAFzv2; Fri, 28 Mar 2014 14:13:30 +0100 (CET) Received: from mail-gw-int (unknown [10.53.40.207]) by a.mx.secunet.com (Postfix) with ESMTP id 5EF321A00B3; Fri, 28 Mar 2014 14:13:30 +0100 (CET) Received: from [10.53.40.204] (port=34520 helo=mail-essen-01.secunet.de) by mail-gw-int with esmtp (Exim 4.80 #2 (Debian)) id 1WTWTd-00055X-K6; Fri, 28 Mar 2014 14:05:41 +0100 Received: from [10.208.1.57] (10.208.1.57) by mail-essen-01.secunet.de (10.53.40.204) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 28 Mar 2014 14:13:29 +0100 Message-ID: <53357579.5070100@secunet.com> Date: Fri, 28 Mar 2014 14:13:29 +0100 From: Johannes Merkle User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: David Reid , "Blumenthal, Uri - 0558 - MITLL" References: <201403251806.OAA19422@adminfs.snmp.com> In-Reply-To: <201403251806.OAA19422@adminfs.snmp.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.208.1.57] Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/erRkMZfNA9Mymo4nluFUpx5PowA Cc: Manfred Lochter , "opsawg@ietf.org" Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 13:13:37 -0000 David Reid wrote on 25.03.2014 19:06: > > I would prefer shrinking the number of choices and using the truncated > ones, although I don't feel strongly about that preference. Please have a second look: all of them are truncated, they only differ in the extend of truncation. Which truncation lengths do you prefer? -- Johannes From nobody Fri Mar 28 06:21:37 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C30691A0641 for ; Fri, 28 Mar 2014 06:21:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 ibLc0L89GiY7 for ; Fri, 28 Mar 2014 06:21:31 -0700 (PDT) Received: from a.mx.secunet.com (a.mx.secunet.com [195.81.216.161]) by ietfa.amsl.com (Postfix) with ESMTP id CCE741A0651 for ; Fri, 28 Mar 2014 06:21:29 -0700 (PDT) Received: from localhost (alg1 [127.0.0.1]) by a.mx.secunet.com (Postfix) with ESMTP id 6D3051A00B4; Fri, 28 Mar 2014 14:21:27 +0100 (CET) X-Virus-Scanned: by secunet Received: from a.mx.secunet.com ([127.0.0.1]) by localhost (a.mx.secunet.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ev0KGxPjvAMA; Fri, 28 Mar 2014 14:21:26 +0100 (CET) Received: from mail-gw-int (unknown [10.53.40.207]) by a.mx.secunet.com (Postfix) with ESMTP id 4BB0E1A00B3; Fri, 28 Mar 2014 14:21:26 +0100 (CET) Received: from [10.53.40.204] (port=62179 helo=mail-essen-01.secunet.de) by mail-gw-int with esmtp (Exim 4.80 #2 (Debian)) id 1WTWbJ-0007EH-Gy; Fri, 28 Mar 2014 14:13:37 +0100 Received: from [10.208.1.57] (10.208.1.57) by mail-essen-01.secunet.de (10.53.40.204) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 28 Mar 2014 14:21:25 +0100 Message-ID: <53357755.5030205@secunet.com> Date: Fri, 28 Mar 2014 14:21:25 +0100 From: Johannes Merkle User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: t.petch , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> In-Reply-To: <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.208.1.57] Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/7VeeNMGhklnP2udamFEnupiBZHA Cc: Manfred Lochter , uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 13:21:32 -0000 t.petch wrote on 27.03.2014 19:02: > Some more red tape. > > The copyright in the MIB module is 2004. oops! Got me, I copied and modified that from RFC 3826. > > You used the word 'SHALL' in s.3 which says to me that you need a > reference to RFC2119 and the boilerplate associated with it. Right, I'll will include reference to RFC 2119. > > Normally, anything with a MIB Module in it contains standard MIB > boilerplate about the standard management framework; but this MIB Module > contains no objects, just identities, so does it need the boilerplate? > I would say not, but RFC4181 says it does (which in turn drags in four > more references)! need guidance there. You should at least include > RFC2578 in the references since that appears in this MIB module. > > I must re-read RFC4181 - I suspect that there is more in there to be > added to this I-D. I am not familiar with MIBs, thus I appreciate your and Uri's assistance. Isn't RFC 3826 a proper example how to do it? -- Johannes From nobody Fri Mar 28 07:34:34 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F27CB1A0813 for ; Fri, 28 Mar 2014 07:34:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 jWT8YeVeOrf0 for ; Fri, 28 Mar 2014 07:34:29 -0700 (PDT) Received: from mx2.ll.mit.edu (MX2.LL.MIT.EDU [129.55.12.46]) by ietfa.amsl.com (Postfix) with ESMTP id 9BF351A06DD for ; Fri, 28 Mar 2014 07:34:29 -0700 (PDT) Received: from LLE2K7-HUB01.mitll.ad.local (LLE2K7-HUB01.mitll.ad.local) by mx2.ll.mit.edu (unknown) with ESMTP id s2SEYMNp017756; Fri, 28 Mar 2014 10:34:22 -0400 From: "Blumenthal, Uri - 0558 - MITLL" To: Johannes Merkle , "t.petch" , "opsawg@ietf.org" Date: Fri, 28 Mar 2014 10:34:13 -0400 Thread-Topic: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt Thread-Index: Ac9Kks8dUSIick2AQGm0JUhouK/pAA== Message-ID: References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> <53357755.5030205@secunet.com> In-Reply-To: <53357755.5030205@secunet.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha256; boundary="B_3478847653_10082724" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-28_05:2014-03-28,2014-03-28,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1403280063 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/ALfk-gOWKJ5UF2ke47iZbxWKo9Y Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 14:34:32 -0000 --B_3478847653_10082724 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit On 3/28/14 9:21 , "Johannes Merkle" wrote: >t.petch wrote on 27.03.2014 19:02: >>Normally, anything with a MIB Module in it contains standard MIB >> boilerplate about the standard management framework; but this MIB Module >> contains no objects, just identities, so does it need the boilerplate? >> I would say not, but RFC4181 says it does (which in turn drags in four >> more references)! need guidance there. You should at least include >> RFC2578 in the references since that appears in this MIB module. >> >> I must re-read RFC4181 - I suspect that there is more in there to be >> added to this I-D. > >I am not familiar with MIBs, thus I appreciate your and Uri's assistance. >Isn't RFC 3826 a proper example how to do it? I'm afraid this is out of my competence area. I've no clue regarding boilerplates, and can help only with the actual MIB content (that ASN.1 stuff :). Sorry! --B_3478847653_10082724 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIUFAYJKoZIhvcNAQcCoIIUBTCCFAECAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B BwGgghHjMIIEyzCCA7OgAwIBAgIKa7HhIQAAAACRlDANBgkqhkiG9w0BAQsFADBRMQswCQYD VQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJ MRMwEQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDEyNzE2MTg1MloXDTE1MDEyNzE2MTg1Mlow YTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNV BAsTBlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCMzX2AgWtgCJ2VJBfeiXUnR7FHfrCpElYl5agkmKEe 0kbvlM1XrVnvCbzgSXyiPD9pHAjj/fE0XEjEgLy3M3h6H7LX503XwoicBtYKO+OcuP6Z/cbt +mHlVpa5zrTBtHdbxM/Dg3Km7UvVqfVoCW4LJ6YCH4eBGg49efKVDWE5fReO90fWAQQZJ4ou tvYjPAlRVn2F0pr8Rgh1SbMGGs/blcP9Mv4PDfiI1DnT/f9LEOgkvuzY3FmltMbR8K0QeFVJ y4p9bYA/HTZwaLF4nW8+HUC+n+RJ1Ji0WBWx66R2VgWA51oXsHvgyIH72LQL/sQVReuEstkq OdmW0+hquzAXAgMBAAGjggGTMIIBjzAdBgNVHQ4EFgQUWOgymm0BMjd4VJ3fS5lgVlV1kiAw DgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1Ud HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYB BQUHAQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExD QTIwIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAw PQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhcveMof/ inMCAWQCAQUwIgYDVR0lAQH/BBgwFgYIKwYBBQUHAwQGCisGAQQBgjcKAwwwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAePYh/MRINApc6X/qe1sDLHVAgxEVN2x/hwu38f+XUALYvbtIDLvYtHHX4tw6 D75LlzrYTcj57S/kiL0NVsUjhBs76zRR3iasxMC0Q8Ry6eTumsTc9NM/SdfgIOHZWqbADwC/ R3ePYyZTL/VQAU6115q2r7MI/3+fxvmul9BRAud3A+Gg1wiI8FhU5ydL890bjGbsJ2YVDMxC 6zMFBV4TJAlpvpIFixABVZufETqEH/xRCtg+B/fKOdjzMmOwolhcUTHJj8DiubjkyYb4Rvyu W1ktjCPllUvdAUj5nvy7nSah9U2oULMp1DZSz2p7mBlcFNlm7XJcpbI2kjzx8mFRsDCCBLcw ggOfoAMCAQICARQwDQYJKoZIhvcNAQELBQAwVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9v dCBDQTAeFw0wOTEyMTQxMjAwMDBaFw0xNTEyMzEyMzU5NTlaMFExCzAJBgNVBAYTAlVTMR8w HQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNVBAMT Ck1JVExMIENBLTIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCnBMsjYUiH7Deg MwcFYWZM6OknYzRgEO5gNgPE9JJnQgfDB+o1o1VTMBWcJYPXII4CyhLhDvSjfCvTPI4HmRDK Ip5UX5N2BCzwu7BJJMwUJHFaS4RMAC7nvYh6MIEixpl2aWCpkYX74b2CeDDQriGlqXCvxmg2 QhPlNmk4ONpL/80Kx9wKKhV/NThe54sFzZ2pz9YUEX5DE0a52hFvA19EzGhv7fUcucUjKy0z XPQ70LYwOWXLlpxAolKcgwRVsS6/cse8YH9fy8IAsXKAXikgQaFs5EJigLIDKPTKtRaf55yK sORSpoDrO1cvuntA5PnIH/qAFfACvGRTEK1RNLh9AgMBAAGjggGVMIIBkTASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBSOSn2JoWMXHIGINFc3JkVeGYp+JDAfBgNVHSMEGDAWgBRn qnrP9AqmuXK1iqDSnfIQw0PtKTAOBgNVHQ8BAf8EBAMCAYYwYQYIKwYBBQUHAQEEVTBTMC0G CCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8/TExSQ0EwIgYIKwYBBQUH MAGGFmh0dHA6Ly9vY3NwLmxsLm1pdC5lZHUwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2Ny bC5sbC5taXQuZWR1L2dldGNybD9MTFJDQTCBkgYDVR0gBIGKMIGHMA0GCyqGSIb3EgIBAwEG MA0GCyqGSIb3EgIBAwEIMA0GCyqGSIb3EgIBAwEHMA0GCyqGSIb3EgIBAwEJMA0GCyqGSIb3 EgIBAwEKMA0GCyqGSIb3EgIBAwELMA0GCyqGSIb3EgIBAwEOMA0GCyqGSIb3EgIBAwEPMA0G CyqGSIb3EgIBAwEQMA0GCSqGSIb3DQEBCwUAA4IBAQCIdwah0P1x/Augwi/nhBq6Ds8QXAqk zSLZrL+DADWjk6HYFNo64x3Bo15c6oaW/GcTpZACt3StPa3OvsgAnKCtk81bQ0WV2MaL/0qm UYyN3bn1NiWrQD8aLAssv9aLY5dUylGOO1r37d9b3X+YtFytg0FRCfl5arYAYhU1SDCHwScD 2o67Is/qYBRGMIYcCcb7PH5UotBSwhO+1WCxIqD+YcRusyD3kEcc4dW6IG36YVhx7aIkw5AU meFH7xl0E1X+0I4Q+cmMNdMiArYx5rYG34AZB+f770fdjWPUUpTT82aphiiImutWyQpmoEWB snsX3nVTRdHCVi+Cf3Cx4YDWMIIDgzCCAmugAwIBAgIBATANBgkqhkiG9w0BAQUFADBUMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMD UEtJMRYwFAYDVQQDEw1NSVRMTCBSb290IENBMB4XDTA4MDkyMzEyMDAwMFoXDTI5MTIzMTIz NTk1OVowVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkx DDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMVOKRdYsiay+a2Kv1wQCoPd5AkwExuwcNDRhaRCdQN17K+lCCKv f9VSQToAsA6q1bACtZUcMv5ZKx8z5KG4jK9cM40NvEkf/bIOZAHJqzKgWG3N9NqrcAhimcXT XYQIdp1DgjtdADKVLAjXaYpD2PbpE/JbAPnqKzOENa3Py9CegB0abTlOyLgwXWY/rXTW+4L/ hipJ6+sI/ZtrFRmsKGhuwAKobFr0FDP6uIfx+RaWJcJ1QBIdgM4aohvW8JeriSSMyf/LlFpX TZFcM9SOX0f7wmsYi1yFuKFMnQbkSkxvnpBKMRxrg+98seSbbEnIkvB0C9qBDPLb/lQAvmpW 6oMCAwEAAaNgMF4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUZ6p6z/QKprlytYqg0p3y EMND7SkwHwYDVR0jBBgwFoAUZ6p6z/QKprlytYqg0p3yEMND7SkwCwYDVR0PBAQDAgGGMA0G CSqGSIb3DQEBBQUAA4IBAQA+G20FYNB4eNhKWF+PyT5DUtzlABFkf2IM2VGNUBova0GeKX3I 1Nf02qDU/GO2H9ETvnvTYhvfgQ4UB/5EImTkKPa7/TVG/MQ7SgmAmne8xELVbGLFrrytly8P yYtZtngb6DgeEUv+SwFnzcLO1vg1rdmss3kwsqy0q8e2VYAY8zTptEzyJG36aXcIMbqOxWS/ LbPjNuPdgJfO3d1WrHr1Etaaa0QRLqQoZj07dYY7Wo5EDqU+AUAMz9ZVRGK1s5b/jv5Wz/Yr oyqWFnH2KkNxRn9+2Ar7g3rnrOMZvp6psq2jbDXiPBod1wyMKn8x5y4cuGPNFcqjfyY/HX90 ivQAMIIEzjCCA7agAwIBAgIKPVEvPAAAAACTsDANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQG EwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMw EQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDIxMjE4NTMwMVoXDTE1MDIxMjE4NTMwMVowYTEL MAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsT BlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCKHhhu75bRiOvWhbZ//TxS76yI2d+rHN2s8bp8wxW8oMjm saplLeGQusUFRyRNSkfYtdB4YApjnV6TCxS0Mqzly5BaoeZWoP+CbbMDNGYMszus9iFj22SS lTzGRo+gaL6rqsDKdwDOzs3CPYqh4Uu8sLzEq+QD9rhqAuMJ76635JKWELxK0uDehpNBMCGq VeAY8ht5u2h4ojPdwiuDQDW2QxWRJjPDL8n1JczuEHY71jHldER3b2+UhpDDYRQ9aVOiGCjW 8BwJOruVsBfLNxyDxgffNQ1D1konuneMpL9H2S8ciHOdy5+Gi7snCQJ+7w30rIJ2NTldWaY6 avZAaCa3AgMBAAGjggGWMIIBkjAdBgNVHQ4EFgQUZ7oGjnu6gWRmom/4UswgdVBW/3wwDgYD VR0PAQH/BAQDAgUgMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYBBQUH AQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTIw IwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAwPQYJ KwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhevQcIPr7SAC AWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQGCisGAQQBgjcKAwQwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAJiU3WfJ9GvGJiDNPClLazyh252wxxOc/TmClMKtyqHnbFObDEoXAMaoHGxrv s+lU8fU2F2ELpV8q8eYgqLLw7PG09z5s/GkajlxVZ/FHj/9hNHTfwlicrCRY3zrna1GbOMZg WFz8R6akAoLKpqGulNrvjvU8c63U+JVmgJmBPCMv5JlH10m87+WPJ+ToK0m4XfZjl7n5OKDJ /hOyBwbBntc+W2gDppfR1BCtDNfEG0+zHjFqF+Of1Q5NI5abhgvw5IEuVA1M4SV/utwmmdre BEv/YuLnDd/PhVgQwp3LHGCXX1dANyiKso2aACl9jrkylq39cA/WgvAlS21w9vxVpDGCAfUw ggHxAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRv cnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0EtMgIKa7HhIQAAAACRlDANBglg hkgBZQMEAgEFAKBpMC8GCSqGSIb3DQEJBDEiBCAzHhsWuGtZZQLb1vi66VgxeFsycUYVnGe+ oHenY0oogDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAz MjgxNDM0MTNaMA0GCSqGSIb3DQEBAQUABIIBAD1DSTfTWXYmCTUZH74ghaEZIZiJIA2sm8AH 4qkyw21V0IUJTtrDUfBgbT5BCNDsDMHdXmgGa3P9OW7wr39MGv5EIClvqYgnpsxULNTujpdq 54NXzru+XkUDMxcpIjM2e8Hu7aCTXBhyjzJ8iNLM+f5sbKSGnnyYwbukbOzf9pWBR+wPWGqI y1T2e8p5CKFbv286rl1sDyS3hturzzePZ1YD6fkIL9ajjTakJ39iFhLJ5K9zbbbPqmteRqkt c2h0gtH3uXNIZA2QBeGlWTYiA2SCLqImbqPoJjFv35D1mzlkjMYB0xdEz3orXJEWb93HvZIr matksZEwD5retp1qOvk= --B_3478847653_10082724-- From nobody Fri Mar 28 07:39:28 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 118C21A0639 for ; Fri, 28 Mar 2014 07:39:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 vwUagtXSBQzX for ; Fri, 28 Mar 2014 07:39:20 -0700 (PDT) Received: from mx2.ll.mit.edu (MX2.LL.MIT.EDU [129.55.12.46]) by ietfa.amsl.com (Postfix) with ESMTP id 765431A0651 for ; Fri, 28 Mar 2014 07:39:20 -0700 (PDT) Received: from LLE2K7-HUB01.mitll.ad.local (LLE2K7-HUB01.mitll.ad.local) by mx2.ll.mit.edu (unknown) with ESMTP id s2SEdBD2021771; Fri, 28 Mar 2014 10:39:11 -0400 From: "Blumenthal, Uri - 0558 - MITLL" To: Johannes Merkle , "t.petch" , "opsawg@ietf.org" Date: Fri, 28 Mar 2014 10:39:03 -0400 Thread-Topic: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt Thread-Index: Ac9Kk3s20DBKCvPaRo6Xq2w67C3TVQ== Message-ID: References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> <5331C4D5.8060407@secunet.com> <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> <533574B1.8090606@secunet.com> In-Reply-To: <533574B1.8090606@secunet.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha256; boundary="B_3478847943_10114621" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-28_05:2014-03-28,2014-03-28,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1403280063 Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/ZF9AKfdgs-imYZPPjKDFgYwBPWA Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 14:39:23 -0000 --B_3478847943_10114621 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit On 3/28/14 9:10 , "Johannes Merkle" wrote: >>>On Security, I have memories of discussions on the TLS list of the >>>merits >>> of size and truncation. One reference I have found is 'SHA-1 is being >>> deprecated' from 2008 from one 'Uri' - so I think something along those >>> lines worth including by way of justification for this I-D (Suite B >>>got a lot of >>> mentions around that time). >> >> :-) Oh yes. And the TLS list discussion is an echo of the former IPsec >> list discussion. >> >> Not sure if it's a good idea to bring Suite B up at this time? > >I'm confuded. Does Suite-B specify the truncation of HMACs? No it does not, AFAIK. AFAIK, it specifies: (a) a block cipher, (b) a set of hash-functions, (c) a digital signature algorithm, and (d) a key agreement algorithm. Truncation is probably specified in some of the RFCs produced *based on* the Suite B spec. I thin they're in line with IPsec, i.e., HMAC-SHA1-96. >I'm fine with SHA512 HMAC being only a SHOULD. Let's have it then. >256 bit output length is enough to prevent >birthday-paradox/digest-guessing attacks (which require n^(1/2) outputs), Yes, that means 256-bit output provides 2^128 digest-guessing resistance. >thus I prefer HMAC256SHA512 over HMAC384SHA512. I'm OK with it. I'm also OK with removing HMAC384SHA512 altogether, in favor of HMAC256SHA512. > For SHA-256 the situation is different, as collecting 2^64 outputs is >not so completely unthinkable (albeit still not practical). :-) >Thus, I suggest defining usmHMAC192SHA256AuthProtocol as MUST, and >usmHMAC256SHA512AuthProtocol as SHOULD. I'm OK with it. >>>So I would like to see more in the Security Considerations along these >>> lines with a target audience of non-cryptographers. >> >> Johannes, would you put a few words there...? > >Yes, I'll do that next week. :-) --B_3478847943_10114621 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIUFAYJKoZIhvcNAQcCoIIUBTCCFAECAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B BwGgghHjMIIEyzCCA7OgAwIBAgIKa7HhIQAAAACRlDANBgkqhkiG9w0BAQsFADBRMQswCQYD VQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJ MRMwEQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDEyNzE2MTg1MloXDTE1MDEyNzE2MTg1Mlow YTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNV BAsTBlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCMzX2AgWtgCJ2VJBfeiXUnR7FHfrCpElYl5agkmKEe 0kbvlM1XrVnvCbzgSXyiPD9pHAjj/fE0XEjEgLy3M3h6H7LX503XwoicBtYKO+OcuP6Z/cbt +mHlVpa5zrTBtHdbxM/Dg3Km7UvVqfVoCW4LJ6YCH4eBGg49efKVDWE5fReO90fWAQQZJ4ou tvYjPAlRVn2F0pr8Rgh1SbMGGs/blcP9Mv4PDfiI1DnT/f9LEOgkvuzY3FmltMbR8K0QeFVJ y4p9bYA/HTZwaLF4nW8+HUC+n+RJ1Ji0WBWx66R2VgWA51oXsHvgyIH72LQL/sQVReuEstkq OdmW0+hquzAXAgMBAAGjggGTMIIBjzAdBgNVHQ4EFgQUWOgymm0BMjd4VJ3fS5lgVlV1kiAw DgYDVR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1Ud HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYB BQUHAQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExD QTIwIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAw PQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhcveMof/ inMCAWQCAQUwIgYDVR0lAQH/BBgwFgYIKwYBBQUHAwQGCisGAQQBgjcKAwwwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAePYh/MRINApc6X/qe1sDLHVAgxEVN2x/hwu38f+XUALYvbtIDLvYtHHX4tw6 D75LlzrYTcj57S/kiL0NVsUjhBs76zRR3iasxMC0Q8Ry6eTumsTc9NM/SdfgIOHZWqbADwC/ R3ePYyZTL/VQAU6115q2r7MI/3+fxvmul9BRAud3A+Gg1wiI8FhU5ydL890bjGbsJ2YVDMxC 6zMFBV4TJAlpvpIFixABVZufETqEH/xRCtg+B/fKOdjzMmOwolhcUTHJj8DiubjkyYb4Rvyu W1ktjCPllUvdAUj5nvy7nSah9U2oULMp1DZSz2p7mBlcFNlm7XJcpbI2kjzx8mFRsDCCBLcw ggOfoAMCAQICARQwDQYJKoZIhvcNAQELBQAwVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9v dCBDQTAeFw0wOTEyMTQxMjAwMDBaFw0xNTEyMzEyMzU5NTlaMFExCzAJBgNVBAYTAlVTMR8w HQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNVBAMT Ck1JVExMIENBLTIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCnBMsjYUiH7Deg MwcFYWZM6OknYzRgEO5gNgPE9JJnQgfDB+o1o1VTMBWcJYPXII4CyhLhDvSjfCvTPI4HmRDK Ip5UX5N2BCzwu7BJJMwUJHFaS4RMAC7nvYh6MIEixpl2aWCpkYX74b2CeDDQriGlqXCvxmg2 QhPlNmk4ONpL/80Kx9wKKhV/NThe54sFzZ2pz9YUEX5DE0a52hFvA19EzGhv7fUcucUjKy0z XPQ70LYwOWXLlpxAolKcgwRVsS6/cse8YH9fy8IAsXKAXikgQaFs5EJigLIDKPTKtRaf55yK sORSpoDrO1cvuntA5PnIH/qAFfACvGRTEK1RNLh9AgMBAAGjggGVMIIBkTASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBSOSn2JoWMXHIGINFc3JkVeGYp+JDAfBgNVHSMEGDAWgBRn qnrP9AqmuXK1iqDSnfIQw0PtKTAOBgNVHQ8BAf8EBAMCAYYwYQYIKwYBBQUHAQEEVTBTMC0G CCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8/TExSQ0EwIgYIKwYBBQUH MAGGFmh0dHA6Ly9vY3NwLmxsLm1pdC5lZHUwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2Ny bC5sbC5taXQuZWR1L2dldGNybD9MTFJDQTCBkgYDVR0gBIGKMIGHMA0GCyqGSIb3EgIBAwEG MA0GCyqGSIb3EgIBAwEIMA0GCyqGSIb3EgIBAwEHMA0GCyqGSIb3EgIBAwEJMA0GCyqGSIb3 EgIBAwEKMA0GCyqGSIb3EgIBAwELMA0GCyqGSIb3EgIBAwEOMA0GCyqGSIb3EgIBAwEPMA0G CyqGSIb3EgIBAwEQMA0GCSqGSIb3DQEBCwUAA4IBAQCIdwah0P1x/Augwi/nhBq6Ds8QXAqk zSLZrL+DADWjk6HYFNo64x3Bo15c6oaW/GcTpZACt3StPa3OvsgAnKCtk81bQ0WV2MaL/0qm UYyN3bn1NiWrQD8aLAssv9aLY5dUylGOO1r37d9b3X+YtFytg0FRCfl5arYAYhU1SDCHwScD 2o67Is/qYBRGMIYcCcb7PH5UotBSwhO+1WCxIqD+YcRusyD3kEcc4dW6IG36YVhx7aIkw5AU meFH7xl0E1X+0I4Q+cmMNdMiArYx5rYG34AZB+f770fdjWPUUpTT82aphiiImutWyQpmoEWB snsX3nVTRdHCVi+Cf3Cx4YDWMIIDgzCCAmugAwIBAgIBATANBgkqhkiG9w0BAQUFADBUMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMD UEtJMRYwFAYDVQQDEw1NSVRMTCBSb290IENBMB4XDTA4MDkyMzEyMDAwMFoXDTI5MTIzMTIz NTk1OVowVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkx DDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMVOKRdYsiay+a2Kv1wQCoPd5AkwExuwcNDRhaRCdQN17K+lCCKv f9VSQToAsA6q1bACtZUcMv5ZKx8z5KG4jK9cM40NvEkf/bIOZAHJqzKgWG3N9NqrcAhimcXT XYQIdp1DgjtdADKVLAjXaYpD2PbpE/JbAPnqKzOENa3Py9CegB0abTlOyLgwXWY/rXTW+4L/ hipJ6+sI/ZtrFRmsKGhuwAKobFr0FDP6uIfx+RaWJcJ1QBIdgM4aohvW8JeriSSMyf/LlFpX TZFcM9SOX0f7wmsYi1yFuKFMnQbkSkxvnpBKMRxrg+98seSbbEnIkvB0C9qBDPLb/lQAvmpW 6oMCAwEAAaNgMF4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUZ6p6z/QKprlytYqg0p3y EMND7SkwHwYDVR0jBBgwFoAUZ6p6z/QKprlytYqg0p3yEMND7SkwCwYDVR0PBAQDAgGGMA0G CSqGSIb3DQEBBQUAA4IBAQA+G20FYNB4eNhKWF+PyT5DUtzlABFkf2IM2VGNUBova0GeKX3I 1Nf02qDU/GO2H9ETvnvTYhvfgQ4UB/5EImTkKPa7/TVG/MQ7SgmAmne8xELVbGLFrrytly8P yYtZtngb6DgeEUv+SwFnzcLO1vg1rdmss3kwsqy0q8e2VYAY8zTptEzyJG36aXcIMbqOxWS/ LbPjNuPdgJfO3d1WrHr1Etaaa0QRLqQoZj07dYY7Wo5EDqU+AUAMz9ZVRGK1s5b/jv5Wz/Yr oyqWFnH2KkNxRn9+2Ar7g3rnrOMZvp6psq2jbDXiPBod1wyMKn8x5y4cuGPNFcqjfyY/HX90 ivQAMIIEzjCCA7agAwIBAgIKPVEvPAAAAACTsDANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQG EwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMw EQYDVQQDEwpNSVRMTCBDQS0yMB4XDTE0MDIxMjE4NTMwMVoXDTE1MDIxMjE4NTMwMVowYTEL MAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsT BlBlb3BsZTEgMB4GA1UEAxMXQmx1bWVudGhhbC5VcmkuNTAwMTA1ODQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCKHhhu75bRiOvWhbZ//TxS76yI2d+rHN2s8bp8wxW8oMjm saplLeGQusUFRyRNSkfYtdB4YApjnV6TCxS0Mqzly5BaoeZWoP+CbbMDNGYMszus9iFj22SS lTzGRo+gaL6rqsDKdwDOzs3CPYqh4Uu8sLzEq+QD9rhqAuMJ76635JKWELxK0uDehpNBMCGq VeAY8ht5u2h4ojPdwiuDQDW2QxWRJjPDL8n1JczuEHY71jHldER3b2+UhpDDYRQ9aVOiGCjW 8BwJOruVsBfLNxyDxgffNQ1D1konuneMpL9H2S8ciHOdy5+Gi7snCQJ+7w30rIJ2NTldWaY6 avZAaCa3AgMBAAGjggGWMIIBkjAdBgNVHQ4EFgQUZ7oGjnu6gWRmom/4UswgdVBW/3wwDgYD VR0PAQH/BAQDAgUgMB8GA1UdIwQYMBaAFI5KfYmhYxccgYg0VzcmRV4Zin4kMDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTIwYgYIKwYBBQUH AQEEVjBUMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTIw IwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvMAwGA1UdEwEB/wQCMAAwPQYJ KwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhevQcIPr7SAC AWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQGCisGAQQBgjcKAwQwGAYDVR0gBBEw DzANBgsqhkiG9xICAQMBCDAZBgNVHREEEjAQgQ51cmlAbGwubWl0LmVkdTANBgkqhkiG9w0B AQsFAAOCAQEAJiU3WfJ9GvGJiDNPClLazyh252wxxOc/TmClMKtyqHnbFObDEoXAMaoHGxrv s+lU8fU2F2ELpV8q8eYgqLLw7PG09z5s/GkajlxVZ/FHj/9hNHTfwlicrCRY3zrna1GbOMZg WFz8R6akAoLKpqGulNrvjvU8c63U+JVmgJmBPCMv5JlH10m87+WPJ+ToK0m4XfZjl7n5OKDJ /hOyBwbBntc+W2gDppfR1BCtDNfEG0+zHjFqF+Of1Q5NI5abhgvw5IEuVA1M4SV/utwmmdre BEv/YuLnDd/PhVgQwp3LHGCXX1dANyiKso2aACl9jrkylq39cA/WgvAlS21w9vxVpDGCAfUw ggHxAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRv cnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0EtMgIKa7HhIQAAAACRlDANBglg hkgBZQMEAgEFAKBpMC8GCSqGSIb3DQEJBDEiBCCg0kw79KtfjcoD08aAlPNl1JVprHaBCy+K B/00Xv0yLTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAz MjgxNDM5MDNaMA0GCSqGSIb3DQEBAQUABIIBAAL55QsX8QSYCbW3JcbDvKkprkRvt4rsbbu3 sfhfo5SNUvllpyqxFu+4qfpFfvbpCus2A4EUp8Cfg8Zj7m9+RtaehdzJCHasx0xYytN6jEo2 IuoWz/qlnPFiVI5O9iJhmiCKKX4Z1nLi+3YmCxCNYLK/SreS80Dfr5XlxJWXt8ZBeEfphcwq W7bbKj2/d/7Re/xtEZdJGQe/vgGKhWHALnenzA6Ap4mp/Tr7tzovHXM2IVTjh7AHsD/G5jsY Naaox4dRuddcU+w11PF6IQ+9f4uKROyJ3okcVMv7eqSXqiBcKycgYwIs5w9v3EUNd3F5v0pL NmCp9/SQszxK7lAGbX8= --B_3478847943_10114621-- From nobody Fri Mar 28 08:10:49 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F7E21A0929 for ; Fri, 28 Mar 2014 08:10:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 0gUqWUQANXqJ for ; Fri, 28 Mar 2014 08:10:42 -0700 (PDT) Received: from a.mx.secunet.com (a.mx.secunet.com [195.81.216.161]) by ietfa.amsl.com (Postfix) with ESMTP id AEE951A069C for ; Fri, 28 Mar 2014 08:10:42 -0700 (PDT) Received: from localhost (alg1 [127.0.0.1]) by a.mx.secunet.com (Postfix) with ESMTP id 44F211A00BA; Fri, 28 Mar 2014 16:10:40 +0100 (CET) X-Virus-Scanned: by secunet Received: from a.mx.secunet.com ([127.0.0.1]) by localhost (a.mx.secunet.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qN4siKp3oBw3; Fri, 28 Mar 2014 16:10:39 +0100 (CET) Received: from mail-gw-int (unknown [10.53.40.207]) by a.mx.secunet.com (Postfix) with ESMTP id 407351A00B5; Fri, 28 Mar 2014 16:10:39 +0100 (CET) Received: from [10.53.40.204] (port=36361 helo=mail-essen-01.secunet.de) by mail-gw-int with esmtp (Exim 4.80 #2 (Debian)) id 1WTYIy-00039C-HN; Fri, 28 Mar 2014 16:02:48 +0100 Received: from [10.208.1.57] (10.208.1.57) by mail-essen-01.secunet.de (10.53.40.204) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 28 Mar 2014 16:10:37 +0100 Message-ID: <533590EC.1000403@secunet.com> Date: Fri, 28 Mar 2014 16:10:36 +0100 From: Johannes Merkle User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Blumenthal, Uri - 0558 - MITLL" , t.petch , "opsawg@ietf.org" References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> <5331C4D5.8060407@secunet.com> <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> <533574B1.8090606@secunet.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.208.1.57] Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/gLOaTTCBYzG40dV9HkoVWBlTAag Cc: Manfred Lochter Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 15:10:46 -0000 Blumenthal, Uri - 0558 - MITLL wrote on 28.03.2014 15:39: > Truncation is probably specified in some of the RFCs produced *based on* > the Suite B spec. I thin they're in line with IPsec, i.e., HMAC-SHA1-96. > It is specified in NIST SP 800-107rev1, Section 5.3.3 -- Johannes From nobody Fri Mar 28 08:55:48 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFC131A00DC for ; Fri, 28 Mar 2014 08:55:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_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 udoO8sRSqlaV for ; Fri, 28 Mar 2014 08:55:44 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1lp0015.outbound.protection.outlook.com [213.199.154.15]) by ietfa.amsl.com (Postfix) with ESMTP id C69291A0450 for ; Fri, 28 Mar 2014 08:55:43 -0700 (PDT) Received: from DBXPRD0510HT003.eurprd05.prod.outlook.com (157.56.252.165) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.0.898.11; Fri, 28 Mar 2014 15:55:40 +0000 Message-ID: <008001cf4a9d$5c9938a0$4001a8c0@gateway.2wire.net> From: t.petch To: Johannes Merkle , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> <53357755.5030205@secunet.com> Date: Fri, 28 Mar 2014 15:49:08 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.252.165] X-ClientProxiedBy: AM3PR07CA005.eurprd07.prod.outlook.com (10.242.16.45) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) X-Forefront-PRVS: 01644DCF4A X-Forefront-Antispam-Report: =?iso-8859-1?Q?SFV:NSPM; SFS:(10009001)(6009001)(428001)(2473001)(51704005?= =?iso-8859-1?Q?)(377454003)(13464003)(199002)(189002)(19580395003)(791020?= =?iso-8859-1?Q?01)(47736001)(95666003)(49866001)(94316002)(31966008)(7679?= =?iso-8859-1?Q?6001)(19580405001)(76786001)(50226001)(83322001)(74662001)?= =?iso-8859-1?Q?(47446002)(92566001)(74502001)(50986001)(23756003)(4777600?= =?iso-8859-1?Q?3)(62236002)(97336001)(15202345003)(4396001)(33646001)(771?= =?iso-8859-1?Q?56001)(88136002)(97186001)(20776003)(76482001)(69226001)(4?= =?iso-8859-1?Q?7976001)(89996001)(93516002)(87976001)(94946001)(95416001)?= =?iso-8859-1?Q?(54316002)(80976001)(56776001)(87286001)(87266001)(9014600?= =?iso-8859-1?Q?1)(53806001)(85306002)(93136001)(81342001)(66066001)(59766?= =?iso-8859-1?Q?001)(74366001)(92726001)(81542001)(77982001)(65816001)(858?= =?iso-8859-1?Q?52003)(61296002)(15975445006)(42186004)(51856001)(83072002?= =?iso-8859-1?Q?)(46102001)(98676001)(77096001)(84392001)(56816005)(144960?= =?iso-8859-1?Q?01)(62966002)(44716002)(93916002)(86362001)(80022001)(7470?= =?iso-8859-1?Q?6001)(74876001)(50466002)(74416001)(7726001);DIR:OUT;SFP:1?= =?iso-8859-1?Q?101;SCL:1;SRVR:DB3PR07MB060;H:DBXPRD0510HT003.eurprd05.pro?= =?iso-8859-1?Q?d.outlook.com;FPR:A4DFF5F5.AFE29BF2.BFF1518F.80E4DE79.2042?= =?iso-8859-1?Q?B;MLV:sfv;PTR:InfoNoRecords;A:0;MX:1;LANG:en;?= Received-SPF: None (: btconnect.com does not designate permitted sender hosts) X-OriginatorOrg: btconnect.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/hjDF-vKnt8htvezZk85bjmg-wWI Cc: Manfred Lochter , uri@ll.mit.edu Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 15:55:47 -0000 ----- Original Message ----- From: "Johannes Merkle" To: "t.petch" ; Cc: "Manfred Lochter" ; Sent: Friday, March 28, 2014 1:21 PM > > t.petch wrote on 27.03.2014 19:02: > > Some more red tape. > > > > The copyright in the MIB module is 2004. > > oops! Got me, I copied and modified that from RFC 3826. > > > You used the word 'SHALL' in s.3 which says to me that you need a > > reference to RFC2119 and the boilerplate associated with it. > > Right, I'll will include reference to RFC 2119. > > > > > Normally, anything with a MIB Module in it contains standard MIB > > boilerplate about the standard management framework; but this MIB Module > > contains no objects, just identities, so does it need the boilerplate? > > I would say not, but RFC4181 says it does (which in turn drags in four > > more references)! need guidance there. You should at least include > > RFC2578 in the references since that appears in this MIB module. > > > > I must re-read RFC4181 - I suspect that there is more in there to be > > added to this I-D. > > I am not familiar with MIBs, thus I appreciate your and Uri's assistance. Isn't RFC 3826 a proper example how to do it? RFC3826 has not got a MIB module in it and so is not an exemplar for that. I have looked for a recent one that adds OBJECT-IDENTITY - as opposed to OBJECT-TYPE - but cannot find one. A good example of a recent MIB module (with OBJECT-TYPE) that does conform is http://www.ietf.org/id/draft-ietf-6lo-lowpan-mib-00.txt Sections 2 and 3 could be lifted for use here. Section 7 applies when there are OBJECT-TYPE and so does not here but Section 8 gives a partial template for IANA Considerations, for the module registration but not for the entries in SnmpAuthProtocols. http://datatracker.ietf.org/doc/rfc6353/ defines an OBJECT-IDENTITY under snmpDomains while draft-ietf-isms-dtls-tm-09.txt is what it was like beforehand (although I would have liked that I-D to have spelt things out more clearly - it is an exemplar but a not terribly good one IMO). Sorry if I confused you with my reference to Suite B. It was a hot topic around the time that I first saw SHA-2 discussed on the IETF lists and so was cited as a motivation for moving to it (and stuck in my mind). That is probably history but government requirements for SHA-2 were another motivation - which is a post that Uri made many years ago, in 2008 - and that I imagine is still current. At the same time, my sense is that for the use to which MAC are used here, then MD5, although weakened, is still good enough, ditto SHA, but that is very much a lay opinion; I am sure that you know the field better than I. Tom Petch > Johannes From nobody Fri Mar 28 09:49:01 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 711501A0738 for ; Fri, 28 Mar 2014 09:05:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 DytWJBTArzI8 for ; Fri, 28 Mar 2014 09:05:06 -0700 (PDT) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id 704BE1A0374 for ; Fri, 28 Mar 2014 09:05:06 -0700 (PDT) Received: by mail-pd0-f178.google.com with SMTP id x10so5013730pdj.23 for ; Fri, 28 Mar 2014 09:05:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+zexcXVOF69TRTZwWi0hZUifgTFDOpqNt8TkHpseS/M=; b=ouoYb+0O9mWmcHoEhENgUjzv0V3LvByVk85YOCa9FlS0hBgHBlFygFthmEK2/yCSHc WsIilncjM8Oa5C5JE79Nr7FbI8J7GR+1H9LqKVan6SXBIkpSBOs9KhT//MPtRUkGDG+L Wlp62iccYqRfVR+ms1N+6LrINILBORHI54mLbE2rvswrMrIkqu2KJrAyKw9cE8Hav6FP t5VJq6a++01Oi1GdlwygfNrvxawXMfRWn4aa/tk4CGAI3slZe5sGWmFlGo9sYXFI5Czy p9dC8v8bfLUnrZS83yyegf8HJ+GhAekPmiJ9w9QxdKP6tP+C117F66r5e+Z23KNMwa4Q B/4Q== X-Received: by 10.66.26.15 with SMTP id h15mr9422121pag.24.1396022704309; Fri, 28 Mar 2014 09:05:04 -0700 (PDT) Received: from [10.202.46.6] ([69.4.139.12]) by mx.google.com with ESMTPSA id pe3sm24802874pbc.23.2014.03.28.09.05.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 28 Mar 2014 09:05:02 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-41F135F7-E928-475A-BC61-B2132AED4F46 Mime-Version: 1.0 (1.0) From: Anoop Ghanwani X-Mailer: iPhone Mail (11D167) In-Reply-To: <53355BD8.2030106@cisco.com> Date: Fri, 28 Mar 2014 09:05:01 -0700 Content-Transfer-Encoding: 7bit Message-Id: <1544DE49-54E1-4040-AA0F-62FB4587AC2B@gmail.com> References: <531AF602.5070400@cisco.com> <53355BD8.2030106@cisco.com> To: Benoit Claise Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/AbtLRpgSTUkZBefIEzUxms9xVXs X-Mailman-Approved-At: Fri, 28 Mar 2014 09:48:57 -0700 Cc: "opsawg@ietf.org" Subject: Re: [OPSAWG] AD review of draft-ietf-opsawg-large-flow-load-balancing (draft response) X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 16:05:15 -0000 --Apple-Mail-41F135F7-E928-475A-BC61-B2132AED4F46 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Benoit, We should have the new draft posted in a few days. Anoop > On Mar 28, 2014, at 4:24 AM, Benoit Claise wrote: >=20 > Hi Anoop, Ramki, >=20 > A gentle reminder. >=20 > Regards, Benoit >> Hi Anoop, >>=20 >> Please post a new draft version, and I'll review the diffs. >> Some more answers in-line. >>=20 >> Regards, Benoit >>>=20 >>> Hi Benoit, >>>=20 >>> Thanks for the detailed and careful review. Comments inline. >>>=20 >>> Anoop >>>=20 >>> =3D=3D=3D=3D >>>=20 >>>=20 >>>> On Tue, Feb 18, 2014 at 7:55 AM, Benoit Claise wrot= e: >>>> Dear authors, >>>>=20 >>>> Here is my AD review of draft-ietf-opsawg-large-flow-load-balancing >>>>=20 >>>> - Section 1: >>>> Networks extensively use link aggregation groups (LAG) [802.1AX] and= >>>> equal cost multi-paths (ECMP) [RFC 2991] as techniques for capacity >>>> scaling. For the problems addressed by this document, network traffi= c >>>> can be predominantly categorized into two traffic types: long-lived >>>> large flows and other flows.=20 >>>>=20 >>>> ... >>>>=20 >>>> This draft describes mechanisms for optimal LAG/ECMP component link >>>> utilization while using hash-based techniques. The mechanisms >>>> comprise the following steps -- recognizing large flows in a router;= >>>> and assigning the large flows to specific LAG/ECMP component links o= r >>>> redistributing the small flows when a component link on the router i= s >>>> congested. >>>>=20 >>>> It is useful to keep in mind that in typical use cases for this >>>> mechanism the large flows are those that consume a significant amoun= t >>>> of bandwidth on a link, e.g. greater than 5% of link bandwidth. The= >>>> number of such flows would necessarily be fairly small, e.g. on the >>>> order of 10's or 100's per LAG/ECMP. In other words, the number of >>>> large flows is NOT expected to be on the order of millions of flows.= >>>> Examples of such large flows would be IPsec tunnels in service >>>> provider backbone networks or storage backup traffic in data center >>>> networks. >>>>=20 >>>> 3 instances of "large flows": do y= ou mean "long-lived large flows"? >>>> If not, why do you make a distinction between long-lived large flows an= d other flows in the first paragraph? >>>> I eventually understood the source of confusion when I read the termino= logy section: >>>> Large flow(s): long-lived large flow(s) >>>>=20 >>>> Either use capitalized term in the Intro section (actually throughout t= he doc.) so that we understand that the term is defined somewhere, or make i= t clear in the intro that large flow(s) =3D long-lived large flow(s) >>>=20 >>> Yes, they are all referring to long-lived large flows. We will change t= he early part of Section 1 to clarify that long-lived large flows are, there= after in the document, referred to as large flows. >> Or replace large flow by long-lived flow were it makes sense in the draft= . >>>=20 >>>> - >>>> This document presents improved load distribution techniques based o= n >>>> the large flow awareness.=20 >>>> Improved compared to? >>>=20 >>> Improved compared to static hash-based distribution techniques that do n= ot account for the bandwidth of the flows. Will reword as follows: >>>=20 >>> "This document presents mechanisms for improving the load distribution p= roblem resulting from stateless hashing as seen in the above example." >> ok >>> =20 >>>> - >>>> In several places, starting with the title and abstract, you speak abou= t mechanisms (plural). >>>> However, looking at section 4.2, it seems that you propose a single mec= hanism? Or maybe you consider 4.1, 4.2, 4.3 as different mechanisms? >>>=20 >>> The title of 4.2 is perhaps misleading and should just be "Operational O= verview." >> ok >>> Otherwise the rest of the draft discusses several mechanisms (multiple c= hoices for large flow identification, and multiple choices for rebalancing).= >>> =20 >>>> - >>>> Step 3) On receiving the alert about the congested component link, >>>> the operator, through a central management entity, finds the large >>>> flows mapped to that component link and the LAG/ECMP group to which >>>> the component link belongs. >>>>=20 >>>> Step 4) The operator can choose to rebalance the large flows on >>>> lightly loaded component links of the LAG/ECMP group or redistribute= >>>> the small flows on the congested link to other component links of th= e >>>> group. The operator, through a central management entity, can choose= >>>> one of the following actions: >>>>=20 >>>> 1) Indicate specific large flows to rebalance; >>>>=20 >>>> 2) Have the router decide the best large flows to rebalance; >>>>=20 >>>> 3) Have the router redistribute all the small flows on the >>>> congested link to other component links in the group. >>>>=20 >>>> "Indicate specific large flows to r= ebalance", "through a central management entity", what you describe is basic= ally traffic engineering.=20 >>>> Other the other hand, for 2) and 3), why do you need a central manageme= nt entity? >>>=20 >>> The assumption was that the router is controlled by a central management= entity for the purpose of this function, but that = is clearly not a requirement. The text will be modified to mention tha= t a central management entity may be used (i.e. not required). >> Ok. >>> =20 >>>> - >>>>=20 >>>> A number of routers support sampling techniques such as sFlow [sFlow= - >>>> v5, sFlow-LAG], PSAMP [RFC 5475] and NetFlow Sampling [RFC 3954]. >>>> For the purpose of large flow identification, sampling must be >>>> enabled on all of the egress ports in the router where such >>>> measurements are desired. >>>> I don't understand the second sentence. >>>> One way to read this is: sampling must be enabled on all of the egress= ports where such measurements are desired.=20 >>>> Ok, this is an obvious statement. If the measurements are desired, e= nable them >>>=20 >>> Yes, >> ok please clarify the text. >>> =20 >>>> Or maybe you want to say: sampling must be enabled on all of the egress= ports where such measurements are desired.=20 >>>> This is a false statement: if you have the choice between sampling a= nd non sampling, use non sampling measurements. >>>> Or maybe you want to say: sampling must be enabled on all of the egress= ports where such measurements are desired.=20 >>>> This is a false statement: if I have ECMP on 2 links, and only one o= f them can't do non sampling, then we should not force >>>> sampling on both links. >>>> You see, I'm confused. >>>>=20 >>>> You miss a couple of key messages: >>>> - if unsampled measurements are available, use those. >>>> - egress means where LAG/ECMP are enabled (this is important for the pa= ragraph starting with "If egress sampling is not available, ingress sampling= can suffice since the central management entity use") >>>=20 >>> We were not intending to discuss a mix sampling and non-sampling interfa= ces in the same router, but this is a reasonable point and it will be clarif= ied (i.e. we will state that it's possible to mix sampled and non sampled in= terfaces as long as the function of large flow d= etection/identification can be performed). >>>=20 >>>>=20 >>>> - >>>> If egress sampling is not available, ingress sampling can suffice >>>> since the central management entity used by the sampling technique >>>> typically has multi-node visibility and can use the samples from an >>>> immediately downstream node to make measurements for egress traffic >>>> at the local node. =20 >>>>=20 >>>> It's not clear if "ingress" means = the ingress interface of the router itself, or the ingress interface of the= downstream router. >>>> A drawing is required. >>>> Both options are possible: >>>> 1. ingress interfaces on the router where LAG/ECMP is initiated >>>> flow monitoring must be enabled on all ingress interfaces >>>> flow monitoring must have = a way to know the egress interfaces >>>> 2. ingress interfaces of the downstream router >>>> only work for LAG or ECMP single hop >>>> ingress interfaces =3D all components from LAG/ECMP (multiple i= fIndex, typically) =20 >>>=20 >>> What we meant here was that ingress sampling would have to be enable on t= he downstream device (hence the central management entity must come into pla= y to identify large flows).=20 >> I still believe that a drawing would clarify things. >>> =20 >>>>=20 >>>> this entire section 4.3.3 needs some improvements >>> =20 >>>>=20 >>>> - >>>> On one side, you wrote "Specific algorithms for placement of large flow= s are out of scope of this document.". On the other side, "The following par= ameters are required the configuration of this feature". It seems contradict= ory. >>>> It's unclear why you need the following parameter: >>>>=20 >>>> . Imbalance threshold: the difference between the utilization of >>>> the least utilized and most utilized component links. Expresse= d >>>> as a percentage of link speed. >>>>=20 >>>> Also, does ECMP/LAG always require equivalent link speed for their comp= onents? >>> The imbalance threshold is a measure of how much imbalance one is willin= g to tolerate before taking the hit of potential packet reordering in some f= lows. Will clarify. =20 >>>=20 >>> Thanks for catching the issue with link speed. While in most cases spee= ds are consistent, there may be the case of co= mposite links which combine links of different speeds (actually permitted by= 802.1AX), so we will provide a generalized formula for the imbalance thresh= old which takes into account the individual speeds of each of the component l= inks.=20 >>>> =20 >>>> - >>>> 5.2. System Configuration and Identification Parameters >>>>=20 >>>> . IP address: The IP address of a specific router that the >>>> feature is being configured on, or that the large flow placemen= t >>>> is being applied to. >>>>=20 >>>> . LAG ID: Identifies the LAG. The LAG ID may be required when >>>> configuring this feature (to apply a specific set of large flow= >>>> identification parameters to the LAG) and will be required when= >>>> specifying flow placement to achieve the desired rebalancing. >>>>=20 >>>> . Component Link ID: Identifies the component link within a LAG. >>>> This is required when specifying flow placement to achieve the >>>> desired rebalancing. >>>>=20 >>>> Nothing regarding ECMP? >>>=20 >>> Initially we were more focused on getting this done for LAG, but then we= completely overlooked ECMP. 5.2, 5.3, and 5.4 would probably benefit from a= bit of clean-up as follows: >>>=20 >>> Add the following to 5.2: >>>=20 >>> ECMP group: Identifies a particular ECMP group. >>>=20 >>> ECMP nexthop: Identifies a particular nexthop within an ECMP group. >>>=20 >>> Add the following line to the end of section 5.3. >>>=20 >>> When using ECMP, the nexthop within an ECMP group is used to identify th= e component link for placing the large flow. >>>=20 >>> Add the following to the end of Section 5.4. >>>=20 >>> When using ECMP, the ECMP group and the corresponding Nexthops along wit= h the percentage of traffic to be assigned to each Nexthop is required. Fin= ally it is also possible that an ECMP Nexthop itself comprises a LAG in whic= h case both the Nexthop and the LAG Component ID would need to be specified,= and the weights of both the Nexthop's within the ECMP Group and the Compone= nt Links within the LAG would need to be adjusted. >> Ok. >>=20 >> Regards, Benoit >>>=20 >>>>=20 >>>> - >>>> For high speed links, the etherStatsHighCapacityTable MIB [RFC 3273]= >>>> can be used. >>>>=20 >>>> Well, only for ethernet. >>> Will clarify that.=20 >>>>=20 >>>>=20 >>>>=20 >>>> EDITORIAL: >>>> -=20 >>>> figure 2 >>>>=20 >>>> OLD: >>>> +-----------+ -> +-----------+ >>>> | | -> | | >>>> | | =3D=3D=3D> | | >>>> | (1)|--------|(1) | >>>> | | -> | | >>>> | | -> | | >>>> | (R1) | -> | (R2) | >>>> NEW: >>>> +-----------+ -> +-----------+ >>>> | | -> | | >>>> | | =3D=3D=3D> | | >>>> | (1)|--------|(1) | >>>> | | -> | | >>>> | | -> | | >>>> | (R1) | -> | (R2) | >>> Will fix. >>> =20 >>>>=20 >>>> - The indentation in section 2 is not correct >>>=20 >>> Will fix.=20 >>>>=20 >>>> - "For tunneling protocols like GRE, VXLAN, NVGRE, STT, etc.," >>>> You need to expand and provide references. >>> Will provide references. What do me= an by expand -- just expand the acronyms (already in the acronym section) or= something else?=20 >>>> - a PBR rule >>>> Expand. >>>=20 >>> OK >>>> - >>>> OLD: >>>> +-----------+ -> +-----------+ >>>> | | -> | | >>>> | | =3D=3D=3D> | | >>>> | (1)|--------|(1) | >>>> | | | | >>>> | | =3D=3D=3D> | | >>>> | | -> | | >>>> | | -> | | >>>> | (R1) | -> | (R2) | >>>> | (2)|--------|(2) | >>>>=20 >>>> NEW: >>>> +-----------+ -> +-----------+ >>>> | | -> | | >>>> | | =3D=3D=3D> | | >>>> | (1)|--------|(1) | >>>> | | | | >>>> | | =3D=3D=3D> | | >>>> | | -> | | >>>> | | -> | | >>>> | (R1) | -> | (R2) | >>>> | (2)|--------|(2) | >>>>=20 >>> Will fix.=20 >>>> - >>>> OLD: >>>> The IPFIX information model [RFC 7011]=20 >>>> NEW: >>>> The IPFIX information model [RFC 7012] =20 >>> Will fix.=20 >>>> Regards, Benoit >=20 --Apple-Mail-41F135F7-E928-475A-BC61-B2132AED4F46 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Benoit,

We should have the new draft posted in a few days.

Anoop

On Mar 28, 2014, at 4:24 AM, Benoit Claise <bclaise@cisco.com> wrote:

Hi Anoop, Ramki,

A gentle reminder.

Regards, Benoit
Hi Anoop,

Please post a new draft version, and I'll review the diffs.
Some more answers in-line.

Regards, Benoit

Hi Benoit,

Thanks for the detailed and careful review.  Comments inline.

Anoop

====


On Tue, Feb 18, 2014 at 7:55 AM, Benoit Claise <bclaise@cisco.com> wrote:
Dear authors,

Here is my AD review of draft-ietf-opsawg-large-flow-load-balancing

- Section 1:
   Networks extensively use link aggregation groups (LAG) [802.1AX] and
   equal cost multi-paths (ECMP) [RFC 2991] as techniques for capacity
   scaling. For the problems addressed by this document, network traffic
   can be predominantly categorized into two traffic types: long-lived
   large flows and other flows. 

   ...

   This draft describes mechanisms for optimal LAG/ECMP component link
   utilization while using hash-based techniques. The mechanisms
   comprise the following steps -- recognizing large flows in a router;
   and assigning the large flows to specific LAG/ECMP component links or
   redistributing the small flows when a component link on the router is
   congested.

   It is useful to keep in mind that in typical use cases for this
   mechanism the large flows are those that consume a significant amount
   of bandwidth on a link, e.g. greater than 5% of link bandwidth.  The
   number of such flows would necessarily be fairly small, e.g. on the
   order of 10's or 100's per LAG/ECMP.  In other words, the number of
   large flows is NOT expected to be on the order of millions of flows.
   Examples of such large flows would be IPsec tunnels in service
   provider backbone networks or storage backup traffic in data center
   networks.
3 instances of "large flows": do you mean "long-lived large flows"?
If not, why do you make a distinction between long-lived large flows and other flows in the first paragraph?
I eventually understood the source of confusion when I read the terminology section:
    Large flow(s): long-lived large flow(s)

Either use capitalized term in the Intro section (actually throughout the doc.) so that we understand that the term is defined somewhere, or make it clear in the intro that large flow(s) = long-lived large flow(s)

Yes, they are all referring to long-lived large flows.  We will change the early part of Section 1 to clarify that long-lived large flows are, thereafter in the document, referred to as large flows.
Or replace large flow by long-lived flow were it makes sense in the draft.

-
   This document presents improved load distribution techniques based on
   the large flow awareness.
Improved compared to?

Improved compared to static hash-based distribution techniques that do not account for the bandwidth of the flows.  Will reword as follows:

"This document presents mechanisms for improving the load distribution problem resulting from stateless hashing as seen in the above example."
ok
 
-
In several places, starting with the title and abstract, you speak about mechanisms (plural).
However, looking at section 4.2, it seems that you propose a single mechanism? Or maybe you consider 4.1, 4.2, 4.3 as different mechanisms?

The title of 4.2 is perhaps misleading and should just be "Operational Overview."
ok
 Otherwise the rest of the draft discusses several mechanisms (multiple choices for large flow identification, and multiple choices for rebalancing).
 
-
Step 3) On receiving the alert about the congested component link,
   the operator, through a central management entity, finds the large
   flows mapped to that component link and the LAG/ECMP group to which
   the component link belongs.

   Step 4) The operator can choose to rebalance the large flows on
   lightly loaded component links of the LAG/ECMP group or redistribute
   the small flows on the congested link to other component links of the
   group. The operator, through a central management entity, can choose
   one of the following actions:

      1) Indicate specific large flows to rebalance;

      2) Have the router decide the best large flows to rebalance;

      3) Have the router redistribute all the small flows on the
   congested link to other component links in the group.
"Indicate specific large flows to rebalance", "through a central management entity", what you describe is basically traffic engineering.
Other the other hand, for 2) and 3), why do you need a central management entity?

The assumption was that the router is controlled by a central management entity for the purpose of this function, but that is clearly not a requirement.  The text will be modified to mention that a central management entity may be used (i.e. not required).
Ok.
 
- 

   A number of routers support sampling techniques such as sFlow [sFlow-
   v5, sFlow-LAG], PSAMP [RFC 5475] and NetFlow Sampling [RFC 3954].
   For the purpose of large flow identification, sampling must be
   enabled on all of the egress ports in the router where such
   measurements are desired.
I don't understand the second sentence.
One way to read this is:  sampling must be enabled on all of the egress ports where such measurements are desired.
    Ok, this is an obvious statement. If the measurements are desired, enable them

Yes,
ok please clarify the text.
  
Or maybe you want to say: sampling must be enabled on all of the egress ports where such measurements are desired.
    This is a false statement: if you have the choice between sampling and non sampling, use non sampling measurements.
Or maybe you want to say: sampling must be enabled on all of the egress ports where such measurements are desired.
    This is a false statement: if I have ECMP on 2 links, and only one of them can't do non sampling, then we should not force
    sampling on both links.
You see, I'm confused.

You miss a couple of key messages:
- if unsampled measurements are available, use those.
- egress means where LAG/ECMP are enabled (this is important for the paragraph starting with "If egress sampling is not available, ingress sampling can suffice since the central management entity use")

We were not intending to discuss a mix sampling and non-sampling interfaces in the same router, but this is a reasonable point and it will be clarified (i.e. we will state that it's possible to mix sampled and non sampled interfaces as long as the function of large flow detection/identification can be performed).


-
   If egress sampling is not available, ingress sampling can suffice
   since the central management entity used by the sampling technique
   typically has multi-node visibility and can use the samples from an
   immediately downstream node to make measurements for egress traffic
   at the local node.
It's not clear if "ingress" means the ingress interface of the router itself, or the ingress interface of the downstream router.
A drawing is required.
Both options are possible:
    1. ingress interfaces on the router where LAG/ECMP is initiated
        flow monitoring must be enabled on all ingress interfaces
        flow monitoring must have a way to know the egress interfaces
2. ingress interfaces of the downstream router
        only work for LAG or ECMP single hop
        ingress interfaces = all components from LAG/ECMP (multiple ifIndex, typically)  

What we meant here was that ingress sampling would have to be enable on the downstream device (hence the central management entity must come into play to identify large flows). 
I still believe that a drawing would clarify things.
 

this entire section 4.3.3 needs some improvements
 

-
On one side, you wrote "Specific algorithms for placement of large flows are out of scope of this document.". On the other side, "The following parameters are required the configuration of this feature". It seems contradictory.
It's unclear why you need the following parameter:

     .  Imbalance threshold: the difference between the utilization of
        the least utilized and most utilized component links.  Expressed
        as a percentage of link speed.

Also, does ECMP/LAG always require equivalent link speed for their components?
The imbalance threshold is a measure of how much imbalance one is willing to tolerate before taking the hit of potential packet reordering in some flows.  Will clarify.  

Thanks for catching the issue with link speed.  While in most cases speeds are consistent, there may be the case of composite links which combine links of different speeds (actually permitted by 802.1AX), so we will provide a generalized formula for the imbalance threshold which takes into account the individual speeds of each of the component links. 
 
-
5.2. System Configuration and Identification Parameters

     .  IP address: The IP address of a specific router that the
        feature is being configured on, or that the large flow placement
        is being applied to.

     .  LAG ID: Identifies the LAG. The LAG ID may be required when
        configuring this feature (to apply a specific set of large flow
        identification parameters to the LAG) and will be required when
        specifying flow placement to achieve the desired rebalancing.

     .  Component Link ID: Identifies the component link within a LAG.
        This is required when specifying flow placement to achieve the
        desired rebalancing.
Nothing regarding ECMP?

Initially we were more focused on getting this done for LAG, but then we completely overlooked ECMP.  5.2, 5.3, and 5.4 would probably benefit from a bit of clean-up as follows:

Add the following to 5.2:

ECMP group: Identifies a particular ECMP group.

ECMP nexthop: Identifies a particular nexthop within an ECMP group.

Add the following line to the end of section 5.3.

When using ECMP, the nexthop within an ECMP group is used to identify the component link for placing the large flow.

Add the following to the end of Section 5.4.

When using ECMP, the ECMP group and the corresponding Nexthops along with the percentage of traffic to be assigned to each Nexthop is required.  Finally it is also possible that an ECMP Nexthop itself comprises a LAG in which case both the Nexthop and the LAG Component ID would need to be specified, and the weights of both the Nexthop's within the ECMP Group and the Component Links within the LAG would need to be adjusted.
Ok.

Regards, Benoit


-
   For high speed links, the etherStatsHighCapacityTable MIB [RFC 3273]
   can be used.

Well, only for ethernet.
Will clarify that. 



EDITORIAL:
-
figure 2

OLD:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)    | ->     |   (R2)  |
NEW:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)     | ->     |   (R2)    |


Will fix.
 

-  The indentation in section 2 is not correct

Will fix. 

- "For tunneling protocols like GRE, VXLAN, NVGRE, STT, etc.,"
You need to expand and provide references.

Will provide references.  What do mean by expand -- just expand the acronyms (already in the acronym section) or something else? 
- a PBR rule
Expand.
OK
-
OLD:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           |        |           |
                  |           | ===>   |           |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)    | ->     |   (R2)  |
                  |        (2)|--------|(2)        |

NEW:
                  +-----------+ ->     +-----------+
                  |           | ->     |           |
                  |           | ===>   |           |
                  |        (1)|--------|(1)        |
                  |           |        |           |
                  |           | ===>   |           |
                  |           | ->     |           |
                  |           | ->     |           |
                  |  (R1)     | ->     |   (R2)    |
                  |        (2)|--------|(2)        |
Will fix. 
-
OLD:
The IPFIX information model [RFC 7011] 
NEW:
The IPFIX information model [RFC 7012]  
Will fix. 
Regards, Benoit






--Apple-Mail-41F135F7-E928-475A-BC61-B2132AED4F46-- From nobody Fri Mar 28 12:39:09 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E8191A0764 for ; Fri, 28 Mar 2014 12:39:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, 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 X2st9vB3_MQ1 for ; Fri, 28 Mar 2014 12:39:02 -0700 (PDT) Received: from mailbox.snmp.com (mailbox.snmp.com [192.147.142.80]) by ietfa.amsl.com (Postfix) with ESMTP id 441371A0746 for ; Fri, 28 Mar 2014 12:39:01 -0700 (PDT) Received: from adminfs.snmp.com (adminfs.snmp.com [192.147.142.39]) by mailbox.snmp.com (8.9.3p2-20030922/m.0080228) with ESMTP id PAA22336; Fri, 28 Mar 2014 15:38:55 -0400 (EDT) Received: from snmp.com (LOCALHOST.snmp.com [127.0.0.1]) by adminfs.snmp.com (8.9.3p2-20030922/snmpclient.mc-990525) with ESMTP id PAA14801; Fri, 28 Mar 2014 15:38:51 -0400 (EDT) Message-Id: <201403281938.PAA14801@adminfs.snmp.com> To: Johannes Merkle From: David Reid In-reply-to: Your message of Fri, 28 Mar 2014 14:13:29 +0100. <53357579.5070100@secunet.com> Date: Fri, 28 Mar 2014 15:38:50 -0400 Sender: reid@snmp.com Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/TgY_uV-BrLkbnQkrRa7AAbQcpgY Cc: Manfred Lochter , "opsawg@ietf.org" , "Blumenthal, Uri - 0558 - MITLL" Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: David Reid List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 19:39:04 -0000 > > I would prefer shrinking the number of choices and using the truncated > > ones, although I don't feel strongly about that preference. > > Please have a second look: all of them are truncated, they only differ in the extend of truncation. Which truncation > lengths do you prefer? > I prefer not having too many choices, but I really don't have a strong opinion on which ones are chosen. In the end, I'll implement everything that is in the final spec, whether optional or mandatory. -David Reid From nobody Fri Mar 28 13:21:41 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F98E1A0770 for ; Fri, 28 Mar 2014 13:21:37 -0700 (PDT) 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 7dbrwa0tT5tL for ; Fri, 28 Mar 2014 13:21:36 -0700 (PDT) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id E3CDE1A076F for ; Fri, 28 Mar 2014 13:21:35 -0700 (PDT) Received: by mail-ie0-f171.google.com with SMTP id ar20so5465870iec.2 for ; Fri, 28 Mar 2014 13:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=eNhwMCNpGLagA0n8wfGOPG2LhA4ecUqbvkudsVp+YKo=; b=nrkNvSj5XKFZZiojPsSPiYKHM51XfhKcRm8OCTRm1Wx40wyPeeEmF7WulOfVbAslxz QfwESO8nPphOm4wr0n5dhu0c+9UfqqiPCUO/66RN8FWq4se/Waav4gb2uSsA1ZrkTK9U PsNVn3Sev+KpBVgziD+EJx2VDMyYoECgKkoqLomUiPw7XzdwRi504ltJbfN9NgqZ1TJ0 6mWgiCRV7HqXXC1N5yaS3rKlOcgAobk96VjdMyHHvj5gPPbHabpURxijA5+5QJdKdWbJ NFIXT0LkHwoWT2uyvNSvtxs4T9wctIB8zDOToToEruIKFPMoNCloDvuBZQwNFYu67/7a 1wmQ== X-Received: by 10.50.122.9 with SMTP id lo9mr13555283igb.27.1396038093629; Fri, 28 Mar 2014 13:21:33 -0700 (PDT) Received: from [192.168.0.102] (dsl-173-206-145-184.tor.primus.ca. [173.206.145.184]) by mx.google.com with ESMTPSA id vk7sm2664982igb.1.2014.03.28.13.21.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 28 Mar 2014 13:21:33 -0700 (PDT) Message-ID: <5335D9CB.5000701@gmail.com> Date: Fri, 28 Mar 2014 16:21:31 -0400 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "opsawg@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/w0OIexjEuzO_OFAclasViq2ENbU Subject: [OPSAWG] Interest in a YANG module to manage SYSLOG? X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 20:21:37 -0000 While working on draft-ietf-behave-syslog-nat-logging, I noted a number of management requirements for SYSLOG that are really independent of the particular application being logged. These include, for example, a list of events for which the operator wants logging suppressed, or specifications for rate-limiting specific event reports. For more details see Section 6, particularly sub-section 6.1.3 of the draft cited above. Would there be any interest in implementing or deploying a YANG module to provide the necessary controls if I created one? Tom Taylor From nobody Fri Mar 28 15:21:36 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61FA11A03F6 for ; Fri, 28 Mar 2014 15:21:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 Il6IX1Eb7opp for ; Fri, 28 Mar 2014 15:21:31 -0700 (PDT) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:228]) by ietfa.amsl.com (Postfix) with ESMTP id 4CD771A01F3 for ; Fri, 28 Mar 2014 15:21:31 -0700 (PDT) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta15.westchester.pa.mail.comcast.net with comcast id j9nX1n0040QuhwU5FAMUpL; Fri, 28 Mar 2014 22:21:28 +0000 Received: from JV6RVH1 ([67.189.237.137]) by omta02.westchester.pa.mail.comcast.net with comcast id jAMU1n0062yZEBF3NAMUNA; Fri, 28 Mar 2014 22:21:28 +0000 From: "ietfdbh" To: "'Blumenthal, Uri - 0558 - MITLL'" , "'Johannes Merkle'" , "'t.petch'" , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> <53357755.5030205@secunet.com> In-Reply-To: Date: Fri, 28 Mar 2014 18:21:13 -0400 Message-ID: <02e801cf4ad4$07b10e80$17132b80$@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJzL5gJwQ6BVg2o77k5a3SO0p3zMwHyHc7IAomemEYBvXq2qgEyl2KNmXPmtoA= Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1396045288; bh=QDadHyyOGsdoUU0CtpBH2JqLqbTgcUqHoM5s5fqjKRo=; h=Received:Received:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type; b=G/gfKzNE8LwC5Wl9m/HAS3usjuouAFfB2R2fPBnCZuTUQ7dzAjQPFVsIBr2wombaC VGQ3aHomzape+jk+70aW+YRJ1I0iY1gjAAgJ5eU3DMycFmztYmh+dy1640a6HU2Fkd zomuEZ4geR9iqRgWebHKbkoeku2zT7JrwpJRZKoj8Vr73L9u/R7BXzDz6cI/OXx4ol yMVz20O8e3jyRhM9dh8tQuojf4DE07v7wqXsF4HUaNCOCOYS0x47hjNes7golcl3Jf P7R+w+X3FmXpDW2ENQw5jcP2hlk4m9KDdpz6YYphOCv+JUxRIzIUMXvJKgYWpCyVfy 7SkwGB71yEwjg== Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/Kow0Nw-wVJEfl8evmktcqeAsaNs Cc: 'Manfred Lochter' Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 22:21:33 -0000 Hi, RFC4181 has guidelines for authors and reviewers of MIB documents. It has a lot of guidance about how to organize your document, and what = boilerplate to use. It also contains a lot of guidance about writing a MIB. Tools.ietf.org has templates for documents containing a MIB module. There is a plaintext template, a plaintext template with guidance, and = an xml2rfc template with guidance. The templates were developed by/with the MIB Doctors, and the guidance = is largely based on RFC4181 guidance about a document that contains a = MIB module. The templates do NOT contain guidance on how to write a MIB. I authored the templates and haven't touched them in years, but RFC4181 = hasn't changed either, so the templates probably still contain fairly = good guidance on the document organization. The boilerplate in the templates is probably old. The O&M wiki page contains current boilerplate recommendations for MIB = documents. This is the most up-to-date recommendation for boilerplate text. It also has textual conventions that you are encouraged to use rather = than reinventing any wheels. I'm not sure textual-conventions come into play in your document though. The wiki also points to tools to check your MIB module; the tools = typically check for many of the RFC4181 nits and the RFC Editor nits. Hope this helps, David Harrington ietfdbh@comcast.net +1-603-828-1401 > -----Original Message----- > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of > Blumenthal, Uri - 0558 - MITLL > Sent: Friday, March 28, 2014 10:34 AM > To: Johannes Merkle; t.petch; opsawg@ietf.org > Cc: Manfred Lochter > Subject: Re: [OPSAWG] Fwd: New Version Notification = fordraft-hmac-sha-2- > usm-snmp-00.txt >=20 > On 3/28/14 9:21 , "Johannes Merkle" > wrote: >=20 > >t.petch wrote on 27.03.2014 19:02: > >>Normally, anything with a MIB Module in it contains standard MIB > >> boilerplate about the standard management framework; but this MIB > Module > >> contains no objects, just identities, so does it need the = boilerplate? > >> I would say not, but RFC4181 says it does (which in turn drags in = four > >> more references)! need guidance there. You should at least = include > >> RFC2578 in the references since that appears in this MIB module. > >> > >> I must re-read RFC4181 - I suspect that there is more in there to = be > >> added to this I-D. > > > >I am not familiar with MIBs, thus I appreciate your and Uri's = assistance. > >Isn't RFC 3826 a proper example how to do it? >=20 > I'm afraid this is out of my competence area. I've no clue regarding > boilerplates, and can help only with the actual MIB content (that = ASN.1 > stuff :). >=20 > Sorry! From nobody Fri Mar 28 20:12:21 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CAE71A0425 for ; Fri, 28 Mar 2014 20:12:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 r43mo5m22fMo for ; Fri, 28 Mar 2014 20:12:16 -0700 (PDT) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:48]) by ietfa.amsl.com (Postfix) with ESMTP id BA9891A0423 for ; Fri, 28 Mar 2014 20:12:15 -0700 (PDT) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by qmta05.westchester.pa.mail.comcast.net with comcast id jF3V1n0040mv7h055FCDVb; Sat, 29 Mar 2014 03:12:13 +0000 Received: from JV6RVH1 ([67.189.237.137]) by omta11.westchester.pa.mail.comcast.net with comcast id jFCC1n00G2yZEBF3XFCCqc; Sat, 29 Mar 2014 03:12:13 +0000 From: "ietfdbh" To: "'Blumenthal, Uri - 0558 - MITLL'" , "'Johannes Merkle'" , "'t.petch'" , References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <042901cf49e6$cdfab8a0$4001a8c0@gateway.2wire.net> <53357755.5030205@secunet.com> <02e801cf4ad4$07b10e80$17132b80$@comcast.net> In-Reply-To: <02e801cf4ad4$07b10e80$17132b80$@comcast.net> Date: Fri, 28 Mar 2014 23:11:57 -0400 Message-ID: <02f901cf4afc$a55eef30$f01ccd90$@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJzL5gJwQ6BVg2o77k5a3SO0p3zMwHyHc7IAomemEYBvXq2qgEyl2KNAgGT6HKZY+K1sA== Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1396062733; bh=NfgN87zohVxkkWRkFNto0+riQDRXOUehhp8tKLCtI3w=; h=Received:Received:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type; b=GrUTD8Njz9Z2od3mQ8UljELw1iJ8VbBqfDHhBCqK8YrNpAUnyb4c+g4y3T5M2KonR WfTILvt/gs/tw1TzfdNy+93jcI6KaFKkscq7Kq+lZpNhJ+nbt8OIlz+Nkpk3Vb4H2Y j0DpYyogCIX22cuZcVXGIrWwiu5s+tV7do1scMsgqT34lWzZrzn6GPkfZVws2CruQ2 jZAsMNZreW+4K1UrVqgWZL7WsZZEWpr/Ll5r+l6cfOhT/5Z0GvHTVTo+GI9gbXKwwm AfpNBUT4CzjfPqcya4mfJOwPBNUdLvhuNWzJpoPzmWz/lw4RtMOxL/rndvnkXcFWQ4 zWW+95SeQA1xQ== Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/AnQxX6NQtsjC3NxALLmjOFmlaBM Cc: 'Manfred Lochter' Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2014 03:12:18 -0000 Doh! I forgot to include the link to the O&M wiki https://svn.tools.ietf.org/area/ops/trac/wiki David Harrington ietfdbh@comcast.net +1-603-828-1401 > -----Original Message----- > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of ietfdbh > Sent: Friday, March 28, 2014 6:21 PM > To: 'Blumenthal, Uri - 0558 - MITLL'; 'Johannes Merkle'; 't.petch'; > opsawg@ietf.org > Cc: 'Manfred Lochter' > Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2- > usm-snmp-00.txt > > Hi, > > RFC4181 has guidelines for authors and reviewers of MIB documents. > It has a lot of guidance about how to organize your document, and what > boilerplate to use. > It also contains a lot of guidance about writing a MIB. > > Tools.ietf.org has templates for documents containing a MIB module. > There is a plaintext template, a plaintext template with guidance, and an > xml2rfc template with guidance. > The templates were developed by/with the MIB Doctors, and the guidance is > largely based on RFC4181 guidance about a document that contains a MIB > module. > The templates do NOT contain guidance on how to write a MIB. > I authored the templates and haven't touched them in years, but RFC4181 > hasn't changed either, so the templates probably still contain fairly good > guidance on the document organization. > The boilerplate in the templates is probably old. > > The O&M wiki page contains current boilerplate recommendations for MIB > documents. > This is the most up-to-date recommendation for boilerplate text. > It also has textual conventions that you are encouraged to use rather than > reinventing any wheels. > I'm not sure textual-conventions come into play in your document though. > The wiki also points to tools to check your MIB module; the tools typically > check for many of the RFC4181 nits and the RFC Editor nits. > > Hope this helps, > > David Harrington > ietfdbh@comcast.net > +1-603-828-1401 > > > -----Original Message----- > > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of > > Blumenthal, Uri - 0558 - MITLL > > Sent: Friday, March 28, 2014 10:34 AM > > To: Johannes Merkle; t.petch; opsawg@ietf.org > > Cc: Manfred Lochter > > Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha- > 2- > > usm-snmp-00.txt > > > > On 3/28/14 9:21 , "Johannes Merkle" > > wrote: > > > > >t.petch wrote on 27.03.2014 19:02: > > >>Normally, anything with a MIB Module in it contains standard MIB > > >> boilerplate about the standard management framework; but this MIB > > Module > > >> contains no objects, just identities, so does it need the boilerplate? > > >> I would say not, but RFC4181 says it does (which in turn drags in four > > >> more references)! need guidance there. You should at least include > > >> RFC2578 in the references since that appears in this MIB module. > > >> > > >> I must re-read RFC4181 - I suspect that there is more in there to be > > >> added to this I-D. > > > > > >I am not familiar with MIBs, thus I appreciate your and Uri's assistance. > > >Isn't RFC 3826 a proper example how to do it? > > > > I'm afraid this is out of my competence area. I've no clue regarding > > boilerplates, and can help only with the actual MIB content (that ASN.1 > > stuff :). > > > > Sorry! > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Mon Mar 31 06:01:55 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD82C1A084B for ; Mon, 31 Mar 2014 06:01:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 wyugP_Nmej3x for ; Mon, 31 Mar 2014 06:01:49 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by ietfa.amsl.com (Postfix) with ESMTP id 336FD1A0847 for ; Mon, 31 Mar 2014 06:01:49 -0700 (PDT) Received: from [192.168.131.137] ([80.92.119.215]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MX19U-1Wa1Ea35Yy-00VuAK for ; Mon, 31 Mar 2014 15:01:44 +0200 Message-ID: <53396539.8070408@gmx.net> Date: Mon, 31 Mar 2014 14:53:13 +0200 From: Hannes Tschofenig User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: opsawg@ietf.org X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WFbwkSo7aMExqGbOgLoiR7lUEq3CEMQwC" X-Provags-ID: V03:K0:W8RcC1okcPnUfDZWw22wUTHV9z88/C7V7ivslL/d49fd7K2027X qpb9Ayual5gz0a1++W5xzutBlY0BG37j5eu9rTMN9I/s1jbF7JaJkwC5tQT94Tb+0TwfFax KM5fq/TcLNe4Nw0CTPtKvm2kVK2xHK+mXeDiFLQKV+l+kSSfYhA3mnolWIGkXweyTfoDJH3 FxCWtTg4w77P2Uwzr2dCw== Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/jsK4tOXuviLlpempVgG7w_jNU3E Subject: [OPSAWG] IoT & Network Management X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 13:01:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WFbwkSo7aMExqGbOgLoiR7lUEq3CEMQwC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all, after I listened to Juergen's presentation in the CORE working group at the last IETF meeting about 'constrained management' I was wondering about the following aspect: More and more devices (specifically IoT devices) come with a built-in software update mechanism (even at different levels). For example, you can see firmware update mechanisms, the ability to update individual files (if there is a file system), or package managers being used. The configuration data and the code is often treated in the same way and also updated using the same style (to better deal with the constrained nature of these devices). I am wondering what the role of traditional network management protocols actually is. Why would I add, let's say, SNMP to my IoT device to configure the device or to retrieve sensor information when I anyway have to provide a software update mechanism together with some application layer protocol (like CoAP)? Ciao Hannes --WFbwkSo7aMExqGbOgLoiR7lUEq3CEMQwC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJTOWU5AAoJEGhJURNOOiAtYzsIAJ7lI8tg1HE8QDU+5HD8iSiy bqpZ8Of1K+c8x1o71DlhvoRpcIwBztEDNlG4Dxwq9+42JAcdOdaL6dm/EMixxuS5 WjxHK31hlg1yfDH42YKJ4f7T6Awa9ZbNSq8Uk+YBxSuyb6yGwZuN5XVRU9ktjdzw JfLstmGYxoTmWfPbXHs4K/KjTcArjNVIXKwI8C2PokmN40QGyProyify3OPgh+ja kT2RSVfK5OHkY9y4Ef2V9IGcJr//gdnoiLh1ISzPOU/s2i7Sokj9GRGe+43GRdW1 iCSvTwI2ouMKnLfuXv4cJtXazJL/ZWUY5jXuXVEAeybtum7K3iBbSACviCBr/YY= =X0En -----END PGP SIGNATURE----- --WFbwkSo7aMExqGbOgLoiR7lUEq3CEMQwC-- From nobody Mon Mar 31 15:39:36 2014 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 888301A6F65 for ; Mon, 31 Mar 2014 15:39:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.21 X-Spam-Level: X-Spam-Status: No, score=-1.21 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7, 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 DMxmNiosvIf8 for ; Mon, 31 Mar 2014 15:39:29 -0700 (PDT) Received: from mail.hardakers.net (mail.hardakers.net [168.150.236.43]) by ietfa.amsl.com (Postfix) with ESMTP id EC3F91A6F0D for ; Mon, 31 Mar 2014 15:39:28 -0700 (PDT) Received: from localhost (wjh.hardakers.net [10.0.0.2]) by mail.hardakers.net (Postfix) with ESMTPSA id ECD382248F; Mon, 31 Mar 2014 15:39:24 -0700 (PDT) From: Wes Hardaker To: Johannes Merkle References: <20140324120302.7098.2512.idtracker@ietfa.amsl.com> <5330268C.4060002@secunet.com> <009c01cf483f$d57b4980$4001a8c0@gateway.2wire.net> <5331C4D5.8060407@secunet.com> <030601cf49c8$36866d20$4001a8c0@gateway.2wire.net> <533574B1.8090606@secunet.com> Date: Mon, 31 Mar 2014 15:39:24 -0700 In-Reply-To: <533574B1.8090606@secunet.com> (Johannes Merkle's message of "Fri, 28 Mar 2014 14:10:09 +0100") Message-ID: <0ltxae9en7.fsf@wjh.hardakers.net> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/sPZBRnREItaSnSXcauJliDyJI-c Cc: Manfred Lochter , "opsawg@ietf.org" , "Blumenthal, Uri - 0558 - MITLL" Subject: Re: [OPSAWG] Fwd: New Version Notification fordraft-hmac-sha-2-usm-snmp-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 22:39:33 -0000 Johannes Merkle writes: > 256 bit output length is enough to prevent > birthday-paradox/digest-guessing attacks (which require n^(1/2) > outputs), thus I prefer HMAC256SHA512 over HMAC384SHA512. For SHA-256 > the situation is different, as collecting 2^64 outputs is not so > completely unthinkable (albeit still not practical). > > Thus, I suggest defining usmHMAC192SHA256AuthProtocol as MUST, and > usmHMAC256SHA512AuthProtocol as SHOULD. I'm not entirely convinced that a 256bit truncation is better than a 384 bit truncation, so my preference would be to include just two (not 6) algorithms because I don't think they're all needed and will just make things more confusing. So I'd pick the best two of the 6 and go with them, for which my preference would be: 1) MUST: usmHMAC192SHA256AuthProtocol SHOULD: usmHMAC384SHA512AuthProtocol 2) MUST: usmHMAC192SHA256AuthProtocol SHOULD: usmHMAC256SHA512AuthProtocol -- Wes Hardaker Parsons