OSPF Link-Local Signaling
draft-nguyen-ospf-lls-06

I worry about the extnedibility and how easy this can be done:

   3. IANA Considerations

   LLS TLV types are maintained by the IANA.  Extensions to OSPF which
   require a new LLS TLV type must be reviewed by an designated expert
   from the routing area.

Have you assigned one or two of such experts?

   Following the policies outlined in [IANA], LLS type values in the
   range of 0-32767 are allocated through an IETF Consensus action and

We have seen in the past that "IETF Consensus Action" is vague and
not so easy (straight-forward) as for example stds action

   LLS type values in the range of 32768-65536 are reserved for private
   and experimental use.

Are thoese assigned at all by IANA?
And if so, is it FCFS?
And is any spec required?

   This document assigns LLS types 1 and 2, as follows:

     LLS Type    Name                                      Reference
         0       Reserved
         1       Extended Options                          [RFCNNNN]*
         2       Cryptographic Authentication              [RFCNNNN]*
         3-32767 Reserved for assignment by the IANA
     32768-65535 Private Use

earlier on you state that 32768-65536 are for Private use AND experimental use>
here in the table ujust "Private Use" ??

     65535       Reserved

So 65535 is both "Private Use" and "Reserved" ??

     *[RFCNNNN] refers to the RFC number-to-be for this document.


   This document also assigns the following bits for the Extended
   Options bits field in the EO-TLV outlined in Section 2.4.1:

     Extended Options Bit      Name                        Reference
       0x00000001              LSDB Resynchronization (LR) [OOB]
       0x00000002              Restart Signal (RS-bit)     [RESTART]

   Other Extended Options bits will be allocated through an IETF
   consensus action.

Strange that youwrite that here while the actual assignment is in the
other documents. Oh well