<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

A good example where EUI64 is needed or at least plausible.  <br>

<br>

Setting manual addresses on your IPv6 door-knobs makes as much sense as

setting jumpers and DIP switches for SCSI disk drive numbers.<br>

The embedded realm is a huge territory for leveraging IP instead of

inventing new protocols. It's also an area where the IP components may

not even be visible to the consumer unless you look under the hood.<br>

<br>

You want DHCP for your IPv6 door knobs? Probably a good feature, but

maybe auto-registering with manufacturer installed certificates and

well known addresses is better, and the EUI64 happens to be your S/N so

you can correlate your asset tags, support contracts and inventory.

Similar processes exist for IP phones and lightweight (centrally

managed) wireless access points, although are IPv4/DHCP based. <br>

<br>

But do you also want DHCP (static?) for the IPv6 link between the IPv6

door knob's optical handle rotation sensors  and the actuators

controlling the latch movement and tactile feedback?<br>

<br>

Where does it stop? These are "silly" examples, but technology keeps

creeping up and making them reality. <br>

<br>

<br>

<br>

<a class="moz-txt-link-abbreviated" href="mailto:Paul_Vixie@isc.org">Paul_Vixie@isc.org</a> wrote:

<blockquote cite="mid:1678.1180977347@sa.vix.com" type="cite">

  <blockquote type="cite">

    <pre wrap="">But why would anybody want  to 'ban' EUI-64 configured addresses?

    </pre>

  </blockquote>

  <pre wrap=""><!---->

because if it remains in the standard, then everybody will have to support

it and networks will have to be allocated on /64 boundaries for all of the

yet-unborn IPv6 capable SNMP-monitorable door knobs.

  </pre>

</blockquote>

</body>

</html>