IETF Logo Mail Archive

Re: [v6ops] [GROW] Deaggregation data (was: Deaggregation by large organizations)

Randy Bush <randy@psg.com> Fri, 17 October 2014 16:58 UTC

Return-Path: <randy@psg.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 EF7DF1A026E; Fri, 17 Oct 2014 09:58:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 DVu1UTTxgu2O; Fri, 17 Oct 2014 09:58:50 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95E6A1A1B68; Fri, 17 Oct 2014 09:58:50 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from <randy@psg.com>) id 1XfArY-0008TT-Nq; Fri, 17 Oct 2014 16:58:49 +0000
Date: Fri, 17 Oct 2014 09:58:48 -0700
Message-ID: <m27fzypr93.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Nick Hilliard <nick@foobar.org>
In-Reply-To: <54403599.6040205@foobar.org>
References: <F5C06CAF-0AD2-4225-8EE7-FC72CE9913F0@muada.com> <755DE4C3-CDDF-41AF-BA9C-E8EC5B4DFC4C@muada.com> <543FA152.4080907@foobar.org> <9C220463-4D0E-465B-ADF5-390518F180C7@muada.com> <54403599.6040205@foobar.org>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/jl9y95C1fLORj8cXWpTxo_MTX5w
Cc: V6 Ops List <v6ops@ietf.org>, grow <grow@ietf.org>
Subject: Re: [v6ops] [GROW] Deaggregation data (was: 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: Fri, 17 Oct 2014 16:58:52 -0000

[ not pickin' on you, nick ]

trying to find protein in this whole thread.

in the long run, why will v6 not suffer the <your expletive about
reasons goes here> same deaggregation which is about half of the v4
routing table?

maybe if we start filtering now.  but we know how well that went in ipv4
when their suits called our suits and said "we pay you to let us contact
<deaggregator>.

96 more bits, no magic (and 64 of those bits are allocated to relative
vacuum)

randy

v2.23.0 | Report a Bug | By Email