Re: [dnssd] Setting device friendly names

Ted Lemon <mellon@fugue.com> Thu, 21 July 2016 13:14 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 7B43C12D1A3 for <dnssd@ietfa.amsl.com>; Thu, 21 Jul 2016 06:14:31 -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 o4icQgzuHr-M for <dnssd@ietfa.amsl.com>; Thu, 21 Jul 2016 06:14:29 -0700 (PDT)
Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::22e]) (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 6FFFD12D113 for <dnssd@ietf.org>; Thu, 21 Jul 2016 06:14:28 -0700 (PDT)
Received: by mail-lf0-x22e.google.com with SMTP id b199so61716605lfe.0 for <dnssd@ietf.org>; Thu, 21 Jul 2016 06:14:28 -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=hj6peaedHibUdhP7K44WIXjH/RQVqEcdhZjbOg6dUeE=; b=1MZ9lzPomQ2bTLhRqnT0D94hOHNJR//azsaUmMobGHaFtPFKUvAcGwkIf5fnNbXlub CrcM1S5CEh9Oj7Sz0yuTQwuWUnGm5GhfzGWV23rbdRVEu5FXcioN/27gAuaYrD2cQfbk dcPLn53zIT2D8QMkk+WO2mA3GCIq2i33QkrVjJS8BmlXlAr28kFIHyzEE3pzFIC3/3HH LZd/Vrkdt/VElw1n/sfYHutTLfvYyOrS+gDKocyRBNjmetcWN2KW7lZ7Ttle+dd+glfQ uBcuPdMmR+849EYZaJ4DzPEiuUL8SSHNJlV5nWnYZh6sZanrK3vC3qsyjLQHzRArKTt/ MBLg==
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=hj6peaedHibUdhP7K44WIXjH/RQVqEcdhZjbOg6dUeE=; b=Dp5H6slYuhfw2wY0DN0RHQ3yLW1kmXHmLHbm2jezpVlyiAI9KRbrWLuI2c/FfBzyId DrVuCgvWUepjJC0YVsjXYXJZwhrss/KRfD3Wzcu6VYJ3auCv2rwmmpfm9E+/7vYNmvxW LozAjn24II39W654O7QJDRr+2J1ETFZULLZXObT75McevD0TbjR+SXJpO3qdCCqEjb42 xbLzqw+a6WLNnGrCxfYZvfmwC2jVO7ZNjio/RbPp6RwUozP6GdQ/Y8XYmZeOmkUwGSeL K/oGaZzxbAQqUUFa54BYQ3hQsT01ui62wrWY5bQp0+0DUzzYLa1fogn887+8c7dEqYdc fFPA==
X-Gm-Message-State: ALyK8tJ1QaOIOsALrbiV0bfdzXr5Lm7J4wOHP3J+T3jK6+AEL5FyZRsYAJyvQIl6H0z0msElCZzvgsd9EPDP4w==
X-Received: by 10.25.131.150 with SMTP id f144mr20387434lfd.53.1469106866608; Thu, 21 Jul 2016 06:14:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.217.93 with HTTP; Thu, 21 Jul 2016 06:13:46 -0700 (PDT)
In-Reply-To: <E31A479B-02C8-46E0-B507-527C365EB2C1@istumbler.net>
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> <E31A479B-02C8-46E0-B507-527C365EB2C1@istumbler.net>
From: Ted Lemon <mellon@fugue.com>
Date: Thu, 21 Jul 2016 15:13:46 +0200
Message-ID: <CAPt1N1n99ZmFQuB7X0h3v0eKiaUdDdkHgy--BhvvhfzXQiNVdg@mail.gmail.com>
To: Alf Watt <alf@istumbler.net>
Content-Type: multipart/alternative; boundary="001a113f20b8ebf703053825184f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/iYefxrX39wd5zSYL57N8o17qX8w>
Cc: Stuart Cheshire <cheshire@apple.com>, 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 13:14:31 -0000

I have never seen a host that would accept an unauthenticated hostname
update from a DHCP server.

On Thu, Jul 21, 2016 at 3:10 PM, Alf Watt <alf@istumbler.net> wrote:

> Don't forget, good ol DHCPv4 provides option 12 for setting host names by
> the server:
>
> https://tools.ietf.org/html/rfc2132
>
> Support will depend on the client respecting the option, which at least
> some Linux distributions don't seem to out of the box.
>
> The option wasn't included (even for the more common case of the client
> requesting a name from the server) in DHCPv6, which suggests using DDNS for
> allowing the host to update the name after auto-configuration.
>
> http://www.ietf.org/rfc/rfc3315.txt
>
> Best,
> Alf
>
> On Jul 21, 2016, at 3:51 AM, Ted Lemon <mellon@fugue.com> wrote:
>
> I think the point Barbara is making about consistency is right, and that
> we may be in violent agreement. :)
>
> In general there are devices that you'd like to be able to configure using
> the network, and devices that you definitely do not want configured by the
> network.
>
> On Jul 21, 2016 12:31, "Stuart Cheshire" <cheshire@apple.com> wrote:
>
>> On 21 Jul 2016, at 02:54, STARK, BARBARA H <bs7652@att.com> wrote:
>>
>> > UPnP SSDP announcements include a friendly name in the SSDP header. To
>> me, this is comparable to the instance name in DNS-SD / mDNS. And
>> comparable to a NetBIOS name.
>>
>> Yes. I don’t know any service discovery protocol that *doesn’t* have
>> “friendly names”.
>>
>> The question was about a ubiquitous protocol for *setting* the “friendly
>> name” that’s universally supported on (virtually) all devices.
>>
>> > When I ask my router for a list of hosts on the network, and when I ask
>> my BluRay player to show me a list of content sources (UPnP), the lists use
>> the same names for devices (because these devices use the same name across
>> protocols).
>>
>> If one computer shares two USB printers on the network, do both shared
>> printers have to appear with the same name (the same as the name of the
>> computer that’s sharing them)? Restricting services to
>> one-instance-per-host is quite limiting.
>>
>> <https://tools.ietf.org/html/rfc6760#section-3.3> Address Services, Not
>> Hardware
>>
>> > Yes, there is also a UPnP Service defined that allows for remotely
>> changing the friendly name.
>> https://openconnectivity.org/upnp/specifications/friendlyinfoupdate1.
>> But this service was only published in 2014 (long, long after the UPnP
>> Device Architecture required "friendly name" in SSDP advertisements), it is
>> not widely implemented (not mandatory to implement)
>>
>> Do you personally own *any* device that supports this? I know the
>> “standard” exists. My question was how many products actually implement it.
>> The world is full of so-called “official standards” that no real-world
>> products implement.
>>
>> > FWIW, UPnP is an ISO/IEC standard.
>>
>>
>> Yes, a great example: OSI networking.
>>
>> Stuart Cheshire
>>
>> _______________________________________________
> dnssd mailing list
> dnssd@ietf.org
> https://www.ietf.org/mailman/listinfo/dnssd
>
>