Juliusz Chroboczek <mailto:[email protected]>
14 June 2014 16:25
Is a specific update address preferred?
[my view] The routing protocol should support both use of unicast and
multicast updates.
Please clarify. Are you saying that the routing protocol must be able to
run over link layers that don't support link-local multicast? AFAIK,
link-local multicast is part of the base IPv6 spec.
Multicast has issues on some link topologies (e.g. where it has to be
emulated), and in situations where devices attempt to sleep for as long
as possible. So even though link-local multicast may be part of the IPv6
base spec, it may be desirable to avoid use of multicast traffic where
possible. e.g. a routing protocol could perform initial neighbor
discovery using multicast, but then switch to unicast when maintaining
individual neighbor associations on the longer term, or for exchanging
information with specific neighbors.
Multi-path support?
[my view] yes.
[this is in the current architecture document]
Then I think I don't understand what is meant by "multi-path support". Is
that merely the ability to switch to a better route if one becomes
available? Or is there something more to it? Could you please clarify?
-- Juliusz
I don't know that there is a single definition.
"The inclusion of physical layer
characteristics including bandwidth, loss, and latency in path
computation should be considered for optimising communication in the
homenet."
I interpret the above text as requesting an ability to perform load
balancing over equal cost paths, potentially taking into account packet
loss and link quality when selecting which stream to send over which link.
Another possible interpretation of the text would be an ability to route
packets based on traffic type, e.g. policy based routing of video
traffic over a different link to FTP.
Or a combination of the above.
If you have a better interpretation or definition then please share.
------------------------------------------------------------------------
--
Regards,
RayH
_______________________________________________
homenet mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/homenet
