Re: [OPSAWG] Second Draft update and more input requested for draft-azinger-additional-private-ipv4-space-issues

Ricardo Patara <patara@lacnic.net> Wed, 03 February 2010 12:46 UTC

Return-Path: <patara@lacnic.net>
X-Original-To: opsawg@core3.amsl.com
Delivered-To: opsawg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3B723A68FF for <opsawg@core3.amsl.com>; Wed, 3 Feb 2010 04:46:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_13=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7YjP-Y+dIos9 for <opsawg@core3.amsl.com>; Wed, 3 Feb 2010 04:45:59 -0800 (PST)
Received: from mail.lacnic.net (mail.lacnic.net [IPv6:2001:13c7:7002:4000::11]) by core3.amsl.com (Postfix) with ESMTP id 421743A67F6 for <opsawg@ietf.org>; Wed, 3 Feb 2010 04:45:59 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.lacnic.net (Postfix) with ESMTP id 39AD1BBB0; Wed, 3 Feb 2010 10:46:40 -0200 (BRST)
X-Virus-Scanned: amavisd-new at lacnic.net
Received: from mail.lacnic.net ([127.0.0.1]) by localhost (mail.lacnic.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qNphUki23wkY; Wed, 3 Feb 2010 10:46:36 -0200 (BRST)
Received: from [IPv6:::1] (mail.lacnic.net [IPv6:2001:13c7:7002:4000::11]) by mail.lacnic.net (Postfix) with ESMTP id 5176EBB88; Wed, 3 Feb 2010 10:46:36 -0200 (BRST)
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="iso-8859-1"
From: Ricardo Patara <patara@lacnic.net>
In-Reply-To: <2E2FECEBAE57CC4BAACDE67638305F1048526735E8@ROCH-EXCH1.corp.pvt>
Date: Wed, 03 Feb 2010 10:46:36 -0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <D21BAFBE-A297-40B4-B7BC-B4F18174D4BA@lacnic.net>
References: <2E2FECEBAE57CC4BAACDE67638305F1048526735E8@ROCH-EXCH1.corp.pvt>
To: "Azinger, Marla" <marla.azinger@frontiercorp.com>
X-Mailer: Apple Mail (2.1077)
Cc: "opsawg@ietf.org" <opsawg@ietf.org>
Subject: Re: [OPSAWG] Second Draft update and more input requested for draft-azinger-additional-private-ipv4-space-issues
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Feb 2010 12:46:01 -0000

Hi Marla,

I have just read the document, and appreciate the changes.
But still have some comments :)

On 5.1, it is written:

"... However, this benefit incurs a cost by reducing the pool of global unicast
   addresses available to end users."

I would say that the those addresses would be available to any "organization", including ISPs. And not only "end users" The wording "end user" might have a special meaning in the RIR context, indicating those organizations that do not provide Internet access to third parties but need their dedicated set of IPs.

Regarding the objectives of the document. I liked the added part of the abstract, but still does not understand it, specially considering the point 5.3.
It kind of leaves a message that some action needs to be taken, because the problem is out there and will have a strong impact on the free space.

Still, I think mention should be make to policies already implemented in various RIRs regarding how to deal with the last /8 (basically, making hard for an ISP to get a big chunk of addresses)

Thanks and regards
Ricardo Patara
--


Em 02/02/2010, às 16:47, Azinger, Marla escreveu:

> Hi,
> 
> We have updated draft-azinger-additional-private-ipv4-space-issues-02 following the very helpful comments we received both on and off-list. In order to get more feedback we are going to solicit feedback from INTAREA and V6OPS in addition to OPSAWG where we have submitted the document.
> 
> The changes made on this updated version are summarized below:
> 
> 1. The abstract has extra text explaining the purpose of the document
> 
> 2. The section numbering has been changed in-line with Alfred's suggestion
> 
> 3. The number of unallocated /8s has been updated
> 
> 4. A reference to the NRO's RIR Policy Comparison Matrix section on transfers has been added in 4.3
> 
> 5. A reference to draft-davies-reusable-ipv4-address-block has been added in 4.1 and 5.15.
> 
> 6. Transfer policy work has been attributed to the RIR communities in 4.3, as per Ricardo's note
> 
> 7. A typo ("of of" to "use of") has been corrected in the 2nd paragraph of 5.1
> 
> 8. A reference to the IPv4 report page has been added as per Alfred's suggestion
> 
> 9. We have added extra text on selecting a prefix length for new private space in 5.1
> 
> 10. We have added extra text on people using parts of the "used" /8s for private space in 5.1
> 
> 11. We have noted that 1.0.0.0/8 was allocated in January 2010
> 
> 12. The non RFC and I-D references are now ordered alphabetically
> 
> The draft can be found at:
> 
> http://tools.ietf.org/html/draft-azinger-additional-private-ipv4-space-issues-02
> 
> and there's a diff highlighting the changes:
> 
> http://tools.ietf.org/rfcdiff?url2=draft-azinger-additional-private-ipv4-space-issues-02.txt
> 
> Kind regards,
> 
> Marla Azinger & Leo Vegoda
> 
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg