Re: [homenet] alternatives to .home

Ted Lemon <mellon@fugue.com> Fri, 17 June 2016 13:31 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FAAE12D5B8 for <homenet@ietfa.amsl.com>; Fri, 17 Jun 2016 06:31:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 2fLOGNYEFIMP for <homenet@ietfa.amsl.com>; Fri, 17 Jun 2016 06:31:39 -0700 (PDT)
Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B838D12B01E for <homenet@ietf.org>; Fri, 17 Jun 2016 06:31:38 -0700 (PDT)
Received: by mail-lf0-x235.google.com with SMTP id f6so60457426lfg.0 for <homenet@ietf.org>; Fri, 17 Jun 2016 06:31:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XyKIPXWeCC0E9JX5qSQ6mgpVzesxdVlPmWPUVE13zHE=; b=HaogFAxLMIExA/aD+rCRlZE6r8zEqg6Hn1vr/QlBD5HhTU5Q63BKYrUeLLzOMH4Aci FRjKalQVLoc7g++V82mo5CKWbjfm1Al+4XlhTo/BjiMpCyI1g1yRyCDeunWrAQt8IyH+ /XS9AwSYJxxg0wtLn1AVkQTa969P3qnXIFHe+AJJ9/czMPyIsusn//wZSL809qu0mmmQ kItZzzQg56YDD3ZPMAFgcuFMD1TEePKAEB8P+cQ43pQO74IBWj4dRjhzuX7JGdeHzBsV V0zyj7Bf9Ti/mA1QnFvz5M5kXOU6l3vlIZsFd0hy+svZ4h+pBlkOdlwg7t67SYIGaLai ukbQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=XyKIPXWeCC0E9JX5qSQ6mgpVzesxdVlPmWPUVE13zHE=; b=i8N5GajUrdp3Vr6RTMNry+OwnYhKWoULlsVlmymrnyT0pHd4hKW0toUMPJzqJ2e1Fx 2vdQhgAHbXBIQREEZDWVoFClReKUyZOtgU4PvYxTlFC7Q6gQcSeApMLeExZj/pCJ6G5Y MkmwSV7f01ldYSms7TCC2MeweQxPw8G2QUJusW/TNWI4eUNDf/0pXqDJDSTKSy/wr183 75K5GX9Kc20S+bIo8WGYyz+H38Y1eUPkG+blLemsLR68WYsB13zf+s4x3eDfXd+AI+8x EwzEWacy2viTAm6YBn97lDVl3T4fPr6wg80Sjqco/gVNxRPz5Xfsiw0pHSBEKpzZYahZ rOAw==
X-Gm-Message-State: ALyK8tL89oR9GQ3MhqXsRjUz8B2WN9NczpfR1fwBZHx35C3oFpa+StQiC3ya6KuXkrS4U/ams1dCrigj+EgyTQ==
X-Received: by 10.25.91.76 with SMTP id p73mr555367lfb.181.1466170296817; Fri, 17 Jun 2016 06:31:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.217.219 with HTTP; Fri, 17 Jun 2016 06:30:57 -0700 (PDT)
In-Reply-To: <7526.1466169795@obiwan.sandelman.ca>
References: <76ed7404-35ff-9cc8-262b-d5785595465c@isc.org> <4598.1466104881@obiwan.sandelman.ca> <87porgafsq.wl-jch@pps.univ-paris-diderot.fr> <102a01d1c82a$f1e1e530$d5a5af90$@registry.asia> <7526.1466169795@obiwan.sandelman.ca>
From: Ted Lemon <mellon@fugue.com>
Date: Fri, 17 Jun 2016 09:30:57 -0400
Message-ID: <CAPt1N1=7NAgfw=ZDX-S+Tc6RbYDMbuyUD-KXUwiLUyuDdEoF+A@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Content-Type: multipart/alternative; boundary="001a11411536b8f4a60535795f34"
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/StBTjqjMH-WTzP9_ROm39mKVizE>
Cc: HOMENET <homenet@ietf.org>, Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>, Edmon Chung <edmon@registry.asia>
Subject: Re: [homenet] alternatives to .home
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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, 17 Jun 2016 13:31:41 -0000

Michael, the reason to have a consistent name is that the name _will_ show
up in UI elements, and therefore _should_ behave in a comprehensible
manner.   The IETF tends to be understandably dismissive of the end-user's
capacity to correctly model the functioning of the network, but we should
not use techniques that deliberately subvert the user's ability to make
models.

The problem with presenting something that is not the actual token that is
being used to address the device to the user is that the user cannot then
tell the difference between that device and some other device with the same
presentation name, but a different identifying name.   This then becomes an
attack surface for malware that wants to trick the user.

Even if the user doesn't understand the structure of the name, there is no
harm in revealing that name in the UI.   It can appear next to the
descriptive name.

On Fri, Jun 17, 2016 at 9:23 AM, Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Edmon Chung <edmon@registry.asia> wrote:
>     > e.g. 2 character non-countrycodes: QM QN QO QP QQ QR QS QT QU QV QW
> QX
>     > QY QZ XA XB XC XD XE XF XG XH XI XJ XK XL XM XN XO XP XQ XR XS XT XU
> XV
>     > XW XX XY XZ
>
> .xh
> .xn
>
> seem like the best.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>
>
> _______________________________________________
> homenet mailing list
> homenet@ietf.org
> https://www.ietf.org/mailman/listinfo/homenet
>
>