Re: [dnsext] Re: I-D ACTION:draft-vandergaast-edns-client-ip-00.txt

Paul Vixie <vixie@isc.org> Thu, 28 January 2010 17:24 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1A9723A67E4; Thu, 28 Jan 2010 09:24:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ArXxCnZ++yUV; Thu, 28 Jan 2010 09:24:05 -0800 (PST)
Received: from psg.com (psg.com [147.28.0.62]) by core3.amsl.com (Postfix) with ESMTP id 3EDAE3A6359; Thu, 28 Jan 2010 09:24:05 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1NaY0b-00001e-7J for namedroppers-data0@psg.com; Thu, 28 Jan 2010 17:18:21 +0000
Received: from [2001:4f8:3:bb:230:48ff:fe5a:2f38] (helo=nsa.vix.com) by psg.com with esmtps (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from <vixie@vix.com>) id 1NaY0O-000PyB-C1 for namedroppers@ops.ietf.org; Thu, 28 Jan 2010 17:18:08 +0000
Received: from nsa.vix.com (localhost [127.0.0.1]) by nsa.vix.com (Postfix) with ESMTP id C9CCAA7ABB for <namedroppers@ops.ietf.org>; Thu, 28 Jan 2010 17:18:07 +0000 (UTC) (envelope-from vixie@nsa.vix.com)
From: Paul Vixie <vixie@isc.org>
To: namedroppers@ops.ietf.org
Subject: Re: [dnsext] Re: I-D ACTION:draft-vandergaast-edns-client-ip-00.txt
In-Reply-To: Your message of "Thu, 28 Jan 2010 09:25:59 MST." <50A91B20-5AC1-4819-91ED-E5141F068D48@wiggum.com>
References: <7c31c8cc1001271556w4918093er6e94e07cb92c4dc4@mail.gmail.com> <6184.1264657589@nsa.vix.com> <4966825a1001280807i768a33ccs98f809366bce33d8@mail.gmail.com> <48894.1264695230@nsa.vix.com> <50A91B20-5AC1-4819-91ED-E5141F068D48@wiggum.com>
X-Mailer: MH-E 8.1; nil; GNU Emacs 22.2.1
Date: Thu, 28 Jan 2010 17:18:07 +0000
Message-ID: <52065.1264699087@nsa.vix.com>
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>
List-Unsubscribe: To unsubscribe send a message to namedroppers-request@ops.ietf.org with
List-Unsubscribe: the word 'unsubscribe' in a single line as the message text body.
List-Archive: <http://ops.ietf.org/lists/namedroppers/>

> From: Sean Leach <sleach@wiggum.com>
> Date: Thu, 28 Jan 2010 09:25:59 -0700
> 
> On Jan 28, 2010, at 9:13 AM, Paul Vixie wrote:
> > 
> > i don't think that's a general enough solution to be worth
> > standardizing.  please investigate the larger context of client
> > identity, beyond the needs of CDN's.
> 
> I have to agree with and Carlo/Wilmer here (no surprise) that we should
> keep this focused as this is a real (and growing) problem that we
> (UltraDNS) face all the time as well.  Both from our anycast recursive
> service and for our auth DNS customers whose end users utilize OpenDNS,
> Google DNS etc.  There are more and more anycast recursive systems
> popping up daily it seems, so the problem is only going to get worse.
> 
> Adding identity etc. feels like a different problem that doesn't need to
> be solved with this standard.  Just my .02

if we're going to add something to a global protocol and a global system,
we have a burden to do good engineering, not just offer point solutions
that help a single industry.  there's a reason why web browsers can state
their preferred language, which is customized content.  if we're going to
customize dns responses at all (which is controversial) then we have to
allow for the possibility that some dns content producers will want to
customize based on things beyond just client ip.

(also, many client-ip addresses will be nat'd, and in that sense, ip is no
longer end to end, and so including a client-ip in the query is a layering
violation beyond just its fealty to dns incoherency.)