Re: [mdnsext] Hierarchical (host) domain names in mDNS?

"Albrecht, Harald" <harald.albrecht@siemens.com> Thu, 18 July 2013 07:13 UTC

Return-Path: <harald.albrecht@siemens.com>
X-Original-To: mdnsext@ietfa.amsl.com
Delivered-To: mdnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A566A11E80D5 for <mdnsext@ietfa.amsl.com>; Thu, 18 Jul 2013 00:13:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.888
X-Spam-Level:
X-Spam-Status: No, score=-9.888 tagged_above=-999 required=5 tests=[AWL=0.360, BAYES_00=-2.599, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eL5a1Ypj9lu2 for <mdnsext@ietfa.amsl.com>; Thu, 18 Jul 2013 00:13:24 -0700 (PDT)
Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by ietfa.amsl.com (Postfix) with ESMTP id 982F211E80AE for <mdnsext@ietf.org>; Thu, 18 Jul 2013 00:13:23 -0700 (PDT)
Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.13.6/8.13.6) with ESMTP id r6I7DGQw027553; Thu, 18 Jul 2013 09:13:16 +0200
Received: from DEFTHW99ET9MSX.ww902.siemens.net ([157.163.148.60]) by mail1.sbs.de (8.13.6/8.13.6) with ESMTP id r6I7DFV2013861 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 18 Jul 2013 09:13:16 +0200
Received: from DENBGAT9ERNMSX.ww902.siemens.net (139.22.70.144) by DEFTHW99ET9MSX.ww902.siemens.net (157.163.148.60) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 18 Jul 2013 09:13:15 +0200
Received: from DEFTHW99EK5MSX.ww902.siemens.net ([169.254.6.109]) by DENBGAT9ERNMSX.ww902.siemens.net ([139.22.70.144]) with mapi id 14.03.0146.000; Thu, 18 Jul 2013 09:13:14 +0200
From: "Albrecht, Harald" <harald.albrecht@siemens.com>
To: Kerry Lynn <kerlyn@ieee.org>
Thread-Topic: [mdnsext] Hierarchical (host) domain names in mDNS?
Thread-Index: Ac6CGBuBlctNJJX5QF6LGwWoRFhvmQACsLGAAADkbwAAJZRPwAAKkmGAACd6q+A=
Date: Thu, 18 Jul 2013 07:13:14 +0000
Message-ID: <E36F274013087B4EA05E08EB5037503902C406@DEFTHW99EK5MSX.ww902.siemens.net>
References: <E36F274013087B4EA05E08EB5037503902C1DC@DEFTHW99EK5MSX.ww902.siemens.net> <CABOxzu27u5BMTZq2WKFk5O4nmLG87BXCdG6+M7+MeB-ZugDN9Q@mail.gmail.com> <20130716151444.GE23286@mx1.yitter.info> <E36F274013087B4EA05E08EB5037503902C2BA@DEFTHW99EK5MSX.ww902.siemens.net> <CABOxzu2gWyNnbWTHS5D3hCodVeBFuqVkXk8CX4p0Y5DJMF8qiA@mail.gmail.com>
In-Reply-To: <CABOxzu2gWyNnbWTHS5D3hCodVeBFuqVkXk8CX4p0Y5DJMF8qiA@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [139.22.70.37]
Content-Type: multipart/alternative; boundary="_000_E36F274013087B4EA05E08EB5037503902C406DEFTHW99EK5MSXww9_"
MIME-Version: 1.0
Cc: "mdnsext@ietf.org" <mdnsext@ietf.org>
Subject: Re: [mdnsext] Hierarchical (host) domain names in mDNS?
X-BeenThere: mdnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion of extensions to Bonjour \(mDNS and DNS-SD\) for routed networks." <mdnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mdnsext>, <mailto:mdnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mdnsext>
List-Post: <mailto:mdnsext@ietf.org>
List-Help: <mailto:mdnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mdnsext>, <mailto:mdnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jul 2013 07:13:29 -0000

Hi,

thanks for the valuable feedback. I have no problem with explicitly appending ".local.", in fact, I would even like to make this explicit, so that "local" connections also need to use "controller.machine1.local.". This way, users will learn right from the start which names will trigger which resolution technologies.

My (negative) experience comes from experimenting with the mDNS tools in the Apple *nix package (if I remember correctly, the exact tests did a colleague of mine). The problem was that these command line tools reject any host domain name that doesn't fit into the "single-dns-label.localhost" template. So that is where my question and hesitation comes from. Of course, we may have done something wrong and the error is on our side. Anyway, I'm curious to learn more here in order to better understand the full picture.

