[mdnsext] dnssdext charter

"Ralph Droms (rdroms)" <rdroms@cisco.com> Mon, 26 August 2013 17:08 UTC

Return-Path: <rdroms@cisco.com>
X-Original-To: mdnsext@ietfa.amsl.com
Delivered-To: mdnsext@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5EDD911E81CC for <mdnsext@ietfa.amsl.com>; Mon, 26 Aug 2013 10:08:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id IG-XfrKGEVje for <mdnsext@ietfa.amsl.com>; Mon, 26 Aug 2013 10:07:48 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com []) by ietfa.amsl.com (Postfix) with ESMTP id CD4A711E81CE for <mdnsext@ietf.org>; Mon, 26 Aug 2013 10:07:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3033; q=dns/txt; s=iport; t=1377536868; x=1378746468; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=LBwC1lxcOv1/LykMR9MhtNbFjw+baunA9/XHFTvlsdM=; b=ITZe9px1EZIsWzxQ3hblDydARRufVPcjMA98zvnubWx0GLLeNapO7vaq 0hV8l/yfK0FkI+VN0r23qzoOnNXOQHV6c/I4dI0HxXi9AX7JY/0fzxHKA 6ThoPOlCWId7Fy8MBuKS1Yj21lyzDq04Km5ieN9FVUoPZnAA8HnIqGJmT E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aq0GAIyKG1KtJXG//2dsb2JhbABagweBBsAZgSIWbQeCJgEEOlEBKhRCHwgEGw6Ha5YgoSuQR4NUfQOpT4Megio
X-IronPort-AV: E=Sophos;i="4.89,960,1367971200"; d="scan'208";a="251755338"
Received: from rcdn-core2-4.cisco.com ([]) by rcdn-iport-5.cisco.com with ESMTP; 26 Aug 2013 17:07:40 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com []) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r7QH7a5I017548 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <mdnsext@ietf.org>; Mon, 26 Aug 2013 17:07:36 GMT
Received: from xmb-aln-x04.cisco.com ([]) by xhc-rcd-x01.cisco.com ([]) with mapi id 14.02.0318.004; Mon, 26 Aug 2013 12:07:36 -0500
From: "Ralph Droms (rdroms)" <rdroms@cisco.com>
To: "mdnsext@ietf.org" <mdnsext@ietf.org>
Thread-Topic: dnssdext charter
Thread-Index: AQHOon7CNNwOvc1wFkGcFaSQRAQGyA==
Date: Mon, 26 Aug 2013 17:07:36 +0000
Message-ID: <4518F39EB578034D8C99A9B7776CDBA301ABFCB8@xmb-aln-x04.cisco.com>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F239C28D545EE641B4837C8C51884C4F@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [mdnsext] dnssdext 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, 26 Aug 2013 17:08:03 -0000

I'm revising the draft dnssdext charter according to the discussion during the BoF in Berlin.  One issue that occurs to me that we didn't explicitly discuss during the BoF is the list of the deployment scenarios to be considered by the WG.  The draft charter includes a list of four scenarios:

   a) Commercial enterprise networks
   b) Academic/educational/university campus networks
   c) Multi-link home networks, such as those envisaged by the
   d) Multi-link/single subnet (mesh) networks, such as those
      described by the ZigBee Alliance Z-IP specification

while draft-lynn-mdnsext-requirements includes a list of six scenarios:

   (A) Personal Area networks, e.g., one laptop and one printer.
   This is the simplest example of an mDNS network. 

   (B) Home networks, consisting of:

   * Single exit router: the network may have multiple upstream
     providers or networks, but all outgoing and incoming trafic goes
     through a single router.

   * One level depth: all links on the network are connected to the
     same default router.

   * Single administrative domain: all nodes under the same admin

   (C) Like B but may have a tree of links behind the single exit
   router.  However, the forwarding nodes are almost self-configured
   and do not require routing protocol administrators.

   (D) Enterprise networks, consisting of:

   * Any depth of the forwarding tree, under a single administrative
     domain.  The large majority of the forwarding and security
     devices are configured.

   (E) Higher Education networks, consisting of:

   * Any depth of the forwarding tree, core network under a central
     administrative domain but leaf networks under multiple
     administrative entities.  The large majority of the forwarding
     and security devices are configured.

   (F) Mesh networks such as RPL/6LoWPAN, multi-link but single prefix

The list of scenarios from draft-lynn-mdnsext-requirements was the basis for discussion of requirements during the BoF.

We likely need to coordinate the list of requirements in the charter with the list in the draft-lynn-mdnsext-requirements.  The two lists are actually not that far apart; the requirements docs includes (A) which is not in the draft charter, and (B) and (C) could perhaps be combined into one scenario, matching c) from the charter.

I'm looking for consensus about how to proceed:

* Modify the charter to align with draft-lynn-mdnsext-requirements
* Modify draft-lynn-mdnsext-requirements to align with the charter
* Replace the specific list of scenarios from the charter with a pointer to the requirements document
* Modify both draft-lynn-mdnsext-requirements and the charter to bring them into alignment

Note that I'm deferring consideration of specific edits to the scenarios, such as s/tree of links/arbitrary topology/ in (C) from draft-lynn-mdnsext-requirements.

- Ralph