Re: [v6ops] I-D Action: draft-townsley-troan-ipv6-ce-transitioning-00.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 18 December 2011 20:58 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BA7221F8A97 for <v6ops@ietfa.amsl.com>; Sun, 18 Dec 2011 12:58:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gz8QGuco+d6P for <v6ops@ietfa.amsl.com>; Sun, 18 Dec 2011 12:58:25 -0800 (PST)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id DC43821F8A7A for <v6ops@ietf.org>; Sun, 18 Dec 2011 12:58:21 -0800 (PST)
Received: by iaek3 with SMTP id k3so8676893iae.31 for <v6ops@ietf.org>; Sun, 18 Dec 2011 12:58:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=JJLYIDduou8t8HCxo3zK5Voo+8BYcvDurTFGMkLXaOU=; b=Gm5VimPjtgQkT38bx/QgjEWeN3jGzHJzWL623KjP85w4vX1CXZ1XtIBgN0c//zagG+ 1OFA43w56L/YJPYIkAfyHEISTCfxYSzIOPCSPJvu5gp/BLlVpmBQeoL8/4iq8GZllA6V vsoJHIVwt54Y+Hy8R4Sag5znqAY4eql+2X+FQ=
Received: by 10.50.236.5 with SMTP id uq5mr23960640igc.47.1324241900365; Sun, 18 Dec 2011 12:58:20 -0800 (PST)
Received: from [130.216.38.124] (stf-brian.sfac.auckland.ac.nz. [130.216.38.124]) by mx.google.com with ESMTPS id py4sm16166389igc.2.2011.12.18.12.58.17 (version=SSLv3 cipher=OTHER); Sun, 18 Dec 2011 12:58:19 -0800 (PST)
Message-ID: <4EEE53E7.5050901@gmail.com>
Date: Mon, 19 Dec 2011 09:58:15 +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: Fred Baker <fred@cisco.com>
References: <20111207140615.6706.64255.idtracker@ietfa.amsl.com> <4EE7FA27.2030409@gmail.com> <90491DAE-BF52-4ED3-990F-FD5E91779AF1@cisco.com>
In-Reply-To: <90491DAE-BF52-4ED3-990F-FD5E91779AF1@cisco.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: IPv6 Operations <v6ops@ietf.org>, draft-townsley-troan-ipv6-ce-transitioning@tools.ietf.org
Subject: Re: [v6ops] I-D Action: draft-townsley-troan-ipv6-ce-transitioning-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: Sun, 18 Dec 2011 20:58:25 -0000

On 2011-12-18 16:59, Fred Baker wrote:
> On Dec 13, 2011, at 5:21 PM, Brian E Carpenter wrote:
> 
>> It seems to assume that
>> ingress filtering is inevitable, but this is very restrictive as far
>> as seamless multihoming goes. If we can one day get to a situation
>> where ingress filtering is automatically tailored for multihomed customers,
>> we will need each SRIB entry to point to multiple DRIBs accordingly.
> 
> To be really honest, I think you need to demonstrate that there is interest in achieving the nirvana you desire. Generally speaking, a service provider will do what you pay him to do, and anything that he can't describe in generic "service" terms will be generally offered, if at all, at a high price. Couple that with the general behavior of markets - seeking the lowest price for a reasonable set of services, and...

Well yes, the market does what it does. If small users come to care
deeply about multihoming, the incentive for ISPs to support flexible
ingress filtering will arise and a solution will emerge. If the users
don't care, there will be no incentive.

My point is that we shouldn't write specs that unnecessarily constrain
things that might be desirable. I think a tiny change will do that:

   MH-2:  An IPv6 CE router MUST create an SRIB containing entries for
          associated delegated prefixes.  Each entry points to one or
          more DRIBs.  An entry points to multiple DRIBs only in the
          case where an identical delegated prefix is known to be
          routeable via multiple WAN interfaces.

 Brian


   Brian