Re: [OPSAWG] Request for feedback: draft-weil-opsawg-provider-address-space-02

Victor Kuarsingh <victor.kuarsingh@gmail.com> Fri, 29 October 2010 12:07 UTC

Return-Path: <victor.kuarsingh@gmail.com>
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 4A3423A6A35 for <opsawg@core3.amsl.com>; Fri, 29 Oct 2010 05:07:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 CO2VHQLn4wK6 for <opsawg@core3.amsl.com>; Fri, 29 Oct 2010 05:07:23 -0700 (PDT)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by core3.amsl.com (Postfix) with ESMTP id 491873A6A3E for <opsawg@ietf.org>; Fri, 29 Oct 2010 05:07:23 -0700 (PDT)
Received: by gwb15 with SMTP id 15so2066443gwb.31 for <opsawg@ietf.org>; Fri, 29 Oct 2010 05:09:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:user-agent:date:subject:from :to:message-id:thread-topic:thread-index:in-reply-to:mime-version :content-type:content-transfer-encoding; bh=Iq+qHTYQdYQFBbMQJnYrJItCWt/O3GuzvNAGYpO6L/s=; b=Hnj5dMagY2GRGxxOx8YSD12PUKJXo0ymL88dboJtM8E3rn5eR/Wp8TeWBinIDHh46E C4kaG6dSKmkczgRhQ+9G0ok+kZyRn5zHd9a5PhJ/OdUg64cCMmJtPFl5h+iXrsBYl5nZ fm9r1JjkANfPQQupxROkpRWlkSGrouq4XjM3A=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=k+pExPUKbsOtcHsDoq7uj184hieDYh2rPDe8vox3faiy6xGOZo9Aqgf5CFGM3BRmkh gOsupoC5c0dF9pxfwveSwxHTGSz9ksPWta2F8OWZzHicmKr99AAkdSb/e/qtEprnY7QA 5nMLtY7fGMkJhmd8vVelpjB70VQTlAEdhV7LY=
Received: by 10.150.147.3 with SMTP id u3mr6495181ybd.234.1288354156356; Fri, 29 Oct 2010 05:09:16 -0700 (PDT)
Received: from [172.20.0.107] (CPEc47d4f824828-CM001a666bafe6.cpe.net.cable.rogers.com [99.230.123.150]) by mx.google.com with ESMTPS id i70sm1665676yha.22.2010.10.29.05.09.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 29 Oct 2010 05:09:15 -0700 (PDT)
User-Agent: Microsoft-Entourage/12.10.0.080409
Date: Fri, 29 Oct 2010 08:09:11 -0400
From: Victor Kuarsingh <victor.kuarsingh@gmail.com>
To: Arturo Servin <arturo.servin@gmail.com>, opsawg@ietf.org
Message-ID: <C8F031A7.7BEC%victor.kuarsingh@gmail.com>
Thread-Topic: [OPSAWG] Request for feedback: draft-weil-opsawg-provider-address-space-02
Thread-Index: Act3YhhlY1QE6Qlx1kCCAsxYDWLxKA==
In-Reply-To: <2A65AEF5-B10A-42D4-8482-C5C5833004E2@gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Subject: Re: [OPSAWG] Request for feedback: draft-weil-opsawg-provider-address-space-02
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: Fri, 29 Oct 2010 12:07:24 -0000

Arturo,

I do not think the draft was targeted at explicitly fixing the concerns of
specific issues documented with using this type of address space.

Rather, it shows that this is a viable option and less impacting then other
options.  Unfortunately, something will happen.. Operators will be forced to
do something to expand IPv4 along side adding in IPv4.

I think the major concern is that it will either be more controlled and
deterministic, or operators will go out (whether we like them to or not) and
implement other options (drafts like
draft-azinger-additional-private-ipv4-space-issues explain some of those
other options).

We feel the case is that this is "better" then the alternatives such as
"camping out on other IPv4 space", or many providers making a run at the
IPv4 pool with individual requests for such space (which in the end will end
up being the same thing but using potentially more addresses as pointed
out).

Regards,

Victor Kuarsingh


On 28/10/10 10:43 PM, "Arturo Servin" <arturo.servin@gmail.com> wrote:

> 
> On 27 Oct 2010, at 15:54, Brian E Carpenter wrote:
> 
>> The arguments why this is a really bad idea have been made
>> often enough, so I won't repeat them here. I think that
>> the IETF should continue to not endorse the creation of yet
>> more ambiguous unroutable address space.
> 
> Agree. I think the proposal has more cons than pros and those have been said
> repeatedly. The new draft does not seem to address those concerns.
> 
> Regards,
> -as
> 
> 
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg