Hi, On 2012/01/23, at 16:09, Mark Andrews wrote:
> > In message <[email protected]>, Arifumi > Matsumoto writes: >> Mark, >> thank you for your comment. >> >> As you mention it, it should be less harmful to give the whole ULA >> block a lower precedence value, if we assume ULA leakages will happen >> here and there by DNS mis-configurations, address information exchange >> in P2P applications, and so on. >> >> Regarding communication between ULAs, such a network that really wants >> to make use of multiple ULA blocks should have a way of controlling >> address selection behavior of their hosts, such as policy table >> configuration and DNS configuration. >> >> The question is whether we can accept the appearance of macro in >> the policy table. >> >> Prefix Precedence Label >> ::1/128 60 0 >> <YOUR ULA>:/48 50 1 > > You also want the labels for each ULA/48 to be seperate. > > <YOUR ULA>:/48 50 # Do we need to have different labels for ULAs ? If ULAs are assigned to a host, the host can choose an appropriate source ULA address because of the longest match rule. > >> ::/0 40 2 >> ::ffff:0:0/96 30 3 >> 2002::/16 20 4 >> 2001::/32 10 5 >> fc00::/7 5 6 >> ::/96 1 10 >> fec0::/10 1 11 >> 3ffe::/16 1 12 >> >> I assume the line of <YOUR ULA> will be interpreted as a line >> or lines of ULA prefix(es) that is attached to interface(s). >> >> Another point is that a host has to maintain the ULA line in responses >> to addition and deletion of the addresses. Another possibility is just the de-pref of the whole ULA block. Prefix Precedence Label ::1/128 60 0 ::/0 40 2 ::ffff:0:0/96 30 3 2002::/16 20 4 2001::/32 10 5 fc00::/7 5 6 ::/96 1 10 fec0::/10 1 11 3ffe::/16 1 12 In this case, the problem Mark pointed out will not happen, but ULA will not be preferred over IPv4 and IPv6 global addresses. Do we really prefer ULA over these addresses ? >> On 2012/01/18, at 7:26, Mark Andrews wrote: >> >>> >>> ULA need to be de-preferenced except for the local ULA prefixes. >>> >>> Below is what I use in FreeBSD 8. It keeps local traffic using >>> fd92:7065:b8e::/48 rather than using the PA address. If you learn >>> a ULA destination address that is not local YOU DO NOT WANT TO USE >>> IT by default when you have another choice. >>> >>> What you do want is for a interface when it learns a ULA address >>> to add the corresponding /48 prefix with a given precedence and a >>> unique label to the table if the prefix does not exist. And >>> appropriate cleaning be done when no more interfaces exist in the >>> /48. This may require a manual tag on table entries. >>> >>> Mark >>> >>>> more /etc/ip6addrctl.conf >>> #Prefix Prec Label >>> ::1/128 50 0 >>> ::/0 40 1 >>> 2002::/16 30 2 >>> ::/96 20 3 >>> ::ffff:0.0.0.0/96 35 4 >>> fd92:7065:b8e::/48 45 5 >>> fc00::/7 5 6 >>>> ifconfig nfe0 inet6 >>> nfe0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 >>> options=82008<VLAN_MTU,WOL_MAGIC,LINKSTATE> >>> inet6 fe80::218:f3ff:feba:9a37%nfe0 prefixlen 64 scopeid 0x5 >>> inet6 fd92:7065:b8e:0:218:f3ff:feba:9a37 prefixlen 64 autoconf >>> inet6 2001:470:1f00:820:218:f3ff:feba:9a37 prefixlen 64 autoconf >>>> >>> -- >>> Mark Andrews, ISC >>> 1 Seymour St., Dundas Valley, NSW 2117, Australia >>> PHONE: +61 2 9871 4742 INTERNET: [email protected] >> >> >> -- >> Arifumi Matsumoto >> NGN System Architecture Project >> NTT Service Integration Laboratories >> E-mail: [email protected] >> TEL +81-422-59-3334 FAX +81-422-59-6364 >> > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: [email protected] -- Arifumi Matsumoto NGN System Architecture Project NTT Service Integration Laboratories E-mail: [email protected] TEL +81-422-59-3334 FAX +81-422-59-6364 -------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
