[dhcwg] Re: WLAN (was Re: IPv6 Host Configuration of Recursive DNS Server)

Mohacsi Janos wrote:

>>I know ND is wrong. That is, I know it is wrong to have generic
>>link protocols ignoring link specific properties and has been
>>pondering on how such protocols suffer.

> I think ND is not wrong.

ND is wrong, because it was designed to be applicable to all the
link types.

ND deployed multicast only because some ATM guy said NBMA was
capable of not broadcast but multicast, which is totaly denied
by the current ND RFC stating that ND may not be applicable to
NBMA.

> There is a clear need for better support to
> discover the link parameters, but it is necessary for mostly to the
> routing protocols.

If you are talking about QoS, it is a totally different topic.

>>However, with broadcast/multicast packets, there is no ACK for
>>an obvious reason.

> The IPv4 ARP is not better either, as you found.

No, ARP is no better, of course.

Given the point to multipoint nature of infrastructure WLAN,
and given the probability of hidden terminals, ARP is overkill.
Just send all the packets to the base station, IP address of which
should be piggy-backed in beacon.

As for ad-hoc WLAN, it does not work well with multiple link
hops that it is a bad idea at L2. 

> I think the WLAN should
> be improved some way to support multicast in some form.

It is inherent to CSMA/CA link that broadcast/multicast is
unreliable.

Our (IETF) approach has been to make IP work over as much link
technology as possible.

The solution has been never bother to have standard way of
address resolution.

> I think autoconfiguration can be treated differently, than address
> resolution. ND as stand for "Neighbour" Discovery is a very good
> improvement to ARP and transport specific things...

However, there are people who think ND should take care of
everything including DNS configuration.

>>ND needs, IMHO, a lot more.

> What do you think?

Because of its bloated set of features, I think ND hopeless.

							Masataka Ohta

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