Re: [MBONED] FW: adoption call for draft-rekhter-geo-distribution-control

Jeffrey Haas <jhaas@pfrc.org> Wed, 22 January 2014 19:30 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5358D1A0362 for <mboned@ietfa.amsl.com>; Wed, 22 Jan 2014 11:30:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.535, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 JjDW1cmJejyV for <mboned@ietfa.amsl.com>; Wed, 22 Jan 2014 11:30:14 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 7F0281A01B6 for <mboned@ietf.org>; Wed, 22 Jan 2014 11:30:14 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id ED1D7C23C; Wed, 22 Jan 2014 14:30:13 -0500 (EST)
Date: Wed, 22 Jan 2014 14:30:13 -0500
From: Jeffrey Haas <jhaas@pfrc.org>
To: "Manfredi, Albert E" <albert.e.manfredi@boeing.com>
Message-ID: <20140122193013.GA32056@pfrc>
References: <201401150318.s0F3IdL99388@magenta.juniper.net> <6A9BBBEC91E7544BA6D6A577899EDACC0C01D456@MISOUT7MSGUSR9O.ITServices.sbc.com> <F560A6A6D08F0A41A9065A2CEC25ADE111650380@MISOUT7MSGUSR9O.ITServices.sbc.com> <021E64FECA7E5A4699562F4E667164810B4DEB02@XCH-PHX-503.sw.nos.boeing.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <021E64FECA7E5A4699562F4E667164810B4DEB02@XCH-PHX-503.sw.nos.boeing.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: MBONED WG <mboned@ietf.org>
Subject: Re: [MBONED] FW: adoption call for draft-rekhter-geo-distribution-control
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mboned/>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jan 2014 19:30:16 -0000

[As a note to the WG, I'll be spinning new text on this draft in the next day
or so in order to address the comments received during Vancouver.
Primarily, too much of the use case was placed in the MDCS/MDRS documents
leaving this document a bit hard to follow.]

Bert,

On Thu, Jan 16, 2014 at 10:12:48PM +0000, Manfredi, Albert E wrote:
> I also support this, although I feel obliged to point to this short sentence, concerning subscribers who are or are not permitted to receive a given content.
> 
> "However, this document assumes that this grouping is done consistently by both the content provider and the ISP(s) that the content provider uses for delivering its content."
> 
> While this one sentence opens up all sorts of nefarious non-neutral Internet possibilities, I'm going to propose that there may be legitimate reasons for the content owner and the ISP to NOT agree. In particular, "parental controls." Seems to me that the ISP would possibly be a better repository of parental control filtering instructions than each individual content owner.

Just to briefly comment on the "nefariousness" of the feature, the
mechanisms involved don't make it any more or less possible for a service
provider to do filtering of what is delivered to an end-user.  It simply
makes it easier than having a mechanism that hits the CLI either of provider
managed CPE or the PE delivery device.

Arguably, like flowspec in general, it at least pushes visibility of such
filtering into the routing system.

-- Jeff