[Iotops] INXU documents --- Re: Question about updating drafts

[Michael Richardson <[e-mail]>]

    >> Well, everyone knows that, when there is no more talk about one draft,
    >> it might not be updated. But the point for me is: what about it received
    >> only one or two comments? How much "not humming" is necessary for one
    >> draft to be discontinued?

In general, anyone may call for a draft to be adopted by a WG.
(In practice, it is usually done by the WG chairs)

The job of the WG chairs is to judge consensus on whether or not the
document:
  a) fits into the WG charter
  b) is supported by some rough consensus of people
  c) whether there are IPR restrictions that might affect publication

RFC7221 discusses some of this, and there was an rfc7221bis to further
clarify that.

IOTOPS is unusual in that it doesn't have a mandate to process protocol
documents.   The INXU document would have to be adopted in the OPSAWG group,
which is where MUD extensions are being sent.  It is not coincidence that
OPSAWG and IOTOPS have a chair in common...
It might be that the DOTS WG would be a better place.
This would be a topic that needs discussion.

My feeling is that we need some solution in this space, but I'm not (yet)
convinced that your solution is the right one.

In general, you should probably repost/edit your draft until such time as it
gets adopted or there is rough consensus that it's a bad idea.

Michael Sweet <msweet=[e-mail]> wrote:
    > I skimmed the referenced draft along with RFC 8250, since I wasn't
    > familiar with that work...  My $0.02 CAD is that if MUDs are being
    > implemented by vendors then MTDs would be a useful addition.  But in
    > the printer world we've only been talking about TNC and EAP for
    > securing enterprise networks...

the problem is that todate, MUDs are not being implemented en mass by
vendors.  There is a chicken and egg problem, and there still needs to be
some strategic decisions to make it work out.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     [e-mail]  http://www.sandelman.ca/        |   ruby on rails    [