[ANCP] IANA issue with draft-ietf-ancp-mc-extensions-11.txt and RFC6320

["Bocci, Matthew (Matthew)" <[e-mail]>]

WG,

There are a couple of issues that we have picked up with this draft, and
the registries that were created on request of RFC6320, is as follows.

The draft assigns a code point 3 in the ANCP Capability Type Registry for
NAS-Initiated Replication. However, that value is currently reserved,
rather than unassigned.

The definition of “reserved" in RFC5226 is as follows:

"Reserved:  Not to be assigned.  Reserved values are held for
            special uses, such as to extend the namespace when it become
            exhausted.  Reserved values are not available for general
            assignment.²



This was set as reserved by RFC6320. I assume it was reserved for the
multicast draft, but this seems to clash with the definition of reserved
above.


Secondly, the draft requests some allocations from the ANCP result codes
registry. The IANA web page states that future allocation from the the
IETF consensus range should start from 0x100. However, the draft requests
allocations starting form 0x64. I believe that this is a result of a
decimal/hex typo. This should be corrected, and also the FCFS range
starting at 0x1000 (which I suspect should mean 1000).

It is probably easier to resolve this by making the multicast draft update
RFC6320 in terms of the rules associated with the relevant IANA registries.

Here is how I suggest we do it:
- Add a sentence to the IANA section requesting that they change the
allocation policy for the IETF Review section of the results codes
registry so that it is sequential starting at 0x64.
- Add a note to the abstract and the introduction explaining this.
- Add an Updates: 6320 statement to the draft header.
- While we area about it, please  also check that the ‘Specification
required’ range really starts at 0x1000 rather than 1000.


Regards

Matthew