Re: [dnssd] DNS Name Autoconfiguration for Home Network Devices

"Simpson, Robby (GE Energy Management)" <robby.simpson@ge.com> Thu, 20 November 2014 15:58 UTC

Return-Path: <robby.simpson@ge.com>
X-Original-To: dnssd@ietfa.amsl.com
Delivered-To: dnssd@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 420CC1A1A65 for <dnssd@ietfa.amsl.com>; Thu, 20 Nov 2014 07:58:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.266
X-Spam-Level:
X-Spam-Status: No, score=-2.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ruetsZ3h7A4r for <dnssd@ietfa.amsl.com>; Thu, 20 Nov 2014 07:58:16 -0800 (PST)
Received: from mx0b-00176a03.pphosted.com (mx0b-00176a03.pphosted.com [67.231.157.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06F531A0A6A for <dnssd@ietf.org>; Thu, 20 Nov 2014 07:58:15 -0800 (PST)
Received: from pps.filterd (m0048205.ppops.net [127.0.0.1]) by m0048205.ppops.net-00176a03. (8.14.7/8.14.7) with SMTP id sAKFvSXE023261 for <dnssd@ietf.org>; Thu, 20 Nov 2014 10:58:15 -0500
Received: from cinmlip14.e2k.ad.ge.com (n165-156-000-000.static.ge.com [165.156.4.1] (may be forged)) by m0048205.ppops.net-00176a03. with ESMTP id 1qsk3u00gu-11 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for <dnssd@ietf.org>; Thu, 20 Nov 2014 10:58:14 -0500
Received: from unknown (HELO ALPMBHT04.e2k.ad.ge.com) ([3.159.19.197]) by cinmlip14.e2k.ad.ge.com with ESMTP/TLS/AES256-SHA; 20 Nov 2014 10:50:04 -0500
Received: from CINURCNA05.e2k.ad.ge.com (3.159.212.106) by ALPMBHT04.e2k.ad.ge.com (3.159.19.197) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 20 Nov 2014 10:57:59 -0500
Received: from CINURCNA14.e2k.ad.ge.com ([169.254.2.249]) by CINURCNA05.e2k.ad.ge.com ([169.254.5.11]) with mapi id 14.03.0195.001; Thu, 20 Nov 2014 10:57:59 -0500
From: "Simpson, Robby (GE Energy Management)" <robby.simpson@ge.com>
To: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>
Thread-Topic: [dnssd] DNS Name Autoconfiguration for Home Network Devices
Thread-Index: AQHP//BdQI7OPQKTmku9cohwx5eWnZxg2XGAgAAf7YCAAAcrAIAAjIaAgAPKQ4CAAJrlgIADw2aA
Date: Thu, 20 Nov 2014 15:57:58 +0000
Message-ID: <D0937854.3CCC9%Robby.Simpson@GE.com>
References: <CAPK2DeyuABqSbH5dtdtScYWnE-vkmGO642xFb6FZehu-5MTaAA@mail.gmail.com> <436692B4-978D-4E62-868E-78FA8AF3F26F@nominum.com> <CAPK2Deys6VU83R0hfv_8svNKuaSBEfu_dGqnGkoN_pQ9zE_6HQ@mail.gmail.com> <cc9f90afaa7a48bdaf7a8906546571b5@BY2PR03MB412.namprd03.prod.outlook.com> <CAPK2Dex=hR5HE-BFtvbMzgadfcu-4CPgP8zd1sziNPCQNJ+aCw@mail.gmail.com> <D08FC56A.3C9AF%Robby.Simpson@GE.com> <CAPK2DezTzh7qz-FEm8yJ2hqxcq5UDn6oppn4Wid3syGQZ8NSYw@mail.gmail.com>
In-Reply-To: <CAPK2DezTzh7qz-FEm8yJ2hqxcq5UDn6oppn4Wid3syGQZ8NSYw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.6.141106
x-originating-ip: [3.159.212.182]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <0C1F932E5154C04296B037B36BDAEE87@mail.ad.ge.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.28, 0.0.0000 definitions=2014-11-20_07:2014-11-20,2014-11-20,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1411200128
Archived-At: http://mailarchive.ietf.org/arch/msg/dnssd/9DbVFMvDu5zbhr2JDFw-CmSs8EY
Cc: Brian Haberman <brian@innovationslab.net>, Myung-Ki Shin <mkshin@etri.re.kr>, "dnssd@ietf.org" <dnssd@ietf.org>, Dave Thaler <dthaler@microsoft.com>, Jung-Soo Park <pjs@etri.re.kr>, Ted Lemon <Ted.Lemon@nominum.com>, Sejun Lee <prosejun14@gmail.com>
Subject: Re: [dnssd] DNS Name Autoconfiguration for Home Network Devices
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion of extensions to Bonjour \(mDNS and DNS-SD\) for routed networks." <dnssd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnssd>, <mailto:dnssd-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnssd/>
List-Post: <mailto:dnssd@ietf.org>
List-Help: <mailto:dnssd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnssd>, <mailto:dnssd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Nov 2014 15:58:19 -0000

Hi Paul,

If the actual DNS name is used, I would be concerned by (at least) the following:
- Parsing — clearly there will be non-compliant DNS names out there, that these devices will have to parse and trash.  Looking at your draft, how would they know?
- Extensibility — in the future how could new information be included?  New categories?
- Size — as the target is IoT, bytes on the "wire" matter and this descriptive information is going to be quite large in the DNS format

My preference would be for devices to support some resource that is discovered via DNS-SD — see my other email for details.

- Robby

From: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com>>
Date: Monday, November 17, 2014 at 8:29 PM
To: Charles Simpson <Robby.Simpson@GE.com<mailto:Robby.Simpson@GE.com>>
Cc: Dave Thaler <dthaler@microsoft.com<mailto:dthaler@microsoft.com>>, Brian Haberman <brian@innovationslab.net<mailto:brian@innovationslab.net>>, Myung-Ki Shin <mkshin@etri.re.kr<mailto:mkshin@etri.re.kr>>, "dnssd@ietf.org<mailto:dnssd@ietf.org>" <dnssd@ietf.org<mailto:dnssd@ietf.org>>, Jung-Soo Park <pjs@etri.re.kr<mailto:pjs@etri.re.kr>>, Ted Lemon <Ted.Lemon@nominum.com<mailto:Ted.Lemon@nominum.com>>, Sejun Lee <prosejun14@gmail.com<mailto:prosejun14@gmail.com>>
Subject: Re: [dnssd] DNS Name Autoconfiguration for Home Network Devices

Hi Robby,
Yes, my intent is to to include semantics (e.g., device category, device vendor, and device model)
in a standardized fashion into the DNS names of low-capacity IoT devices.

I intend to place machine-interpretable semantics into the actual DNS names themselves
so that machines can use the DNS name for the identification of other machines
without additional service discovery through mDNS.

The localization of devices is also possible with the DNS name
because the DNS name can include the location of the device,
as describe in Section 6 (Location-Aware DNS Name Configuration) in my draft:
http://datatracker.ietf.org/doc/draft-jeong-homenet-device-name-autoconf/

Thanks for your good opinion.

Paul

===========================
Mr. Jaehoon (Paul) Jeong, Ph.D.
Assistant Professor
Department of Software /
Department of Computer Engineering
Sungkyunkwan University
Office: +82-31-299-4957
Mobile: +82-10-4758-1765
Fax: +82-31-290-5119
Email: pauljeong@skku.edu<mailto:pauljeong@skku.edu>, jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com>
CPS Lab Website: http://cpslab.skku.edu
Personal Homepage: http://cpslab.skku.edu/people-jaehoon-jeong.php

On Tue, Nov 18, 2014 at 6:15 AM, Simpson, Robby (GE Energy Management) <robby.simpson@ge.com<mailto:robby.simpson@ge.com>> wrote:
It seems to me that part of your intent is to include semantics (e.g., device category, device vendor, device model) in a standardized fashion into the DNS name.

On the other hand, while we often apply semantics to DNS names currently for human readers, these semantics typically are not standardized for machines.  For that, we have DNS-SD.

As an example from the IoT space, we use both mDNS and DNS-SD for SEP 2.0 (IEEE 2030.5).  While the DNS names often reflect aspects such as device manufacturer and category, these are not meant to be machine interpretable in SEP 2.0.  Rather, we use DNS-SD to advertise various functionality that is machine interpretable.

Perhaps I am misinterpreting, but is your intent to place machine-interpretable semantics into the actual DNS names themselves?

Thanks,
Robby


Robby Simpson, PhD

System Architect

GE

Digital Energy

M: +1 404 219 1851

Robby.Simpson@GE.com<mailto:Robby.Simpson@GE.com>


From: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com><mailto:jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com>>>
Date: Saturday, November 15, 2014 at 1:22 AM
To: Dave Thaler <dthaler@microsoft.com<mailto:dthaler@microsoft.com><mailto:dthaler@microsoft.com<mailto:dthaler@microsoft.com>>>
Cc: Brian Haberman <brian@innovationslab.net<mailto:brian@innovationslab.net><mailto:brian@innovationslab.net<mailto:brian@innovationslab.net>>>, Myung-Ki Shin <mkshin@etri.re.kr<mailto:mkshin@etri.re.kr><mailto:mkshin@etri.re.kr<mailto:mkshin@etri.re.kr>>>, "dnssd@ietf.org<mailto:dnssd@ietf.org><mailto:dnssd@ietf.org<mailto:dnssd@ietf.org>>" <dnssd@ietf.org<mailto:dnssd@ietf.org><mailto:dnssd@ietf.org<mailto:dnssd@ietf.org>>>, Jung-Soo Park <pjs@etri.re.kr<mailto:pjs@etri.re.kr><mailto:pjs@etri.re.kr<mailto:pjs@etri.re.kr>>>, Ted Lemon <Ted.Lemon@nominum.com<mailto:Ted.Lemon@nominum.com><mailto:Ted.Lemon@nominum.com<mailto:Ted.Lemon@nominum.com>>>, Sejun Lee <prosejun14@gmail.com<mailto:prosejun14@gmail.com><mailto:prosejun14@gmail.com<mailto:prosejun14@gmail.com>>>
Subject: Re: [dnssd] DNS Name Autoconfiguration for Home Network Devices

Dave,
Thanks for your clarification.

In Page 32 in RFC 6762, there is the recommended course of action after probing and failing, but
there is no text about a random ID selection.
Anyway, we can perform a random ID selection for the uniqueness of a DNS name, but
the readability for such a DNS name is not good for the users.

My original intention for DNS name generation is to include device category (e.g., refrigerator),
device vendor (e.g., Samsung), device model (e.g., RH269LP).
This name itself delivers much information to users and mobile  smart devices (e.g., smartphone or smart TV)
to represent the device icon visually.

I am not sure this is enough answer for your last question.
If you have more comments, please let me know.

Paul

===========================
Mr. Jaehoon (Paul) Jeong, Ph.D.
Assistant Professor
Department of Software /
Department of Computer Engineering
Sungkyunkwan University
Office: +82-31-299-4957
Mobile: +82-10-4758-1765
Fax: +82-31-290-5119
Email: pauljeong@skku.edu<mailto:pauljeong@skku.edu><mailto:pauljeong@skku.edu<mailto:pauljeong@skku.edu>>, jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com><mailto:jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com>>
CPS Lab Website: http://cpslab.skku.edu
Personal Homepage: http://cpslab.skku.edu/people-jaehoon-jeong.php

On Fri, Nov 14, 2014 at 11:59 AM, Dave Thaler <dthaler@microsoft.com<mailto:dthaler@microsoft.com><mailto:dthaler@microsoft.com<mailto:dthaler@microsoft.com>>> wrote:
Paul wrote:
> For the regeneration and verification of a unique DNS name under DNS name conflict,
> the solution in RFC 6762 recommends to use an incremental digit (such as 2, 3, 4, etc.)
> by trial and error. In an IoT scenario where there will be many IoT devices of the same
> type, such as light bulb in home or hotel here, this incremental numbering approach
> will be costly and slow to let each IoT device have a unique DNS name, ...

My reading is that RFC 6762 does not _require_ an incremental digit.  You can put in
a random ID or MAC-derived ID or something else highly unlikely to collide.
As such, it should not be "costly and slow".  Indeed RFC 6762 does not specify what
you have to do.   Would it be possible to recast your draft as
"how to choose a unique ID and use RFC 6762" ?

-Dave