Document Action: 'Requirements for Scalable DNS-SD/mDNS Extensions' to Informational RFC (draft-ietf-dnssd-requirements-06.txt)

The IESG <> Sat, 21 March 2015 17:43 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id AF47B1A1B2D; Sat, 21 Mar 2015 10:43:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 8i-Yjyk-5N9s; Sat, 21 Mar 2015 10:43:24 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id BC82F1A1B47; Sat, 21 Mar 2015 10:43:22 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Document Action: 'Requirements for Scalable DNS-SD/mDNS Extensions' to Informational RFC (draft-ietf-dnssd-requirements-06.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <>
Date: Sat, 21 Mar 2015 10:43:22 -0700
Archived-At: <>
Cc: dnssd mailing list <>, dnssd chair <>, RFC Editor <>
X-Mailman-Version: 2.1.15
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 21 Mar 2015 17:43:25 -0000

The IESG has approved the following document:
- 'Requirements for Scalable DNS-SD/mDNS Extensions'
  (draft-ietf-dnssd-requirements-06.txt) as Informational RFC

This document is the product of the Extensions for Scalable DNS Service
Discovery  Working Group.

The IESG contact persons are Brian Haberman and Ted Lemon.

A URL of this Internet Draft is:

Technical Summary:

  DNS-SD/mDNS is widely used today for discovery and resolution of
  services and names on a local link, but there are use cases to
  extend DNS-SD/mDNS to enable service discovery beyond the local
  link.  This document provides a problem statement and documents a
  set of requirements against which solutions can be designed and

Working Group Summary:

  The WG generally reached strong consensus on all points, including
  all requirements, in the document.

  There was some specific discussion about whether wireless links
  should be treated differently, but it was agreed that REQ9 should be
  generalised and say "SSD should operate efficiently on common link
  layers and link types."

  The evolution of the other requirements was quite smooth with good

Document Quality:

  As a requirements document, a number of implementors/vendors have
  expressed an interest in working towards a common, interoperable
  solution for service discovery across multiple links.

  No specialist review was required.

  A separate threat analysis is being documented through


  Document shepherd: Tim Chown
  Responsible AD: Ted Lemon