Re: [mdnsext] mDNSext features/requirements rollup

nudge <nudgemac@fastmail.fm> Mon, 28 January 2013 17:38 UTC

Return-Path: <nudgemac@fastmail.fm>
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 4159D21F8930 for <mdnsext@ietfa.amsl.com>; Mon, 28 Jan 2013 09:38:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 cUEVOLnJ3Bht for <mdnsext@ietfa.amsl.com>; Mon, 28 Jan 2013 09:38:37 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by ietfa.amsl.com (Postfix) with ESMTP id 91C8921F8786 for <mdnsext@ietf.org>; Mon, 28 Jan 2013 09:38:37 -0800 (PST)
Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C354420F42 for <mdnsext@ietf.org>; Mon, 28 Jan 2013 12:38:36 -0500 (EST)
Received: from web6.nyi.mail.srv.osa ([10.202.2.216]) by compute5.internal (MEProxy); Mon, 28 Jan 2013 12:38:36 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:in-reply-to:references:subject:date; s=mesmtp; bh= qIlHE9VDoq3qS+N92zCdSCno544=; b=kOG+nYxYb/sY1J1B7yIiufE1f9my2LId buQs7CZVwTqkLKcnB+eXWzwztN7gFR75g+Unngoc25c39bZGx5ThCpN6QnecoJ04 ognbXqDTzbCR76IvcthvDTV5pGI3aoG9z06dTOv48R/ldZSejlzhK0w21guufseH 6zk9sJvI1Rw=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=qIlHE9VDoq3qS+N92zCdSCno544=; b=D2D P2VZCrs8xPzosQpp7CjUhdt67IJnCyNW0+KCw5K40oVgwB2M5PeVqqLPUTBP/C4y 1Bij8rSQXLQq3GfZqAfjd6rd7JGikaxapgi/yu/bCpd+N8jpz+3IySivCCOqOqiy sQ1plsp0WGgSysoV+Gmr54jvsEgnp9hcnfIO3qpM=
Received: by web6.nyi.mail.srv.osa (Postfix, from userid 99) id 935EB212B8; Mon, 28 Jan 2013 12:38:36 -0500 (EST)
Message-Id: <1359394716.21038.140661183424269.2E11AA10@webmail.messagingengine.com>
X-Sasl-Enc: 4azkrnTT5IdAmh3ZMLtgDYaXd8tWa9mtG61dhDIokTRq 1359394716
From: nudge <nudgemac@fastmail.fm>
To: mdnsext@ietf.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain
X-Mailer: MessagingEngine.com Webmail Interface - html
In-Reply-To: <20130128173400.GP13806@mx1.yitter.info>
References: <01E33CD1-89B4-4088-B2BC-F01E34DF6F57@gmail.com> <20130128173400.GP13806@mx1.yitter.info>
Date: Mon, 28 Jan 2013 18:38:36 +0100
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 17:38:38 -0000

On Mon, Jan 28, 2013, at 06:34 PM, Andrew Sullivan wrote:
> On Mon, Jan 28, 2013 at 11:51:02AM -0500, RJ Atkinson wrote:
> 
> > Some of us would like to see mDNS support multiple IP subnets
> > (e.g. multiple buildings, multiple groups, multiple (V)LANs)
> > within a single administrative domain (e.g. university campus,
> > corporate campus).  
> > 
> >   This implies having a straight-forward way to configure 
> >   networking devices (e.g. firewalls, routers) at the edge 
> >   of one's administrative domain to exclude certain interfaces 
> >   (e.g. exterior uplink interfaces) from all mDNS traffic 
> >   of the administrative domain using mDNS.
> 
> I still do not understand why this sort of thing isn't better handled
> by vastly improved tools for real DNS management.  It seems to me that
> people are asking for a single, unifed namespace outside the
> link-local context, and we invented a mechanism for that many years
> ago.  The problem is that the support tools for that mechanism sort of
> suck.  Instead of inventing a new protocol which, by definition, is
> going to run into conflicts with the existing protocols in this space,
> why wouldn't it be better to take that energy and expend it on the
> missing tools?

Because there's more money to be made being dns experts in a poorly
equipped world ?