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
- [mdnsext] Hierarchical (host) domain names in mDN… Albrecht, Harald
- Re: [mdnsext] Hierarchical (host) domain names in… Andrew Sullivan
- Re: [mdnsext] Hierarchical (host) domain names in… Kerry Lynn
- Re: [mdnsext] Hierarchical (host) domain names in… Andrew Sullivan
- Re: [mdnsext] Hierarchical (host) domain names in… Albrecht, Harald
- Re: [mdnsext] Hierarchical (host) domain names in… Erik Kline
- Re: [mdnsext] Hierarchical (host) domain names in… Albrecht, Harald
- Re: [mdnsext] Hierarchical (host) domain names in… Albrecht, Harald
- Re: [mdnsext] Hierarchical (host) domain names in… Kerry Lynn
- Re: [mdnsext] Hierarchical (host) domain names in… Albrecht, Harald