Re: [mdnsext] mDNSext features/requirements rollup

Andrew Sullivan <ajs@anvilwalrusden.com> Mon, 28 January 2013 17:34 UTC

Return-Path: <ajs@anvilwalrusden.com>
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 1645421F8930 for <mdnsext@ietfa.amsl.com>; Mon, 28 Jan 2013 09:34:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.84
X-Spam-Level:
X-Spam-Status: No, score=-0.84 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311]
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 zlnl-WXk9rLX for <mdnsext@ietfa.amsl.com>; Mon, 28 Jan 2013 09:34:03 -0800 (PST)
Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) by ietfa.amsl.com (Postfix) with ESMTP id 9A4B421F8928 for <mdnsext@ietf.org>; Mon, 28 Jan 2013 09:34:03 -0800 (PST)
Received: from mx1.yitter.info (nat-08-mht.dyndns.com [216.146.45.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id 8ECF78A031 for <mdnsext@ietf.org>; Mon, 28 Jan 2013 17:34:01 +0000 (UTC)
Date: Mon, 28 Jan 2013 12:34:00 -0500
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: mdnsext@ietf.org
Message-ID: <20130128173400.GP13806@mx1.yitter.info>
References: <01E33CD1-89B4-4088-B2BC-F01E34DF6F57@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <01E33CD1-89B4-4088-B2BC-F01E34DF6F57@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
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:34:04 -0000

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?

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com