Re: [mdnsext] dnssdext charter

Kerry Lynn <> Tue, 27 August 2013 12:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DC40B11E8188 for <>; Tue, 27 Aug 2013 05:05:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.004
X-Spam-Status: No, score=0.004 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, SARE_HTML_USL_OBFU=1.666, SARE_MILLIONSOF=0.315]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Jp934LebHtir for <>; Tue, 27 Aug 2013 05:05:54 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:4003:c02::22e]) by (Postfix) with ESMTP id EE31B21E808E for <>; Tue, 27 Aug 2013 05:05:47 -0700 (PDT)
Received: by with SMTP id j10so5114160oah.5 for <>; Tue, 27 Aug 2013 05:05:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Fouf23U05BuUqRRnvkEm3pPr54EQe0yfkeQY/Q5Z7p4=; b=sZYzL8eBGcfGpLsYiBWReYYYNPczTiQC2RwWSTYXTKt3NPi+E7UrWwJr7SjQRCVKFI BOvODaTRCdDh4L46p/G5uIQTlZD0HsRm8dW1PsXcX6qba8QITqlhcRBAMpyd4mAbPezS ROoQydwRIYho4uZE6CqM78DPsozAhI5gr4kswUxJuioKyGmI8Tof1f6bpycT7isHkVQ9 28ZfR3f8UHxNhx6ZF6CovbH/Em3fOsduewceQJU+VC6xrpDVlNkm1ZlLk9bF/K+hyH7C nl8PGQm1pLMkgjH45WxR2kKj0AkyMwGAlonv6IRxGjOZXTsbPu0ksuEqr9UjVD7yo0bi nHpw==
MIME-Version: 1.0
X-Received: by with SMTP id wn5mr1797562obc.56.1377605147413; Tue, 27 Aug 2013 05:05:47 -0700 (PDT)
Received: by with HTTP; Tue, 27 Aug 2013 05:05:47 -0700 (PDT)
In-Reply-To: <>
References: <> <>
Date: Tue, 27 Aug 2013 08:05:47 -0400
X-Google-Sender-Auth: g_yRuQB3oC6-BROmdFMFJs6EHlo
Message-ID: <>
From: Kerry Lynn <>
To: "" <>
Content-Type: multipart/alternative; boundary=e89a8ff1cd6673d38504e4ecb101
Cc: "" <>
Subject: Re: [mdnsext] dnssdext charter
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion of extensions to Bonjour \(mDNS and DNS-SD\) for routed networks." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 27 Aug 2013 12:05:56 -0000


First, I'd propose that we put the proposed charter version(s) on github as
Carsten has done:  Would you like me to do
that this evening?

Second, I believe the charter must include the base case that was added
in the last draft to make it explicit that any solution MUST NOT strand the
millions of mDNS servers (printers and the like) that have already been

I agree with Peter that we probably don't need to include multiple homenet
scenarios in the charter, especially since we have no requirements from that
WG yet.

I would propose that we order the scenarios according to administrative
complexity, from base case to enterprise.  (It will be interesting to
define the
differences of enterprise dnssdext vs. fully managed DNS-SD.)

Lastly, are we set on the designation "dnssdext", and will it be in the Apps

Regards, -K-

On Tue, Aug 27, 2013 at 4:50 AM, peter van der Stok <>wrote;wrote:

> Ralph,
> I would suggest to keep the 4 scenarios in the charter.
> In the draft lynn-mdnsnext-requirements a mapping from req scenarios to
> charter scenarios can be done.
> Remembering the discussions during the Bof, the req doc. may end up with
> more scenarios than its current 6.
> Possibly they can be classified and then mapped to the 4 charter scenarios.
> Peter
> Ralph Droms (rdroms) schreef op 2013-08-26 19:07:
>  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
>> entity.
>> (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
>> networks.
>> 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
>> ______________________________**_________________
>> mdnsext mailing list
> ______________________________**_________________
> mdnsext mailing list