IETF Logo Mail Archive

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

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 15 October 2014 18:09 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 34FA31A9030; Wed, 15 Oct 2014 11:09:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 B09n08DygVuv; Wed, 15 Oct 2014 11:09:09 -0700 (PDT)
Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA5CF1A902D; Wed, 15 Oct 2014 11:09:07 -0700 (PDT)
Received: by mail-pd0-f172.google.com with SMTP id ft15so1664967pdb.31 for <multiple recipients>; Wed, 15 Oct 2014 11:09:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=x6BvnyTAB7PXtpzAbmQjnp9ecnbpTsw8Sr/UlAnbM/0=; b=PHgGZUiYKWzLMe4JeBIQTHsF9rVJqf/35T7M31rQG69HgrOF2vNnSvZCZDnAXNwhg0 M6TKW0o2DXx3z7WpGN8hRySxEg8/ibOonc6fXXPcu9fdBEU/3EabGwcTqn3i2r6fWB1T WUb5NsOYjjxTeSNQi8+TMb4U4o3wwAd7j23wOLSoOCXXrhv9fb89Qr8Y4JeOu9kHqCVW pt5/ykwEk6HMtd/gRmAZ341NoubrkDZL08r3xNIySyVkN9yZMQ2Q00B1IYxt8eIWbbkz b7cIRlm05t8xxaaGf6YNLJ+nJZsBXXLJCt4Fn2Y4sVcw+pogVMD4L1MSx7yKkXwDIGfC 8OLA==
X-Received: by 10.70.94.199 with SMTP id de7mr14446802pdb.3.1413396546741; Wed, 15 Oct 2014 11:09:06 -0700 (PDT)
Received: from [172.17.1.55] (219-89-120-188.adsl.xtra.co.nz. [219.89.120.188]) by mx.google.com with ESMTPSA id sa6sm17305650pbb.29.2014.10.15.11.09.02 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 15 Oct 2014 11:09:05 -0700 (PDT)
Message-ID: <543EB83E.9010301@gmail.com>
Date: Thu, 16 Oct 2014 07:09:02 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Iljitsch van Beijnum <iljitsch@muada.com>
References: <F5C06CAF-0AD2-4225-8EE7-FC72CE9913F0@muada.com> <543E6B66.5050803@inex.ie> <DBCB9765-01AD-4DB5-81BF-3A637FB93D34@muada.com>
In-Reply-To: <DBCB9765-01AD-4DB5-81BF-3A637FB93D34@muada.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/gjIksTWxydiM2I14tJPJkleQVOE
Cc: v6ops@ietf.org, Nick Hilliard <nick@inex.ie>, 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: Wed, 15 Oct 2014 18:09:16 -0000

On 16/10/2014 01:43, Iljitsch van Beijnum wrote:
> On 15 Oct 2014, at 14:41, Nick Hilliard <nick@inex.ie> wrote:
> 
>>> There seem to be two types of organizations that do this: geographically
>>> dispersed ones that advertise subprefixes in different locations, such
>>> as multinationals, and organizations with very independent subunits but
>>> with more limited geographical scope, such as national governments.
> 
>> and organisations who have a requirement for traffic engineering, whether this requirement is real or imaginary - there are well known examples of each.
> 
> Right, we should probably add that.
> 
> Although I wouldn't expect an organization to deaggregate down to hundreds or thousands of more specifics just for traffic engineering.

Not to hundreds, but I would expect a large multinational with operations
in most countries to deaggregate down to something close to one per country,
to keep its traffic patterns reasonably local. That's nothing new.

    Brian

v2.23.0 | Report a Bug | By Email