Re: [Cellar] [ietf-wg-cellar/ebml-specification] EBML ID 0x80 is marked invalid/reserved but it's used in Matroska (#407)

["Murray S. Kucherawy" <[e-mail]>]

Sorry for the delay replying here.

On Mon, May 10, 2021 at 3:44 PM Spencer Dawkins at IETF <
[e-mail]> wrote:

> Adding our Loyal AD ... because I could be wrong, and he would know ...
>
> I'm not sure how to deal with this.
>> It may be that we can put these IANA instructions into the Matroska
>> document.
>> Obviously, they would ideally go into an EBML-bis document, and that
>> would be
>> something we'd do if we were revising it now.
>>
>
> That would be perfect (if we were doing an EBML-bis document, but I
> predict that the answer is - the EBML document is a Proposed Standard, so
> any Proposed Standard that (reasonably) updates the instructions to IANA
> should be OK. This update is relevant for Matroska, which is also targeting
> publication as a Proposed Standard, so that's a fine place to put the
> updated IANA instructions.
>
> The EBML RFC IANA instructions would be outdated, but the point of IANA
> registries is that the IANA registries are up to date, and you don't have
> to chase (in some cases) a few dozen RFCs to find all the rules.
>
> Murray, is that about right?
>

It's possible I don't have all the context I need here, in which case this
answer will be nonsense and I'll need ask for more details, but running
with what I've got:

I think you could do an "updates" document to EBML that just makes IANA
registry/policy amendments if you want to do that.  Smaller documents tend
to result in faster processing by the IESG.  The cases where this tends not
to work is where the number of "updates" documents gets large enough that
teasing out reality becomes difficult; at that point it becomes better to
just issue a complete "bis" document.

If you put EBML-specific IANA actions in the Matroska document, and they
are not clearly related, you might encounter some resistance of the form
"What the heck is this doing here?" from the IESG or other reviewers.

If that's not a helpful answer, let me know and I'll get Spencer to give me
more context.

-MSK