So, from what you wrote I will ask my colleague to run the checks again not using the command line tools but using the mDNS resolver instead. It will be interesting what the results will be... looks as if there is a difference between the resolver and the command line tools.

With best regards,
Harald

Siemens AG
Industry Sector
Industry Automation Division
Industrial Automation Systems
I IA AS CTO DH 1
Gleiwitzer Str. 555
90475 Nürnberg, Deutschland
Tel: +49 911 895-3847
Fax: +49 911 895-2105
mailto:harald.albrecht@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684; WEEE-Reg.-Nr. DE 23691322



Von: kerlyn2001@gmail.com [mailto:kerlyn2001@gmail.com] Im Auftrag von Kerry Lynn
Gesendet: Mittwoch, 17. Juli 2013 16:13
An: Albrecht, Harald
Cc: mdnsext@ietf.org
Betreff: Re: [mdnsext] Hierarchical (host) domain names in mDNS?

On Wed, Jul 17, 2013 at 3:13 AM, Albrecht, Harald <harald.albrecht@siemens.com<mailto:harald.albrecht@siemens.com>> wrote:
Thanks for the reply,

control over the software stack is right down to one of the problems: there is not a single software stack, there are multiple ones, so while we may have control over some of our own stacks, we won't have over the ones already out in the wild and which we want to interoperate with. Maybe a change would be possible, but my view is that this would first need consensus (where exactly? here in this group?) and in the "worst cast" an update to the RFC. Would this be a feasible approach at all?

Harald,

As I said previously, if your application provides a qualified domain name ending in
".local" or ".local." then what you propose should work fine with an mDNS-aware
resolver.  It is the TLD ".local" that triggers the behavior to multicast the request to
port 5353.  What an mDNS-aware resolver won't do is to append ".local" to a multi-
label host name if your application omits it.

IMO, this does not constitute "full control of the stack", nor is an update to RFC 6762
required.  This is not a difficult experiment to set up; I have tried it with OS X and
Ubuntu LTS.  You can ensure it works on Windows by installing Bonjour for Windows.

-K-

With best regards,
Harald Albrecht

Siemens AG
Industry Sector
Industry Automation Division
Industrial Automation Systems
I IA AS CTO DH 1
Gleiwitzer Str. 555
90475 Nürnberg, Deutschland
Tel: +49 911 895-3847<tel:%2B49%20911%20895-3847>
Fax: +49 911 895-2105<tel:%2B49%20911%20895-2105>
mailto:harald.albrecht@siemens.com<mailto:harald.albrecht@siemens.com>

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684; WEEE-Reg.-Nr. DE 23691322


> -----Ursprüngliche Nachricht-----
> Von: mdnsext-bounces@ietf.org<mailto:mdnsext-bounces@ietf.org> [mailto:mdnsext-bounces@ietf.org<mailto:mdnsext-bounces@ietf.org>] Im
> Auftrag von Andrew Sullivan
> Gesendet: Dienstag, 16. Juli 2013 17:15
> An: mdnsext@ietf.org<mailto:mdnsext@ietf.org>
> Betreff: Re: [mdnsext] Hierarchical (host) domain names in mDNS?
>
> On Tue, Jul 16, 2013 at 10:49:11AM -0400, Kerry Lynn wrote:
>
> > the hen house.  One should still expect "controller.machine2.local."
> > to resolve properly,
>
> Yes, if you tried to resolve "controller.machine2.local.", then it _would_
> resolve correctly.  The difficulty, however, is that most resolving applications
> don't actually work truly fully-qualified that way (i.e. by appending the final
> dot).  So it will work fine if you have special name-handling code to make
> sure that everything is actually really fully qualified always in local.  I think it
> would be extremely wise to test how well that works in practice, but those
> who have complete control over their application stack and so on might be
> able to do it.
>
> Best,
>
> A
>
> --
> Andrew Sullivan
> ajs@anvilwalrusden.com<mailto:ajs@anvilwalrusden.com>
> _______________________________________________
> mdnsext mailing list
> mdnsext@ietf.org<mailto:mdnsext@ietf.org>
> https://www.ietf.org/mailman/listinfo/mdnsext
_______________________________________________
mdnsext mailing list
mdnsext@ietf.org<mailto:mdnsext@ietf.org>
https://www.ietf.org/mailman/listinfo/mdnsext