Markus, I tried to be really clear about what I was communicating on the slide about implementations, but probably failed. I am not saying your implementation is bad. I'm saying that it's sufficiently difficult for *me* to modify that it's a barrier to forward progress. The point of saying that was not to insult your implementation, but to point out a problem that is holding me back from making progress on this work.
One obvious solution to the problem is for us to collaborate on improving the situation, which is something I'd like to see happen. But I know that this would be a hobby project for you right now, and you probably don't have time. That's what I was lamenting. On Fri, Nov 9, 2018 at 2:28 AM Markus Stenberg <[email protected]> wrote: > On 08.11.2018, at 19.16, Juliusz Chroboczek <[email protected]> wrote: > >>> From a user perspective, there are a few problems: > >> When an interface goes down and then up again, it's renumbered. This > >> includes reboots. > > That shouldn't happen as long as there remains at least one Homenet > router > > to maintain the prefix (see Section 4.1 point 3 of RFC 7695). > > > > I believe that hnetd (but not shncpd) additionally supports some > mechanism > > to handle the case where there are no routers left to maintain the > prefix, > > but I'm less sure. > > In hnetd there are actually two mechanisms fo ensure prefixes come up back > the same they were before; > > - storage of assigned prefixes (if enabled; if use of flash writes is not > desired this is not used obviously), and > > - ~determinstic pseudo-random assignment on interfaces > > If both fail, that's probably a bug, although not sure if both options can > be off if configured so. Fallback is purely random assignment out of prefix. > > Anyway, getting back to topic of Ted's passionate speech about bad HNCP > implementations, I'd love to see him (or someone else) provide better one > :-) > > Cheers, > > -Markus > > _______________________________________________ > homenet mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/homenet >
_______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
