Re: [dnsext] stupid dns tricks and transport paths

Martin Barry <marty@supine.com> Fri, 29 January 2010 11:03 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 6CDFE3A69F7; Fri, 29 Jan 2010 03:03:52 -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 muFwpuHFxYHa; Fri, 29 Jan 2010 03:03:51 -0800 (PST)
Received: from psg.com (psg.com [147.28.0.62]) by core3.amsl.com (Postfix) with ESMTP id 7FBBF3A698E; Fri, 29 Jan 2010 03:03:51 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1NaoYb-000CLD-NQ for namedroppers-data0@psg.com; Fri, 29 Jan 2010 10:58:33 +0000
Received: from [64.71.152.85] (helo=tigger.mamista.net) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from <marty@supine.com>) id 1NaoYY-000CKd-Gj for namedroppers@ops.ietf.org; Fri, 29 Jan 2010 10:58:30 +0000
Received: by tigger.mamista.net (Postfix, from userid 1001) id 49A82110783; Fri, 29 Jan 2010 21:58:30 +1100 (EST)
Date: Fri, 29 Jan 2010 21:58:30 +1100
From: Martin Barry <marty@supine.com>
To: namedroppers@ops.ietf.org
Subject: Re: [dnsext] stupid dns tricks and transport paths
Message-ID: <20100129105830.GA10418@tigger.mamista.net>
References: <4966825a1001280807i768a33ccs98f809366bce33d8@mail.gmail.com> <48894.1264695230@nsa.vix.com> <50A91B20-5AC1-4819-91ED-E5141F068D48@wiggum.com> <52065.1264699087@nsa.vix.com> <FDD5D1103B8EA4D13C4A2C4C@Ximines.local> <EEAAE4BF-BBA9-4141-BECC-A8440715597F@icsi.berkeley.edu> <58729.1264707908@nsa.vix.com> <6f5b6fe71001281311g6e1fdd05o84ba64837813a6fd@mail.gmail.com> <64415.1264714867@nsa.vix.com> <124DA7C3-09D0-4AD0-9C79-ABDC19A0B3FB@rfc1035.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <124DA7C3-09D0-4AD0-9C79-ABDC19A0B3FB@rfc1035.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
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/>

$quoted_author = "Jim Reid" ;
> 
> I can't speak for youtube (whatever that is). However I can vouch
> from personal experience that stupid DNS tricks get it wrong, even
> when recursive DNS service and TCP traffic share the same path.
> English speakers can see this pretty much every time they connect to
> a hotel or coffee shop network in mainland Europe. The CDNs provide
> stuff in that country's national language -- good luck getting that
> right in Belgium or Switzerland -- rather than English. Similar
> problems arise in large corporate networks which have a small number
> of interconnects to the Internet: the CDNs decide the user is in
> Germany (say) because that's where the firewall or web proxy is
> located.

I'm an Australian living in Frankfurt and I feel your pain.

However, it is a failing of the "CDN" application that the language is
determined by location rather than a more accurate guide like the HTTP
Accept-Language header.

It's perfectly appropriate that I hit the google.de cluster as it's "closer"
but it's the web applications fault that it chooses to server me Deutsch
rather than the Queen's English that my browser indicates I prefer.
 
cheers
Marty