Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00

Carlos Martinez-Cagnazzo <carlosm3011@gmail.com> Mon, 19 August 2013 21:13 UTC

Return-Path: <carlosm3011@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC71521F92B9 for <v6ops@ietfa.amsl.com>; Mon, 19 Aug 2013 14:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.367
X-Spam-Level:
X-Spam-Status: No, score=-1.367 tagged_above=-999 required=5 tests=[AWL=-1.233, BAYES_00=-2.599, FRT_LOLITA1=1.865, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, NO_RELAYS=-0.001]
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 gADt9YAksn1Z for <v6ops@ietfa.amsl.com>; Mon, 19 Aug 2013 14:13:24 -0700 (PDT)
Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 2DDCD21F9263 for <v6ops@ietf.org>; Mon, 19 Aug 2013 14:13:23 -0700 (PDT)
Received: by mail-la0-f44.google.com with SMTP id eo20so3799098lab.3 for <v6ops@ietf.org>; Mon, 19 Aug 2013 14:13:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=I/z9esZArDzv3VmqlR8EG6U3G/zJc2+4bDNnihjVwnc=; b=1CDTlARYHH9zMVwkgfWrZoVx864zEmigCGWEn0SN3scpX6MXGH/r9oAZiKZbhvOb5y v40hwgIqPYW/3uU+WWUzjdmLW1A1JBfZN9Z0baVDIToclYvFiN3ch6cNaUqltSPS9L2e 468jzYLOxZTS4XGKQRRy+NtfzuZDro4c75OgkKif6Z5LAzIx0i+IoDuHW66Mg2gfjdDq 4BSHISY8Y1lPMJT0d5MFHRq8C/upMNuDexG1yiA2xv3YcllNfY2BUqzuDahx1NQplz2b ElT8yLic7n22VfKHmEKSxOcSyMpV3fIhPR6UMfPem/mv0R2kXS0ETIiUMp0u6cXn+GQh zMlQ==
MIME-Version: 1.0
X-Received: by 10.152.8.12 with SMTP id n12mr13948379laa.10.1376946802968; Mon, 19 Aug 2013 14:13:22 -0700 (PDT)
Received: by 10.112.168.225 with HTTP; Mon, 19 Aug 2013 14:13:22 -0700 (PDT)
In-Reply-To: <5212698d.0813b40a.4957.ffff8847@mx.google.com>
References: <5212698d.0813b40a.4957.ffff8847@mx.google.com>
Date: Mon, 19 Aug 2013 18:13:22 -0300
Message-ID: <CA+z-_EWM-Kx2P4VMi4hRFxe9Ws_qdi8OzOv7czmMVeL385z5-g@mail.gmail.com>
From: Carlos Martinez-Cagnazzo <carlosm3011@gmail.com>
To: Alejandro Acosta <alejandroacostaalamo@gmail.com>
Content-Type: multipart/alternative; boundary=001a11c365b610cdb504e45369ce
Cc: "<v6ops@ietf.org>" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: carlos@lacnic.net
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 21:13:25 -0000

Alejandro,

I like that. From a teacher's PoV it would probably very illustrative to
have this proposed /20 or /24 but _made up from non-contiguous prefixes_.
In the end the goal is to provide each 'team' with a dedicated /32, but if
the blocks that these /32s come from are quite different, well, it would
look a lot like the 'real' Internet.

I can't speak from anyone, but if 4 more blocks like 2001:dbX/29 could be
obtained, I think we've mostly solved the problem, in a better way than
originally envisioned. The problem of operators having to revisit their
prefix lists / ingress ACLs remains, though.

Just a thought.

~Carlos


On Mon, Aug 19, 2013 at 3:52 PM, Alejandro Acosta <
alejandroacostaalamo@gmail.com> wrote:

