Re: Why Scopes? (was: Re: [saad] About saad)

"James Kempf" <kempf@docomolabs-usa.com> Fri, 17 October 2003 20:18 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA22403 for <saad-archive@odin.ietf.org>; Fri, 17 Oct 2003 16:18:22 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AAb2w-00006I-0v for saad-archive@odin.ietf.org; Fri, 17 Oct 2003 16:18:02 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h9HKI1Tr000380 for saad-archive@odin.ietf.org; Fri, 17 Oct 2003 16:18:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AAb2v-000063-R7 for saad-web-archive@optimus.ietf.org; Fri, 17 Oct 2003 16:18:01 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA22376 for <saad-web-archive@ietf.org>; Fri, 17 Oct 2003 16:17:52 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AAb2u-0000te-00 for saad-web-archive@ietf.org; Fri, 17 Oct 2003 16:18:00 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AAb2t-0000tb-00 for saad-web-archive@ietf.org; Fri, 17 Oct 2003 16:17:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AAb2v-00005g-1B; Fri, 17 Oct 2003 16:18:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AAb2d-00005T-Fp for saad@optimus.ietf.org; Fri, 17 Oct 2003 16:17:43 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA22365 for <saad@ietf.org>; Fri, 17 Oct 2003 16:17:33 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AAb2b-0000tM-00 for saad@ietf.org; Fri, 17 Oct 2003 16:17:41 -0400
Received: from key1.docomolabs-usa.com ([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser) by ietf-mx with esmtp (Exim 4.12) id 1AAb2a-0000tE-00 for saad@ietf.org; Fri, 17 Oct 2003 16:17:41 -0400
Message-ID: <035501c394eb$c0f0fc70$396015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "Melinda Shore" <mshore@cisco.com>
Cc: <saad@ietf.org>
References: <13D76828-00D0-11D8-B6D5-000A95E35274@cisco.com>
Subject: Re: Why Scopes? (was: Re: [saad] About saad)
Date: Fri, 17 Oct 2003 13:17:56 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: saad-admin@ietf.org
Errors-To: saad-admin@ietf.org
X-BeenThere: saad@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/saad>, <mailto:saad-request@ietf.org?subject=unsubscribe>
List-Id: Scope Addressing Architecture Discussion <saad.ietf.org>
List-Post: <mailto:saad@ietf.org>
List-Help: <mailto:saad-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/saad>, <mailto:saad-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

> On Friday, October 17, 2003, at 01:03 PM, James Kempf wrote:
> > One of the things I'd like to see is a list of why people use scoped
> > addresses (RFC 1918) in IPv4.
>
> I've talked to a very large number of people about this (or
> rather why they use NATs, which is a slightly different
> question), and the most common reasons are:
>
> 1) don't want to buy more addresses
> 2) simplification of network management/renumbering
> 3) security/firewalling/unreachability
>
> The first two are already being dealt with in one form
> or another.  The third is only peripherally being addressed
> and certainly not satisfactorily (for whatever value of
> "satisfactory").  The reality is that some large number
> of users, including some users who consider themselves
> relatively expert (network administrators, etc.) don't want
> their hosts to be reachable by default but they do want
> them to be able to initiate connections themselves.  I'm
> not sure there's a good answer to this question, since
> the users' wishes are incompatible with the IETF's working
> assumptions about reachability.
>

But there are other ways that one could imagine doing this and still
maintain global routability only on the outbound connection.

For example, I've got a NAT at home on my 802.11/802.3/DSL access box. Now,
as a consumer, I don't have much choice in the matter: it's the only
technology out there that provides the functionality I want. And, it was
really easy to set up: plug it in, configure via a Web page, and it worked.
I suppose I could pay my DSL provider for more addresses, but I typically
just use one machine at a time (it might not be the same machine) but not
always and I don't leave it on all the time (due to electricity cost).

Suppose that, instead of a NAT, I could buy a box that had some number of
globally routable IP addresses preconfigured into it (and I could get more
by downloading them from the manufacturer via their Web page, maybe paying a
small fee). Suppose also there were some way for that box to communicate
with my service provider, without requiring a complex human intermediated
(and perhaps suits intermediated) business and technical conversation to set
up routing characteristics between the box and my ISP's network. The
communication would allow global routing outbound for purposes of initiating
a connection, but not inbound, and would be driven off my service profile
with the ISP (so that, for example, if I had a server, was paying more, and
needed the inbound connectivity, that would happen).

This would have no impact on the address architecture. The addressess on the
box could be globally routable, they could be HH IPv6 provider-independent
(if I'm using IPv6), but they need not be, since the manufacturer of the box
could apply to their local RIR for the address block like anybody else that
wants addresses. It would only require the routing reachability to be
configured properly, and in a way that is considerably more automated than
today.

                jak


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