IETF Logo Mail Archive

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

Carlo Contavalli <ccontavalli@google.com> Thu, 28 January 2010 16:18 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 090623A6A55; Thu, 28 Jan 2010 08:18:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.977
X-Spam-Level:
X-Spam-Status: No, score=-105.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, 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 2VzCL+T-kg01; Thu, 28 Jan 2010 08:18:44 -0800 (PST)
Received: from psg.com (psg.com [147.28.0.62]) by core3.amsl.com (Postfix) with ESMTP id 3E54E3A6939; Thu, 28 Jan 2010 08:18:44 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1NaWu6-0009JH-6h for namedroppers-data0@psg.com; Thu, 28 Jan 2010 16:07:34 +0000
Received: from [216.239.44.51] (helo=smtp-out.google.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from <ccontavalli@google.com>) id 1NaWu2-0009IL-1q for namedroppers@ops.ietf.org; Thu, 28 Jan 2010 16:07:30 +0000
Received: from kpbe18.cbf.corp.google.com (kpbe18.cbf.corp.google.com [172.25.105.82]) by smtp-out.google.com with ESMTP id o0SG7SpT025145 for <namedroppers@ops.ietf.org>; Thu, 28 Jan 2010 08:07:29 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1264694849; bh=gxdhswFDvm5c9+PIM9nhy2RxY1M=; h=MIME-Version:In-Reply-To:References:From:Date:Message-ID:Subject: To:Cc:Content-Type:Content-Transfer-Encoding; b=Uc1BgPYNMm+c6P/yyCG2rjzI0B7oTD9TR5Uvg1iBP6wvFyakB1gmv/YPO2hnO8Nqu CWSpQJAesbaa9JPHeASQg==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:from:date:message-id: subject:to:cc:content-type:content-transfer-encoding:x-system-of-record; b=WUKF4XrZdKV+3NH1zEHQBi2WfZ4q2Yl3/UgVFvBfWIcuZQBWAFqm33/Ig4lxFW26J D/LYVtgXIq6amabxju46A==
Received: from pwi4 (pwi4.prod.google.com [10.241.219.4]) by kpbe18.cbf.corp.google.com with ESMTP id o0SG7P0D020443 for <namedroppers@ops.ietf.org>; Thu, 28 Jan 2010 08:07:27 -0800
Received: by pwi4 with SMTP id 4so1491263pwi.32 for <namedroppers@ops.ietf.org>; Thu, 28 Jan 2010 08:07:25 -0800 (PST)
MIME-Version: 1.0
Received: by 10.143.26.13 with SMTP id d13mr1399447wfj.0.1264694845145; Thu, 28 Jan 2010 08:07:25 -0800 (PST)
In-Reply-To: <6184.1264657589@nsa.vix.com>
References: <7c31c8cc1001271556w4918093er6e94e07cb92c4dc4@mail.gmail.com> <6184.1264657589@nsa.vix.com>
From: Carlo Contavalli <ccontavalli@google.com>
Date: Thu, 28 Jan 2010 16:07:05 +0000
Message-ID: <4966825a1001280807i768a33ccs98f809366bce33d8@mail.gmail.com>
Subject: Re: [dnsext] Re: I-D ACTION:draft-vandergaast-edns-client-ip-00.txt
To: Paul Vixie <vixie@isc.org>
Cc: Wilmer van der Gaast <wilmer@google.com>, namedroppers@ops.ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-System-Of-Record: true
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/>

On Thu, Jan 28, 2010 at 5:46 AM, Paul Vixie <vixie@isc.org> wrote:
> if we're going to add client identity to the query, can we do so in a more
> general way?  i'd like to know lat-long, country, isp, language, and
> adult/child.  and the ip address should be multiprotocol, covering ipv6.
The doc does cover ipv6, and allows for other protocols to be
supported, if necessary.

Rather than adding client identity, what we're trying to do is address
a concrete problem that affects CDNs, open resolvers, and many large
sites, that for whatever reason, use the source ip of the query to
determine which reply to return to the user.

Carlo

v2.23.0 | Report a Bug | By Email