RE: [narten@us.ibm.com: PI addressing in IPv6 advances in ARIN]

"Michel Py" <michel@arneill-py.sacramento.ca.us> Tue, 18 April 2006 03:55 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FVhJn-0002jN-Cg; Mon, 17 Apr 2006 23:55:59 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FVhJl-0002jF-M2 for ietf@ietf.org; Mon, 17 Apr 2006 23:55:57 -0400
Received: from adsl-209-233-126-65.dsl.scrm01.pacbell.net ([209.233.126.65] helo=arneill-py.sacramento.ca.us) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FVhJk-0000vr-Ap for ietf@ietf.org; Mon, 17 Apr 2006 23:55:57 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.5
Date: Mon, 17 Apr 2006 20:55:55 -0700
Message-ID: <DD7FE473A8C3C245ADA2A2FE1709D90B1C88AF@server2003.arneill-py.sacramento.ca.us>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [narten@us.ibm.com: PI addressing in IPv6 advances in ARIN]
Thread-Index: AcZicmGCOUPIhWoYR/C2UnefsoOwLwAIo19Q
From: Michel Py <michel@arneill-py.sacramento.ca.us>
To: Terry Gray <gray@washington.edu>, David Conrad <drc@virtualized.org>, ietf@ietf.org
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Cc:
Subject: RE: [narten@us.ibm.com: PI addressing in IPv6 advances in ARIN]
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

Terry/David,

> Terry Gray wrote:
> *without* pervasive PI, the future of NAT (or some other
> mechanism for providing address autonomy to organizations)
> is absolutely guaranteed forever (even with v6)?
> To me, that seems obvious

Obvious it is to me too. Problem is: there are way too many people in
here who have successfully renumbered their 4-host home network and
never worked into a larger environment who think that because they
successfully renumbered their home network in an hour the same can
happen with an enterprise network. They've never been out in the real
world, no wonder why they still wonder why the real world has embraced
NAT.


> It does make me wonder if there is any hope for resurrection of 8+8...

There is not. First, 8+8 had disadvantages. Second, even though GSE and
later MHAP tried to reduce the inconvenience, the fact if the matter is
that nothing is as simple as raw PI; any dual-space ID-LOC system
introduces yet another layer of complexity, bugs, incompatibilities,
etc.

In the end, it's all about money and timing is important: 8+8 was
written when a core router had less memory and processing power than the
cell phone I carry. As of today, it costs less to go PI than to go 8+8,
without the shortcomings of 8+8. No brainer.


> David Conrad wrote:
> The end point identifier's upper 48 (or whatever) bits is being
> "network address translated" into the routing locator (the lower
> 80 bits would be untouched).  But to avoid the soul-searing EVIL
> (plain and simple, from beyond the 8th dimension) of NAT, you
> simply reverse the translation, restoring the upper 48 bits
> (which, conveniently, don't have to be carried around in the
> packet since the destination is pretty much guaranteed to know
> what end point identifier prefix it is at).  The two EVILs cancel
> each other out.

A while ago, I designed exactly what you are describing:
http://arneill-py.sacramento.ca.us/ipv6mh/draft-py-mhap-01a.txt

It's going the same place than 8+8 and GRE: in the grave. Nice idea, but
too much politics and money involved in deploying. Back to raw PI.

Michel.


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