Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard

Margaret Wasserman <margaret@thingmagic.com> Tue, 30 August 2005 17:49 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAAEn-0000f3-EA; Tue, 30 Aug 2005 13:49:33 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAAEi-0000eq-1C for ietf@megatron.ietf.org; Tue, 30 Aug 2005 13:49:31 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26366 for <ietf@ietf.org>; Tue, 30 Aug 2005 13:49:26 -0400 (EDT)
Received: from [204.9.221.21] (helo=thingmagic.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAAGH-00088R-FM for ietf@ietf.org; Tue, 30 Aug 2005 13:51:06 -0400
Received: from [66.30.121.250] (account margaret HELO [172.17.33.112]) by thingmagic.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 504620; Tue, 30 Aug 2005 13:51:32 -0400
Mime-Version: 1.0
Message-Id: <p0620071fbf3a49044e2b@[172.17.33.112]>
In-Reply-To: <431474C6.5010301@zurich.ibm.com>
References: <200508260153.j7Q1rBPj000783@relay4.apple.com> <20050826072055.GA15833@nic.fr> <87ll2pkquy.fsf@windlord.stanford.edu> <430EFCFF.1010203@zurich.ibm.com> <17167.14936.141345.6653@chiark.greenend.org.uk> <43130559.5090503@zurich.ibm.com> <17172.13829.578376.489917@chiark.greenend.org.uk> <4314686B.1090207@peter-dambier.de> <431474C6.5010301@zurich.ibm.com>
Date: Tue, 30 Aug 2005 13:48:42 -0400
To: Brian E Carpenter <brc@zurich.ibm.com>, peter@peter-dambier.de
From: Margaret Wasserman <margaret@thingmagic.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 1.9 (+)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: ietf@ietf.org
Subject: Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

Hi Brian,

>I'm afraid I don't understand. As far as I can understand,
>mDNS uses the .local pseudo-domain and LLMNR does not.
>So how can LLMNR be blamed for bogus queries for *.local?

The .local doesn't come from either mDNS or LLMNR...  The user types 
it and/or an application includes it in the domain name look-up.  So, 
if the user tries to look up "twiki.local", what happens?  As I 
understand it, one of three things will happen:

(1) If the system implements mDNS, the .local domain is treated 
specially, so this just goes out as a link-local request.

(2) If the system implements LLMNR, there will first be a global DNS 
lookup for "twiki.local", which will fail.  Then, a link-local name 
request will be tried.

(3) If the system doesn't implement any link-local name resolution, 
there will be a global lookup for "twiki.local" which will fail.

So, if people use .local domains on systems that implement LLMNR 
instead of mDNS, this can result in lookups for .local in the global 
DNS.

But, given that choices (2) and (3) involve the same interaction with 
the DNS, I'm not sure how one can argue that LLMNR makes things any 
worse than things would be without it.  Perhaps you could argue that 
mDNS makes things better, but that is only true for this one 
non-existent TLD -- all three systems would generate a bogus global 
DNS query if I did a DNS lookup for "isoc.frog".

Margaret



_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf