[mdnsext] Draft mdnsext WG charter

Tim Chown <tjc@ecs.soton.ac.uk> Mon, 29 October 2012 20:53 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 26AD921F866C for <mdnsext@ietfa.amsl.com>; Mon, 29 Oct 2012 13:53:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.751
X-Spam-Level:
X-Spam-Status: No, score=-1.751 tagged_above=-999 required=5 tests=[AWL=-0.548, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396]
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 9E0Om1p2t61N for <mdnsext@ietfa.amsl.com>; Mon, 29 Oct 2012 13:53:16 -0700 (PDT)
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 30C0F21F8669 for <mdnsext@ietf.org>; Mon, 29 Oct 2012 13:53:15 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (localhost.ecs.soton.ac.uk [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id q9TKr9KT014412 for <mdnsext@ietf.org>; Mon, 29 Oct 2012 20:53:09 GMT
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk q9TKr9KT014412
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=200903; t=1351543989; bh=SJG1koqcoK/vhZ31a7c5DuXt6vk=; h=From:Subject:Date:To:Mime-Version:References; b=oY/Ju+2HgV3tz5hBaUpOqFibRSJIx0OmJBbmtSsvgQOwWKtNFQgz6iJAOnblj1jOL EXw9iESLIiUvS6jDpUV/e5MQb7RgIhTjI6tR/p3M9iXTuKX+Qa1Nr7zaa6w2T6Egtk XNc6/CH1CmzD+2wzgKcpLT4KSfyGy8gNwMzC0bzE=
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 o9SKr9043060517578 ret-id none; Mon, 29 Oct 2012 20:53:09 +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 q9TKr2JU000908 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <mdnsext@ietf.org>; Mon, 29 Oct 2012 20:53:03 GMT
From: Tim Chown <tjc@ecs.soton.ac.uk>
Content-Type: multipart/alternative; boundary="Apple-Mail=_EEA01D24-D7FE-44B2-983B-52524D0786BB"
Message-ID: <EMEW3|e021b0cd1b0d7e0cb2b87d85b275badao9SKr903tjc|ecs.soton.ac.uk|CCCF5DF1-6106-4AC8-AD3D-4AA49EE201E4@ecs.soton.ac.uk>
Date: Mon, 29 Oct 2012 20:53:02 +0000
To: "mdnsext@ietf.org" <mdnsext@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
X-Mailer: Apple Mail (2.1499)
X-ECS-MailScanner: Found to be clean, Found to be clean
X-smtpf-Report: sid=o9SKr9043060517500; tid=o9SKr9043060517578; client=relay,forged,no_ptr,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0
References: <CCCF5DF1-6106-4AC8-AD3D-4AA49EE201E4@ecs.soton.ac.uk>
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: q9TKr9KT014412
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
Subject: [mdnsext] Draft mdnsext WG charter
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, 29 Oct 2012 20:53:17 -0000

Hi,

The following text is the current draft charter for the prospective mdnsext WG.

Comments in advance of the BoF are very much welcomed.

Tim

====================================================

mdnsext draft charter

Currently, zeroconf networking protocols are generally used to discover services within the scope of a single link. In particular, the Bonjour protocols suite, comprising mDNS (draft-cheshire-dnsext-multicastdns / RFC 6762 in AUTH48) and DNS-SD (draft-cheshire-dnsext-dns-sd / RFC 6763 in AUTH48), are widely used for discovery and resolution of services and names on a single link. 

Such discovery is commonly used in many scenarios, including home networks, commercial and campus enterprise networks, and can be used in certain mesh networks. However, the multicast zeroconf protocols are constrained to link-local scope, so can only be used to discover services on the same link. In a typical current home network, which is a single link, users should experience the desired discovery behaviour. However, in future multi-link home networks (as envisaged by the homenet WG) and in routed campus or enterprise networks, devices and thus users can only discover services on the same link, which is a significant limitation. Such limitations have led to calls, such as those by the Educause petition, to develop an appropriate solution to span multiple links.

In addition, the Zigbee Smart Energy Profile 2.0 commercial standard currently under development has specified mDNS as its method of zero configuration discovery. However, its use of multi-link wireless mesh subnets (LLNs) and disparate physical layers will require extensions to mDNS to allow it to operate across multiple links.

In principle DNS-SD can be used with conventional unicast DNS for wide area service discovery spanning multiple links, but in practice this capability is not widely used. As a result, as demand for service discovery across routed networks grows, some vendors are beginning to ship their own early solutions. It is thus both timely and important that efforts to develop improved, scalable service discovery solutions for routed networks are coordinated towards producing a single, standards-based solution.

Goals

To that end, the primary goals of the mdnsext WG are as follows:

1. To document a set of requirements for service discovery across routed, multi-link networks in the following four scenarios:
    a) Commercial enterprise networks
    b) Academic/educational/university campus networks
    c) Multi-link home networks, such as those envisgaed by the HOMENET WG
    d) Multi-link/single subnet (mesh) networks, such as ROLL/6LOWPAN subnets

2. To develop an improved, scalable solution for wide-area service discovery spanning multiple links, applicable to the scenarios above. 

3. To develop a solution to seamlessly integrate zeroconf (mDNS) and unicast (global DNS) name services, which should include consideration of both the name resolution mechanism and the namespace.

It is important that the mdnsext WG takes input from stakeholders in the scenarios it is considering. For example, the homenet WG is currently evaluating its own requirements for naming and service discovery; it is up to the homenet WG as to whether it wishes to recommend adoption of the solution developed in the mdsnext WG, and thus coordination between the WGs is desirable. 

Deliverables

The WG will produce three documents: an Informational RFC on the requirements for wide-area service discovery protocols; a Standards Track RFC documenting a wide-area service discovery solution that is applicable to those scenarios; and a Standards Track document describing a solution to seamlessly integrate mDNS and global DNS name services.

Milestones

Jan 2013 Formation of the WG
Apr 2013 Adopt requirements draft as WG document
Aug 2013 Submit requirements draft to the IESG as an Informational RFC
Aug 2013 Adopt wide-area service discovery solution draft as WG document
Aug 2013 Adopt mDNS and global DNS integration solution draft as WG document
Dec 2013 Submit wide-area service discovery solution draft to the IESG as Standards Track RFC
Dec 2013 Submit mDNS and global DNS integration solution draft to the IESG as Standards Track RFC

===============================================================