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

"Albrecht, Harald" <> Wed, 17 July 2013 07:39 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7CCA121F9C86 for <>; Wed, 17 Jul 2013 00:39:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -9.799
X-Spam-Status: No, score=-9.799 tagged_above=-999 required=5 tests=[AWL=0.450, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id K9ceazXH4NgW for <>; Wed, 17 Jul 2013 00:39:12 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id AEDFA21F8C71 for <>; Wed, 17 Jul 2013 00:39:11 -0700 (PDT)
Received: from (localhost []) by (8.13.6/8.13.6) with ESMTP id r6H7dAwn011953 for <>; Wed, 17 Jul 2013 09:39:10 +0200
Received: from ([]) by (8.13.6/8.13.6) with ESMTP id r6H7dAvs031195 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <>; Wed, 17 Jul 2013 09:39:10 +0200
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Wed, 17 Jul 2013 09:39:10 +0200
Received: from ([]) by ([]) with mapi id 14.03.0146.000; Wed, 17 Jul 2013 09:39:10 +0200
From: "Albrecht, Harald" <>
To: "" <>
Thread-Topic: [mdnsext] Hierarchical (host) domain names in mDNS?
Thread-Index: Ac6CGBuBlctNJJX5QF6LGwWoRFhvmQACsLGAAADkbwAAJZRPwP//4wgA///c6PA=
Date: Wed, 17 Jul 2013 07:39:09 +0000
Message-ID: <>
References: <> <> <> <> <>
In-Reply-To: <>
Accept-Language: de-DE, en-US
Content-Language: de-DE
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Subject: Re: [mdnsext] Hierarchical (host) domain names in mDNS?
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion of extensions to Bonjour \(mDNS and DNS-SD\) for routed networks." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 17 Jul 2013 07:39:18 -0000

Hi Erik,

unfortunately not; I need "full A/AAAA connectivity", that is, we're not talking about a particular "transport" HTTP, but I need support for all transports that sit on top of IP, either directly or indirectly. Also, there is nothing such as a central "portal", that is, a web server that acts as the entrance to the individual systems.

For instance, our S7 controllers allow our customers to programmatically use TCP connections right from their control programs ... and there's a great demand of that. So, customers need to be able to either address within the same domain level, such as the "hmi" connecting to the "controller". But there's also need for inter-machine synchronization (or inter-cell), that is, "controller.machine1...." to "controller.machine2....".

At these levels, our customers only accept decentralized and administration-free technologies for name resolution. Only at much higher levels DNS is acceptable, such as when having to loosely connect different plants, et cetera.

With best regards,
Harald Albrecht

--- I have to add the following due to local law; let's hope that there are no other places with a law forbidding to add the following ---
Siemens AG
Industry Sector
Industry Automation Division
Industrial Automation Systems
Gleiwitzer Str. 555
90475 Nürnberg, Deutschland
Tel: +49 911 895-3847
Fax: +49 911 895-2105

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: Erik Kline []
> Gesendet: Mittwoch, 17. Juli 2013 09:27
> An: Albrecht, Harald
> Cc:
> Betreff: Re: [mdnsext] Hierarchical (host) domain names in mDNS?
> Would you be able to suffice with having the smaller nodes (“hmi”,
> “controller”, “stamper”, “former”, “cooler”) be identifiable as services
> offered via machine1 and machine2?  If all that any external elements are
> doing is trying to talk to some specific service on those nodes (REST-ful HTTP
> server, etc), could machine1 advertise _hdmi, _controller, _stamper, ...
> services?