RE: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC
"George, Wes" <wesley.george@twcable.com> Fri, 23 September 2011 14:07 UTC
Return-Path: <wesley.george@twcable.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2409321F8C13 for <ietf@ietfa.amsl.com>; Fri, 23 Sep 2011 07:07:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.096
X-Spam-Level:
X-Spam-Status: No, score=0.096 tagged_above=-999 required=5 tests=[AWL=-0.041, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, J_CHICKENPOX_75=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dqiiJzXmcgmA for <ietf@ietfa.amsl.com>; Fri, 23 Sep 2011 07:07:52 -0700 (PDT)
Received: from cdpipgw02.twcable.com (cdpipgw02.twcable.com [165.237.59.23]) by ietfa.amsl.com (Postfix) with ESMTP id 5059821F8BF7 for <ietf@ietf.org>; Fri, 23 Sep 2011 07:07:52 -0700 (PDT)
X-SENDER-IP: 10.136.163.10
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos;i="4.67,576,1309752000"; d="scan'208";a="262518041"
Received: from unknown (HELO PRVPEXHUB01.corp.twcable.com) ([10.136.163.10]) by cdpipgw02.twcable.com with ESMTP/TLS/RC4-MD5; 23 Sep 2011 10:08:21 -0400
Received: from PRVPEXVS04.corp.twcable.com ([10.136.163.29]) by PRVPEXHUB01.corp.twcable.com ([10.136.163.10]) with mapi; Fri, 23 Sep 2011 10:10:26 -0400
From: "George, Wes" <wesley.george@twcable.com>
To: Benson Schliesser <bschlies@cisco.com>, Jari Arkko <jari.arkko@piuha.net>
Date: Fri, 23 Sep 2011 10:10:25 -0400
Subject: RE: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC
Thread-Topic: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC
Thread-Index: Acx5sJ142ulzetfsd0OrVP9VR4Az6QAPkYjQ
Message-ID: <34E4F50CAFA10349A41E0756550084FB0F8D1FAE@PRVPEXVS04.corp.twcable.com>
References: <4E7BAFBA.7050508@piuha.net> <CAA1817B.15807%bschlies@cisco.com>
In-Reply-To: <CAA1817B.15807%bschlies@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "draft-bdgks-arin-shared-transition-space@tools.ietf.org" <draft-bdgks-arin-shared-transition-space@tools.ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-weil-shared-transition-space-request@tools.ietf.org" <draft-weil-shared-transition-space-request@tools.ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Sep 2011 14:07:53 -0000
-----Original Message----- From: Benson Schliesser [mailto:bschlies@cisco.com] Sent: Friday, September 23, 2011 1:21 AM To: Jari Arkko Cc: draft-bdgks-arin-shared-transition-space@tools.ietf.org; ietf@ietf.org; draft-weil-shared-transition-space-request@tools.ietf.org; George, Wes Subject: Re: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC Given constraints on existing IPv4 inventory (i.e. we're running out of the stuff), our desire has been to have draft-weil proceed without delay. <snip> However, I would like to make sure we don't lose sight of the need for some urgency with draft-weil. WEG] I won't repeat my comments to Owen here, but I will note that if the concern is about the availability of the address space, my suggestion would allow us to ensure it's available without any artificial (?) sense of urgency over getting the documents to a form that we're happy with. >> 1) Does IETF recommend the practice of inferring address scope in IPv4 based >> on address/bit value (the actual numbers), and then using this to trigger >> different behavior based on that inferred scope? > > We could probably have varying opinions on this, but I think the reality is > that software *does* depend on specific bit values, for better or worse. I > propose we spend our effort elsewhere, we can't change the situation. So what would this translate to, in terms of updates to draft-weil and/or draft-bdgks? I think it's safe to say that address-inferred scope will break in a number of circumstances - basically, every time an address+scope pairing is not what the implementation expects. And this concern exists for any new reservation that we make for scope purposes. As you pointed out, draft-bdgks makes note that either GUA or the Shared Transition Space (STS) will have a similar effect on existing implementations when deployed behind a NAT. The only way to avoid these impacts is to use RFC1918 space, because it's already well-known, which frequently is not an option (for reasons described in draft-bdgks). WEG] my thought is that it's useful to say exactly that - this exists, so if you're going to do it to avoid breakage, know that there's now additional space to be aware of, especially if we go the route of updating RFC1918. I do appreciate the clarification of the difference between deriving address scope based on bit value for defined-scope values vs. assuming that everything not included in that defined-scope of private space could be unique and global, but I'm not sure that particular distinction is important in the context of these drafts. Similarly, the idea that squatting on other GUA space has a similar problem is mostly interesting as a justification for doing STS instead of squatting, and so that idea is probably minimally important in the grand scheme of things. >> 2) Should draft-weil or draft-bdgks or both be formal updates to RFC1918 as >> additional private-scope use cases? > > My personal concern was with making the impacts clear, but I think other > people in the IESG have commented on the updates aspect. I personally think it > would be useful if draft-weil updated RFC 1918, because then when someone > looks up RFC 1918 from the web site they would see the Updates: header and go > read the new RFC as well. We should be somewhat careful with this. I respect Wes' comments around updating existing documents etc. But we would need to update RFC1918 in a way that reflects the difference in scopes. The STS may have similar semantics as RFC1918 space, in that it's non-routable on the Internet etc. But it is not meant to be used in the same scope. While it would be appropriate (when possible) to use RFC1918 space inside a CGN, it would not be appropriate to use STS in many of the same places RFC1918 space is used. WEG] Agree, the wording and the distinction between the use cases are important, but I believe it is possible to articulate it properly. I think that crispness and clarity is required anyway, in order to clearly explain why these use cases are not simply solved by use of existing RFC1918 space. BDGKS is getting there, so let's refine that to address both your concern and mine. Wes George This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.
- Re: Last Call: <draft-weil-shared-transition-spac… Keith Moore
- Re: Last Call: <draft-weil-shared-transition-spac… Peter Koch
- Re: Last Call: <draft-weil-shared-transition-spac… SM
- Re: Last Call: <draft-weil-shared-transition-spac… Frank Ellermann
- Re: Last Call: <draft-weil-shared-transition-spac… Brian E Carpenter
- Re: Last Call: <draft-weil-shared-transition-spac… Chris Donley
- Re: Last Call: <draft-weil-shared-transition-spac… SM
- Re: Last Call: <draft-weil-shared-transition-spac… Benson Schliesser
- Re: Last Call: <draft-weil-shared-transition-spac… Jari Arkko
- Re: Last Call: <draft-weil-shared-transition-spac… Spencer Dawkins
- Re: Last Call: <draft-weil-shared-transition-spac… SM
- Re: Last Call: <draft-weil-shared-transition-spac… Jari Arkko
- Re: Last Call: <draft-weil-shared-transition-spac… Jari Arkko
- RE: Last Call: <draft-weil-shared-transition-spac… Ronald Bonica
- RE: Last Call: <draft-weil-shared-transition-spac… George, Wes
- Re: Last Call: <draft-weil-shared-transition-spac… Jari Arkko
- Re: Last Call: <draft-weil-shared-transition-spac… Douglas Otis
- Re: Last Call: <draft-weil-shared-transition-spac… Benson Schliesser
- RE: Last Call: <draft-weil-shared-transition-spac… SM
- RE: Last Call: <draft-weil-shared-transition-spac… George, Wes
- RE: Last Call: <draft-weil-shared-transition-spac… George, Wes
- RE: Last Call: <draft-weil-shared-transition-spac… George, Wes
- Re: Last Call: <draft-weil-shared-transition-spac… Owen DeLong
- Re: Last Call: <draft-weil-shared-transition-spac… Owen DeLong
- Re: Last Call: <draft-weil-shared-transition-spac… Brian E Carpenter
- Re: Last Call: <draft-weil-shared-transition-spac… Cameron Byrne
- Re: Last Call: <draft-weil-shared-transition-spac… SM
- Re: Last Call: <draft-weil-shared-transition-spac… Keith Moore
- Re: Last Call: <draft-weil-shared-transition-spac… Cameron Byrne
- Re: Last Call: <draft-weil-shared-transition-spac… Keith Moore
- RE: Last Call: <draft-weil-shared-transition-spac… Ronald Bonica
- Re: Last Call: <draft-weil-shared-transition-spac… Doug Barton
- draft-bdgks-arin-shared-transition-space-03 (was:… SM
- Re: Last Call: <draft-weil-shared-transition-spac… Benson Schliesser (bschlies)
- Re: draft-bdgks-arin-shared-transition-space-03 Joel jaeggli
- Re: Last Call: <draft-weil-shared-transition-spac… Joel jaeggli
- Re: Last Call: <draft-weil-shared-transition-spac… Cameron Byrne
- Re: Last Call: <draft-weil-shared-transition-spac… Benson Schliesser
- Re: Last Call: <draft-weil-shared-transition-spac… John C Klensin
- Re: Last Call: <draft-weil-shared-transition-spac… John C Klensin
- Re: Last Call: <draft-weil-shared-transition-spac… Roger Jørgensen
- Re: Last Call: <draft-weil-shared-transition-spac… Keith Moore
- Re: Last Call: <draft-weil-shared-transition-spac… John C Klensin
- Re: Last Call: <draft-weil-shared-transition-spac… Keith Moore
- Re: Last Call: <draft-weil-shared-transition-spac… Roger Jørgensen
- Re: Last Call: <draft-weil-shared-transition-spac… Sabahattin Gucukoglu
- Private IP Addressing in the Internet (was: Last … SM
- RE: Last Call: <draft-weil-shared-transition-spac… George, Wes
- 240/4 unreservation (was RE: Last Call: <draft-we… George, Wes
- RE: Last Call: <draft-weil-shared-transition-spac… Cameron Byrne
- Re: Last Call: <draft-weil-shared-transition-spac… Iljitsch van Beijnum
- Re: 240/4 unreservation (was RE: Last Call: <draf… Keith Moore
- Re: 240/4 unreservation (was RE: Last Call: <draf… Iljitsch van Beijnum
- Re: 240/4 unreservation (was RE: Last Call: <draf… Keith Moore
- Re: 240/4 unreservation (was RE: Last Call: <draf… Cameron Byrne
- Re: 240/4 unreservation (was RE: Last Call: <draf… Joel jaeggli
- RE: 240/4 unreservation (was RE: Last Call: <draf… George, Wes
- RE: Last Call: <draft-weil-shared-transition-spac… Azinger, Marla
- Re: 240/4 unreservation (was RE: Last Call: <draf… Keith Moore
- Re: 240/4 unreservation (was RE: Last Call: <draf… Frank Ellermann
- RE: 240/4 unreservation (was RE: Last Call: <draf… Christian Huitema
- Re: 240/4 unreservation (was RE: Last Call: <draf… Masataka Ohta
- Re: 240/4 unreservation (was RE: Last Call: <draf… Masataka Ohta
- Re: 240/4 unreservation (was RE: Last Call: <draf… Keith Moore
- RE: 240/4 unreservation (was RE: Last Call: <draf… Christian Huitema
- Re: 240/4 unreservation (was RE: Last Call: <draf… Iljitsch van Beijnum
- Re: Last Call: <draft-weil-shared-transition-spac… Thomas Narten
- RE: 240/4 unreservation (was RE: Last Call: <draf… George, Wes
- Re: Last Call: <draft-weil-shared-transition-spac… Chris Donley