~sircmpwn/public-inbox

1

Request for publication of Binary Application Record Encoding (BARE)

Details
Message ID
<YnwoUH8P0lTpeJbW@gmail.com>
DKIM signature
pass
Download raw message
Dear Independent Submissions Editor,

I would like to ask you to consider publishing Binary Application Record
Encoding (BARE). If you have any questions, please feel free to contact
me or the CC mailing list. Below is the requested information from the
submission [1]:

> The filename of the published internet draft that is being submitted.

draft-devault-bare-07.xml [2].

> The desired category (Informational or Experimental) of the RFC.

Informational

> A summary of related discussion of this document, if any, that has
> occurred in an IETF working group or in the IESG.

There has been no discussion in the IETF or IESG. However, there has
been considerable discussion in the technical community, including
implementers of BARE [3].

> An assertion that no IANA allocation in the document requires IETF
> Review or Standards Action. See RFC 8126 for a definition of these
> terms, and RFC 8726 for more information about how IANA requests are
> handled in Independent Stream documents. If the document cannot be
> published on the Independent Stream it should be sent to the IESG.

BARE I-D does not include a request to IANA.

> A statement of the purpose of publishing this document, its intended
> audience, its merits and significance.

The purpose of BARE is to encode application messages. The publication
aims to provide a standard that emphasizes concise messages, a
well-defined message scheme, broad compatibility with programming
environments, and ease of implementation.

The target audience is developers, including but not limited to
developers of Web applications, Internet services, Internet protocols,
or applications that store data.

BARE is well suited for encoding communication between programs, as it
aims for a well-defined schema, broad compatibility, and backward and
forward message compatibility. BARE emphasizes concise messages and
simplicity, and is therefore suitable for representing structured data
under strict message length constraints in a variety of contexts.

> Suggested names and contact information for one or more competent and
> independent potential reviewers for the document. This can speed the
> review and approval process.

I strongly believe that anyone from the CBOR group can comment on BARE.

Have a nice day,
Jiri Vlasak

[1]: https://www.rfc-editor.org/about/independent/
[2]: https://www.ietf.org/archive/id/draft-devault-bare-07.html
[3]: https://git.sr.ht/~qeef/draft-devault-bare/
Details
Message ID
<YqJYb+/d3XKkUzks@gmail.com>
In-Reply-To
<YnwoUH8P0lTpeJbW@gmail.com> (view parent)
DKIM signature
pass
Download raw message
Just for the record, I moved the discussion to art@ietf.org mailing
list:

	https://mailarchive.ietf.org/arch/msg/art/p6s0Q3KPaVkBj7Y9xkNSF5XJQcs/

and dispatch@ietf.org mailing list:

	https://mailarchive.ietf.org/arch/msg/dispatch/q4EptN2wWDDt1ea2lLqoYI_d79A/

I am sorry for so late post, I had the problems with submitting the
mails as non-member. It is better to subscribe to a list before sending
a message.
Reply to thread Export thread (mbox)