Re: [v6ops] [GROW] Deaggregation by large organizations
Gert Doering <gert@space.net> Thu, 16 October 2014 14:59 UTC
Return-Path: <gert@Space.Net>
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 E0DE91A1BF2 for <v6ops@ietfa.amsl.com>; Thu, 16 Oct 2014 07:59:37 -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 NoVDBaYxNWd4 for <v6ops@ietfa.amsl.com>; Thu, 16 Oct 2014 07:59:34 -0700 (PDT)
Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87DCC1A1BC0 for <v6ops@ietf.org>; Thu, 16 Oct 2014 07:59:33 -0700 (PDT)
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id B50B160352 for <v6ops@ietf.org>; Thu, 16 Oct 2014 16:59:31 +0200 (CEST)
X-SpaceNet-Relay: true
Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 8139160139 for <v6ops@ietf.org>; Thu, 16 Oct 2014 16:59:31 +0200 (CEST)
Received: (qmail 97967 invoked by uid 1007); 16 Oct 2014 16:59:31 +0200
Date: Thu, 16 Oct 2014 16:59:31 +0200
From: Gert Doering <gert@space.net>
To: Christopher Morrow <christopher.morrow@gmail.com>
Message-ID: <20141016145931.GE31092@Space.Net>
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> <20141016143743.GC31092@Space.Net> <CAL9jLaYvN3vthmcKNmBj-q+puWkuEdWf=2cfWBCTUXV9j=g_Wg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="E+PR0/1ruOTysuoe"
Content-Disposition: inline
In-Reply-To: <CAL9jLaYvN3vthmcKNmBj-q+puWkuEdWf=2cfWBCTUXV9j=g_Wg@mail.gmail.com>
X-NCC-RegID: de.space
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/RTCSK45CtLiQTGtTYb72TG8s1cw
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 14:59:38 -0000
Hi, On Thu, Oct 16, 2014 at 10:45:23AM -0400, Christopher Morrow wrote: > > A strong message to that extent would be good :-) - coupled with > > some recommendations how the conflicting goals ("I want all ISPs in > > my neighbourhood to use optimal routing" vs. "someone in Asia might > > not be interested in all in 5k routes for german municipality") > > could be solved. > > ok, perhaps iljitsch can drop some text into a document so we can get > a good read going and decide whether or not GROW wants to spend cycles > on it? That would be nice (as I see the problem but have no cycles to write something useful). > The problem exists in v4 and v6 and likely will persist in whatever > comes next. It's directly related to routing operations work on the > global intertubes, so it SEEMS like GROW is the 'right place' to > discuss this... we can't go anywhere without text and a draft though. It seems to be made worse by the fact that "this" can be done more easily with IPv6, as you just can't get enough v4 space to subdivide it into 5000 globally visible prefixes today - and those entities that discover the "must have reliability! must have independence!" mantra *now* will hit the v6 space... (given that I see this argument in this dimension more often from governmental structures who have been hiding behind single-IPv4-NAT so far). > > I get that question fairly often from "largish networks", and so far, > > I always have to answer "there is no routing police, so it's hard to > > say what is allowed on the Internet and what not" - which is a humorous > > way to say "there is no consensus here what consists 'good' and > > 'responsible'"... > > I sort of don't want there to be 'routing police' though :( In a way > this whole debate sounds like something a 'cisco training class' (or > other example) would have covered, or should cover. I suppose it's > fairly experiential at this point though. I *do* want a routing police, in the sense that "the operator community" agrees on what is considered "good" and "bad" behaviour, so end users can ask someone (me, Iljitsch, ...) what to do in their network planning, and we can tell them - if you do *this*, it's "guaranteed" to work - if you do *that*, you can be sure that you will be filtered while today, I have to tell them - well, today it is likely to work, but it might stop working tomorrow, and there is no document that you could show around to those that break your connectivity to show them that "you are doing the right thing" ISPs develop their own guidelines on prefix-length filtering, some with better understanding on what they want to achieve, others by using 10 year old example documents for never-updated filters... So, yes, guidance, please :-) Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279
- [v6ops] Deaggregation by large organizations Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation by large organiz… Nick Hilliard
- Re: [v6ops] Deaggregation by large organizations Ted Lemon
- Re: [v6ops] [GROW] Deaggregation by large organiz… Brian E Carpenter
- Re: [v6ops] [GROW] Deaggregation by large organiz… Christopher Morrow
- Re: [v6ops] Deaggregation by large organizations Owen DeLong
- Re: [v6ops] [GROW] Deaggregation by large organiz… Mikael Abrahamsson
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation by large organiz… Alvaro Retana (aretana)
- Re: [v6ops] [GROW] Deaggregation by large organiz… Christopher Morrow
- Re: [v6ops] [GROW] Deaggregation by large organiz… Gert Doering
- Re: [v6ops] [GROW] Deaggregation by large organiz… Christopher Morrow
- Re: [v6ops] [GROW] Deaggregation by large organiz… Gert Doering
- Re: [v6ops] [GROW] Deaggregation by large organiz… Christopher Morrow
- Re: [v6ops] [GROW] Deaggregation by large organiz… joel jaeggli
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation by large organiz… Jeroen Massar
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Enno Rey
- Re: [v6ops] [GROW] Deaggregation by large organiz… Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation by large organiz… Jeroen Massar
- Re: [v6ops] [GROW] Deaggregation by large organiz… Enno Rey
- Re: [v6ops] [GROW] Deaggregation by large organiz… Owen DeLong
- Re: [v6ops] [GROW] Deaggregation by large organiz… Owen DeLong
- Re: [v6ops] [GROW] Deaggregation by large organiz… Gert Doering
- Re: [v6ops] [GROW] Deaggregation by large organiz… Jeroen Massar
- Re: [v6ops] [GROW] Deaggregation by large organiz… Christopher Morrow
- Re: [v6ops] [GROW] Deaggregation by large organiz… Russ White
- Re: [v6ops] [GROW] Deaggregation by large organiz… Alvaro Retana (aretana)
- Re: [v6ops] [GROW] Deaggregation by large organiz… Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation by large organiz… Enno Rey
- Re: [v6ops] [GROW] Deaggregation by large organiz… Jeroen Massar
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation by large organiz… Mark Andrews
- Re: [v6ops] [GROW] Deaggregation by large organiz… Matthew Petach
- Re: [v6ops] [GROW] Deaggregation by large organiz… Owen DeLong
- Re: [v6ops] [GROW] Deaggregation by large organiz… Mark Andrews
- Re: [v6ops] [GROW] Deaggregation by large organiz… Matthew Petach
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Marc Binderberger
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Randy Bush
- Re: [v6ops] [GROW] Deaggregation by large organiz… Gert Doering
- Re: [v6ops] [GROW] Deaggregation data Brian E Carpenter
- Re: [v6ops] [GROW] Deaggregation data Randy Bush
- Re: [v6ops] [GROW] Deaggregation data Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Robert Raszuk
- Re: [v6ops] [GROW] Deaggregation data Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation data Christopher Morrow
- Re: [v6ops] [GROW] Deaggregation data Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation data Randy Bush
- Re: [v6ops] [GROW] Deaggregation data Nick Hilliard
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Marc Binderberger
- Re: [v6ops] [GROW] Deaggregation data (was: Deagg… Pedro Andres Aranda Gutierrez
- Re: [v6ops] [GROW] Deaggregation by large organiz… Gert Doering
- [v6ops] renumbering [was Deaggregation by large o… Brian E Carpenter
- Re: [v6ops] [GROW] Deaggregation by large organiz… Ray Hunter
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum
- Re: [v6ops] [GROW] Deaggregation by large organiz… Ray Hunter
- Re: [v6ops] [GROW] Deaggregation by large organiz… Matthew Petach
- Re: [v6ops] [GROW] Deaggregation by large organiz… Iljitsch van Beijnum