RE: [dhcwg] dhcpv6-24: use of anycast

Thomas:

>Perhaps one could take the approach that DHC uses link-local multicast
>by default, unless the specific link-layer over FOO document says use
>anycast. This is cleaner than saying "use anycast over NBMA" because
>its clearly specified on a case-by-case basis.

The only issue with this is that DHCP usually runs as an application and is therefore only able to access that information which the lower layers (via APIs) make available.

Determining whether multicast is supported or not is pretty standard from the socket API. However, determining that a particular interface is a specific media type may be difficult.

Therefore, there is some value in providing a clear direction here that is also relatively easy to implement.

If all interface types provide multicast (either inherently or via some type of emulation), there is little need to ever use the anycast address and so what harm is there in specifying it.

What we probably should say is that the client MUST use the multicast address if the interface on which it is sending the message supports multicast. Otherwise, it may use the anycast address.

- Bernie

-----Original Message-----
From: Thomas Narten [mailto:narten@us.ibm.com]
Sent: Thursday, May 09, 2002 8:04 AM
To: Ole Troan
Cc: Ralph Droms; dhcwg@ietf.org
Subject: Re: [dhcwg] dhcpv6-24: use of anycast 

Ole Troan <ot@cisco.com> writes:

> >> If all IPv6 links support multicast, then we don't need the anycast address
> >> for DHCP.
> >
> > This would be my assumption. Do folks have examples of link types they
> > are concerned about?

> ATM,

See RFC 2491 and 2492. Multicast is supported. At least in the case of
SVC/PVC. Not clear that anyone uses anything else (i.e., pure NBMA
cloud).

> Frame Relay RFC2491)

Ditto.

> ISDN/PSTN

Always modeled as a p-2-p link, so mcast is trivially defined.

> MPLS

MPLS is a funny one. I don't think it is typically viewed as an NBMA
cloud. Also, MPLS is used within the core, by routers, and NOT at the
edges, so I'd think DHC is not really applicable in general here.

> 6to4

Not clear that this is applicable. The router defining 6to4 is an IPv4
box on the interface and uses DHCPv4. It does provide IPv6 support,
but this is explicitely in an environment where IPv6 is not supported
by the upstream. So DHCPv6 doesn't seem applicable; it it was, why
would one even be using 6to4?

> ISATAP.

Not clear this is applicable.

> if routers use DHCP (e.g Prefix Delegation) then support is needed
> for the first set of media. hosts connecting through an ISATAP cloud
> could very well need DHCP I should think.

This is not at all clear to me.

99% of the applicability of DHCv6 will be traditional media, i.e.,
Ethernets.

Another thought. The IPv6 over foo documents provide specifics for how
to run IPv6 over that media. In some cases, those documents can
override defaults for running IPv6 over a media in general. For
example, one can change the number of times one retransmits in
DAD. The default is 1, but a specific document can make that 0 or 2,
etc.

Perhaps one could take the approach that DHC uses link-local multicast
by default, unless the specific link-layer over FOO document says use
anycast. This is cleaner than saying "use anycast over NBMA" because
its clearly specified on a case-by-case basis.

Thomas

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg