Re: [Rats] Where does a EAT end? (was: Re: WGLC for https://datatracker.ietf.org/doc/html/draft-ietf-rats-eat)

["Smith, Ned" <[e-mail]>]

>the profile definition addresses interop
Section 7 suggests that a profile can take on many forms. The EAT draft accommodates this by offering a way to reference the profile document (or whatever it happens to be). I interpret Thomas’s point that “the claims-set is governed by the CWT Claims registry, whilst the EAT type system has no
such mechanism (yet)” to mean there isn’t a profile yet defined that operates like a global registry.

It seems IANA is being used as the global registry for code point names/values currently. IANA CBOR registry could be used for CBOR top level EAT structures, but such equivalent exists for JSON structures.

However, it seems some EAT CBOR structures that could be considered ‘top level’ don’t currently have IANA CBOR registry entries.

Is the way forward for EAT draft to create IANA CBOR tags for top level EAT structures?

Thx,
Ned

From: RATS <[e-mail]> on behalf of Giridhar Mandyam <[e-mail]>
Date: Thursday, June 2, 2022 at 6:20 AM
To: Thomas Fossati <[e-mail]>, "[e-mail]" <[e-mail]>
Subject: Re: [Rats] Where does a EAT end? (was: Re: WGLC for https://datatracker.ietf.org/doc/html/draft-ietf-rats-eat)

>> I think the underlying data structures make it extensible, independent of the CDDL notation.  However if an implementor chooses to extend EAT without an accompanying standard as a result, then interoperability may not be assured.  Therefore it is in an implementor’s interest to define a standard if they are seeking interop.

>The core difference is the extensibility story for the claims-set is governed by the CWT Claims registry, whilst the EAT type system has no such mechanism (yet).

I don’t agree:  the profile definition addresses interop – see https://datatracker.ietf.org/doc/html/draft-ietf-rats-eat#section-7.  Up to this point, no-one has objected to the way profiles are defined in the specification, nor the lack of a registry.

-Giri

From: Thomas Fossati <[e-mail]>
Sent: Thursday, June 2, 2022 6:13 AM
To: Giridhar Mandyam <[e-mail]>; [e-mail]
Subject: Re: [Rats] Where does a EAT end? (was: Re: WGLC for https://datatracker.ietf.org/doc/html/draft-ietf-rats-eat)


WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
> Giridhar Mandyam <[e-mail]<mailto:[e-mail]>> wrote:
> I think the underlying data structures make it extensible, independent
> of the CDDL notation.  However if an implementor chooses to extend EAT
> without an accompanying standard as a result, then interoperability
> may not be assured.  Therefore it is in an implementor’s interest to
> define a standard if they are seeking interop.

The core difference is the extensibility story for the claims-set is
governed by the CWT Claims registry, whilst the EAT type system has no
such mechanism (yet).




IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.