Re: [Iotops] Automatically connecting to stub networks...

[Philip Homburg <[e-mail]>]

>To me the most simple model is around the following constraints/requirements:
>  
>      stub-router ----link --- infra-router
>
>a) stub-router and infra-router are potentially different admin, aka:
>   we do not want to use signaling between them such as a typical
>   link-state-routing protocol where you can not create good trust-domain
>   boundries within the topology. Dijkstra protos are a bit better, but
>   i think no one has tried to come up with good definitions for "internal"
>   trust boundaries.
>
>b) infra-router hands out prefix(es) to stub-router. It shouldn't have
>   anything to say about how stub-router uses them. So stub-router could
>   subtend sub-prefixes as it sees fit. Infra router does NOT accept
>   prefixes back from stub-router. 

Indeed. We need to have a model where there can be a 'core network' that
either runs HNCP/Babel in the case of homes, small business or OSPF (or equiv)
and static configuration in the case of entrerprise.

Attached to those core routers are small trees that do not run a routing
protocol, but use a hierarchical mechanism to obtain prefixes.

A core router should provide the root of each tree with as many /64s as is
needed to number the tree.

We currently have a mechanisms for the hierarchical part, which is DHCPv6 PD.
It is far from ideal, but we can try to specify how it should be deployed.

Of course, this assumes that the core network has enough address space to 
number all of the trees.