Re: [dnsext] Chairs statement on "client-option" debate

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Mon, 26 July 2010 00:29 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 B8FF93A686D; Sun, 25 Jul 2010 17:29:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.352
X-Spam-Level:
X-Spam-Status: No, score=0.352 tagged_above=-999 required=5 tests=[AWL=0.156, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_JP=1.244, RDNS_NONE=0.1]
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 J-MXhXYC9GwP; Sun, 25 Jul 2010 17:29:57 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id CAA4C3A63EC; Sun, 25 Jul 2010 17:29:56 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.72 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1OdBVB-000FJp-8x for namedroppers-data0@psg.com; Mon, 26 Jul 2010 00:25:05 +0000
Received: from [131.112.32.132] (helo=necom830.hpcl.titech.ac.jp) by psg.com with smtp (Exim 4.72 (FreeBSD)) (envelope-from <mohta@necom830.hpcl.titech.ac.jp>) id 1OdBV6-000FIh-NG for namedroppers@ops.ietf.org; Mon, 26 Jul 2010 00:25:01 +0000
Received: (qmail 8443 invoked from network); 26 Jul 2010 00:31:21 -0000
Received: from softbank219001188004.bbtec.net (HELO ?192.168.1.21?) (219.1.188.4) by necom830.hpcl.titech.ac.jp with SMTP; 26 Jul 2010 00:31:21 -0000
Message-ID: <4C4CD553.7020604@necom830.hpcl.titech.ac.jp>
Date: Mon, 26 Jul 2010 09:22:43 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1
MIME-Version: 1.0
To: Wilmer van der Gaast <wilmer@google.com>
CC: Olafur Gudmundsson <ogud@ogud.com>, namedroppers <namedroppers@ops.ietf.org>
Subject: Re: [dnsext] Chairs statement on "client-option" debate
References: <4C054F87.5010608@ogud.com> <AANLkTinD5wwj+=vL9Y7ZXLMFuG7mcYy2LhnxYsuT2obp@mail.gmail.com>
In-Reply-To: <AANLkTinD5wwj+=vL9Y7ZXLMFuG7mcYy2LhnxYsuT2obp@mail.gmail.com>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
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/>

Wilmer van der Gaast wrote:

>    - The main weakness is the latency penalty. A user has to resolve
> www.foo.com first, connect to that server, send a query, get a 30x
> response. Then disconnect, resolve the new hostname, etc etc. A
> well-written app can limit this to just the first query, but this
> requires putting this logic into the web application, which can be
> considered a layer violation.

Address selection based on latency is an issue at or above
the transport layer that trying to address it at the IP layer
is the layer violation.

At the connectionless IP layer, there is no notion of round
trip nor round trip latency.

>    - This will either mean forwarding user agents to URLs with IP
> addresses in them, or to URLs like http://lhr00.mail.foo.com/. This by
> itself gives several problems:
>      * These URLs look ugly, are not easy to remember, not practical to
> bookmark/pass from person to person (many CDN nodes are accessible
> only to customers of ISPs hosting the node), needlessly expose
> internals to the user (yesterday my request went to London, and today
> it goes to Amsterdam??).

I'm afraid I have already shown, with real world examples, that
the real world content providers such as yahoo and google actively
use the URLs you called "ugly".

						Masataka Ohta