From rturner@amalfisystems.com Wed Aug 5 09:47:48 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE7443A6C2B for ; Wed, 5 Aug 2009 09:47:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Q0v6hcOBexK for ; Wed, 5 Aug 2009 09:47:47 -0700 (PDT) Received: from omr14.networksolutionsemail.com (omr14.networksolutionsemail.com [205.178.146.64]) by core3.amsl.com (Postfix) with ESMTP id 9F6203A68D8 for ; Wed, 5 Aug 2009 09:47:47 -0700 (PDT) Received: from mail.networksolutionsemail.com (ns-omr14.mgt.hosting.dc2.netsol.com [10.49.6.77]) by omr14.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id n75GlnTK028182 for ; Wed, 5 Aug 2009 12:47:50 -0400 Received: (qmail 2076 invoked by uid 78); 5 Aug 2009 16:47:49 -0000 Received: from unknown (HELO ?10.0.1.2?) (rturner@amalfisystems.com@72.37.183.204) by ns-omr14.lb.hosting.dc2.netsol.com with SMTP; 5 Aug 2009 16:47:49 -0000 Message-Id: <8A20CB99-7A23-4DDF-81E5-FE4B861A897B@amalfisystems.com> From: Randy Turner To: NEA Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 5 Aug 2009 09:47:47 -0700 X-Mailer: Apple Mail (2.935.3) Subject: [Nea] NEA extensibility points X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 16:47:48 -0000 Hi List, The PA-TNC document is clear on how attributes types are relative to the vendor-ID value used in a message. The PA-TNC document also mentions a registry for PA-subtypes. What I wanted to make sure is that other organizations could establish an SMI value and register NEW PA subtypes that are relative to the organization-specific SMI. Are there any limitations or constraints on creating new PA subtypes under a specific SMI ? Thanks! Randy From shanna@juniper.net Wed Aug 5 11:07:31 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ACE2328C499 for ; Wed, 5 Aug 2009 11:07:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.518 X-Spam-Level: X-Spam-Status: No, score=-6.518 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ta9n1io2GAAh for ; Wed, 5 Aug 2009 11:07:30 -0700 (PDT) Received: from exprod7og109.obsmtp.com (exprod7og109.obsmtp.com [64.18.2.171]) by core3.amsl.com (Postfix) with ESMTP id AC5773A71ED for ; Wed, 5 Aug 2009 11:07:29 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob109.postini.com ([64.18.6.12]) with SMTP ID DSNKSnnKZLeFz3z05qanXwWPr5YNRx1tNI47@postini.com; Wed, 05 Aug 2009 11:07:33 PDT Received: from p-emfe01-wf.jnpr.net (172.28.145.24) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server (TLS) id 8.1.375.2; Wed, 5 Aug 2009 10:55:43 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe01-wf.jnpr.net ([fe80::d0d1:653d:5b91:a123%11]) with mapi; Wed, 5 Aug 2009 13:55:43 -0400 From: Stephen Hanna To: Randy Turner , NEA Date: Wed, 5 Aug 2009 13:55:07 -0400 Thread-Topic: [Nea] NEA extensibility points Thread-Index: AcoV7HtF4k+W+vctStOyWlvi2rASOAAA4+yA Message-ID: References: <8A20CB99-7A23-4DDF-81E5-FE4B861A897B@amalfisystems.com> In-Reply-To: <8A20CB99-7A23-4DDF-81E5-FE4B861A897B@amalfisystems.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [Nea] NEA extensibility points X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 18:07:31 -0000 The PA Subtype registry is created in the PB-TNC spec. Look there for information about how that registry will be managed. To answer your question, any organization can get an SMI Private Enterprise Number (PEN) from IANA and then create new PA Subtypes of any kind and for any purpose that will be used with that organization's SMI PEN. For example, my employer Juniper has an SMI PEN of 2636. We could define a PA Subtype for Power Supply Firmware (or something else that we came up with). Let's say that we decided to make that PA Subtype 27, when used with our SMI PEN of 2636. No problem. Now we can send around PB-PA messages with that PA Subtype and SMI PEN. An organization that defines a new PA Subtype is not required to register their PA Subtype with IANA. They can keep it to themselves. But if they want to register their PA Subtype values with IANA, they can do so. They just need to send a spec for their PA Subtype value to IANA which will trigger the Expert Review process described in sectin 6.1 of PB-TNC. Of course, this process won't be ready to go until PB-TNC becomes an RFC (real soon now, I hope! ;-). I hope that helps. Thanks, Steve > -----Original Message----- > From: nea-bounces@ietf.org [mailto:nea-bounces@ietf.org] On=20 > Behalf Of Randy Turner > Sent: Wednesday, August 05, 2009 12:48 PM > To: NEA > Subject: [Nea] NEA extensibility points >=20 > Hi List, >=20 > The PA-TNC document is clear on how attributes types are relative to =20 > the vendor-ID value used in a message. >=20 > The PA-TNC document also mentions a registry for PA-subtypes.=20 > What I =20 > wanted to make sure is that other organizations could=20 > establish an SMI =20 > value and register NEW PA subtypes that are relative to the =20 > organization-specific SMI. >=20 > Are there any limitations or constraints on creating new PA subtypes =20 > under a specific SMI ? >=20 > Thanks! > Randy >=20 >=20 > _______________________________________________ > Nea mailing list > Nea@ietf.org > https://www.ietf.org/mailman/listinfo/nea > = From rturner@amalfisystems.com Wed Aug 5 11:27:24 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6FAC43A6F2C for ; Wed, 5 Aug 2009 11:27:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nlnt81n-3sq8 for ; Wed, 5 Aug 2009 11:27:23 -0700 (PDT) Received: from omr4.networksolutionsemail.com (omr4.networksolutionsemail.com [205.178.146.54]) by core3.amsl.com (Postfix) with ESMTP id 6F33128C613 for ; Wed, 5 Aug 2009 11:27:23 -0700 (PDT) Received: from mail.networksolutionsemail.com (ns-omr4.mgt.netsol.com [10.49.6.67]) by omr4.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id n75IRPgH012381 for ; Wed, 5 Aug 2009 14:27:25 -0400 Received: (qmail 5832 invoked by uid 78); 5 Aug 2009 18:27:24 -0000 Received: from unknown (HELO ?10.0.1.4?) (72.37.183.204) by ns-omr4.lb.hosting.dc2.netsol.com with SMTP; 5 Aug 2009 18:27:24 -0000 Message-Id: From: Randy Turner To: Stephen Hanna In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 5 Aug 2009 11:27:23 -0700 References: <8A20CB99-7A23-4DDF-81E5-FE4B861A897B@amalfisystems.com> X-Mailer: Apple Mail (2.935.3) Cc: NEA Subject: Re: [Nea] NEA extensibility points X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 18:27:24 -0000 Thanks for the reply Steve.... So IANA will keep a registry of SMI-specific attributes and PA- subtypes for SMI values OTHER than IETF (SMI=0)? Also, does the expert review process only occur if we're registering additional values as standard IETF types(SMI=0), or does the expert review process occur regardless of which SMI we're registering under? Thanks!! Randy On Aug 5, 2009, at 10:55 AM, Stephen Hanna wrote: > The PA Subtype registry is created in the PB-TNC spec. > Look there for information about how that registry > will be managed. > > To answer your question, any organization can get an > SMI Private Enterprise Number (PEN) from IANA and then > create new PA Subtypes of any kind and for any purpose > that will be used with that organization's SMI PEN. > > For example, my employer Juniper has an SMI PEN of 2636. > We could define a PA Subtype for Power Supply Firmware > (or something else that we came up with). Let's say that > we decided to make that PA Subtype 27, when used with > our SMI PEN of 2636. No problem. Now we can send around > PB-PA messages with that PA Subtype and SMI PEN. > > An organization that defines a new PA Subtype is not > required to register their PA Subtype with IANA. They > can keep it to themselves. But if they want to register > their PA Subtype values with IANA, they can do so. They > just need to send a spec for their PA Subtype value to > IANA which will trigger the Expert Review process > described in sectin 6.1 of PB-TNC. Of course, this > process won't be ready to go until PB-TNC becomes > an RFC (real soon now, I hope! ;-). > > I hope that helps. > > Thanks, > > Steve > >> -----Original Message----- >> From: nea-bounces@ietf.org [mailto:nea-bounces@ietf.org] On >> Behalf Of Randy Turner >> Sent: Wednesday, August 05, 2009 12:48 PM >> To: NEA >> Subject: [Nea] NEA extensibility points >> >> Hi List, >> >> The PA-TNC document is clear on how attributes types are relative to >> the vendor-ID value used in a message. >> >> The PA-TNC document also mentions a registry for PA-subtypes. >> What I >> wanted to make sure is that other organizations could >> establish an SMI >> value and register NEW PA subtypes that are relative to the >> organization-specific SMI. >> >> Are there any limitations or constraints on creating new PA subtypes >> under a specific SMI ? >> >> Thanks! >> Randy >> >> >> _______________________________________________ >> Nea mailing list >> Nea@ietf.org >> https://www.ietf.org/mailman/listinfo/nea >> From shanna@juniper.net Thu Aug 6 06:31:41 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 74C773A68F4 for ; Thu, 6 Aug 2009 06:31:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.528 X-Spam-Level: X-Spam-Status: No, score=-6.528 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jbHXFEH7mkmE for ; Thu, 6 Aug 2009 06:31:40 -0700 (PDT) Received: from exprod7og106.obsmtp.com (exprod7og106.obsmtp.com [64.18.2.165]) by core3.amsl.com (Postfix) with ESMTP id 4EE603A6805 for ; Thu, 6 Aug 2009 06:31:39 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob106.postini.com ([64.18.6.12]) with SMTP ID DSNKSnrbPcHI+9YMXe3n4hTHBgIO8t/ppLWM@postini.com; Thu, 06 Aug 2009 06:31:43 PDT Received: from p-emfe01-wf.jnpr.net (172.28.145.24) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server (TLS) id 8.1.375.2; Thu, 6 Aug 2009 06:27:03 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe01-wf.jnpr.net ([fe80::d0d1:653d:5b91:a123%11]) with mapi; Thu, 6 Aug 2009 09:27:02 -0400 From: Stephen Hanna To: Randy Turner Date: Thu, 6 Aug 2009 09:26:17 -0400 Thread-Topic: [Nea] NEA extensibility points Thread-Index: AcoV+mL33+wAE3zKStu8YAP8J57hLwAHduLg Message-ID: References: <8A20CB99-7A23-4DDF-81E5-FE4B861A897B@amalfisystems.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: NEA Subject: Re: [Nea] NEA extensibility points X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 13:31:41 -0000 Yes, the plan is for IANA to keep one registry for PA Subtypes and include in that registry both values with SMI PEN =3D 0 and values with SMI PEN !=3D 0. The Designated Expert process will be used for all of these values but the criteria to be used by the Designated Expert are less stringent when PEN !=3D 0. All this information is in the IANA Considerations section of PB-TNC, BTW. Please let me know if you found that section less than clear. Thanks, Steve > -----Original Message----- > From: Randy Turner [mailto:rturner@amalfisystems.com]=20 > Sent: Wednesday, August 05, 2009 2:27 PM > To: Stephen Hanna > Cc: NEA > Subject: Re: [Nea] NEA extensibility points >=20 >=20 > Thanks for the reply Steve.... >=20 > So IANA will keep a registry of SMI-specific attributes and PA-=20 > subtypes for SMI values OTHER than IETF (SMI=3D0)? >=20 > Also, does the expert review process only occur if we're registering =20 > additional values as standard IETF types(SMI=3D0), or > does the expert review process occur regardless of which SMI we're =20 > registering under? >=20 > Thanks!! > Randy >=20 >=20 > On Aug 5, 2009, at 10:55 AM, Stephen Hanna wrote: >=20 > > The PA Subtype registry is created in the PB-TNC spec. > > Look there for information about how that registry > > will be managed. > > > > To answer your question, any organization can get an > > SMI Private Enterprise Number (PEN) from IANA and then > > create new PA Subtypes of any kind and for any purpose > > that will be used with that organization's SMI PEN. > > > > For example, my employer Juniper has an SMI PEN of 2636. > > We could define a PA Subtype for Power Supply Firmware > > (or something else that we came up with). Let's say that > > we decided to make that PA Subtype 27, when used with > > our SMI PEN of 2636. No problem. Now we can send around > > PB-PA messages with that PA Subtype and SMI PEN. > > > > An organization that defines a new PA Subtype is not > > required to register their PA Subtype with IANA. They > > can keep it to themselves. But if they want to register > > their PA Subtype values with IANA, they can do so. They > > just need to send a spec for their PA Subtype value to > > IANA which will trigger the Expert Review process > > described in sectin 6.1 of PB-TNC. Of course, this > > process won't be ready to go until PB-TNC becomes > > an RFC (real soon now, I hope! ;-). > > > > I hope that helps. > > > > Thanks, > > > > Steve > > > >> -----Original Message----- > >> From: nea-bounces@ietf.org [mailto:nea-bounces@ietf.org] On > >> Behalf Of Randy Turner > >> Sent: Wednesday, August 05, 2009 12:48 PM > >> To: NEA > >> Subject: [Nea] NEA extensibility points > >> > >> Hi List, > >> > >> The PA-TNC document is clear on how attributes types are=20 > relative to > >> the vendor-ID value used in a message. > >> > >> The PA-TNC document also mentions a registry for PA-subtypes. > >> What I > >> wanted to make sure is that other organizations could > >> establish an SMI > >> value and register NEW PA subtypes that are relative to the > >> organization-specific SMI. > >> > >> Are there any limitations or constraints on creating new=20 > PA subtypes > >> under a specific SMI ? > >> > >> Thanks! > >> Randy > >> > >> > >> _______________________________________________ > >> Nea mailing list > >> Nea@ietf.org > >> https://www.ietf.org/mailman/listinfo/nea > >> >=20 > = From shanna@juniper.net Fri Aug 7 13:10:27 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A51953A67CF for ; Fri, 7 Aug 2009 13:10:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.548 X-Spam-Level: X-Spam-Status: No, score=-6.548 tagged_above=-999 required=5 tests=[AWL=0.051, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Uy-MdYSQ0vb for ; Fri, 7 Aug 2009 13:10:26 -0700 (PDT) Received: from exprod7og122.obsmtp.com (exprod7og122.obsmtp.com [64.18.2.22]) by core3.amsl.com (Postfix) with ESMTP id C622D3A6F6C for ; Fri, 7 Aug 2009 13:10:20 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob122.postini.com ([64.18.6.12]) with SMTP ID DSNKSnyKL2LNFgWP9EvCGC34AXcsRpvmU5RY@postini.com; Fri, 07 Aug 2009 13:10:24 PDT Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server (TLS) id 8.1.375.2; Fri, 7 Aug 2009 13:07:00 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Fri, 7 Aug 2009 16:06:59 -0400 From: Stephen Hanna To: NEA Date: Fri, 7 Aug 2009 16:06:16 -0400 Thread-Topic: IETF 75 NEA minutes Thread-Index: AcoXmoU8HghVtClOQ4GyVmIiuylStQ== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_AC6674AB7BC78549BB231821ABF7A9AE8E774C1799EMBX01WFjnprn_" MIME-Version: 1.0 Subject: [Nea] IETF 75 NEA minutes X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 20:10:27 -0000 --_002_AC6674AB7BC78549BB231821ABF7A9AE8E774C1799EMBX01WFjnprn_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Here are the minutes from the NEA WG meeting at IETF 75. Thanks to Paul Hoffman and Stefan Winter for taking them. If you have any comments or corrections to these minutes, please send them to the NEA list before September 9. Take care, Steve --_002_AC6674AB7BC78549BB231821ABF7A9AE8E774C1799EMBX01WFjnprn_ Content-Type: text/plain; name="nea-ietf75-minutes.txt" Content-Description: nea-ietf75-minutes.txt Content-Disposition: attachment; filename="nea-ietf75-minutes.txt"; size=14494; creation-date="Wed, 29 Jul 2009 03:38:15 GMT"; modification-date="Fri, 07 Aug 2009 15:10:53 GMT" Content-Transfer-Encoding: base64 TWludXRlcyBmcm9tIE5FQSBXRyBNZWV0aW5nCklFVEYgNzUgaW4gU3RvY2tob2xtLCBTd2VkZW4K SnVseSAyNywgMjAwOSwgNTo0MCBQTSAtIDc6NDAgUE0KQ2hhaXJlZCBieSBTdGV2ZSBIYW5uYSBh bmQgU3VzYW4gVGhvbXNvbgpOb3RlcyB0YWtlbiBieSBQYXVsIEhvZmZtYW4gYW5kIFN0ZWZhbiBX aW50ZXIKClRoZXNlIG5vdGVzIGRvIG5vdCBhdHRlbXB0IHRvIGR1cGxpY2F0ZSB0aGUgY29udGVu dCBvZiB0aGUgc2xpZGVzLgpJbnN0ZWFkLCB0aGV5IHN1bW1hcml6ZSB0aGUgbWF0ZXJpYWwgcHJl c2VudGVkIGFuZCBmb2N1cyBvbgpjb21tZW50cyBhbmQgZGlzY3Vzc2lvbi4KCkFnZW5kYSBmb3Ig SUVURiA3NSBORUEgV0cgbWVldGluZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K CkRhdGU6IE1vbmRheSwgSnVseSAyNywgMjAwOQpUaW1lOiAxNzQwLTE5NDAgQ0VTVCAoR01UKzAy MDApCldHIENoYXJ0ZXI6IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaHRtbC5jaGFydGVycy9uZWEtY2hh cnRlci5odG1sCldHIFRvb2xzOiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvd2cvbmVhCldHIGVtYWls OiBuZWFAaWV0Zi5vcmcKCjE3NDAgQWRtaW5pc3RyaXZpYQogICAgICAgICBCbHVlIFNoZWV0cwog ICAgICAgICBKYWJiZXIgJiBNaW51dGUgc2NyaWJlcwogICAgICAgICBBZ2VuZGEgYmFzaGluZwox NzQ1IFdHIFN0YXR1cwoxNzUwIERpc2N1c3MgUEItVE5DIChJRVRGIExDIGFuZCBJRVNHIGNvbW1l bnRzKQogICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYt bmVhLXBiLXRuYy0wNC50eHQKMTgyMCBEaXNjdXNzIFBBLVROQyAoSUVURiBMQyBhbmQgSUVTRyBj b21tZW50cykKICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1p ZXRmLW5lYS1wYS10bmMtMDQudHh0CjE4NTAgRGlzY3VzcyBwcm9wb3NlZCBjaGFydGVyIHVwZGF0 ZXMgIAoxOTE1IFByb2Nlc3MgZm9yIHNvbGljaXRpbmcgcHJvcG9zYWxzIG9uIFBvc3R1cmUgVHJh bnNwb3J0IHByb3RvY29sCjE5MzAgUmV2aWV3IE1pbGVzdG9uZXMgYW5kIE5leHQgU3RlcHMKMTk0 MCBBZGpvdXJuCgpUaGUgYWdlbmRhIHdhcyByZXZpZXdlZCB3aXRoIG5vIGNoYW5nZS4gTWludXRl IHRha2VycyB2b2x1bnRlZXJlZC4KClN1c2FuIFRob21zb24gcmV2aWV3ZWQgV0cgc3RhdHVzLiBT aW5jZSBJRVRGIDc0LCB3ZSBoYXZlCnB1Ymxpc2hlZCAtMDQgZHJhZnRzIGZvciBQQS1UTkMgYW5k IFBCLVROQyB0aGF0IHJlZmxlY3QgdGhlCldHIGNvbnNlbnN1cyBmb3IgcmVzcG9uc2UgdG8gY29t bWVudHMgcmVjZWl2ZWQgZHVyaW5nIFdHTEMuCkFmdGVyIHRoaXMsIHdlIHN1Ym1pdHRlZCB0aGUg c3BlY2lmaWNhdGlvbnMgdG8gb3VyIEFELAp3aG8gZm9yd2FyZGVkIHRoZW0gdG8gSUVTRyB3aXRo IGEgcmVxdWVzdCB0byBjb25zaWRlcgp0aGVtIGZvciBwdWJsaWNhdGlvbiBhcyBQcm9wb3NlZCBT dGFuZGFyZHMuIEFuIElFVEYgTEMKd2FzIGhlbGQgZnJvbSBKdW5lIDkgdG8gSnVuZSAyMyBhbmQg c2V2ZXJhbCBjb21tZW50cwp3ZXJlIHJlY2VpdmVkLCBpbmNsdWRpbmcgYSBHZW4tQXJ0IHJldmll dyBhbmQgSUFOQQpjb21tZW50cy4gQWZ0ZXIgdGhpcywgdGhlIGRvY3VtZW50cyB3ZXJlIHNjaGVk dWxlZApmb3IgYW4gSUVTRyB0ZWxlY2hhdCBidXQgdGhleSBoYXZlIGJlZW4gZGVmZXJyZWQgZHVl CnRvIHNldmVyYWwgQ09NTUVOVHMgYW5kIERJU0NVU1NlcyByZWNlaXZlZCBmcm9tIElFU0cKbWVt YmVycy4gV2Ugd2lsbCBkaXNjdXNzIHRoZSBJRVNHIGNvbW1lbnRzIHRvZGF5IGFuZAphZ3JlZSBv biByZXNvbHV0aW9ucyBvbiB0aGUgbWFpbGluZyBsaXN0LiBNb3JlIElFU0cKY29tbWVudHMgYXJl IGV4cGVjdGVkLgoKU2luY2Ugd2UgaGF2ZSBjb21wbGV0ZWQgYWxsIHRoZSBtaWxlc3RvbmVzIGlu IG91cgpjaGFydGVyLCB3ZSBoYXZlIGRyYWZ0ZWQgYSBjaGFydGVyIHJldmlzaW9uIHRoYXQKY2Fs bHMgZm9yIHVzIHRvIGJlZ2luIHdvcmsgb24gUFQsIHRoZSBQb3N0dXJlClRyYW5zcG9ydCBwcm90 b2NvbC4gVGhpcyBjaGFydGVyIHJldmlzaW9uIHdhcyBzZW50CnRvIHRoZSBORUEgV0cgZm9yIHJl dmlldyBhbmQgc3VwcG9ydCB3YXMgcmVjZWl2ZWQuCldlIHdpbGwgZGlzY3VzcyB0aGUgcHJvcG9z ZWQgY2hhcnRlciBjaGFuZ2VzIHRvZGF5LgoKU3RldmUgSGFubmEgZ2F2ZSBhIHF1aWNrIG92ZXJ2 aWV3IG9mIHRoZSBORUEgcmVmZXJlbmNlCm1vZGVsIGFuZCBzaG93ZWQgYW4gZXhhbXBsZSBvZiBQ QS1UTkMgbWVzc2FnZXMgbmVzdGVkIGluClBCLVROQyBtZXNzYWdlcyBpbnNpZGUgUFQuCgpTdGV2 ZSByZXZpZXdlZCB0aGUgY29tbWVudHMgcmVjZWl2ZWQgb24gdGhlIC0wNCB2ZXJzaW9uCm9mIFBC LVROQy4gRmlyc3QsIGhlIHBvaW50ZWQgb3V0IHRoYXQgdGhlIGNoYW5nZXMgaW4gdGhhdApkb2N1 bWVudCB3ZXJlIHByZXZpb3VzbHkgcHJlc2VudGVkIGF0IElFVEYgNzQgYW5kIHJldmlld2VkCm9u IHRoZSBtYWlsaW5nIGxpc3QuIER1cmluZyBJRVRGIExDLCBhIGNvbW1lbnQgd2FzIHJlY2VpdmVk CmNvbXBsYWluaW5nIHRoYXQgdGhlIHRleHQgaW4gc2VjdGlvbiAxLjEgcmVnYXJkaW5nIHRoZSBU Q0cKaXMgY29uZnVzaW5nIGFuZCBhbWJpZ3VvdXMsIGVzcGVjaWFsbHkgd2l0aCByZXNwZWN0IHRv IGNoYW5nZQpjb250cm9sLiBUaGUgcHJvcG9zZWQgcmVzb2x1dGlvbiBpcyB0byByZW1vdmUgdGhp cyBzZWN0aW9uCmFuZCBhZGQgYSBub3RlIGluIHRoZSBhY2tub3dsZWRnZW1lbnRzIHNlY3Rpb24g dGhhbmtpbmcKdGhlIFRDRyBmb3Igc3VibWl0dGluZyB0aGUgZmlyc3QgZHJhZnQgb2YgdGhpcyBw cm90b2NvbC4KSUVURiBoYXMgY2hhbmdlIGNvbnRyb2wgZm9yIFBCLVROQyBidXQgdGhlcmUncyBu byBuZWVkCnRvIHBvaW50IHRoYXQgb3V0IHNpbmNlIHRoYXQncyBhbHdheXMgdHJ1ZSBmb3IgUkZD cwp1bmxlc3MgdGhlcmUncyBhIG5vdGUgdG8gdGhlIGNvbnRyYXJ5LiBObyBjb21tZW50cwp3ZXJl IHJlY2VpdmVkIG9uIHRoaXMgcHJvcG9zYWwuCgpUaGUgSUFOQSBhbHNvIHByb3ZpZGVkIGNvbW1l bnRzIGR1cmluZyBJRVRGIExDLiBGaXJzdCwKdGhleSBjYXVnaHQgc2V2ZXJhbCBtaXN0YWtlczog dmFsdWVzIHRoYXQgd2VyZSBpbmNsdWRlZAppbiB0aGUgbWFpbiBwYXJ0IG9mIHRoZSBzcGVjIGJ1 dCBsZWZ0IG91dCBvZiB0aGUgSUFOQQpDb25zaWRlcmF0aW9ucyBzZWN0aW9uLiBUaG9zZSB3aWxs IGJlIGFkZGVkIHRvIHRoZQpJQU5BIENvbnNpZGVyYXRpb25zIHNlY3Rpb24uIFNlY29uZCwgdGhl eSByYWlzZWQgYQpjb25jZXJuIHdpdGggb3VyIGluc3RydWN0aW9ucyB0aGF0IHNhaWQgdGhhdCB3 aGVuCmEgdmVuZG9yIHN1Ym1pdHMgYSByZXF1ZXN0IHRvIHJlZ2lzdGVyIGEgdmVuZG9yLXNwZWNp ZmljCnZhbHVlIGluIG9uZSBvZiBvdXIgcmVnaXN0cmllcywgdGhlIElBTkEgc2hvdWxkIGFyY2hp dmUKdGhlIHZlbmRvcidzIHNwZWMgZGVzY3JpYmluZyB0aGF0IHZhbHVlIGFuZCB0aGVuIG1ha2UK dGhhdCBzcGVjIHB1YmxpY2x5IGF2YWlsYWJsZSBpZiB0aGUgdmVuZG9yIHN0b3BzIGRvaW5nCnNv LiBJbiB0aGVpciBJRVRGIExDIGNvbW1lbnRzLCB0aGUgSUFOQSBzYWlkIHRoZXkgZG9uJ3QKaGF2 ZSBhIHByb2Nlc3MgZm9yIGFyY2hpdmluZyBzcGVjcy4gSG93ZXZlciwgYWZ0ZXIgZnVydGhlcgpj b25zdWx0YXRpb24gdGhleSBoYXZlIGRlY2lkZWQgdGhhdCB0aGV5IGRvIGhhdmUgYQpwcm9jZXNz IGZvciB0aGlzLiBJdCdzIGp1c3QgdmVyeSBuZXcgc28gc29tZSBJQU5BCmVtcGxveWVlcyBkaWRu J3Qga25vdyBhYm91dCBpdCB5ZXQuIFNvIHRoaXMgaXMgbm8KbG9uZ2VyIGEgcHJvYmxlbS4KClN1 c2FuIFRob21zb24gcG9pbnRlZCBvdXQgc2V2ZXJhbCBpc3N1ZXMgd2l0aCBQQi1UTkMuCkZpcnN0 LCBzaGUgcG9pbnRlZCBvdXQgdGhhdCB0aGUgUmV0cnktQWNrbm93bGVkZ2UgZmxhZwppcyBubyBs b25nZXIgbmVlZGVkIG5vdyB0aGF0IHdlIGhhdmUgbW92ZWQgdG8gb3VyIG5ldywKc2ltcGxlciBz dGF0ZSBtYWNoaW5lLiBUaGUgcHJvcG9zZWQgcmVzb2x1dGlvbiBpcyB0bwpyZW1vdmUgdGhhdCBm bGFnLCByZXR1cm5pbmcgdGhhdCBiaXQgdG8gdGhlIFJlc2VydmVkCmZpZWxkLiBObyBjb21tZW50 cyBvbiB0aGF0LiBTZWNvbmQsIFN1c2FuIHBvaW50ZWQgb3V0CnRoYXQgc2VjdGlvbiA0LjEgb2Yg UEItVE5DIHNhaWQgdG8gc2VuZCBWZXJzaW9uIE5vdApTdXBwb3J0ZWQgZXJyb3JzIGluIGEgUEIt VE5DIG1lc3NhZ2Ugd2l0aCB2ZXJzaW9uIDEuClRoYXQgY29uZmxpY3RzIHdpdGggc2VjdGlvbiA0 LjkuMiwgd2hpY2ggc2F5cyB0byBzZW5kCnRob3NlIGVycm9ycyBpbiBhIG1lc3NhZ2Ugd2l0aCB2 ZXJzaW9uIDIuIFNlY3Rpb24gNC45LjIKaXMgY29ycmVjdCBzbyBzZWN0aW9uIDQuMSB3aWxsIGJl IGZpeGVkLgoKTW92aW5nIG9uIHRvIElFU0cgY29tbWVudHMsIEFsZXhleSBwb2ludGVkIG91dCB0 aGF0CndlIG1pc3NlZCBpbmNsdWRpbmcgYSBsYW5ndWFnZSB0YWcgdG8gZ28gd2l0aCB0aGUKUmVt ZWRpYXRpb24tU3RyaW5nIGZpZWxkIHNpbmNlIHRoYXQncyBhIGh1bWFuIHJlYWRhYmxlCnN0cmlu Zy4gQkNQIDE4IChSRkMgMjI3Nykgc2F5cyB0aGF0IHdlIG11c3QgcHJvdmlkZQphIHdheSB0byBp bmRpY2F0ZSB0aGUgbGFuZ3VhZ2UgZm9yIGh1bWFuIHJlYWRhYmxlCnN0cmluZ3Mgc28gd2Ugd2ls bCBhZGQgYSBsYW5ndWFnZSB0YWcgdG8gdGhpcyBzdHJpbmcuCgpBbGV4ZXkgYWxzbyBwb2ludGVk IG91dCB0aGF0IHRoZSBWZXJzaW9uIE5vdCBTdXBwb3J0ZWQKZXJyb3IgaW5jbHVkZXMgYSByYW5n ZSBvZiB2ZXJzaW9ucyAoTWluIGFuZCBNYXgpIGJ1dAp0aGlzIHdvbid0IHdvcmsgaWYgdGhlIHJh bmdlIG9mIHZlcnNpb25zIHN1cHBvcnRlZAppbmNsdWRlcyBvbmUgb2YgdGhlIHJlc2VydmVkIHZh bHVlcywgbGlrZSAweDA5LgpUaGUgcHJvcG9zZWQgc29sdXRpb24gaXMgdG8ganVzdCBzYXkgdGhh dCB0aGUKcmVzZXJ2ZWQgdmFsdWVzIGxpc3RlZCBpbiB0aGUgUEItVE5DIHNwZWMgYXJlCnVuZGVy c3Rvb2QgdG8gYmUgb21pdHRlZCBmcm9tIHRoZSByYW5nZS4gVGVkZHkKSG9nZWJvcm4gYXNrZWQg d2hldGhlciBpdCB3b3VsZCBiZSBwZXJtaXR0ZWQgdG8KcHJvdmlkZSBhIHJhbmdlIG9mIDItMTMg aWYgMTMgaXMgYSByZXNlcnZlZCB2YWx1ZQphbmQgd2hhdCB0aGUgbWVhbmluZyB3b3VsZCBiZSwg aWYgcGVybWl0dGVkLiBTdGV2ZQpzYWlkIHRoYXQgdGhlIG1lYW5pbmcgc2hvdWxkIGJlIDItMTMg d2l0aCB0aGUKcmVzZXJ2ZWQgdmFsdWVzIGJsb2NrZWQgb3V0IChpLmUuIDItMTIgaWYgMTMgd2Fz CnRoZSBvbmx5IHJlc2VydmVkIHZhbHVlKS4gVGVkZHkgYXNrZWQgZm9yIHRoaXMKdG8gYmUgY2xl YXIgaW4gdGhlIHNwZWMgYW5kIFN0ZXZlIGFncmVlZC4KClRlZGR5IGFsc28gYXNrZWQgd2hldGhl ciB0aGVzZSBwcm90b2NvbHMgZHVwbGljYXRlCm1vc3Qgb2YgU05NUC4gU3RldmUgc2FpZCB0aGF0 IHRoZXJlIGlzIHNvbWUgZHVwbGljYXRpb24KYnV0IFNOTVAgY2FuJ3QgcnVuIGJlZm9yZSBhbiBJ UCBhZGRyZXNzIGlzIGFzc2lnbmVkLgoKVGhlIG5leHQgSUVTRyBjb21tZW50IGlzIHRoYXQgdGhl IFBCLVROQyBzcGVjIGRvZXNuJ3QKcmVmbGVjdCBvdXIgZWFybGllciBkZWNpc2lvbiB0byBhbGxv dyBhIHNpbmdsZSBQb3N0dXJlCkNvbGxlY3RvciB0byBoYXZlIG11bHRpcGxlIFBvc3R1cmUgQ29s bGVjdG9yIElkZW50aWZpZXJzCihhbmQgc2ltaWxhcmx5IGZvciBQb3N0dXJlIFZhbGlkYXRvcnMp LiBUaGUgcHJvcG9zZWQKcmVzb2x1dGlvbiBpcyB0byBmaXggdGhpcyB0ZXh0IGluIHRoZSBQQi1U TkMgc3BlYy4KCkFub3RoZXIgSUVTRyBjb21tZW50IHdhcyB0aGF0IHRoZSBlcnJvciBoYW5kbGlu ZyBpbgp0aGUgUEItVE5DIHNwZWMgaXMgbm90IGFzIHRpZ2h0bHkgc3BlY2lmaWVkIGFzIGl0CnNo b3VsZCBiZS4gV2UgaGFkIGxvdHMgb2YgU0hPVUxEcyB0aGF0IHNob3VsZCByZWFsbHkKYmUgTVVT VHMgdG8gbWF4aW1pemUgY29tcGF0aWJpbGl0eSBhbmQgbWluaW1pemUKY29uZnVzaW9uLiBXZSBt dXN0IGJlIGNhcmVmdWwgbm90IHRvIGNyZWF0ZSBpbmZpbml0ZQpsb29wcyB3aGVyZSBib3RoIHNp ZGVzIGxvb3Agc2VuZGluZyBlcnJvcnMgYmVjYXVzZQp0aGV5IGRvbid0IHVuZGVyc3RhbmQgZWFj aCBvdGhlcnMnIGVycm9ycy4KClBhdWwgSG9mZm1hbiBhc2tlZCBmb3IgdXMgdG8gaW5jbHVkZSBh IGNvbXBsZXRlIGxpc3QKb2YgdGhlIGNoYW5nZXMgdGhhdCB3ZSBtYWtlIGR1cmluZyB0aGlzIHBy b2Nlc3MuIFN0ZXZlCmFncmVlZCB0aGF0IHRoZSBlZGl0b3JzIHdpbGwgc2VuZCBhIGNvbXBsZXRl IGxpc3Qgb2YKY2hhbmdlcyB0byB0aGUgTkVBIG1haWxpbmcgbGlzdC4KClRlZGR5IHBvaW50ZWQg b3V0IHRoYXQgc29tZSBmYXRhbCBlcnJvcnMgY2FuJ3QgYWN0dWFsbHkKYmUgcmVwb3J0ZWQsIGZv ciBleGFtcGxlIHdoZW4gdGhlIHVuZGVybHlpbmcgdHJhbnNwb3J0CmZhaWxzLiBTdGV2ZSBhZ3Jl ZWQuIFdlJ2xsIG5vdGUgdGhhdCBpbiB0aGUgc3BlYy4KCk5leHQsIHdlIG1vdmVkIG9uIHRvIGNv bW1lbnRzIG9uIHRoZSBQQS1UTkMgc3BlYy4KVGhlIGZpcnN0IGZldyBjb21tZW50cyB3ZXJlIHZl cnkgc2ltaWxhciB0byB0aGUKZmlyc3QgY29tbWVudHMgb24gdGhlIFBCLVROQyBzcGVjaWZpY2F0 aW9uOiBhCnJlcXVlc3QgdG8gcmVtb3ZlIG9yIGNsYXJpZnkgdGhlIFRDRyB0ZXh0IGluCnNlY3Rp b24gMS4xLCBhIGZldyB2YWx1ZXMgbWlzc2luZyBmcm9tIHRoZSBJQU5BCkNvbnNpZGVyYXRpb25z IHNlY3Rpb24sIGFuIElBTkEgY29uY2VybiBhYm91dAphcmNoaXZpbmcgdmVuZG9yIHNwZWNpZmlj YXRpb25zLCBhbmQgYSByZXF1ZXN0CnRvIGhhdmUgYSBsYW5ndWFnZSB0YWcgb24gdGhlIFJlbWVk aWF0aW9uLVN0cmluZy4KVGhlc2Ugd2lsbCBiZSByZXNvbHZlZCBpbiB0aGUgc2FtZSB3YXkgZGlz Y3Vzc2VkIGFib3ZlLgoKVGhlIGZpcnN0IG5ldyBjb21tZW50IGlzIGEgc3VnZ2VzdGlvbiB0aGF0 IHdlCnNob3VsZCByZXF1aXJlIGEgUG9zdHVyZSBDb2xsZWN0b3IgdG8gcmVzcG9uZAp0byBhbiBB dHRyaWJ1dGUgUmVxdWVzdCAoZWl0aGVyIHdpdGggYW4gZXJyb3IKb3Igd2l0aCB0aGUgcmVxdWVz dGVkIGF0dHJpYnV0ZSkgaW5zdGVhZCBvZgpzYXlpbmcgdGhlIFBvc3R1cmUgQ29sbGVjdG9yIFNI T1VMRCByZXNwb25kLgpUaGlzIHNlZW1zIGxpa2UgYSBnb29kIGlkZWEgc2luY2UgaXQgd2lsbCBt YWtlCml0IGVhc2llciBmb3IgYSBQb3N0dXJlIFZhbGlkYXRvciB0byBkZXRlcm1pbmUKd2hldGhl ciB0aGUgUG9zdHVyZSBDb2xsZWN0b3IgaXMgcHJlc2VudCAoZXZlbgppZiBpdCByZXR1cm5zIGFu IGVycm9yKSB2cy4gYWJzZW50IChpbiB3aGljaApjYXNlIG5vIHJlc3BvbnNlIHdpbGwgYmUgcmVj ZWl2ZWQpLgoKQW4gSUVTRyBtZW1iZXIgc3VnZ2VzdGVkIHRoYXQgd2UgaW5jbHVkZSBhCndhcm5p bmcgYWJvdXQgdGhlIGRhbmdlcnMgb2YgYWNjZXB0aW5nIGFuZApleGVjdXRpbmcgYXV0b21hdGVk IHJlbWVkaWF0aW9uIGluc3RydWN0aW9ucy4KVGhlIHByb3Bvc2VkIHJlc29sdXRpb24gaXMgdG8g aW5jbHVkZSBzdWNoIGEKd2FybmluZyBpbiB0aGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgc2Vj dGlvbgphbmQgcHJvYmFibHkgYWxzbyBpbiB0aGUgc2VjdGlvbiB0aGF0IGRlc2NyaWJlcwpyZW1l ZGlhdGlvbiBpbnN0cnVjdGlvbnMuCgpUaGUgbmV4dCBJRVNHIGNvbW1lbnQgd2FzIGEgcXVlc3Rp b24gYWJvdXQgdGhlCnN0YXR1cyBvZiB0aGUgUEEtVE5DIFNlY3VyaXR5IGRyYWZ0LiBBcHBhcmVu dGx5LAp3ZSBkaWRuJ3QgcmVtb3ZlIGFsbCByZWZlcmVuY2VzIHRvIHRoaXMgZHJhZnQKd2hlbiB3 ZSBkZWNpZGVkIHRvIGRyb3AgaXQgbGFzdCB5ZWFyLiBUaGlzIHdpbGwKYmUgZml4ZWQgYnkgcmVt b3ZpbmcgdGhvc2UgcmVmZXJlbmNlcy4KClRoZW4gdGhlcmUgd2FzIGFub3RoZXIgcmVxdWVzdCB0 byB0aWdodGVuIHVwCm91ciBlcnJvciBoYW5kbGluZy4gWWVzLCB3ZSdsbCBkbyB0aGF0LCBhcwpk ZXNjcmliZWQgdW5kZXIgUEItVE5DIGFib3ZlLgoKVGhlIG5leHQgcmVxdWVzdCB3YXMgdG8gdXNl IHRoZSBGaWVsZCBUeXBlcyBkZWZpbmVkCmluIHNlY3Rpb24gMy42IHRocm91Z2hvdXQgdGhlIGRv Y3VtZW50LiBUaGUgZWRpdG9ycwpoYXZlIGJlZW4gZGlzY3Vzc2luZyB0aGlzLiBTb21lIG9mIHVz IHRoaW5rIHRoYXQgdGhpcwppcyBhIGdvb2QgaWRlYSBzaW5jZSB3ZSByZXVzZSB0aGVzZSB0eXBl cyBzZXZlcmFsCnBsYWNlcyBpbiB0aGUgc3BlYyBhbmQgUG9zdHVyZSBDb2xsZWN0b3IgdmVuZG9y cwptaWdodCB3YW50IHRvIHJldXNlIHRob3NlIHR5cGVzIGluIHRoZWlyIHZlbmRvcgpzcGVjaWZp YyB2YWx1ZXMuIE90aGVycyBvZiB1cyB0aGluayB0aGF0IHdlIGRvbid0CmFjdHVhbGx5IHJldXNl IG1hbnkgdHlwZXMsIG90aGVyIHRoYW4gdW5zaWduZWQKaW50ZWdlcnMgd2hpY2ggYXJlIGVhc3kg dG8gc3BlY2lmeS4gU2luY2Ugd2UgZG9uJ3QKYWdyZWUgb24gdGhpcywgdGhlIGVkaXRvcnMgdGhh dCBmYXZvciByZXVzZSB3aWxsCnRyeSBlZGl0aW5nIHRoZSBzcGVjIHRvIGhhdmUgcmV1c2UuIFRo ZW4gd2UnbGwgYWxsCnJldmlldyB0aGlzIHJldmlzZWQgc3BlY2lmaWNhdGlvbiB0byBzZWUgaWYg aXQncwpiZXR0ZXIuIElmIHNvLCB3ZSdsbCBrZWVwIGl0LiBJZiBub3QsIHdlIHdvbid0LgoKVGVk ZHkgYXNrZWQgdGhhdCBpZiB3ZSdyZSBnb2luZyB0byBkZWZpbmUgb3VyIG93bgp0ZXJtcywgd2Ug c2hvdWxkIGNob29zZSBuYW1lcyB0aGF0IG1ha2UgaXQgY2xlYXIKd2hlbiB3ZSdyZSB0YWxraW5n IGFib3V0IG91ciBzcGVjaWFsIGtpbmQgb2YgZGF0ZQpvciBzdHJpbmcgdHlwZSBhbmQgd2hlbiB3 ZSdyZSBqdXN0IHJlZmVycmluZyB0bwpkYXRlcyBvciBzdHJpbmdzIGluIGdlbmVyYWwuIFN0ZXZl IGFncmVlZC4KCllvcmFuIFNoZWZmZXIgYXNrZWQgdGhhdCB3aGVuIHdlIHJlbW92ZSBzZWN0aW9u IDEuMQphbmQgYWRkIGFuIGFja25vd2xlZGdlbWVudCBmb3IgVENHLCBpdCB3b3VsZCBiZSBnb29k CnRvIHJldGFpbiB0aGUgdGV4dCB0aGF0IGV4cGxhaW5zIHRoZSByZWxhdGlvbnNoaXAKYmV0d2Vl biB0aGUgVE5DIHNwZWNpZmljYXRpb25zIGFuZCB0aGlzIGRvY3VtZW50LgpUaW0gUG9sayAob3Vy IEFyZWEgRGlyZWN0b3IpIHNhaWQgdGhhdCB0aGUgSUVTRyB3b3VsZApyYXRoZXIgbm90IGluY2x1 ZGUgdGhpcyB0ZXh0IHNpbmNlIGl0IHJhaXNlcyB0b28gbWFueQppc3N1ZXMuIEZpcnN0LCB0aGUg SUVURiBzaG91bGRuJ3QgYmUgbWFraW5nIHN0YXRlbWVudHMKYWJvdXQgd2hhdCB0aGUgVENHIGlz IGdvaW5nIHRvIGRvIGluIHRoZSBmdXR1cmUuClNlY29uZCwgaXQncyBoYXJkIHRvIHByZWRpY3Qg d2hhdCB0aGUgcmVsYXRpb25zaGlwCmJldHdlZW4gSUVURiBhbmQgVENHIHdpbGwgYmUgaW4gdGhl IGZ1dHVyZS4gV2UgaG9wZQp0aGF0IGl0IHdpbGwgYmUgZ29vZCBidXQgd2UgY2FuJ3Qgc2F5IGZv ciBzdXJlLgpJdCdzIGJldHRlciB0byBqdXN0IHNheSB0aGF0IHRoZSBzcGVjcyBjYW1lIGZyb20K VENHLiBUaGF0J3MgYSBmYWN0IHRoYXQgd2lsbCBhbHdheXMgYmUgdHJ1ZS4KUGF1bCBIb2ZmbWFu IGFncmVlZCB0aGF0IGl0J3MgYmV0dGVyIHRvIHRha2Ugb3V0CnRoaXMgdGV4dCBzaW5jZSBpdCdz IHZlcnkgaGFyZCB0byBwcmVkaWN0IHRoZQpmdXR1cmUuIFdlIG1pZ2h0IGZvcmsgaW4gdGhlIGZ1 dHVyZS4gV2UgaG9wZSBub3QKYnV0IHdlIGNhbid0IHByb21pc2UgYW55dGhpbmcuCgpBbm90aGVy IGlzc3VlIHBvaW50ZWQgb3V0IGJ5IHRoZSBJRVNHIGlzIHRoYXQgd2UKc2hvdWxkIHNlbGVjdCBE ZXNpZ25hdGVkIEV4cGVydHMuIFRoZSBiZXN0IHByb2Nlc3MKZm9yIGRvaW5nIHRoaXMgaXMgZm9y IHRoZSBXRyBjaGFpcnMgdG8gcmVjb21tZW5kCm5vbWluZWVzIHRvIHRoZSBBcmVhIERpcmVjdG9y LCB3aG8gd2lsbCBwYXNzIHRob3NlCnJlY29tbWVuZGF0aW9ucyBvbiB0byB0aGUgSUVTRywgd2hv IHdpbGwgZGVjaWRlCmFuZCBhcHBvaW50IHRoZSBEZXNpZ25hdGVkIEV4cGVydHMuIFN0ZXZlIGFz a2VkCmlmIHRoZXJlIGFyZSBhbnkgdm9sdW50ZWVycyBmb3IgdGhpcyBwb3NpdGlvbi4KSGUgZGVz Y3JpYmVkIHRoZSBkdXRpZXMgYWxzby4gTm9ib2R5IHNwb2tlIHVwLgpTdGV2ZSBhbmQgU3VzYW4g d2lsbCBnbyBmaW5kIHNvbWUgdm9sdW50ZWVycy4KClRoZSBsYXN0IGlzc3VlIHdhcyBzb21lIG1p bm9yIHR5cG9zLCBjbGFyaWZpY2F0aW9ucywKYW5kIGluY29uc2lzdGVuY2llcyB0aGF0IG11c3Qg YmUgZml4ZWQuIFRob3NlIHdpbGwKYmUgZml4ZWQgaW4gdGhlIG5leHQgZHJhZnQgb2YgdGhlIGRv Y3VtZW50cywgd2hpY2gKd2lsbCBiZSBzZW50IGFyb3VuZCBmb3IgV0cgcmV2aWV3LgoKU3VzYW4g cHJlc2VudGVkIHRoZSBnb2FsIG9mIHRoZSBjaGFydGVyIGNoYW5nZXMuIE91cgpjdXJyZW50IGNo YXJ0ZXIgc2F5cyB0aGF0IHdlIHNob3VsZCBzZWxlY3QgYSBQVApwcm90b2NvbCBkZWZpbmVkIGJ5 IG90aGVycy4gVGhhdCdzIG5vdCBxdWl0ZSByaWdodC4KV2Ugd2FudCB0byBydW4gb3VyIFBUIHBy b3RvY29scyBvdmVyIGV4aXN0aW5nIHRyYW5zcG9ydHMKYnV0IHNvbWUgTkVBLXNwZWNpZmljIHdv cmsgd2lsbCBiZSBuZWVkZWQuIFdlIG11c3QKZGVmaW5lIGhvdyBQQiBzaG91bGQgYmUgY2Fycmll ZCBvdmVyIHRob3NlIGV4aXN0aW5nCnRyYW5zcG9ydHMgKGxpa2UgRUFQIG9yIFRMUyBvciB3aGF0 ZXZlcikuIFRoZSBnb2FsCm9mIHRoZSBwcm9wb3NlZCBjaGFydGVyIGNoYW5nZXMgaXMgdG8gZXhw bGFpbiB0aGF0CmFuZCBzZXQgb3V0IGEgcHJvY2VzcyBhbmQgdGltZWxpbmUgZm9yIHRoZSBORUEg V0cKdG8gZGV2ZWxvcCBQVCBwcm90b2NvbHMsIHdoaWNoIHdpbGwgYmUgdGhpbiBsYXllcnMKb3Zl ciBleGlzdGluZyB0cmFuc3BvcnQgcHJvdG9jb2xzLiBUaGUgZ2lzdCBvZiB0aGlzCnByb3Bvc2Vk IGNoYXJ0ZXIgd2FzIGRpc2N1c3NlZCBhdCBJRVRGIDc0IGFuZCB0aGUKYWN0dWFsIHRleHQgaGFz IGJlZW4gcmV2aWV3ZWQgb24gdGhlIE5FQSBtYWlsaW5nIGxpc3QuCgpTdXNhbiByZXZpZXdlZCB0 aGUgYWN0dWFsIHRleHQgaW4gdGhlIHByb3Bvc2VkIGNoYXJ0ZXIKY2hhbmdlcy4gQSBkaXNjdXNz aW9uIGVuc3VlZCBvbiB0aGUgY2hhbmdlIGZyb20gIm9uZSIKbWFuZGF0b3J5IHRvIGltcGxlbWVu dCBQVCBwcm90b2NvbCB0byAiYXQgbGVhc3Qgb25lIi4KVGhlIHByb2JsZW0gaXMgdGhhdCBzb21l IGN1c3RvbWVycyB3YW50IHRvIGRvIHBvc3R1cmUKYXNzZXNzbWVudCBiZWZvcmUgYXNzaWduaW5n IGFuIElQIGFkZHJlc3MgdG8gdGhlIE5FQQpjbGllbnQgKHByb2JhYmx5IHVzaW5nIGFuIEVBUC1i YXNlZCB0cmFuc3BvcnQpIGFuZCBzb21lCndhbnQgdG8gZG8gcG9zdHVyZSBhc3Nlc3NtZW50IGFm dGVyIGFuIElQIGFkZHJlc3MgaGFzCmJlZW4gYXNzaWduZWQgKHByb2JhYmx5IHVzaW5nIGFuIElQ LWJhc2VkIHRyYW5zcG9ydCkuClNvbWUgd2FudCB0byBkbyBib3RoLiBJZiB3ZSBzZWxlY3Qgb25s eSBvbmUgbWFuZGF0b3J5CnRvIGltcGxlbWVudCBQVCBwcm90b2NvbCwgb25lIG9mIHRoZXNlIGdy b3VwcyBvZiBjdXN0b21lcnMKd2lsbCBiZSBkaXNhcHBvaW50ZWQuIFRpbSBzYWlkIHRoYXQgd2Ug c2hvdWxkIGxlYXZlCnRoZSBjaGFydGVyIGZsZXhpYmxlIHNvIHRoYXQgd2Ugd2FpdCB1bnRpbCB3 ZSBoYXZlCnNvbWUgY29uY3JldGUgcHJvdG9jb2xzIGJlZm9yZSB3ZSBtYWtlIG91ciBkZWNpc2lv bi4KCllhcm9uIHNhaWQgdGhhdCBsZWF2aW5nIHRoaXMgY2hhcnRlciB0ZXh0IGZsZXhpYmxlIG1p Z2h0CmNhdXNlIHVzIHRvIGFkb3B0IHR3byBlcXVpdmFsZW50IHRyYW5zcG9ydCBwcm90b2NvbHMu ClN0ZXZlIGFuZCBUaW0gYm90aCBzYWlkIHRoYXQgdGhleSB3aWxsIHB1c2ggaGFyZCB0bwphdm9p ZCBoYXZpbmcgdHdvIHRyYW5zcG9ydCBwcm90b2NvbHMgdW5sZXNzIHRoZXJlIGlzCmEgdmVyeSBz dHJvbmcgcmVhc29uIHRvIGRvIHNvLCBzdWNoIGFzIGlmIHRoZXJlIGFyZQp0d28gaW5jb21wYXRp YmxlIHVzZSBjYXNlcy4gUGF1bCBzdWdnZXN0ZWQgc2F5aW5nIHRoYXQKd2Ugc2hvdWxkIHJlcXVp cmUgb25lIFBUIHByb3RvY29sIGZvciBsYXllciAyIGFuZCBvbmUKUFQgcHJvdG9jb2wgZm9yIGxh eWVyIDMuIFRpbSBzYWlkIHRoYXQgd2UgbWF5IGVuZCB1cAp0aGVyZSBidXQgcHJvYmFibHkgc2hv dWxkbid0IHB1dCB0aGF0IGluIHRoZSBjaGFydGVyLgoKU3VzYW4gcmV2aWV3ZWQgdGhlIG5ldyBt aWxlc3RvbmVzLiBUaGUgcGxhbiBpcyB0byB1c2UKYSBwcm9jZXNzIHRvIGdldCBQVCBwcm90b2Nv bHMgdGhhdCBpcyBzaW1pbGFyIHRvIHRoZQpwcm9jZXNzIHRoYXQgd2UgdXNlZCBmb3IgUEEgYW5k IFBCIHByb3RvY29scy4gV2UnZApzb2xpY2l0IHByb3Bvc2FscyB0aGF0IG1lZXQgb3VyIHJlcXVp cmVtZW50cyBpbgpTZXB0ZW1iZXIgd2l0aCBzdWJtaXNzaW9ucyBkdWUgaW4gT2N0b2Jlci4gQXQg SUVURiA3NiwKd2UnZCByZXZpZXcgdGhlIHN1Ym1pc3Npb25zIGFuZCBkZWNpZGUgd2hhdCB0byBk bwpmb3IgV0cgZHJhZnRzLiBUaGVuIHdlJ2QgYWltIGZvciByYXBpZCBkZXZlbG9wbWVudApvZiB0 aGUgc3BlY2lmaWNhdGlvbnMsIHByb2JhYmx5IGluY2x1ZGluZyBhIHZpcnR1YWwKaW50ZXJpbSBt ZWV0aW5nIGluIEphbnVhcnkuIElmIGFsbCBnb2VzIHdlbGwsIHdlCnNob3VsZCBiZSBhYmxlIHRv IGRvIGEgV0cgTEMgb24gdGhlIHNwZWNpZmljYXRpb25zCmluIE1hcmNoLCByZXNvbHZlIHRoZSBj b21tZW50cyBhdCBJRVRGIDc3IGluIEFwcmlsLAphbmQgc3VibWl0IHRoZSBzcGVjcyB0byB0aGUg SUVTRyBpbiBNYXkgMjAxMC4KUGF1bCBwb2ludGVkIG91dCB0aGF0IHRoZSBmaXJzdCBtaWxlc3Rv bmUgbmVlZHMKYW4gInMiIG9uIHRoZSBlbmQgKCJwcm90b2NvbHMiIG5vdCAicHJvdG9jb2wiKS4K ClRpbSBzYWlkIGhlIHRoaW5rcyB0aGUgZHJhZnQgY2hhcnRlciBpcyByZWFkeSBmb3IKSUVTRyBj b25zaWRlcmF0aW9uLiBUaGV5IG1heSBkZWNpZGUgdGhhdCBpdCBuZWVkcwpjaGFuZ2VzIG9yIHRo YXQgaXQgbmVlZHMgYW4gSUVURiBMQy4gV2UnbGwgc2VlLgoKV2UgZGlkIGEgaHVtIG9uIHdoZXRo ZXIgdGhlIGNoYXJ0ZXIgY2hhbmdlcyBwcm9wb3NlZApieSBTdXNhbiBhcmUgYWNjZXB0YWJsZS4g VGhlIGh1bSB3YXMgdW5hbmltb3VzIHRoYXQKdGhlIGNoYXJ0ZXIgY2hhbmdlcyBhcmUgZmluZS4K CldlIGRpc2N1c3NlZCB0aGUgdGltaW5nIG9mIHdoZW4gdG8gaGF2ZSB0aGUgSUVTRwpjb25zaWRl ciB0aGUgY2hhcnRlciBhbmQgd2hlbiB0byBoYXZlIHRoZW0gbG9vawphdCBtb2RpZmllZCB2ZXJz aW9ucyBvZiBQQS1UTkMgYW5kIFBCLVROQy4gQWZ0ZXIKc29tZSBkaXNjdXNzaW9uLCBpdCB3YXMg YWdyZWVkIHRoYXQgd2UgY2FuIG5vdApnZXQgUEEtVE5DIGFuZCBQQi1UTkMgcmV2aXNpb25zIHRo cm91Z2ggV0dMQwpieSBBdWd1c3QgMTMsIGVzcGVjaWFsbHkgc2luY2Ugd2Ugc3RpbGwgaGF2ZSBu b3QKcmVjZWl2ZWQgY29tbWVudHMgZnJvbSBzZXZlcmFsIElFU0cgbWVtYmVycy4KVGhlcmVmb3Jl LCB3ZSdsbCBhc2sgdGhlIElFU0cgdG8gc2VuZCB1cyB0aGVpcgpjb21tZW50cyBvbiBQQS1UTkMg YW5kIFBCLVROQyBBU0FQLiBXZSdsbCBtYWtlCmNoYW5nZXMgdG8gYWRkcmVzcyB0aGVpciBjb21t ZW50cywgcG9zdCBuZXcKdmVyc2lvbnMgb2YgUEEtVE5DIGFuZCBQQi1UTkMsIGRvIFdHTEMsIGFu ZAp0aGVuIGFzayBmb3IgdGhlbSB0byBiZSBvbiB0aGUgSUVTRyB0ZWxlY2hhdC4KV2UnbGwgYXNr IHRoZSBJRVNHIHRvIGNvbnNpZGVyIG91ciBjaGFydGVyCmNoYW5nZXMgb24gQXVndXN0IDEzLgoK VGVkZHkgYXNrZWQgYWJvdXQgd2hldGhlciB3ZSBjb3VsZCByZXVzZSBkYXRhCnN0cnVjdHVyZXMg ZnJvbSBNSUJzLCBzaW5jZSB0aGVyZSdzIGxvdHMgb2Ygb3ZlcmxhcC4KU3RldmUgc2FpZCB0aGF0 IHRoZXJlJ3Mgbm90IGFjdHVhbGx5IHRoYXQgbXVjaApvdmVybGFwLiBUZWRkeSB0aGlua3MgdGhl cmUgaXMgc29tZS4gQW5kIGV2ZW4KaWYgdGhlcmUgYXJlbid0IE1JQnMgZm9yIHRoaXMsIG1heWJl IHdlIHNob3VsZApqdXN0IGRlZmluZSBNSUJzIGFuZCB1c2UgdGhvc2UgaW4gb3VyIHByb3RvY29s LgpUaW0gc2FpZCB0aGF0IHRoZSBPUFMgYW5kIE1hbmFnZW1lbnQgQURzIGRpZG4ndApzZWVtIHRv IHRoaW5rIHRoaXMgd2FzIGEgc29sdmVkIHByb2JsZW0uIEFsc28sCnRoZSBTZWN1cml0eSBBcmVh IGRvZXNuJ3QgaGF2ZSBhIGdvb2QgdHJhY2sKcmVjb3JkIG9uIGRlZmluaW5nIE1JQnMuIEFuZCB3 ZSBoYXZlIGEgZ29vZApzZXQgb2YgcHJvdG9jb2xzIHRoYXQgc2hvdWxkIHdvcmsgd2VsbC4KCk1l ZXRpbmcgYWRqb3VybmVkCg== --_002_AC6674AB7BC78549BB231821ABF7A9AE8E774C1799EMBX01WFjnprn_-- From rturner@amalfisystems.com Thu Aug 13 14:52:26 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BDE8F3A6851 for ; Thu, 13 Aug 2009 14:52:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_37=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l9Fm3GupOosI for ; Thu, 13 Aug 2009 14:52:26 -0700 (PDT) Received: from omr12.networksolutionsemail.com (omr12.networksolutionsemail.com [205.178.146.62]) by core3.amsl.com (Postfix) with ESMTP id EA3AB3A6971 for ; Thu, 13 Aug 2009 14:52:25 -0700 (PDT) Received: from mail.networksolutionsemail.com (ns-omr12.mgt.hosting.dc2.netsol.com [10.49.6.75]) by omr12.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id n7DLqUYn022877 for ; Thu, 13 Aug 2009 17:52:30 -0400 Received: (qmail 5152 invoked by uid 78); 13 Aug 2009 21:52:29 -0000 Received: from unknown (HELO ?10.0.1.4?) (72.37.183.204) by ns-omr12.lb.hosting.dc2.netsol.com with SMTP; 13 Aug 2009 21:52:29 -0000 Message-Id: From: Randy Turner To: NEA Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 13 Aug 2009 14:52:29 -0700 X-Mailer: Apple Mail (2.936) Subject: [Nea] PA-TNC draft X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:52:26 -0000 Hi List, I know this message is a little late to the party, so take it as just an informational comment/question... In the PA-TNC draft (current version), a set of primitive data types are defined near the front of the document, however these data types are never referenced again during the definition of the attribute values. For instance, OctetArray, IPv4Address, IPv6Address, VersionNum, and TimeString are never used within the document. They are defined, but never used (in compiler speak :) It looks like the someone changed their mind later in the document and instead of referencing existing data types, each attribute definition and encoding was completely specified in each attribute definition section, without any references to data types. I'm assuming it's safe to ignore data types in an implementation and just encode exactly what is specified in each attribute definition and accompanying diagram. Is this is safe assumption? Thanks! Randy From tglassey@earthlink.net Thu Aug 13 14:58:15 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E769E3A6CB2 for ; Thu, 13 Aug 2009 14:58:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_37=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id scBsP-RBoZUQ for ; Thu, 13 Aug 2009 14:58:15 -0700 (PDT) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by core3.amsl.com (Postfix) with ESMTP id E7EFA3A6C90 for ; Thu, 13 Aug 2009 14:58:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=T0CzUW6uoIvoOWakheYmoN4RXucGUPUvz+u0knqrNsRafwKafl4J8S0p+GS4Rosu; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [38.104.134.74] (helo=[192.168.1.138]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1MbiJP-0002fa-4b; Thu, 13 Aug 2009 17:58:19 -0400 Message-ID: <4A848C7D.9020907@earthlink.net> Date: Thu, 13 Aug 2009 14:58:21 -0700 From: Todd Glassey User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Randy Turner References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 01b7a7e171bdf5911aa676d7e74259b7b3291a7d08dfec7937921eb6155532f32f5659cf400a66a7350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 38.104.134.74 Cc: NEA Subject: Re: [Nea] PA-TNC draft X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:58:16 -0000 Randy Turner wrote: > > Hi List, > > I know this message is a little late to the party, so take it as just > an informational comment/question... > > In the PA-TNC draft (current version), a set of primitive data types > are defined near the front of the document, however these data types are > never referenced again during the definition of the attribute values. > For instance, OctetArray, IPv4Address, IPv6Address, VersionNum, and > TimeString > are never used within the document. They are defined, but never used > (in compiler speak :) It looks like the someone changed their mind > later in the document > and instead of referencing existing data types, each attribute > definition and encoding was completely specified in each attribute > definition section, without any references to data types. > > I'm assuming it's safe to ignore data types in an implementation and > just encode exactly what is specified in each attribute definition and > accompanying > diagram. Is this is safe assumption? > Actually they should be removed. Todd Glassey > > Thanks! > Randy > > > _______________________________________________ > Nea mailing list > Nea@ietf.org > https://www.ietf.org/mailman/listinfo/nea > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.392 / Virus Database: 270.13.54/2300 - Release Date: 08/13/09 06:11:00 > > From kaushik@cisco.com Thu Aug 13 15:02:04 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D25453A6C90 for ; Thu, 13 Aug 2009 15:02:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.232 X-Spam-Level: X-Spam-Status: No, score=-4.232 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_37=0.6, RCVD_IN_DNSWL_MED=-4, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HaPsl0ndCRCu for ; Thu, 13 Aug 2009 15:02:03 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id D96F53A692B for ; Thu, 13 Aug 2009 15:02:03 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAK8qhEqrR7O6/2dsb2JhbACaTqB5iCuREgWEGYdf X-IronPort-AV: E=Sophos;i="4.43,376,1246838400"; d="scan'208";a="366972970" Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 13 Aug 2009 22:02:07 +0000 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n7DM28D7021896; Thu, 13 Aug 2009 15:02:08 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id n7DM28s5015803; Thu, 13 Aug 2009 22:02:08 GMT Received: from xmb-sjc-22d.amer.cisco.com ([128.107.191.68]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 13 Aug 2009 15:02:08 -0700 Received: from 171.69.157.6 ([171.69.157.6]) by xmb-sjc-22d.amer.cisco.com ([128.107.191.68]) with Microsoft Exchange Server HTTP-DAV ; Thu, 13 Aug 2009 22:02:07 +0000 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Thu, 13 Aug 2009 15:02:07 -0700 From: kaushik To: Randy Turner , NEA Message-ID: Thread-Topic: [Nea] PA-TNC draft Thread-Index: AcocYbLCBIY2+UeK7ESUi0Y5AsuTRw== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 13 Aug 2009 22:02:08.0046 (UTC) FILETIME=[B36274E0:01CA1C61] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1552; t=1250200928; x=1251064928; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=kaushik@cisco.com; z=From:=20kaushik=20 |Subject:=20Re=3A=20[Nea]=20PA-TNC=20draft |Sender:=20; bh=VjcGWfKkXxDZxaTFa5Eg5CmaFK8ZD4DcU8b2m5rDgMM=; b=y57+L5eIQnmt7FWFZ2yDmL/TK4wPcIX7FDLWex6qHElQzBLBBqy4/5kR7O OHiyEr4YVv+1qrjcTKeC99XhIsoomXAjCRLozZoxPhS8GgI1PO2NsuC1wXcX UAnlbN4Xb7; Authentication-Results: sj-dkim-2; header.From=kaushik@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); Subject: Re: [Nea] PA-TNC draft X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 22:02:04 -0000 Hi Randy, The editors have been debating the value of these data types given that it will be difficult to define a complete set of primitives. We have decided to remove Section 3.6 in the next revision of the PA-TNC ID. It is safe to ignore these data/field types. Regards, kaushik On 8/13/09 2:52 PM, "Randy Turner" wrote: > > Hi List, > > I know this message is a little late to the party, so take it as just > an informational comment/question... > > In the PA-TNC draft (current version), a set of primitive data types > are defined near the front of the document, however these data types are > never referenced again during the definition of the attribute values. > For instance, OctetArray, IPv4Address, IPv6Address, VersionNum, and > TimeString > are never used within the document. They are defined, but never used > (in compiler speak :) It looks like the someone changed their mind > later in the document > and instead of referencing existing data types, each attribute > definition and encoding was completely specified in each attribute > definition section, without any references to data types. > > I'm assuming it's safe to ignore data types in an implementation and > just encode exactly what is specified in each attribute definition and > accompanying > diagram. Is this is safe assumption? > > Thanks! > Randy > > > _______________________________________________ > Nea mailing list > Nea@ietf.org > https://www.ietf.org/mailman/listinfo/nea From rturner@amalfisystems.com Mon Aug 17 19:36:33 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A0BA3A6824 for ; Mon, 17 Aug 2009 19:36:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K3E4YYh6m4FS for ; Mon, 17 Aug 2009 19:36:32 -0700 (PDT) Received: from omr6.networksolutionsemail.com (omr6.networksolutionsemail.com [205.178.146.56]) by core3.amsl.com (Postfix) with ESMTP id AF5F73A6988 for ; Mon, 17 Aug 2009 19:36:32 -0700 (PDT) Received: from mail.networksolutionsemail.com (ns-omr6.mgt.netsol.com [10.49.6.69]) by omr6.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id n7I2abKH018986 for ; Mon, 17 Aug 2009 22:36:37 -0400 Received: (qmail 5501 invoked by uid 78); 18 Aug 2009 02:36:37 -0000 Received: from unknown (HELO ?198.18.114.196?) (rturner@amalfisystems.com@12.104.90.162) by ns-omr6.lb.hosting.dc2.netsol.com with SMTP; 18 Aug 2009 02:36:37 -0000 Message-Id: <083C286F-7E1C-4F7D-9C37-2F0C42C10519@amalfisystems.com> From: Randy Turner To: NEA Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 17 Aug 2009 19:36:36 -0700 X-Mailer: Apple Mail (2.936) Subject: [Nea] PA-TNC draft question X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2009 02:36:33 -0000 Hi List, I had a question about the definition of "Numeric Version" in section 4.2.3 of the PA-TNC-04 draft. Two of the fields are "service pack major" and "service pack minor". Were these two fields added to specifically support Microsoft products? Or could I equate these fields with "Patch level major" and "Patch level minor" ? The definition of this field is somewhat "recursive" in the document, so I'm not sure what a "service pack" is, unless I could equate this term with "Patch". Thanks! Randy From root@core3.amsl.com Tue Aug 25 15:00:01 2009 Return-Path: X-Original-To: nea@ietf.org Delivered-To: nea@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 4B2883A6918; Tue, 25 Aug 2009 15:00:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090825220001.4B2883A6918@core3.amsl.com> Date: Tue, 25 Aug 2009 15:00:01 -0700 (PDT) Cc: nea@ietf.org Subject: [Nea] I-D ACTION:draft-ietf-nea-pa-tnc-05.txt X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 22:00:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Endpoint Assessment Working Group of the IETF. Title : PA-TNC: A Posture Attribute Protocol (PA) Compatible with TNC Author(s) : K. Narayan, P. Sangster Filename : draft-ietf-nea-pa-tnc-05.txt Pages : 86 Date : 2009-8-25 This document specifies PA-TNC, a Posture Attribute Protocol identical to the Trusted Computing Group's IF-M 1.0 protocol. The document then evaluates PA-TNC against the requirements defined in the NEA Requirements specification. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-nea-pa-tnc-05.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-nea-pa-tnc-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-8-25145126.I-D@ietf.org> --NextPart-- From Paul_Sangster@symantec.com Fri Aug 28 15:29:47 2009 Return-Path: X-Original-To: nea@core3.amsl.com Delivered-To: nea@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E6E613A67FB for ; Fri, 28 Aug 2009 15:29:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E3LuSzlOWmdn for ; Fri, 28 Aug 2009 15:29:47 -0700 (PDT) Received: from extu-mxob-2.symantec.com (extu-mxob-2.symantec.com [216.10.194.135]) by core3.amsl.com (Postfix) with ESMTP id E82973A689D for ; Fri, 28 Aug 2009 15:29:46 -0700 (PDT) Received: from tus1opsmtapin02.ges.symantec.com (tus1opsmtapin02.ges.symantec.com [192.168.214.44]) by extu-mxob-2.symantec.com (8.14.1/8.14.1) with ESMTP id n7SMTpPw032646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 28 Aug 2009 15:29:53 -0700 Received: from reserved-155-64-230-19.ges.symantec.com ([155.64.230.19] helo=TUS1XCHECNPIN02.enterprise.veritas.com) by tus1opsmtapin02.ges.symantec.com with esmtp (Exim 4.67) (envelope-from ) id 1Mh9x9-0001Qt-Ne for nea@ietf.org; Fri, 28 Aug 2009 15:29:51 -0700 Received: from TUS1XCHEVSPIN05.enterprise.veritas.com ([155.64.231.28]) by TUS1XCHECNPIN02.enterprise.veritas.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 28 Aug 2009 15:29:51 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA282F.0EEA8BC8" Date: Fri, 28 Aug 2009 15:29:50 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Updates to PA-TNC in revision -05 Thread-Index: AcooLw5mLwuJMzIAQdK47urlVYMiOg== From: "Paul Sangster" To: X-OriginalArrivalTime: 28 Aug 2009 22:29:51.0578 (UTC) FILETIME=[0F1F8BA0:01CA282F] Subject: [Nea] Updates to PA-TNC in revision -05 X-BeenThere: nea@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Network Endpoint Assessment discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 22:29:48 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA282F.0EEA8BC8 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable As you probably noticed, the editors of the PA-TNC specification have released an update to the document based upon comments made during IESG review and the IETF 75 meeting in Sweden. =20 =20 The changes to the specification were relatively minor and are summarized below: o Section 1.1 (relationship to TNC) - removed in favor of a brief mention in the acknowlegement section o Section 3.1 & 3.3 - minor editorial rewordings o Section 3.6 (PA-TNC field types) - removed as it wasn't required to specify the protocol and wasn't used by rest of document o Section 4.1 - updated text to clarity limitation of attribute length field (PA exists within a PB TLV which also uses a 32 bit length) o Section 4.2.1 - added text to clarify why Attribute Request support is a SHOULD (not a MUST) o Section 4.2.4 - fixed wording mistake in Config Len description o Section 4.2.5 - emphasize compliance with date-time ABNF production in RFC 3339 o Section 4.2.5 - minor wording changes to clarify protocol and port number registries used o Section 4.2.10 (remediation instructions) - restructured text and added diagrams to match remainder of spec. o Section 4.2.10.2 - new section adding fields that allow the remediation string to be tagged with an RFC 4646 language tag. This approach mirrors what was done in PB-TNC for including a language tag for the reason string. The remediation string is likely to be displayed to a user or administrator so language tags seemed appropriate. o Section 5.1.2 - new bullet regarding remediation instructions o Section 5.2 - removal of mention of the PA-TNC security protocol o Section 5.2.2 - discussion of risks associated with posture collector performing potentially hostile remediation instructions from posture validator o Section 7.3 - inclusion several newly (in -04) added attribute types (e.g. forwarding enabled) to IANA table o Section 7.4 & 7.5 - added reserved values (zero) to IANA list o Section 8 - brief acknowledgement of TCG proposing specification o Section 9.1 - added RFC 4646 and 3986 to normative references section o Section 9.2 - removed reference to PA-TNC security protocol proposed I-D =20 The new text and subsections in section 4.2.10 was the largest change, and followed the approach approved by the WG in prior PB-TNC versions (for the Reason String) and as discussed in Sweden. =20 Paul =20 =20 ------_=_NextPart_001_01CA282F.0EEA8BC8 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
As you = probably=20 noticed, the editors of the PA-TNC specification have released an update = to the=20 document based upon comments made during IESG review and the = IETF 75=20 meeting in Sweden. 
 
