Re: [dnssd] Setting device friendly names

Ted Lemon <mellon@fugue.com> Thu, 21 July 2016 17:24 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: dnssd@ietfa.amsl.com
Delivered-To: dnssd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D32C12D799 for <dnssd@ietfa.amsl.com>; Thu, 21 Jul 2016 10:24:49 -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 sstJzGxSvoVU for <dnssd@ietfa.amsl.com>; Thu, 21 Jul 2016 10:24:47 -0700 (PDT)
Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 234EF12D619 for <dnssd@ietf.org>; Thu, 21 Jul 2016 10:24:47 -0700 (PDT)
Received: by mail-lf0-x232.google.com with SMTP id b199so67735791lfe.0 for <dnssd@ietf.org>; Thu, 21 Jul 2016 10:24:47 -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=NR4WaT+iqmv9TRqYcprBXSZzLvERPz/HkPeMp4LGJJ0=; b=laZPzBaSogb+pRb5McDLH0v6qzz4Zj9ubQnsvXkI64YUltysttQp61zcASwpyyS96D pvpQlhSBjEGhHJGlfDcotDb2D8khIhNBhGnyarwktOWVBbfDATdK2fA5uDNefBNMA3yg tGfp7zsW2U+BIaNtF6OjUWZO6UFKo8BzRzfYiBSwYWQKSgTEl4riz26l609ejv5VGDM+ cLGs/1JQ/l+crUXq56PgoZu9Y/xkTGfH7k+VXaFG0CNt4CsBnPiH8I4Ya0S6eZFijg7x h9w3Vc3PrrKwona/mJ/UaoY5R/2NzG83PtWTHksHxqzc3ersT0WcaMGFWb2BsEi0svdJ Xb4A==
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=NR4WaT+iqmv9TRqYcprBXSZzLvERPz/HkPeMp4LGJJ0=; b=Y+dMVnF+qymmKroJe4ciW6rmEsCHhUf4J+nf782W+D+rzrmjo1g//9wtFsh2FrzR3B LZK5f22JjUaz3gy9xO6LbGT7EtHZHkI0lmvkcmzXSuAjD7OYXMuqjBjRvhsVdBbHSShM Ffxwu/MqGWc1mHOthmjp1N6HW1cmDrguGBO9Xe5UCbhfmq5H0meGnd0sk8FJw2srYuYP ROksQxgf7ZnNqNzaOaqo+l4NKML/QvsYj3kjfW4mee2F5/UMGGfqH/yaDarlhWoNj4hj cpCMlzhoB/OVQAKJ4ua8evBIZ3gLyzy8LmZ8dP7jFh44yhTjbMW5S8vXOv+9gq2a4vAk 7Yvg==
X-Gm-Message-State: ALyK8tIzFdAT4c2Puwlau96iWd7YE+Ua1QzyPeWMM/59VLPey3wUmmaKca5IguQYHKenDY1b1ON58zTjZnF6aQ==
X-Received: by 10.25.42.207 with SMTP id q198mr22469646lfq.181.1469121885298; Thu, 21 Jul 2016 10:24:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.217.93 with HTTP; Thu, 21 Jul 2016 10:24:05 -0700 (PDT)
In-Reply-To: <A0740754-0042-4EB1-8FFC-BF85555DD7CB@apple.com>
References: <2040EE15-81F8-47EB-BF8D-DA544564C304@att.com> <CAPt1N1mxx=gPY_RtXaDVBXiT750Aq=YiyiOD4mj+CEh0MCT5qw@mail.gmail.com> <AD1ED147-37F0-4276-BC3B-E70072F97EBD@att.com> <B18D9771-8828-42D6-8F89-AC000531C85F@apple.com> <CAPt1N1nPkM2XBi5EapzP7RQmOYNwTWmRuSuD1Y3=JWXmTQcu7w@mail.gmail.com> <8F6598B8-BBE0-4496-B850-51686E63A527@att.com> <CBF3CF2D-DB80-4792-B50A-4C0FFAAAC9F1@apple.com> <CAPt1N1mHfoawS=0xRXVuuZYqmVdKLGdZkR3qqVdz_eNrNs6uSw@mail.gmail.com> <A0740754-0042-4EB1-8FFC-BF85555DD7CB@apple.com>
From: Ted Lemon <mellon@fugue.com>
Date: Thu, 21 Jul 2016 19:24:05 +0200
Message-ID: <CAPt1N1=F9vUAbJEg04AQw=SSVKN1oxtOkiffyF7csn6zhzxGKQ@mail.gmail.com>
To: Stuart Cheshire <cheshire@apple.com>
Content-Type: multipart/alternative; boundary="001a11411dba1aea3805382898e3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/Veu3qj_vmXlq2acuVqDn2HTN4U4>
Cc: "dnssd@ietf.org" <dnssd@ietf.org>, "STARK, BARBARA H" <bs7652@att.com>
Subject: Re: [dnssd] Setting device friendly names
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." <dnssd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnssd>, <mailto:dnssd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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, 21 Jul 2016 17:24:49 -0000

Right, the issue would be if we changed it in the database operated by the
homenet, and didn't tell the host.

On Thu, Jul 21, 2016 at 7:07 PM, Stuart Cheshire <cheshire@apple.com> wrote:

> On 21 Jul 2016, at 09:06, Ted Lemon <mellon@fugue.com> wrote:
>
> > Hm.   That's not what I'm saying.  The point Barbara made that I agree
> with and restated was that the device should report the same name no matter
> who asks or how.
>
> For the most part, this is universally true today. Of all the devices I’ve
> seen that support both UPnP and Bonjour DNS-SD/mDNS, virtually have a
> single place in the web UI to set the name, which is then used for both
> discovery protocols.
>
> I have seen a few some rare exceptions where they allow you to set two
> different names if you want, but I’ve never seen any case where the user
> didn’t set them both to the same thing.
>
> Stuart Cheshire
>
>