Re: [homenet] Status of draft-tldm-simple-homenet-naming CFA

Ted Lemon <mellon@fugue.com> Fri, 11 August 2017 17:10 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D029C13252D for <homenet@ietfa.amsl.com>; Fri, 11 Aug 2017 10:10:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 EBux7SDn_tln for <homenet@ietfa.amsl.com>; Fri, 11 Aug 2017 10:10:25 -0700 (PDT)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 954571324EE for <homenet@ietf.org>; Fri, 11 Aug 2017 10:10:25 -0700 (PDT)
Received: by mail-qk0-x22a.google.com with SMTP id u139so23682132qka.1 for <homenet@ietf.org>; Fri, 11 Aug 2017 10:10:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=G//IcoR9c/jUy0J+HCs1GNUY8h+OYxl1/ijEBfVNSOA=; b=gv4TtW5TfBeV8Ld+iFKLtSUcEe3uMRKv1H5a+c+8kbdCVOrRyGnFNEltsSUnb2/SUI 6J3dJOyQFDZV3nd7QlBt+17hF1huodlJlYYuuWf6YsPVGae3K3WS+wxRWuTxclwO+XlS t+qWO+lJxseWF6aHjNqZrTnTXP++MxPWGBxC+m7M/zEqaT8BPRo14YDGTSbQ3SMbNKvi HyN8p+GFB1ngg1m0K5xQyUgM1hil4b3e0N//ZmehEwN5N/39NWAkp7/O8wpbX2871qkj zF4K/XDGKhNTNa80rdl++PI5pQhrewyMF1vWussAwo1TrTQeaDsUIZtejJXLlOAMQmOy DHdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=G//IcoR9c/jUy0J+HCs1GNUY8h+OYxl1/ijEBfVNSOA=; b=FLLlVIOdnfohr8PLgGFl66Z9Vak/PxYMYkKWYTgHPUyeeDG2QKFzlAjjPT583HHAJa FX3sS+bF3a1eBIZtlEMAy2PseRfz2STz3TZ3pbBSl2ss4312Lt2c5g09OazyLkT6hKVs TzqzXUn+D9Z2X92epIgmC79PVBu9g/9ZXeoOaWnwp0jn9kYYixGJVz9NERT/31rensnl GM5suUywyLE07guj49Mma573pIdI2KRz65W4WloIwOpcXAd3vrS3f1RjrV78AaHoTHR2 fR1PGLeeTuWf3ZLk813u3Nj8NIQnXT89aIfojcHmAiVj0dtvWU+P/VjuV9a8cTHxEIBd NsUA==
X-Gm-Message-State: AHYfb5hjcLRS2JVf0Ewac7tcZ1W+lQx1fyOIFLFtvtaCKoaAnMX4tlni /87FSm6swaJvLB+edceesA==
X-Received: by 10.55.43.78 with SMTP id r75mr19662100qkh.358.1502471424428; Fri, 11 Aug 2017 10:10:24 -0700 (PDT)
Received: from cavall.ether.lede.home (c-73-167-64-188.hsd1.nh.comcast.net. [73.167.64.188]) by smtp.gmail.com with ESMTPSA id s11sm881299qtj.54.2017.08.11.10.10.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 10:10:23 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <DDCEA684-795A-41C7-8D00-AFFFA5319A63@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_C8DDF18E-DD24-4A4C-AD3B-2FC0C8C7E929"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Fri, 11 Aug 2017 13:10:22 -0400
In-Reply-To: <22112.1502470417@obiwan.sandelman.ca>
Cc: HOMENET <homenet@ietf.org>
To: Michael Richardson <mcr+ietf@sandelman.ca>
References: <2D09D61DDFA73D4C884805CC7865E6114DBF5904@GAALPA1MSGUSRBF.ITServices.sbc.com> <20170810203843.xq7wxdxp27vqt4pz@mx4.yitter.info> <87wp6byvw5.fsf@toke.dk> <A9C8CA05-54A0-4160-B2F0-645744BD259E@fugue.com> <87poc3yt3d.fsf@toke.dk> <22E4B7B8-317F-4CBB-8536-D0AB345B0837@fugue.com> <87h8xez9ys.fsf@toke.dk> <CAPt1N1m+218+FX_G+2W-msDWmxP8XXMKF9S0faTeCBnEEzk1uw@mail.gmail.com> <877eyaz2jm.fsf@toke.dk> <CAPt1N1m5nVGD-y2VrbkoTEPTs4qF98oRxGuvd-Has1yzuS0fmg@mail.gmail.com> <874ltez1wg.fsf@toke.dk> <7E8390B5-9048-4783-B17F-6C9EA5610887@fugue.com> <7ivalujdfu.wl-jch@irif.fr> <15F1CE39-82EE-4B0D-A31B-2C1805991541@fugue.com> <22112.1502470417@obiwan.sandelman.ca>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/3ObHXY6yoSibEPnRgi1KKUlK9hE>
Subject: Re: [homenet] Status of draft-tldm-simple-homenet-naming CFA
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Aug 2017 17:10:28 -0000

On Aug 11, 2017, at 12:53 PM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> The example that, in contrast to all other content, is when content is
> zero-rated via 3G but not via WIFI. (generalized to any two uplinks)
> I don't know the source address selection or source routing can deal with
> that problem period.

Two points here.   First of all, does the IETF want to support zero-rating on a technological level?   I guess we're somewhat agnostic about it, but I would be resistant to spending cycles on it unless somebody is really energized about it.   It seems to me that if you have zero-rating, you have a problem.

That said, I certainly agree with you that MPvD doesn't solve this problem.   The general attitude with MPvD is that when you have multiple provisioning domains, it's not necessarily the case that you can believe the claims that one provider or the other makes.   If you want to zero-rate, the person who's going to be paying for it when the zero-rating doesn't happen is going to be responsible for making sure that it's configured correctly.   If the person who makes the money is responsible for configuring it, they are going to configure it in a way that serves their interests, not the user's interests.

What MPvD _does_ do in addressing this problem is that it provides a context in which special-casing for zero-rating can be effectively configured.   Without MPvD or something like it, it's actually impossible to support zero-rating, even if you think that's a desirable thing to do.

If we were to support zero-rating, the way I would propose that we do it is to specify a way that a provider can advertise the availability of zero-rating for some set of products, and the user can choose to accept or not accept that advertising in a convenient way, rather than having to manually configure a whitelist.   But don't get me started on the opportunities for trouble that this idea presents.

> It seems to me that we are re-inventing SHIM6, trying in vain to pretend we
> never heard of that.  And I still don't understand why it was killed.

Shim6 attempts to solve a much larger problem, and in a rather heavyweight and top-down way.