Pascal Thubert (pthubert) a écrit :
I agree with Carsten and Zach:
The metric is opaque to the host because it is (derived from) a routing
metric and the host does not route. But when it comes to forwarding,
then the host would benefit from using it wisely. In more details:
- We just make the router preference a bit wider in size than RFC 4191
rfc4191 "router prefs and more specific routes" has Preference size
2bits: why would 6lowpan need more?
Has it somehow been agreed that the number of IP hops in a 6lowpan
network is larger than 4? If we consider all nodes to be mesh-under and
the entire 6lowpan link to be one subnet then there' only one hop,
which is less than 4.
but the host is clueless about what that means; all it does is compare
opaque scalar to opaque scalar. It's probably up to ROLL to give it a
meaning and a value but that's out of scope for our spec.
I agree with this intention.
- The metric might fluctuate but it's not crucial for the host default
router selection as long as the default router still enables
reachability to/from an edge router. In Other Words the host does not
have to switch default router (and reregister to the edge router) each
time that metric varies though it should lazily try to stick to the best
one to optimize the return path from the edge router.
But in the pictured case only the default routes are discussed. I think
I mean metric Cost -only for default routes.
- But a host might favor the best metric router as next hop on a per
packet basis if it likes. And if sending a packet to a router fails then
it might select the next best in the default router list per that
metric. In that, forwarding host to router is pretty similar to
forwarding router to router within the LoWPAN - if ROLL enables this
that is.
Seems to need to go hand in hand with what ROLL may come up with, which
is good.
Maybe we need a bit of text to be more specific on all this?
Well the text I suggest is "it's not clear at this time what the subnet
structure is and the solution to it is that the entire 6lowpan is a
single subnet, only one hop".
Alex
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
