Re: site local addresses (was Re: Fw: Welcome to the InterNAT...)

Andrew Newton <anewton@ecotroph.net> Thu, 27 March 2003 02:33 UTC

Received: from ran.ietf.org (ran.ietf.org [10.27.6.60]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA28871; Wed, 26 Mar 2003 21:33:46 -0500 (EST)
Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18yNOp-0007NB-00 for ietf-list@ran.ietf.org; Wed, 26 Mar 2003 21:45:51 -0500
Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18yNKA-0007AB-00 for ietf@ran.ietf.org; Wed, 26 Mar 2003 21:41:02 -0500
Received: from zak.ecotroph.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA28627 for <ietf@ietf.org>; Wed, 26 Mar 2003 21:25:48 -0500 (EST)
Received: from ecotroph.net (64-83-8-178-nova-dsl.cavtel.net [::ffff:64.83.8.178]) (AUTH: LOGIN anewton, TLS: TLSv1/SSLv3,128bits,RC4-MD5) by zak.ecotroph.net with esmtp; Wed, 26 Mar 2003 21:28:09 -0500
Message-ID: <3E8261B6.6070807@ecotroph.net>
Date: Wed, 26 Mar 2003 21:28:06 -0500
From: Andrew Newton <anewton@ecotroph.net>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3b) Gecko/20030212
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Michael Mealling <michael@neonym.net>
CC: alh-ietf@tndh.net, 'Ted Hardie' <hardie@qualcomm.com>, 'The IETF' <ietf@ietf.org>
Subject: Re: site local addresses (was Re: Fw: Welcome to the InterNAT...)
References: <048f01c2f3df$fe3a37c0$ee1a4104@eagleswings> <1048716762.32425.207.camel@blackdell.neonym.net>
In-Reply-To: <1048716762.32425.207.camel@blackdell.neonym.net>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit

 From the reading of the draft, it would appear that much of the pain 
for applications with SL is caused because the apps violated the contract.
Actually, its a wonder any of these would work in v6 at all given the 
description of the problem (address leaks).

-andy

Michael Mealling wrote:
> 
> Its not that 'we don't want to change because its to much work'. Its
> that the Internet architecture assured us that the hour glass model
> applied, that the network topology would remain abstracted within what
> to us is an opaque address space. One of the number one reasons its so
> easy for new application layer technologies to be deployed is that a
> developer doesn't need to know or care about any layer below TCP (or, in
> rare cases, UDP). If the lower layers want to change that hour glass
> model then we're talking about a serious breach of contract with the
> layers above it and a dangerous blow to the hour glass model.
> 
> -MM
> 
>