Re: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129

[Job Snijders <[e-mail]>]

On Tue, Nov 01, 2016 at 03:02:37PM +0100, Robert Raszuk wrote:
> Have you consider marking those codepoints as "RESERVED" rather then
> "DEPRECIATED".

"DEPRECIATED" is an IANA attribute state I am not familiar with, I
assume you mean "deprecated"? :)

> Reason being that if any of the applications they have been squatted
> on behalf of want to use them - it would be pretty easy to allocate
> them.
> 
> The other alternative would be to allocate them to those applications
> now (for which the drafts exist) as IANA early allocations. If you
> depreciate them now and we know that as example Contrail Multicast is
> important either your draft will need to quickly be moved to historic
> or yet another types will need to be allocated again.

That is not how the process works. An implementor should not be rewarded
with the possibility of laziness after they squat on a codepoint.
"Laziness" being that they don't have to renumber, and that they didnt
have to go through the normal process to obtain the codepoint.

I argue that we cannot tolerate: "I'll just take this one, IANA will
give it to me anyway later on if the product becomes popular"

Also, the 'deprecate' draft (if published) would be "updated", not moved
to historic. Only when all six proposed squatted points are returned to
the "unassigned" pool the document can be declared historic.

> In any of the above Large Communities will get virgin BGP attribute
> type which I believe is the main point here.

No, the main point is to prevent another deployment issue like Large BGP
Communities suffered. Large BGP Communities has been resolved now (after
considerable effort I might add).

This document protects innocent bystanders from being assigned
undeployable tainted codepoints.

Kind regards,

Job