North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: shim6 (was Re: IPv6 news)

  • From: Crist Clark
  • Date: Fri Oct 14 16:14:44 2005

Daniel Roesen wrote:
On Fri, Oct 14, 2005 at 07:27:37PM +0000, [email protected] wrote:

	the kicker here is that the applications then need some
	serious smarts to do proper source address selection.
Nope. The ULID is supposed to be static, globally unique. Just not
globally routed. Seperating topology from identification.

Something I didn't see discussed yet is that shim6 sites would need to
get a globally unique, provider independent /48 or larger... which folks
could start to announce. But I guess that address space would come from
blocks earmarked as "non-routable, it's a bogon, bad IP space, filter in
BGP at first sight!". :-)
Actually, doing multihoming and getting PI space are orthogonal in
shim6 last I knew. That is, you could get address space from your N
providers and have one of the providers, say Provider X, to be the
ULID for the end points. Should Provider X's link(s) go down, shim6
will ensure it all still works (which is, after all, the whole point).

Getting PI space is really an administrative and economic issue. It is
not a technical requirement of shim6. From draft-ietf-shim6-arch-00.txt,

3.  Endpoint Identity

   There are a number of options in the choice of an endpoint identity
   realm, including the use of existing addresses as an identity tokens,
   the use of distinguished (possibly non-routeable) addresses as
   tokens, or the use of tokens drawn from a different realm (such as
   use of a fully qualified domain name).

   Shim6 uses the first of these options, and the endpoint identity for
   a host is one of the locator addresses that are normally associated
   with the host.  The particular locator address selected to be the
   endpoint identity (or ULID) is specified in [RFC3484].  Shim6 does
   not mandate the use of distinguished addresses as identities,
   although the use non-routeable distinguished addresses in this
   context is described as an option in this approach.

Crist J. Clark                               [email protected]
Globalstar Communications                                (408) 933-4387