IETF Logo Mail Archive

Re: [dnssd] Unicast Service Discovery Autoconfiguration

James Andrewartha <jandrewartha@ccgs.wa.edu.au> Fri, 09 November 2018 03:25 UTC

Return-Path: <jandrewartha@ccgs.wa.edu.au>
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 664B31292F1 for <dnssd@ietfa.amsl.com>; Thu, 8 Nov 2018 19:25:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ccgs.wa.edu.au
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 A_KL-RCwiK1P for <dnssd@ietfa.amsl.com>; Thu, 8 Nov 2018 19:24:58 -0800 (PST)
Received: from mail.ccgs.wa.edu.au (io.ccgs.wa.edu.au [203.135.184.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 051741277BB for <dnssd@ietf.org>; Thu, 8 Nov 2018 19:24:57 -0800 (PST)
Received: by mail.ccgs.wa.edu.au (Postfix, from userid 108) id 013981180A7; Fri, 9 Nov 2018 11:24:53 +0800 (AWST)
X-CCGS-ID: 20181109032451-732
X-CCGS-ARGS: jandrewartha@ccgs.wa.edu.au dnssd@ietf.org
Received: from maia.ad.ccgs.wa.edu.au (maia.ad.ccgs.wa.edu.au [10.20.10.33]) by mail.ccgs.wa.edu.au (Postfix) with ESMTPS id 417301180A5 for <dnssd@ietf.org>; Fri, 9 Nov 2018 11:24:51 +0800 (AWST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ccgs.wa.edu.au; s=mail; t=1541733891; bh=6acsoRkzNQuzhuiHnT6xInJ71rfx3CWUaQCCfzeBeBo=; h=Subject:To:References:From:Date:In-Reply-To:From; b=MGX+yIuUZst/eEa/MfSrrW3yrJxXMKCcRiQETE9jKOOMB4atzeoBr9efZr0jbwnM8 yzVna6gaOGO1ifUZbpxyf6tCun79euWig19ZZZXontzKGiwZ7LK2i/9wkdMihaD+2Q VqS6DzoaiT5r1upB4GqGkm9OrnwL7yj/sOlCqI1I=
Received: from [10.10.20.21] (10.10.20.21) by maia.ad.ccgs.wa.edu.au (10.20.10.33) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Fri, 9 Nov 2018 11:24:50 +0800
To: dnssd@ietf.org
References: <9AB27D25-4B77-4203-B179-59E13458BE61@apple.com> <16290C01-B017-4075-9D55-DE107F8B3D7B@strayalpha.com>
From: James Andrewartha <jandrewartha@ccgs.wa.edu.au>
Organization: Christ Church Grammar School
Message-ID: <493b6594-0a57-5394-3ca9-bd4132fed2f2@ccgs.wa.edu.au>
Date: Fri, 09 Nov 2018 11:24:50 +0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <16290C01-B017-4075-9D55-DE107F8B3D7B@strayalpha.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-AU
Content-Transfer-Encoding: 8bit
X-Originating-IP: [10.10.20.21]
X-ClientProxiedBy: maia.ad.ccgs.wa.edu.au (10.20.10.33) To maia.ad.ccgs.wa.edu.au (10.20.10.33)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/w_ladIhlW4qOF88h2tPgdQI1KRE>
Subject: Re: [dnssd] Unicast Service Discovery Autoconfiguration
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 09 Nov 2018 03:25:00 -0000

For Apple devices in particular, the wireless chipset will go to sleep
before receiving all broadcast/multicast packets. True since OS X 10.10,
I have the packet traces to prove it. The only solution is proxy ARP,
and that doesn't help with multicast.

-- 
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877

On 08/11/18 23:35, Joe Touch wrote:
> Hi Stuart, et al.,
> 
> I’m confused by the text below; given IPv6 configuration relies on multicast, why is it not reasonable to assume similarly useful multicast here?
> 
> Joe
> 
>> On Nov 7, 2018, at 11:27 PM, Stuart Cheshire <cheshire@apple.com> wrote:
>>
>> Here is a link to the new draft Ted Lemon and I wrote as a result of our work at the Hackathon here at IETF 103.
>>
>> <https://tools.ietf.org/html/draft-sctl-dnssd-unicast-autoconfig-00>
>>
>> Here’s a brief summary of what the document is about:
>>
>>   Because multicast can be inefficient and unreliable, work is
>>   taking place to enable DNS-Based Service Discovery to operate
>>   with less reliance on multicast.  One current target use case
>>   for this work is Thread wireless mesh networking.
>>
>>   Existing work describes how DNS-Based Service Discovery can
>>   be performed using unicast on such a network.  Devices on
>>   the Thread mesh offering services use Service Registration
>>   Protocol to register their services at a Service Registration
>>   Server.  Devices seeking to discover these services send
>>   unicast queries to the Service Registration Server using
>>   unicast DNS for single individual queries, and using DNS Push
>>   Notifications where ongoing change notification is required.
>>
>>   For proof-of-concept experiments, the necessary information can
>>   be configured manually, and this has been done successfully.
>>   For deployment, we need to determine how the necessary information
>>   will be learned and configured automatically in real-world scenarios.
>>
>> Stuart Cheshire
>>
>> _______________________________________________
>> dnssd mailing list
>> dnssd@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnssd
> 
> _______________________________________________
> dnssd mailing list
> dnssd@ietf.org
> https://www.ietf.org/mailman/listinfo/dnssd
>

v2.23.0 | Report a Bug | By Email