> -----邮件原件----- > 发件人: behave-boun...@ietf.org [mailto:behave-boun...@ietf.org] 代表 > marcelo bagnulo braun > 发送时间: 2009年12月9日 21:24 > 收件人: Christian Huitema > 抄送: beh...@ietf.org; Xu Xiaohu; ipv6@ietf.org > 主题: Re: [BEHAVE] Reason(s) for Modified EUI-64 format to apply to ALL > non-0::/3 IPv6 addresses ? > > Christian Huitema escribió: > >> At least the former usage has some certain applications. For example, in > >> case of NAT64, if a dual-stack host could distinguish synthesized IPv6 > >> addresses from native IPv6 addresses, it will not prefer a synthesized IPv6 > >> address to an IPv4 address for initiating a communication with an IPv4 host. > >> > > > > The well known prefix is easy to recognize, so there is no problem there. > For stateless, the design makes sure that the IPv4 translatable addresses can > be routed natively, which means there is no reason to not prefer them. That > leaves a pretty small domain of applicability for any scheme that would reserve > identifier patterns... > > > > > In addition, in the NSP case, the host can configure the RFC3484 policy > table to preffer native connectivity.
However, when one configures such a policy that native IPv6 connectivity should be preferred to IPv4 connectivity. How could the dual-stack host distinguish synthesized IPv6 addresses from native IPv6 addresses? If there are some bits to tell whether it is an IPv4-embeded IPv6 address or not (even which type of IPv4-embeded IPv6 address), the above issue can be solved easily. Xiaohu > Regards, marcelo > > > > -- Christian Huitema > > > > > > > > > > > > _______________________________________________ > > Behave mailing list > > beh...@ietf.org > > https://www.ietf.org/mailman/listinfo/behave > > > > > > _______________________________________________ > Behave mailing list > beh...@ietf.org > https://www.ietf.org/mailman/listinfo/behave -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------