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 #
> ::/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.
>
> Regards,
>
> 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]
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
