On Wed, Oct 22, 2014 at 11:04 AM, Michael Richardson <[email protected]> wrote:
> > James Woodyatt <[email protected]> wrote: > >> My assertion: > >> > >> Given HNCP generated one spans whole administrative domain, _and_ > >> should not have routing anywhere outside it, it’s uniqueness does > not > >> _matter_. > >> > > > Wait. Where did this "and should not be routable anywhere outside" > > recommendation come from? And if it's only a recommendation and not a > > requirement, then it still matters, right? I don't see that we can > > meaningfully make it a requirement, and I would advise against > > attempting to make it a recommendation. I don't believe such a > > recommendation will be followed. > > I won't mince words, "recommendation"/"requirement"/"potato"/etc.. I think > it's a very strong SHOULD, the only reason for someone to do otherwise > would > by explicit geek-administator action. Manually configuring a VPN for > example. > > It's not saying that ULA can never be routed by consenting adults, it's > saying that the Homenet ULA SHOULD never be routed outside that homenet. > > Where it comes from; from the architecture document, I hope. > I'm pretty sure we said that somewhere, but I'll have to go search for the > specific statement. [...] You won't find it. It isn't actually there. There is some text that maybe you were thinking says it, but it doesn't, and the people who will be implementing this stuff will never look in the architecture document anyway, so it's moot. p1. I won't mince words either: the HOMENET architecture document is full of wrong on this topic. In particular, section 3.6.6 <https://tools.ietf.org/html/draft-ietf-homenet-arch-17#section-3.6.6>. ULAs as a hint of connection origin makes the unwarranted assumption that subscriber home gateways are the only routers bordering the home network. They may often be the only *default* routers, but there can be— and absolutely definitely will be in the vast majority of cases— overlay networks that route ULA prefixes to, from and most likely *between* home networks over tunnels. We can't tell people not to do that. If there is a routing protocol in a HOMENET, then it will be done, and it ought to work right. p2. These overlay networks will not be "for geeks only" and they will not require advanced manual network configuration skills. If this issue isn't handled right in HOMENET, then we can expect each of those overlay networks (there will almost certainly be more than one in many homes) to use delegated ULA prefixes instead of the HNCP locally-generated prefixes if necessary, but that just goes to show that the locally-generated prefixes are likely to be crippled compared to the ones from overlay networks, which will actually be generated and delegated properly to keep them from colliding on network joins and splits. What's the point of having a HNCP locally-generated ULA prefix if it doesn't actually have the statistical properties of collision avoidance that ULA prefixes were designed in the first place to have? -- james woodyatt <[email protected]> Nest Labs, Communications Engineering
_______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
