Re: [v6ops] Routing /48s [ULA draft revision #2 Regarding isolated networks]

Owen DeLong <owen@delong.com> Fri, 30 May 2014 00:59 UTC

Return-Path: <owen@delong.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 6D2441A02BE for <v6ops@ietfa.amsl.com>; Thu, 29 May 2014 17:59:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.642
X-Spam-Level:
X-Spam-Status: No, score=-1.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no
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 2MVeHpZLC3gR for <v6ops@ietfa.amsl.com>; Thu, 29 May 2014 17:59:22 -0700 (PDT)
Received: from owen.delong.com (owen.delong.com [IPv6:2620:0:930::200:2]) by ietfa.amsl.com (Postfix) with ESMTP id C0E6B1A02B5 for <v6ops@ietf.org>; Thu, 29 May 2014 17:59:22 -0700 (PDT)
Received: from [IPv6:2620::930:0:225:ff:fe44:af17] ([IPv6:2620:0:930:0:225:ff:fe44:af17]) (authenticated bits=0) by owen.delong.com (8.14.2/8.14.2) with ESMTP id s4U0wZii019840 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 29 May 2014 17:58:36 -0700
X-DKIM: Sendmail DKIM Filter v2.8.3 owen.delong.com s4U0wZii019840
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=delong.com; s=mail; t=1401411517; bh=jzvSx49uwkLHVSD2Ui4VpfKfrXE=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=vA/2Cqzgru4VgbXRwW6QRMMUw3O9HYphjNm6ApT71GOuEOHNMOOwnhHbAcEbWbMRp BbH950jU/UpVGf2/LtOqg4IzYbPkjhogFp+0ENhlb461u2qXrKiK05ETAJ5qNmq/xi j95cB0wLTJ+XRimoB7mI0DE09EnRHeoWADqx119M=
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
From: Owen DeLong <owen@delong.com>
In-Reply-To: <538649A4.6010103@gmail.com>
Date: Thu, 29 May 2014 18:01:56 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <67F00C7B-0BBB-4E49-8896-193E5ACAC4E4@delong.com>
References: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.com> <m2y4xn7wep.wl%randy@psg.com> <53840723.8010606@gmail.com> <CAKD1Yr1O_poMR200sjU=ttRvGaeQRkC1ZfXC0Ok4uQxdq3K=NQ@mail.gmail.com> <m2mwe37tbn.wl%randy@psg.com> <CAKD1Yr2t3-vxuG=iDi4biBNFpJwuzuHgfpB74i_uydWWRV7qZg@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6E02@nkgeml506-mbx.china.huawei.com> <m2fvjv7q4h.wl%randy@psg.com> <m1WpDcc-0000BMC@stereo.hq.phicoh.net> <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <m1WpHrp-0000BQC@stereo.hq.phicoh.net> <9DB71B37-999E-4F7F-A7DA-6B243574E818@nominum.com> <2E2EC822-60EB-4B09-8BB3-D8FB098EB181@delong.com> <CD77B261-5F6F-4177-AA50-0B2DD3D15260@nominum.com> <B95BEA59-B1A2-4CEF-ACF4-63F65FB544AA@delong.com> <4FF6E348-6BB5-473A-8E94-4A3EE8BD32DC@nominum.com> <53855130.8040105@gmail.com> <CAKD1Yr0JP=RCBJ5Pn=wRHLJodyA2w1+a+XqaiJ-Wf9-oNE0acA@mail.gmail.com> <53856628.2070201@gmail.com> <4042F444-2A43-499C-823E-52BCDEF112CE@nominum.com> <538649A4.60! 10103@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.1874)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (owen.delong.com [IPv6:2620:0:930::200:2]); Thu, 29 May 2014 17:58:37 -0700 (PDT)
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/qs8ufRDtWVQsdaPyf5zY_Lzy4sU
Cc: Philip Homburg <pch-v6ops-3a@u-1.phicoh.com>, v6ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] Routing /48s [ULA draft revision #2 Regarding isolated networks]
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, 30 May 2014 00:59:24 -0000

On May 28, 2014, at 1:40 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:

> On 29/05/2014 00:21, Ted Lemon wrote:
>> On May 28, 2014, at 12:29 AM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>> On the other hand, and I speak from experience, persuading IT departments
>>> to support SADR is harder than persuading them to allow multiple prefixes.
>> 
>> Do we have implementations we could in theory try to persuade them to run?
> 
> I was referring to SADR in a site border router that leads to two
> different ISPs. That, I understand, is readily available but requires
> extra config and extra cycles.

Most administrators in the enterprise world refer to this as “policy based routing” as
that’s what many of the vendors call it, too.

It almost always comes with the additional baggage of dropping you out of fast-path
hardware forwarding onto control-plane based forwarding.

Owen