Re: [Secdispatch] The Mathematical Mesh

[Michael Richardson <[e-mail]>]

I have been reading Phill's work off and on as he has progressed over a few
years.  I think that Richard Barnes' question, "who will implement this"
is relevant, but I prefer not to take it too strongly at this point.
We have published many things that seemed to have multi-vendor support, which
went nowhere, and some things that are uni-vendor (TACACS..) which are widely
used. 

BOF's attempt to establish such things, and at this point, I don't think
it is time for an IETF BOF yet.

Often things happen in the open source space and by the time it's clear that
it is popular, serious protocol mistakes have occured.  For instance, the
Matrix system had a version issue early on, and clearly would have benefitted
From having an open specification around it, and it probably could have
benefitting (maybe it is...) from our MLS work. 
   https://lwn.net/Articles/779331/
   (google found me this, while I was searching for this article.
   Looks like implementation not specification issue
      https://thehackernews.com/2019/04/france-Tchap-secure-messenger.html

Here are the directions (not mutually exclusive) that I suggest we consider:

1) an IRTF group. (We did this with HIP for instance)
2) publish some of the foundational documents as AD sponsor
3) thank PHB for his work, ask him to do an IAB plenary talk on it,
   and update us in 18 months.
4) Informational via the ISE.   

Having said this, I want to use the udf: mechanism to avoid sending large
IDevIDs across constrained networks (whether with DTLS or EDHOC).  I'm sure
that I can cook up something else, but it won't be as general.

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