Re: [IPFIX] WGLC for draft-ietf-ipfix-text-adt-00.txt

Andrew Feren <[email protected]> Tue, 28 Jan 2014 10:05:17 -0500
Newsgroups gmane.ietf.ipfix
Message-ID <[email protected]>
Hi all,

On 01/28/2014 09:33 AM, Paul Aitken wrote:
> Dear all,
>
> Here's a review of draft-ietf-ipfix-text-adt-00.
>
> P.
>
>
[ snip ]
>> 4.5.  boolean
>>
>>    If the Enclosing Context defines a representation for boolean values,
>>    that representation SHOULD be used.
>>
>>    Otherwise, a true boolean value should be represented with the
>>    literal string 1, and a false boolean value with the literal string
>>    0.  In ABNF:
>>
>>    boolean-yes = "1"
>>
>>    boolean-no = "0"
>>
>>    boolean = boolean-yes / boolean-no
>
> Why 1/0 rather than true/false or yes/no ?

Also why the departure from 1 for true and 2 for false in RFC 7011.

"
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."

1 and 2 aren't what I would have picked, but changing it up here only
seems to create potential confusion.

As for why not true/false, I'm all in favor of a single encoding, but we
already have IEs where 'Possible values are: { "yes", "y", 1 }, { "no",
"n", 2 } and { "unassigned", "u", 0 }.'  (As an aside does anyone know
why so many options anyways?)

-Andrew

_______________________________________________
IPFIX mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipfix