[sacm] [IANA #1050998] FW: Last Call: <draft-ietf-sacm-nea-swima-patnc-01.txt> (Software Inventory Message and Attributes (SWIMA) for PA-TNC) to Proposed Standard

"Amanda Baber via RT" <drafts-lastcall-comment@iana.org> Thu, 22 February 2018 19:06 UTC

Return-Path: <iana-shared@icann.org>
X-Original-To: sacm@ietfa.amsl.com
Delivered-To: sacm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BA1112783A; Thu, 22 Feb 2018 11:06:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.959
X-Spam-Level:
X-Spam-Status: No, score=-2.959 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4hI9_GXy4d5W; Thu, 22 Feb 2018 11:06:56 -0800 (PST)
Received: from smtp01.icann.org (smtp01.icann.org [192.0.46.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54D3E1201F8; Thu, 22 Feb 2018 11:06:56 -0800 (PST)
Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp01.icann.org (Postfix) with ESMTP id 7CCAAE0741; Thu, 22 Feb 2018 19:06:55 +0000 (UTC)
Received: by request3.lax.icann.org (Postfix, from userid 48) id 3EC1FC204AC; Thu, 22 Feb 2018 19:06:55 +0000 (UTC)
RT-Owner: Nobody
From: Amanda Baber via RT <drafts-lastcall-comment@iana.org>
Reply-To: drafts-lastcall-comment@iana.org
In-Reply-To: <DM5PR0901MB237517F76D7DB20A57975FDBABCD0@DM5PR0901MB2375.namprd09.prod.outlook.com>
References: <RT-Ticket-1050998@icann.org> <RT-Ticket-1048649@icann.org> <151804682889.17232.14160123273551581491.idtracker@ietfa.amsl.com> <rt-4.2.9-11996-1519171848-1087.1048649-7-0@icann.org> <DM5PR0901MB237517F76D7DB20A57975FDBABCD0@DM5PR0901MB2375.namprd09.prod.outlook.com>
Message-ID: <rt-4.2.9-9331-1519326414-719.1050998-9-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #1050998
X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/)
X-RT-Originator: amanda.baber@icann.org
CC: cmschmidt@mitre.org, iesg@ietf.org, inacio@cert.org, odonoghue@isoc.org, Kathleen.Moriarty.ietf@gmail.com, sacm@ietf.org
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Thu, 22 Feb 2018 19:06:55 +0000
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/sacm/XYATZ8pHt8TLRFa3SRBOYsWDz7w>
Subject: [sacm] [IANA #1050998] FW: Last Call: <draft-ietf-sacm-nea-swima-patnc-01.txt> (Software Inventory Message and Attributes (SWIMA) for PA-TNC) to Proposed Standard
X-BeenThere: sacm@ietf.org
X-Mailman-Version: 2.1.22
List-Id: SACM WG mail list <sacm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sacm>, <mailto:sacm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sacm/>
List-Post: <mailto:sacm@ietf.org>
List-Help: <mailto:sacm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sacm>, <mailto:sacm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Feb 2018 19:06:59 -0000

Hi Charles,

About this question:

> > IANA Question --> Is PEN 0, Integer Value 0 reserved or unassigned?
> 
> Unassigned. If it would be more in keeping with convention I can shift
> values down by one.

Not a problem for us either way. We just needed to know whether it's available for assignment in the future ("Unassigned") or not ("Reserved").

thanks,
Amanda

On Thu Feb 22 18:55:07 2018, cmschmidt@mitre.org wrote:
> Hello,
> 
> Thank you for your review. Regarding your questions:
> 
> > Second, in the PA-TNC Attribute Types registry on the Posture
> > Attribute (PA)
> > Protocol Compatible with Trusted Network Connect (TNC) Parameters
> > registry page located at:
> >
> > https://www.iana.org/assignments/pa-tnc-parameters/
> > IANA Question --> are Integer values 13 - 16 defined in another
> > document, or
> > is there a reason these values are not used?
> 
> No. This is a holdover from the Trusted Computing Group document from
> which SWIMA was derived, but the use of an IANA table makes the saving
> of values unnecessary. I'll adjust the specification to continue from
> 13.
> 
> > Third, in the PA-TNC Error Codes registry on the Posture Attribute
> > (PA)
> > Protocol Compatible with Trusted Network Connect (TNC) Parameters
> > registry page located at:
> >
> > https://www.iana.org/assignments/pa-tnc-parameters/
> > IANA Question --> are Integer values 4 - 31 defined in another
> > document, or
> > is there a reason these values are not used?
> 
> No. Same issue as above. I will adjust to continue from 4.
> 
> > Fourth, a new registry is to be created called the Software Data
> > Models
> > registry.
> >
> > IANA Question --> Where should this new registry be located? Should
> > it be
> > added to an existing registry page? If not, does it belong in an
> > existing
> > category at http://www.iana.org/protocols? Is it to be on the Posture
> > Attribute (PA) Protocol Compatible with Trusted Network Connect (TNC)
> > Parameters registry page located at:
> >
> > https://www.iana.org/assignments/pa-tnc-parameters/ ?
> 
> This should be a new registry on the Posture Attribute (PA) Protocol
> Compatible with Trusted Network Connect (TNC) Parameters registry
> page.
> 
> > IANA Question --> Is PEN 0, Integer Value 0 reserved or unassigned?
> 
> Unassigned. If it would be more in keeping with convention I can shift
> values down by one.
> 
> > IANA Question --> Are PEN 0, Integer Values 3-191 unassigned?
> 
> Unassigned and available for future assignment.
> 
> Thanks a bunch,
> Charles
> 
> > -----Original Message-----
> > From: Sabrina Tanamal via RT [mailto:drafts-lastcall@iana.org]
> > Sent: Tuesday, February 20, 2018 6:11 PM
> > Cc: iesg@ietf.org; swima-patnc.all@ietf.org; Schmidt, Charles M.
> > <cmschmidt@mitre.org>; Haynes Jr., Dan <dhaynes@mitre.org>; Coffin,
> > Chris <ccoffin@mitre.org>; david.waltermire@nist.gov;
> > jmfitz2@nsa.gov;
> > inacio@cert.org; adam.w.montville@gmail.com; odonoghue@isoc.org;
> > Kathleen.Moriarty.ietf@gmail.com; ekr@rtfm.com; kaduk@mit.edu;
> > sacm@ietf.org
> > Subject: [IANA #1048649] Last Call: <draft-ietf-sacm-nea-swima-patnc-
> > 01.txt> (Software Inventory Message and Attributes (SWIMA) for PA-
> > TNC) to
> > Proposed Standard
> >
> > (BEGIN IANA COMMENTS)
> >
> > IESG/Authors/WG Chairs:
> >
> > The IANA Services Operator has completed its review of draft-ietf-
> > sacm-nea-
> > swima-patnc-01. If any part of this review is inaccurate, please let
> > us know.
> >
> > The IANA Services Operator understands that, upon approval of this
> > document, there are three actions which we must complete.
> >
> > First, in the PA Subtypes registry on the Posture Broker (PB)
> > Protocol
> > Compatible with Trusted Network Connect (TNC) Parameters regsitry
> > page
> > located at:
> >
> > https://www.iana.org/assignments/pb-tnc-parameters/
> >
> > the following registration is to be added:
> >
> > PEN: 0
> > Integer: 9
> > Name: SWIMA Attributes
> > Reference: [ RFC-to-be ]
> >
> > As this document requests registrations in a Specification Required
> > (see RFC
> > 8126) registry, we will initiate the required Expert Review via a
> > separate
> > request. Expert review will need to be completed before your document
> > can
> > be approved for publication as an RFC.
> >
> > Second, in the PA-TNC Attribute Types registry on the Posture
> > Attribute (PA)
> > Protocol Compatible with Trusted Network Connect (TNC) Parameters
> > registry page located at:
> >
> > https://www.iana.org/assignments/pa-tnc-parameters/
> >
> > the following registrations will be added to the registry:
> >
> > +-----+---------+-------------------+-------------------------------+
> > | PEN | Integer | Name | Defining Specification |
> > +-----+---------+-------------------+-------------------------------+
> > | 0 | 17 | SWIMA Request | [ RFC-to-be ] |
> > | | | | |
> > | 0 | 18 | Software | [ RFC-to-be ] |
> > | | | Identifier | |
> > | | | Inventory | |
> > | | | | |
> > | 0 | 19 | Software | [ RFC-to-be ] |
> > | | | Identifier Events | |
> > | | | | |
> > | 0 | 20 | Software | [ RFC-to-be ] |
> > | | | Inventory | |
> > | | | | |
> > | 0 | 21 | Software Events | [ RFC-to-be ] |
> > | | | | |
> > | 0 | 22 | Subscription | [ RFC-to-be ] |
> > | | | Status Request | |
> > | | | | |
> > | 0 | 23 | Subscription | [ RFC-to-be ] |
> > | | | Status Response | |
> > | | | | |
> > | 0 | 24 | Source Metadata | [ RFC-to-be ] |
> > | | | Request | |
> > | | | | |
> > | 0 | 25 | Source Metadata | [ RFC-to-be ] |
> > | | | Response | |
> > | | | | |
> > | 0 | 26 - 31 | Reserved for | [ RFC-to-be ] |
> > | | | future use | |
> > +-----+---------+-------------------+-------------------------------+
> >
> > IANA Question --> are Integer values 13 - 16 defined in another
> > document, or
> > is there a reason these values are not used?
> >
> > As this also requests registrations in a Specification Required (see
> > RFC 8126)
> > registry, we will initiate the required Expert Review via a separate
> > request.
> > Expert review will need to be completed before your document can be
> > approved for publication as an RFC.
> >
> > Third, in the PA-TNC Error Codes registry on the Posture Attribute
> > (PA)
> > Protocol Compatible with Trusted Network Connect (TNC) Parameters
> > registry page located at:
> >
> > https://www.iana.org/assignments/pa-tnc-parameters/
> >
> > the following registrations will be added to the registry:
> >
> > +-----+---------+--------------------------------------
> > +---------------+
> > | PEN | Integer | Name | Reference |
> > +-----+---------+--------------------------------------
> > +---------------+
> > | 0 | 32 | SWIMA_ERROR | [ RFC-to-be ] |
> > | 0 | 33 | SWIMA_SUBSCRIPTION_DENIED_ERROR | [ RFC-to-be ] |
> > | 0 | 34 | SWIMA_RESPONSE_TOO_LARGE_ERROR | [ RFC-to-be ] |
> > | 0 | 35 | SWIMA_SUBSCRIPTION_FULFILLMENT_ERROR | [ RFC-to-be ] |
> > | 0 | 36 | SWIMA_SUBSCRIPTION_ID_REUSE_ERROR | [ RFC-to-be ] |
> > | 0 | 37-47 | Reserved for future use | [ RFC-to-be ] |
> > +-----+---------+--------------------------------------
> > +---------------+
> >
> > IANA Question --> are Integer values 4 - 31 defined in another
> > document, or
> > is there a reason these values are not used?
> >
> > As this also requests registrations in a Specification Required (see
> > RFC 8126)
> > registry, we will initiate the required Expert Review via a separate
> > request.
> > Expert review will need to be completed before your document can be
> > approved for publication as an RFC.
> >
> > Fourth, a new registry is to be created called the Software Data
> > Models
> > registry.
> >
> > IANA Question --> Where should this new registry be located? Should
> > it be
> > added to an existing registry page? If not, does it belong in an
> > existing
> > category at http://www.iana.org/protocols? Is it to be on the Posture
> > Attribute (PA) Protocol Compatible with Trusted Network Connect (TNC)
> > Parameters registry page located at:
> >
> > https://www.iana.org/assignments/pa-tnc-parameters/ ?
> >
> > The new registry is to be managed via Specification Required as
> > defined in
> > RFC 8126.
> >
> > There are initial registrations in the new registry as follows:
> >
> > +-----+---------+----------------------------+----------------------+
> > | PEN | Integer | Name | Reference |
> > +-----+---------+----------------------------+----------------------+
> > | 0 | 1 | ISO 2015 SWID Tags using | [ RFC-to-be ] |
> > | | | XML | |
> > | 0 | 2 | ISO 2009 SWID Tags using | [ RFC-to-be ] |
> > | | | XML | |
> > | 0 | 192-255 | Reserved for local | N/A |
> > | | | enterprise use | |
> > +-----+---------+----------------------------+----------------------+
> >
> > IANA Question --> Is PEN 0, Integer Value 0 reserved or unassigned?
> >
> > IANA Question --> Are PEN 0, Integer Values 3-191 unassigned?
> >
> > The IANA Services Operator understands that these are the only
> > actions
> > required to be completed upon approval of this document.
> >
> > Note:  The actions requested in this document will not be completed
> > until
> > the document has been approved for publication as an RFC. This
> > message is
> > only to confirm the list of actions that will be performed.
> >
> >
> > Thank you,
> >
> > Sabrina Tanamal
> > Senior IANA Services Specialist
> >
> > (END IANA COMMENTS)
>