Re: NATs *ARE* evil!

V Guruprasad <prasad@watson.ibm.com> Fri, 22 December 2000 13:30 UTC

Received: by ietf.org (8.9.1a/8.9.1a) id IAA00940 for ietf-outbound.10@ietf.org; Fri, 22 Dec 2000 08:30:02 -0500 (EST)
Received: from igw8.watson.ibm.com (igw8.watson.ibm.com [198.81.209.20]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA00630 for <ietf@ietf.org>; Fri, 22 Dec 2000 08:22:43 -0500 (EST)
Received: from sp1n189at0.watson.ibm.com (sp1n189at0.watson.ibm.com [9.2.104.62]) by igw8.watson.ibm.com (8.9.3/8.9.3/05-14-1999) with ESMTP id IAA10532; Fri, 22 Dec 2000 08:22:36 -0500
Received: from bubble.watson.ibm.com (bubble.watson.ibm.com [9.2.215.93]) by sp1n189at0.watson.ibm.com (8.9.3/Feb-20-98) with ESMTP id IAA18238; Fri, 22 Dec 2000 08:22:35 -0500
Received: (from prasad@localhost) by bubble.watson.ibm.com (8.9.3/8.9.3/04/21/2000) id IAA23680; Fri, 22 Dec 2000 08:22:34 -0500
Date: Fri, 22 Dec 2000 08:21:14 -0500
From: V Guruprasad <prasad@watson.ibm.com>
To: smd@ebone.net
Cc: ietf@ietf.org, fred@cisco.com, mfisk@lanl.gov, harald@alvestrand.no, iab@isi.edu
Subject: Re: NATs *ARE* evil!
Message-ID: <20001222082114.A23644@bubble.watson.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.2i
X-Loop: ietf@ietf.org

 {I had written:}
> | from label switching, so what I'm suggesting is that we take the bull by
> | the horns once and for all and run MPLS over IP instead of under it... 
> 
> an mplsd-like tag fits neatly in the first half of an ipvsux destination 
> address, although there are other places in the vsux header you can put 
> tag bits if you're inclined to do so for stacking reasons or whatnot.
> ...
> this has all the same problems of NAT where there is no end-to-end
> namespace that is not TOPOLOGICAL in nature separate from but convertible
> between a namespace populated with globally unique IDENTITY names.
> (where that namespace can mean single hosts or service locations or whatever,
> but not two or more of these things simultaneously! overloading bad.)
> 
>         Sean.

The NATty problems also go away when the theme is completed with the
globally unique etc. namespace, with a different topology (but yet
a spanning tree by definition), and the conversion is formally handled
by automatic translation using a context-free attribute grammar distributed
en route, so that the label switched path is synthesised e2e without
having to return addresses to the client application. I.e. no "overloading".

The final architecture one then gets would be that described in
	draft-guruprasad-addressless-internet-00.txt

-p.