[IPFIX] IPFIX: boolean, dot1qDEI and dot1qCustomerDEI

Paul Aitken <[email protected]>
Newsgroups gmane.ietf.ipfix
Message-ID <[email protected]>
Dear IPFIX experts,

While reviewing IANA's IPFIX registry, I noticed that although IEs #388 
dot1qDEI and #389 dot1qCustomerDEI are defined as "boolean" their 
definitions do not correspond to that type.

As a reminder, RFC5101bis says:

    6.1.5.  boolean

        The boolean data type is specified according to the TruthValue in
        [RFC2579].  It is encoded as a single-octet integer per
        Section 6.1.1,with the value 1 for true and value 2 for false.
        Every other value is undefined.


(for consistency with MIB truthValue).

So a boolean IE cannot capture a bit field such as the DEI required by 
#388 and #389. I checked the other boolean IEs, and they're fine.

To correct this, I propose that #388 and #389 be changed from "boolean" 
to "unsigned8", in line with all the other flags fields:


388 	dot1qDEI 	boolean
unsigned8
	flags 	current 	


The first bit of this octet is the value of the 1-bit Drop Eligible 
Indicator (DEI) field of the VLAN tag as described in 802.1Q-2011 
subclause 9.6. In case of a QinQ frame, it represents the outer tag's 
DEI field and in case of an IEEE 802.1ad frame it represents the DEI 
field of the S-TAG. Note: in earlier versions of 802.1Q the same bit 
field in the incoming packet is occupied by the Canonical Format 
Indicator (CFI) field, except for S-TAGs.
The remainder of this octet is reserved for future use.

389 	dot1qCustomerDEI 	boolean
unsigned8
	flags 	current 	


In case of a QinQ frame, the first bit of this octet it represents the 
inner tag's Drop Eligible Indicator (DEI) field and in case of an IEEE 
802.1ad frame it represents the DEI field of the C-TAG.
The remainder of this octet is reserved for future use.



Feedback?

P.

_______________________________________________
IPFIX mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipfix
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.