The = changes to the=20 specification were relatively minor and are summarized=20 below:
o = Section 1.1=20 (relationship to TNC) - removed in favor of a brief mention in the=20 acknowlegement section
o = Section 3.1 &=20 3.3 - minor editorial rewordings
o = Section 3.6=20 (PA-TNC field types) - removed as it wasn't required to specify the = protocol and=20 wasn't used by rest of document
o = Section 4.1 -=20 updated text to clarity limitation of attribute length field (PA exists = within a=20 PB TLV which also uses a 32 bit length)
o = Section 4.2.1 -=20 added text to clarify why Attribute Request support is a SHOULD (not a=20 MUST)
o = Section 4.2.4 -=20 fixed wording mistake in Config Len description
o = Section 4.2.5 -=20 emphasize compliance with date-time ABNF production in RFC=20 3339
o = Section 4.2.5 -=20 minor wording changes to clarify protocol and port number registries=20 used
o = Section 4.2.10=20 (remediation instructions) - restructured text and added diagrams to = match=20 remainder of spec.
o = Section 4.2.10.2 -=20 new section adding fields that allow the remediation string to be tagged = with an=20 RFC 4646 language tag.  This approach mirrors what was done in = PB-TNC=20 for including a language tag for the reason string.  The = remediation string=20 is likely to be displayed to a user or administrator so language tags = seemed=20 appropriate.
o = Section 5.1.2 -=20 new bullet regarding remediation instructions
o = Section 5.2 -=20 removal of mention of the PA-TNC security protocol
o = Section 5.2.2 -=20 discussion of risks associated with posture collector=20 performing potentially hostile remediation instructions from = posture=20 validator
o = Section 7.3 -=20 inclusion several newly (in -04) added attribute types (e.g.=20 forwarding enabled) to IANA table
o = Section 7.4 &=20 7.5 - added reserved values (zero) to IANA list
o = Section 8 - brief=20 acknowledgement of TCG proposing specification
o = Section 9.1 -=20 added RFC 4646 and 3986 to normative references = section
o = Section 9.2 -=20 removed reference to PA-TNC security protocol proposed = I-D
 
The = new text and=20 subsections in section 4.2.10 was the largest change, and followed the = approach=20 approved by the WG in prior PB-TNC versions (for the Reason = String) and as=20 discussed in Sweden.
 
Paul
 
 
------_=_NextPart_001_01CA282F.0EEA8BC8--