[Last-Call] draft-ietf-opsawg-pcaplinktype-10 ietf last call Opsdir review

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Document: draft-ietf-opsawg-pcaplinktype
Title: Link-Layer Types for PCAP-related Capture File Formats
Reviewer: Luis Contreras
Review result: Has Nits

I have reviewed this document as part of the Operational Directorate's ongoing
effort to review all IETF documents being processed by the IESG. These comments
were written to improve the operational aspects of the IETF drafts. Document
editors and WG chairs should treat these comments just like any other last-call
comments. Some of them are comments intended to provide clarification in
certain aspects of the document, while the rest are minor.

/* Comments */
- Section 2.2. It is stated that "LinkType values 147 to 162 named
LINKTYPE_RESERVED_xx were originally reserved for Private Use. Their use is
Deprecated in favour of the values in the 65001-65535 range." It is not clear
to me if this implies that LinkType values 147 to 162 are then available for
new allocations or if it is recommended not being used because of their
previous usage as reserved values. In any case, a clarification statement for
this is advisable. Note that if those values are intended to be allocatable,
then it could be convenient to describe any implication in terms of backward
compatibility. - No reference is provided for LINKTYPE_ETHERNET even though the
description refers to IEEE 802.3 Ethernet. Should not be added a reference to
the appropriate specification by IEEE? - For a number of assigned values (e.g.,
5, 7, 99, ...) the description says "Reserved for ...". This gives the
impression of a non definitive allocation, but something to happen in the
future. Since they are allocations for legacy link types, should we either
reconsider the description (i.e., remove "reserved for") or propose some
statement in that respect in terms of assessing if such reservation is
effective or not? Anyway, I acknowledge that the mission of the document is not
auditing the usage of the assigned values but promoting a registry of them. But
similarly to the recommendation about values 147 to 162 I'm not sure if
something can be mentioned in this respect, as well. This apllies also to the
case of Number 208. - Link types 11 to 49 are described as "not to be use"
values, but there is not justification for it in the text (Section 2.2
introduces different cases but not this one). Please provide some information
about why these numbers should not be used. Same for values 52 to 98. - No
reference is provided for LINKTYPE_RAW even though the description refers to
IPv4 and IPv6. Should not be added a reference to the appropriate specification
by IETF? By the way, it seems to be redundant with Number 228 and 229. Anyway,
I acknowledge that the mission of the document is not auditing the information
associated with already assigned values. - Current description of the registry,
in line with current values, contains information about Name, Number,
Description and Reference. I wonder if for new allocations could be interesting
to register the date of allocation for the purpose of tracing the the aging of
the allocation in the future. - Section 2.2.2. It is mentioned the following:
"LinkTypes may be allocated for specifications not publicly available may be
made within the FCFS range.  This includes specifications that might be
classified.  The minimal requirement is to provide a contact person for that
link type." My quesiton is, should all the (new) registries contain the contact
person? I think it is advisable to describe in some section the structure of
the information required for the new allocations, so to avoid confussion.

/* Editorial */
- s/Their use is Deprecated in favour of.../Their use is deprecated in favour of
- Is there any reason for the indentation of the last paragraph in Section 2.2?
- Section 2.2.2. The following sentence does not read well to me (please, note
I'm not English native speaker): "LinkTypes may be allocated for specifications
not publicly available may be made within the FCFS range."



-- 
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux