Re: [v6ops] [GROW] Deaggregation by large organizations

Jeroen Massar <jeroen@massar.ch> Thu, 16 October 2014 20:08 UTC

Return-Path: <jeroen@massar.ch>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9EE01A887E; Thu, 16 Oct 2014 13:08:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9lpV8wvdcI9Z; Thu, 16 Oct 2014 13:08:23 -0700 (PDT)
Received: from bastion.ch.unfix.org (bastion.ch.unfix.org [46.20.246.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1DE71A802F; Thu, 16 Oct 2014 13:08:23 -0700 (PDT)
Received: from kami.ch.unfix.org (kami.ch.unfix.org [IPv6:2001:1620:f42:99:7256:81ff:fea5:2925]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jeroen) by bastion.ch.unfix.org (Postfix) with ESMTPSA id 40D4A1008B2AB; Thu, 16 Oct 2014 20:08:19 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=massar.ch; s=DKIM2009; t=1413490099; bh=g1I/ATtPjmZFlcQWwB9CGyjuojrz1GQWdJoZE9h3VFU=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=FQCKA24YgD/K2GsKUlnFKMhiV4Do3MuweW98Iun3tNojog51yIXWDUNUQcaUDjGK0 fTUcdeX5Y3harLDtR7+WT+YbqlVzIgAUsKa0kEDAvi1XGduZ8kx9cTvevogTBNem2H /cN4KDDeB348aoxnJDCZxzHUayihSPDgnH07m0yr9Xwemzf6xRx/fcgR57bhjhl6oK c09ENKyOwmpFcn+g+Q/j2EltSudr+jProO05yQppgOjq+IyHkIDg8JqgoRChL24gLS 14fRHrKEO76sURGjqnaWyMQatGfq2KuCx5GSOCnhdpPp/QJRlixwOLD1mVxAae3uE8 CsxkX1GLKrF8Q==
Message-ID: <544025B0.108@massar.ch>
Date: Thu, 16 Oct 2014 22:08:16 +0200
From: Jeroen Massar <jeroen@massar.ch>
Organization: Massar
MIME-Version: 1.0
To: Christopher Morrow <christopher.morrow@gmail.com>
References: <F5C06CAF-0AD2-4225-8EE7-FC72CE9913F0@muada.com> <CAL9jLaZLWG5cKPPhTtLtvn9OQOYwYjdgHCUXsWi3pZJjK+nAbQ@mail.gmail.com> <903173CE-64D6-4FE5-98DB-B408C9586A02@muada.com> <CAL9jLaZiUfb2Pz--nWMq_=DhSz0m4uwDcyPs19PVuq=t6vpyxA@mail.gmail.com> <20141016162257.GH44748@ernw.de> <543FF8C0.9040900@massar.ch> <20141016165306.GA44951@ernw.de> <54401125.8060607@massar.ch> <CAL9jLab2S7405eSSUVE86e6ymkjAb+EAvq1rH7VNxgknPrCS7w@mail.gmail.com>
In-Reply-To: <CAL9jLab2S7405eSSUVE86e6ymkjAb+EAvq1rH7VNxgknPrCS7w@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/tKEtvWBtm05YEgoZ7eHmwnK123M
Cc: IPv6 Operations <v6ops@ietf.org>, "grow@ietf.org grow@ietf.org" <grow@ietf.org>
Subject: Re: [v6ops] [GROW] Deaggregation by large organizations
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Thu, 16 Oct 2014 20:08:26 -0000

On 2014-10-16 20:58, Christopher Morrow wrote:
> On Thu, Oct 16, 2014 at 2:40 PM, Jeroen Massar <jeroen@massar.ch> wrote:
>> On 2014-10-16 18:53, Enno Rey wrote:
>>> there
>>> must be a reason, why - as far as I can tell - _pretty much all_
>>> large German companies have joined the elitist LIR club in the last
>>> two years, preparing their IPv6 depl oyment.
>>
>> Because they all wanted a /32 PA for near zero paperwork.
> 
> prior to the 'ipv6 pi' rules changes I think many/some/a-few large
> corporations essentially (to get PI) just said: "Yes, my IT department
> is a 'service provider' to the rest of the company, can I haz /32?"

I was refering above to companies that would be fine with a /48 or even
a /40 or similar.

In the end though, it does not matter if they have a /32 or a /40 or a
/48; all those will use 1 routing slot.

The only case it will use more is when they de-aggregate...

> see HP as an example of this (from my memory of their reasoning)

HP and other similar companies likely need more than a /32 if they do
proper hierarchical routing between their sites...

Hence why quite a few companies have requested multiple prefixes from
multiple RIRs...

Greets,
 Jeroen