%% You should probably cite draft-ietf-6man-addr-select-considerations-05 instead of this revision. @techreport{ietf-6man-addr-select-considerations-04, number = {draft-ietf-6man-addr-select-considerations-04}, type = {Internet-Draft}, institution = {Internet Engineering Task Force}, publisher = {Internet Engineering Task Force}, note = {Work in Progress}, url = {https://datatracker.ietf.org/doc/draft-ietf-6man-addr-select-considerations/04/}, author = {Tim Chown and Arifumi Matsumoto}, title = {{Considerations for IPv6 Address Selection Policy Changes}}, pagetotal = 19, year = 2011, month = oct, day = 31, abstract = {Where the source and/or destination node of an IPv6 communication is multi-addressed, a mechanism is required for the initiating node to select the most appropriate address pair for the communication. RFC 3484 (IPv6 Default Address Selection) {[}RFC3484{]} defines such a mechanism for nodes to perform source and destination address selection. While RFC3484 recognised the need for implementations to be able to change the policy table, it did not define how this could be achieved. Requirements have now emerged for administrators to be able to configure and potentially dynamically change RFC 3484 policy from a central control point, and for (nomadic) hosts to be able to obtain the policy for the network that they are currently attached to without manual user intervention. This text discusses considerations for such policy changes, including examples of cases where a change of policy is required, and the likely frequency of such policy changes. This text also includes some discussion on the need to also update RFC 3484, where default policies are currently defined.}, }