> Hi,
>   That is a good option.
>   Another posibility is to tale another RIR similar space and to use
> something like 2800:db8::/nn
>
> Thanks,
>
>
> -----Mensaje original-----
> De: Fred Baker (fred)
> Enviados:  08/19/2013 1:08:24 PM
> Asunto:  Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
>
>
> On Aug 19, 2013, at 5:34 AM, Gert Doering <gert@space.net> wrote:
>
> > 2001:db8 came from APNIC, that's why :-) - their delegated file lists
> >
> > apnic|AU|ipv6|2001:db0::|32|20031112|allocated
> > apnic|AU|ipv6|2001:dc0::|32|20030124|assigned
> >
> > so an extention to /29 would technically be possible, to a /28 won't.
>
> Hmm. Tell me about 2001:da0:: and 2001:d80::? Per
> ftp://ftp.apnic.net/public/stats/apnic/delegated-apnic-ipv6-assigned-latest
>
> > apnic|AU|ipv6|2001:7fa:b::|48|20050922
> > apnic|AU|ipv6|2001:7fa:c::|48|20050922
> > apnic|AU|ipv6|2001:7fa:d::|48|20050922
> > apnic|AU|ipv6|2001:7fa:e::|48|20050922
> > apnic|ID|ipv6|2001:7fa:f::|48|20050929
> > apnic|CN|ipv6|2001:7fa:10::|48|20060531
> > apnic|AU|ipv6|2001:7fa:11::|48|20061031
> > apnic|AU|ipv6|2001:dc0::|32|20030124
> > apnic|TW|ipv6|2001:dc1::|32|20030331
> > apnic|JP|ipv6|2001:dc2::|32|20030529
> > apnic|JP|ipv6|2001:dc3::|32|20030619
>
>
> To my small mind, that suggests 2001:d80::/26 (64 prefixes), 2001:da0::/27
> (32), 2001:db0::/28 (16), or 2001:db8::/29 (8). Shorter than /26 includes
> 2001:dc0:: and 2001:de0::, which have been allocated. The neighborhood,
> however, includes 2001:db8::, which we already use. I, for one, would like
> to see one documentation range, at least for the global unicast address
> space, which is to say a prefix shorter than and including 2001:db8::/32.
>
>
> http://www.apnic.net/publications/research-and-insights/ip-address-trends/apnic-resource-range#IPv6Allocationnotes that 2001:DB8::/29 is reserved and by definition available.
>
> I note that we are not discussing the recommendation per se; we are
> narrowing in on the length of the prefix. Unless someone disagrees, I think
> we have pretty much agreed that something shorter than /32 makes sense.
>
> Here's my suggestion. The 6man chairs tell me that RFC 3489 was their work
> group product, so it's replacement should be. I'd suggest respinning the
> draft as draft-moreiras-6man-rfc3849bis (and tell internet-drafts@ietf.orgthat it replaces this one). You want to do two separate things:
>
> a) argue for a shorter prefix in 2000::/3, and make a
> separate-but-analogous argument for a prefix in fc00::/8.
> In those, focus on need, not want. "We designed a lab that has 2^128
> different addresses in it, we obviously need the entire IPv6 address space"
> doesn't follow. Say what you *need* and why you *need* it. While the
> request was for a /20, I have not heard a cogent argument for a /26 or
> shorter, I heard that there was a training lab somewhere that required a
> /27 (32 /32s) but have not heard that the intent of the lab could not have
> been done with 16 /32s, and observe that a nibble boundary would suggest a
> /28 (16 /32s).
>
> b) in the IANA considerations section, note:
> b.1) the availability of 2001:d80::/26, 2001:da0::/27, 2001:db0::/28, or
> 2001:db8::/29
> b.2) the suggestion of fc00:db8:?::/44, which I think we more or less
> agreed to in the thread
> b.3) the fact that this would also affect
> http://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-special-registry.xhtml#iana-ipv6-special-registry-1
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>



-- 
--
=========================
Carlos M. Martinez-Cagnazzo
h <http://cagnazzo.name>ttp://cagnazzo.me
=========================