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
- Re: [saad] About saad Geoff Huston
- RE: [saad] About saad Michel Py
- Re: [saad] About saad James Kempf
- [saad] About saad Michel Py
- RE: [saad] About saad marcelo bagnulo
- RE: [saad] About saad Michel Py
- RE: [saad] About saad J. Noel Chiappa
- Re: [saad] About saad James Kempf
- RE: [saad] About saad Michel Py
- Re: [saad] About saad Fred Baker
- Re: [saad] About saad Brian E Carpenter
- Re: [saad] About saad James Kempf
- RE: [saad] About saad Michel Py
- Why Scopes? (was: Re: [saad] About saad) James Kempf
- Re: [saad] About saad Fred Baker
- Re: Why Scopes? (was: Re: [saad] About saad) Melinda Shore
- Re: [saad] About saad Dave Crocker
- Re: [saad] About saad James Kempf
- Re: [saad] About saad Dave Crocker
- Re: Why Scopes? (was: Re: [saad] About saad) James Kempf
- RE: [saad] About saad Michel Py
- Re: Why Scopes? (was: Re: [saad] About saad) Melinda Shore
- Re: [saad] About saad Stephane Bortzmeyer
- Re: [saad] About saad Erik Nordmark
- Re: [saad] About saad Brian E Carpenter