netdev
[Top] [All Lists]

Re: [benc@xxxxxxxxxxxxx: Linux "enable EUI-64 token format"]

To: <netdev@xxxxxxxxxxx>
Subject: Re: [benc@xxxxxxxxxxxxx: Linux "enable EUI-64 token format"]
From: Nathan Lutchansky <lutchann@xxxxxxxxxx>
Date: Wed, 2 May 2001 17:02:18 -0400 (EDT)
In-reply-to: <Pine.LNX.4.33.0105021516300.28386-100000@xxxxxxxxxx>
Sender: owner-netdev@xxxxxxxxxxx
On Wed, 2 May 2001, Pekka Savola wrote:

> On Tue, 24 Apr 2001, Matti Aarnio wrote:
> > This issue seems to pop up every now and then.
> > Would it not be usefull to switch from "explitely enable this" to
> > "disable this, unless you want to use this obsolete form"
> >
> > Or for that matter, to have e.g. interface specific sysctl or
> > some such to control the behaviour -- if the old form is desirable
> > at all..
> >
> > USAGI might have done something along these lines as well.
>
> I wholeheartedly agree.
>
> IPv6 is only used by the developers, hackers or early implementors at this
> point.  All of them have moved away from the obsolete addressing long time
> ago.  There is no reason to drag along old cruft much longer.

I also agree.  Not only are provider-based addresses obsolete and not used
by anybody any longer, they are also a source of confusion to some users
who either mistakenly don't enable EUI-64, or who enable both formats and
are confused by the "double addresses" their interfaces receive.  There is
virtually no reason not to enable EUI-64 as the default and remove
provider-based addresses entirely.  -Nathan

-- 
+-------------------+---------------------+------------------------+
| Nathan Lutchansky | lutchann@xxxxxxxxxx |  Lithium Technologies  |
+------------------------------------------------------------------+
|  I dread success.  To have succeeded is to have finished one's   |
|  business on earth...  I like a state of continual becoming,     |
|  with a goal in front and not behind. - George Bernard Shaw      |
+------------------------------------------------------------------+


<Prev in Thread] Current Thread [Next in Thread>