From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 5435521F142 for ; Thu, 11 Oct 2012 15:26:02 -0700 (PDT) Received: by mail-wg0-f47.google.com with SMTP id ge7so1360014wgb.28 for ; Thu, 11 Oct 2012 15:26:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ES83weYGvnhb2368BPF7efb+9+T/zf/IvlpdIV3T5SY=; b=Znmdn4g0LT0+cPD2ksZmxBeXUBjUyx6gQvqs+JXgRyvJqtBAauxfJrvbyOjhjZS7+n wMeKukQrr7Fju8PK3Ug/jVvm6t99l5Mo1GR+XubuzDnOkonv5gaJ5eUTHiWOBv5B7ia3 qqXq+1Kh8mLcrzJcrK4ErYlTrRnLtSCSgn5KpZqjq96KZFF7LF96RH39lu1KYELtKWiY u9tje8LcS8KkrTDHozGRHsrPol30u9N104RvV2m4cWOhDKT9BdJZIXsx+tURR7hLyfU6 p6WjIrxz9LrOTW1fk9VfLraZGhqJL25raiUCt4bq9l/NDPPBfndybRvF+bv9FdTFxIm8 3LNA== MIME-Version: 1.0 Received: by 10.180.104.97 with SMTP id gd1mr1176630wib.4.1349994359842; Thu, 11 Oct 2012 15:25:59 -0700 (PDT) Received: by 10.223.129.135 with HTTP; Thu, 11 Oct 2012 15:25:59 -0700 (PDT) In-Reply-To: <4D671EC0-533F-4C92-8C99-028EAAE815B5@apple.com> References: <4D671EC0-533F-4C92-8C99-028EAAE815B5@apple.com> Date: Thu, 11 Oct 2012 15:25:59 -0700 Message-ID: From: Dave Taht To: cerowrt-devel@lists.bufferbloat.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Cerowrt-devel] Fwd: [homenet] Fwd: New mailing list for DNS-SD/mDNS Extensions X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2012 22:26:02 -0000 And activity here, too. There has been tumultuous activity on the homenet list regarding making DNS and mdns work better, especially on ipv6, and I'm hoping this new list will become a focused effort on extending the core functionality of mdns and merging in more of the functionality of conventional DNS. In our case, with cerowrt, we try to route everything, and certain things, like avahi's mdns forwarding, form multicast loops with multiple routers in place, which is bad. local Name/address mapping, in general, is hard to get right, and can be improved dramatically, and I'm delighted to see new activity in this area. ---------- Forwarded message ---------- From: Stuart Cheshire Date: Wed, Oct 10, 2012 at 11:25 PM Subject: [homenet] Fwd: New mailing list for DNS-SD/mDNS Extensions To: homenet@ietf.org Of possible interest to the homenet community, I think: > From: Stuart Cheshire > Date: 10 October 2012 15:53:30 PDT > To: IETF Discussion > Subject: New mailing list for DNS-SD/mDNS Extensions > list-id: IETF-Discussion > > A new IETF mailing list has been created for discussions regarding DNS-SD= /mDNS Extensions: > > > > This is in response to recent events in the industry and marketplace. > > In August, EDUCAUSE delivered a petition to Apple asking for improvements= to Bonjour (aka DNS-SD/mDNS) to allow discovery of services beyond the loc= al link. > > > > > > In principle DNS-SD can already be used in conjunction with conventional = unicast DNS to enable wide-area service discovery, but in practice this cap= ability is not widely used. This disconnect between customer needs and curr= ent practice suggests that we need to revisit how to solve this problem. > > In response to this customer demand, Aerohive, Aruba, Cisco, and Xirrus h= ave all recently announced "Bonjour gateway" products which allow service d= iscovery beyond the local link. However, these were brought to market rapid= ly, and it's unclear whether they represent a desirable long-term direction= for service discovery protocol development. Other companies are also repor= ted to be developing their own "Bonjour gateway" products, not yet announce= d. > > It would be beneficial for the end users, network operators, these vendor= s, and for the long-term health of the Internet to bring this work into the= IETF where all interested parties can collaborate on it. > > Proposed Scope of Work: > > The MDNSEXT mailing list discussions will focus on service discovery solu= tions suitable for: > > 1. Enterprise networks > 2. Academic/Educational/University networks > 3. Multi-link home networks, such as that envisaged by HOMENET* > 4. Mesh networks, such as SE2.0/ZigBee/6lowpan-style networks > > * It is hoped that MDNSEXT can develop a solution that is suitable for al= l four network environments, including the HOMENET case. Of course the HOME= NET WG is free to evalulate for itself whether it wishes to adopt the MDNSE= XT solution, or develop something different. > > Proposed Goals: > > 1. Enable discovery of services across multiple links. > > 2. Zero configuration operation possible, but not mandatory. > - i.e. Zero configuration operation is supported by the protocols, > but administrative control is also available on networks where that > is desired. > > 3. Scalability, in terms of: > - Network traffic > - CPU and memory requirements on network entities > - User interface (huge flat list is not user friendly) > - Having a smooth continuum of operation from local link to site to > global, rather than wildly different incompatible modes of > operation at different network scales > - Granularity of services available on a server (extend the notion of s= ervice?) > > 4. Suitable for both local (zero-config) and global (configured) use > - i.e. Suitable out-of-the box defaults should enable zero- > configuration use on many small- to medium-sized networks, while stil= l > allowing for administrative control in networks where that's desired. > > 5. Incremental deployability > - Identify what changes to existing network elements will be > required, and attempt to minimize those changes. > - Don't break existing DNS-SD/mDNS functionality and devices > > A BoF session is tentatively planned for 1520-1650 Tuesday 6th November 2= 012, subject there being enough interest to warrant moving ahead to that st= age. > > Stuart Cheshire _______________________________________________ homenet mailing list homenet@ietf.org https://www.ietf.org/mailman/listinfo/homenet --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html