Re: [homenet] Request for Comments on New Internet Draft for Homenet WG

"Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com> Fri, 10 October 2014 08:14 UTC

Return-Path: <jaehoon.paul@gmail.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80AE31A1BAA for <homenet@ietfa.amsl.com>; Fri, 10 Oct 2014 01:14:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 LAyEgB7wPhKH for <homenet@ietfa.amsl.com>; Fri, 10 Oct 2014 01:14:23 -0700 (PDT)
Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50E831A1B36 for <homenet@ietf.org>; Fri, 10 Oct 2014 01:14:23 -0700 (PDT)
Received: by mail-ig0-f179.google.com with SMTP id h18so1755659igc.12 for <homenet@ietf.org>; Fri, 10 Oct 2014 01:14:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5RbTnHDwM73UdyC+I5WmP0RFNIUq4459RJHvh1kxIEk=; b=SQReZsy/ABG33Fshzhk0fl6pYAGmvs5GWneTx2DG3zadjQCMaKoZwLOvmMCNxPRejy qsXxuoRb6WwSglPlcG2xmnhOy2NFbDAxCqR3HHbp3hyEJ5ttoPjlTV3Z9g6SYSLsukIg L0nx9ruhsaV5NsThUb4+6ZwY8wGTUJkq8tNFXIiLKYsaMR76QjoAzSLIeD33h0PY/uG6 aJS8UKzesXWTnIg+ik9XcLdA3Tyb/S/IqgP3AhioOSqEI27y6ERRJjM2sRQ/eOcx1Fkt Em2BoNrjx1V0McBwuvO+xLZYImy5JKD+sbcWSWPrFOcxrvJK7RCvoAal1A4/j0ETNOQ9 1wew==
MIME-Version: 1.0
X-Received: by 10.50.103.42 with SMTP id ft10mr4461219igb.40.1412928862736; Fri, 10 Oct 2014 01:14:22 -0700 (PDT)
Received: by 10.64.133.5 with HTTP; Fri, 10 Oct 2014 01:14:22 -0700 (PDT)
In-Reply-To: <BADF784B-75AB-4873-9994-724DA99A169A@iki.fi>
References: <CAPK2Dew_D4TZexvi8KqF54DF5yRgeNKdT8JbPGFbBT-vP8YrcA@mail.gmail.com> <BADF784B-75AB-4873-9994-724DA99A169A@iki.fi>
Date: Fri, 10 Oct 2014 17:14:22 +0900
Message-ID: <CAPK2Dex7DfCxDaDf9Zxioba8pXTsPqnwmpBowoLEt9xSYt0L3w@mail.gmail.com>
From: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>
To: Markus Stenberg <markus.stenberg@iki.fi>
Content-Type: multipart/alternative; boundary="047d7b2e133df4d7fc05050d2222"
Archived-At: http://mailarchive.ietf.org/arch/msg/homenet/Blm_xpa8xNuGQ8TmYBRYcubWW18
Cc: homenet@ietf.org
Subject: Re: [homenet] Request for Comments on New Internet Draft for Homenet WG
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Oct 2014 08:14:30 -0000

Hi Markus,
First of all, thanks for your valuable feedback.

Let me answer your questions and comments.

First, as a basic domain, link-local collision domain is assumed,
but we can extend it into multiple links (or subnets) naturally
if a router can work as a proxy for IPv6 hosts.
That is, if a host tries to autoconfigure its DNS name in a subnet and
there exists another host with the same DNS name in an adjacent subnet,
a router interconnecting these two subnets can responds to the DAD
to tell the first host the duplication of the DNS name due to the second
host.

Second, our proposed scheme can be used along with mDNS or SSDP
for IoT devices (e.g., lamp, door lock, and light sensor) whose capacity
cannot afford to run mDNS by itself in terms of memory or processor
capacity.
It those tiny IoT devices with IPv6 stack and stateless autoconfiguration
functionality,
they will be able to support the DNS name services without the intervention
of a home network administrator.

At least, Device Name Generation (in Section 5.2.1) can be used to generate
a DNS name
for home network devices or IoT devices that run mDNS or SSDP.

Third, for DNSSL, DNS suffixes announced by a router within a home network
can be restricted
to a local domain, such as homenet. Since this can be decided by a local
policy within a home network,
we can eliminate the propagation of ISP DNS suffix into a home network.

Are there any other comments or questions?

Sincerely,
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, jaehoon.paul@gmail.com
CPS Lab Website: http://cpslab.skku.edu
Personal Homepage: http://cpslab.skku.edu/people-jaehoon-jeong.php

On Thu, Oct 9, 2014 at 11:22 PM, Markus Stenberg <markus.stenberg@iki.fi>
wrote:

> Heya,
>
> it seems to be aiming to work only within link-local collision domain, and
> therefore it seems to be outside the work homenet WG is chartered to do.
> Perhaps dnssd is more appropriate for this work, although I am not sure
> about that either (they do more than just naming, as the focus is on
> service discovery).
>
> Also, I am not sure why you are not just using mDNS (RFC6762) or SSDP (of
> UPnP) or something else; you get service discovery AND naming with them.
>
> Finally, use of DNSSL option for this seems like a bad idea. For example,
> let’s assume my ISP gives me ’services.isp.com’ search path, and it gets
> propagated to my LAN. My devices start showing up under ..services.isp.com
> names (too) :-p
>
> Cheers,
>
> -Markus
>
> P.S. Name construction scheme is interesting.