Re: ipv6nd-02.txt & autoconfig

Albert Manfredi <manfredi@engr05.comsys.rockwell.com> Fri, 10 May 1996 18:07 UTC

Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa21490; 10 May 96 14:07 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa21486; 10 May 96 14:07 EDT
Received: from guelah.nexen.com by CNRI.Reston.VA.US id aa13086; 10 May 96 14:07 EDT
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.97.5]) by guelah.nexen.com (8.7.3/8.7.3) with ESMTP id NAA25976; Fri, 10 May 1996 13:52:12 -0400 (EDT)
Received: (from root@localhost) by maelstrom.nexen.com (8.7.3/8.7.3) id NAA00238 for ip-atm-out; Fri, 10 May 1996 13:47:58 -0400 (EDT)
Received: from guelah.nexen.com (guelah.nexen.com [204.249.96.19]) by maelstrom.nexen.com (8.7.3/8.7.3) with ESMTP id NAA00227 for <ip-atm@nexen.com>; Fri, 10 May 1996 13:47:55 -0400 (EDT)
Received: from ENGR05 (engr05.comsys.rockwell.com [199.191.48.132]) by guelah.nexen.com (8.7.3/8.7.3) with SMTP id NAA25912 for <ip-atm@nexen.com>; Fri, 10 May 1996 13:47:52 -0400 (EDT)
Received: by engr05.comsys.rockwell.com (UCX V4.0-10B, OpenVMS V6.1 VAX); Fri, 10 May 1996 13:48:23 -0400
Message-ID: <3193ABB1.69CD@engr05.comsys.rockwell.com>
Date: Fri, 10 May 1996 13:48:49 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Albert Manfredi <manfredi@engr05.comsys.rockwell.com>
Organization: Rockwell Defense Electronics - Collins
X-Mailer: Mozilla 2.01 (Win16; I)
MIME-Version: 1.0
To: schulter@zk3.dec.com
CC: IP-ATM Working Group <ip-atm@nexen.com>
Subject: Re: ipv6nd-02.txt & autoconfig
References: <md5:4FF73834C002B2C3A555F08886A631A7>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Orig-Sender: owner-ip-atm@nexen.com
Precedence: bulk
X-Info: Submissions to ip-atm@nexen.com
X-Info: [Un]Subscribe requests to majordomo@nexen.com
X-Info: Archives via http://cell-relay.indiana.edu/cell-relay/archives/IPATM/IPATM.html

schulter@zk3.dec.com wrote:
> 
> On Fri, 10 May 96 12:42:18 PDT Albert Manfredi wrote:
> 
> > > And how many ESIs shall we all burn into our adapters, bridges and routers?
> >> How about 13? 42? 65536? 16777216?
> >
> > How about 256 would give you everything that lamented SEL byte would have
> > provided?
> 
> Bert, are you proposing using 256 48-bit values to get the same thing you can
> get with 256 8-bit values?  Doesn't seem a good use of address space to me
> (or am I missing something here?).

The logic goes something like this, unless I'm missing something.

1. We want a good scheme to allow IPv6 autoconfiguration with ATM.

2. Ethernet and FDDI use their MAC address as the unique ID field. And
they're happy with the 48 bits.

3. Does ATM have something similar to offer? Yes, the contiguous ESI
bytes. And also SEL, but then manufacturing a unique 48-bit ID out of
ESI + SEL gets messy.

4. So I proposed we require SEL to always have the same value when ATM
is used in IPv6.

5. But what about the fact that this ATM host would be throwing away 256
possible extra associations (a bonus for ATM hosts)?

6. Well, OK. The manufacturer of the ATM NIC has to presumably select a
unique 48-bit ID for that NIC. As long as he's done that much, he can
certainly give 10, 20, or even 256 IDs to that NIC, from that ESI space.
It's not so much more difficult, is it?

Bert
manfredi@engr05.comsys.rockwell.com