Re: [CCAMP] I-D Action: draft-ietf-ccamp-mw-yang-12.txt

----- Original Message -----
From: "Jonas Ahlberg" <jonas.ahlberg@ericsson.com>
To: "tom petch" <ietfc@btconnect.com>; <ccamp@ietf.org>
Sent: Sunday, November 11, 2018 10:51 AM

Hi Tom,

Yes, you are perfectly correct!

We talked to IANA representatives on Thursday last week at IETF 103 and
they helped us to apply for two new IANA IfTypes, with the purpose to
get them registered as ifType definitions in [IANA registry
smi-numbers].
I think we have followed the correct procedure, but I have described it
incorrectly in the updated draft where I reference RFC7224.

We also understand that this is a change very late in the process, so
before going ahead with it we talked to and got an OK from Deborah
(responsible AD).

One question is now what to do about the incorrect description of the
IANA request in the draft. Should I update it right away, reach out to
IANA or wait for a formal response from them before doing an update.

<tp>

Like I said,  more work for the AD to sort out.  My take would be that
IANA Considerations gets changed anyway, e.g. from 'It is proposed that
IANA ..' to 'IANA has updated ... ', so I would not see a problem with
changing the text to more accurately reflect the process, essentially
dropping the
" YANG Module" [RFC7224] ".

I would not issue a new I-D unless or until the AD says so.

It would be good to have changed text in the RFC so as not to mislead
those coming after, but I am sure the IETF will cope even if it is not
changed.

Tom Petch

Regards
JonasA

 -----Original Message-----
From: tom petch <ietfc@btconnect.com>
Sent: den 9 november 2018 18:35
To: Jonas Ahlberg <jonas.ahlberg@ericsson.com>; ccamp@ietf.org

----- Original Message -----
From: "Jonas Ahlberg" <jonas.ahlberg@ericsson.com>
To: <ccamp@ietf.org>
Sent: Friday, November 09, 2018 3:37 AM

> As Amy explained in an earlier mail, this a minor update of
draft-ietf-ccamp-mw-yang where we have asked IANA to register new
IANAifTypes for the interface types radio-link-terminal and
carrier-termination in the "IANA Interface Type YANG Module" [RFC7224],
instead of defining them locally in the ietf-microwave-types module.

Jonas

That is not right - in fact, it is wrong.  RFC7224 provided the initial
contents of the YANG module and as the IANA website says,

Interface types must not be directly added to the iana-if-type YANG
module. They must instead be added to the "ifType definitions" registry
at [IANA registry smi-numbers].

after which, IANA updates the IANA-maintained MIB module and the
IANA-maintained YANG module.

Your request should be for the registration of an ifType definition
(which dates back to RFC1213) which, if the Designated Expert approves,
will result in both IANA-maintained modules being updated.

And the request for registration can be made in any suitable way to
IANA - an e-mail does fine - as long as there is a stable definition for
the Designated Expert to examine.  So, no need to re-issue the I-D.

However, what is done is done and I trust IANA to read between the lines
and do what is wanted even if the IANA Considerations in the latest I-D
are not quite what they might be.  One problem to which I do not know
the
answer:-) is what happens with the I-D changing after the IESG have
approved it n earlier version  - never a good idea, but more work for
the AD to sort:-(

Question is, are we going to go through all this effort all over again
for such as TEAS and MPLS?  My guess would be yes:-(.

Tom Petch

> Regards
> JonasA
>
> -----Original Message-----
> From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of
internet-drafts@ietf.org
> Sent: den 9 november 2018 10:30
> To: i-d-announce@ietf.org
> Cc: ccamp@ietf.org
> Subject: [CCAMP] I-D Action: draft-ietf-ccamp-mw-yang-12.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> This draft is a work item of the Common Control and Measurement Plane
WG of the IETF.
>
>         Title           : A YANG Data Model for Microwave Radio Link
>         Authors         : Jonas Ahlberg
>                           Ye Min
>                           Xi Li
>                           Daniela Spreafico
>                           Marko Vaupotic
> Filename        : draft-ietf-ccamp-mw-yang-12.txt
> Pages           : 51
> Date            : 2018-11-08
>
> Abstract:
>    This document defines a YANG data model for control and management
of
>    the radio link interfaces, and their connectivity to packet
>    (typically Ethernet) interfaces in a microwave/millimeter wave
node.
>    The data nodes for management of the interface protection
>    functionality is broken out into a separate and generic YANG data
>    model in order to make it available also for other interface types.
>
> RFC Ed.  Note
>
>    // RFC Ed.: replace all XXXX throughout the document with actual
RFC
>    numbers and remove this note
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ccamp-mw-yang/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ccamp-mw-yang-12
> https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-mw-yang-12
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-mw-yang-12
>
>
> Please note that it may take a couple of minutes from the time of
submission until the htmlized version and diff are available at
tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp