Re: [mdnsext] mDNSext features/requirements rollup

Tim Chown <tjc@ecs.soton.ac.uk> Mon, 28 January 2013 22:32 UTC

Return-Path: <tjc@ecs.soton.ac.uk>
X-Original-To: mdnsext@ietfa.amsl.com
Delivered-To: mdnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AE0121F86D2 for <mdnsext@ietfa.amsl.com>; Mon, 28 Jan 2013 14:32:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W4kVdeZ6gYjw for <mdnsext@ietfa.amsl.com>; Mon, 28 Jan 2013 14:32:41 -0800 (PST)
Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id AC66021F86CE for <mdnsext@ietf.org>; Mon, 28 Jan 2013 14:32:40 -0800 (PST)
Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r0SMWY6j024309 for <mdnsext@ietf.org>; Mon, 28 Jan 2013 22:32:34 GMT
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk r0SMWY6j024309
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=200903; t=1359412354; bh=5++AWQaKfKH7ufdEnVSIYq7F3Yk=; h=Mime-Version:Subject:From:In-Reply-To:Date:References:To; b=iu/dE7ecCkHH0/mgIbzS4MQJJ08gWlpC3KVva9/K9jEe0C1UneLIkkxVd76S5rIU7 oSE/P3lh/oLuASgidjKB1OBYQOC42qI0VJ5u4Uz11ehKg3aw1X0SHh/kf4facQOjlE L/yjc2gpBtvcH+wfvY4xixFo6UxLRe6BMXgLLu9U=
Received: from gander.ecs.soton.ac.uk ([2001:630:d0:f102:250:56ff:fea0:401]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102:250:56ff:fea0:68da]) envelope-from <tjc@ecs.soton.ac.uk> with ESMTP (valid=N/A) id p0RMWY0430612708YF ret-id none; Mon, 28 Jan 2013 22:32:34 +0000
Received: from [192.168.1.102] (host213-123-213-183.in-addr.btopenworld.com [213.123.213.183]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r0SMWTHA017107 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <mdnsext@ietf.org>; Mon, 28 Jan 2013 22:32:30 GMT
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Tim Chown <tjc@ecs.soton.ac.uk>
In-Reply-To: <20130128203603.GW13806@mx1.yitter.info>
Date: Mon, 28 Jan 2013 22:32:29 +0000
Content-Transfer-Encoding: quoted-printable
Message-ID: <EMEW3|d6bc9a86f6f013069b237a55b5d3218ap0RMWY03tjc|ecs.soton.ac.uk|84159934-1DC4-47CE-806C-D156C978CFD1@ecs.soton.ac.uk>
References: <01E33CD1-89B4-4088-B2BC-F01E34DF6F57@gmail.com> <20130128173400.GP13806@mx1.yitter.info> <CAH1iCioA6x+zwi8PuwtWHbvRcO3PgcH=UTgqUKtzseHcqLJT4A@mail.gmail.com> <20130128203603.GW13806@mx1.yitter.info> <84159934-1DC4-47CE-806C-D156C978CFD1@ecs.soton.ac.uk>
To: "mdnsext@ietf.org" <mdnsext@ietf.org>
X-Mailer: Apple Mail (2.1499)
X-ECS-MailScanner: Found to be clean, Found to be clean
X-smtpf-Report: sid=p0RMWY043061270800; tid=p0RMWY0430612708YF; client=relay,forged,no_ptr,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: r0SMWY6j024309
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
Subject: Re: [mdnsext] mDNSext features/requirements rollup
X-BeenThere: mdnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion of extensions to Bonjour \(mDNS and DNS-SD\) for routed networks." <mdnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mdnsext>, <mailto:mdnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mdnsext>
List-Post: <mailto:mdnsext@ietf.org>
List-Help: <mailto:mdnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mdnsext>, <mailto:mdnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Jan 2013 22:32:41 -0000

On 28 Jan 2013, at 20:36, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:

> Or put this another way.  We today have two DNS-like name spaces: the
> mDNS one, which is link local, and the global DNS one.  At the moment,
> your problem of debugging collisions between these two is restricted
> to link local scope.  This makes the problem not completely
> intractable.  

We are putting a BoF request to the AD(s) for Orlando. The request is phrasing the BoF as "Wide area DNS-SD", though for practical reasons we'll likely keep the same mdnsext acronym if the request is approved.

The goals have been revised from the previous BoF, with the proposed zeroconf and unicast DNS goal revised to be a BCP on their coexistence, which could describe some of the issues discussed here and elsewhere recently.

Whether the Bof goes ahead will depend on the AD(s) view(s) as well as evidence of commitment and work here. Further good progress on the requirements
draft would be welcomed.

Tim