[dns-dir] "Bonjour" protocol doc suite
Ralph Droms <rdroms.ietf@gmail.com> Mon, 13 September 2010 11:06 UTC
Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: dns-dir@core3.amsl.com
Delivered-To: dns-dir@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 755053A697A for <dns-dir@core3.amsl.com>; Mon, 13 Sep 2010 04:06:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -107.632
X-Spam-Level:
X-Spam-Status: No, score=-107.632 tagged_above=-999 required=5 tests=[AWL=2.367, BAYES_00=-2.599, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1iXikG8Z30R for <dns-dir@core3.amsl.com>; Mon, 13 Sep 2010 04:06:17 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 512943A6979 for <dns-dir@ietf.org>; Mon, 13 Sep 2010 04:06:17 -0700 (PDT)
Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAP+hjUyrR7H+/2dsb2JhbAChRnGjMIo4h3ctiCqDAwiCNQSKJw
X-IronPort-AV: E=Sophos;i="4.56,358,1280707200"; d="scan'208";a="238144099"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-3.cisco.com with ESMTP; 13 Sep 2010 11:06:43 +0000
Received: from sjc-vpnasa1-32.cisco.com (sjc-vpnasa1-32.cisco.com [10.21.104.32]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o8DB6gur009086; Mon, 13 Sep 2010 11:06:43 GMT
From: Ralph Droms <rdroms.ietf@gmail.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Mon, 13 Sep 2010 13:06:42 +0200
Message-Id: <D1634F49-63A1-4B7E-8CD4-E4D9D01FF479@gmail.com>
To: IETF Directorate DNS <dns-dir@ietf.org>
Mime-Version: 1.0 (Apple Message framework v1078)
X-Mailer: Apple Mail (2.1078)
Subject: [dns-dir] "Bonjour" protocol doc suite
X-BeenThere: dns-dir@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNS directorate discussion list <dns-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dns-dir>, <mailto:dns-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dns-dir>
List-Post: <mailto:dns-dir@ietf.org>
List-Help: <mailto:dns-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-dir>, <mailto:dns-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Sep 2010 11:06:18 -0000
The authors of the following documents have published revisions and have asked me to bring them back to the IESG as AD sponsored submissions: Multicast DNS, <draft-cheshire-dnsext-multicastdns-11.txt> DNS-Based Service Discovery, <draft-cheshire-dnsext-dns-sd-06.txt> Requirements for a Protocol to Replace AppleTalk NBP, <draft-cheshire-dnsext-nbp-08.txt> As many of you are likely aware, these documents have been reviewed by the IESG, and the mDNS and DNS-SD docs have been through IETF last call (as far as I can tell, the NBP doc has been reviewed by the IESG but has not gone through an IETF last call). The newly published revisions of these documents take the previous reviews into account and I believe they are close to ready for re-review by the IESG and the IETF. During the previous reviews of the mNDS and DNS-SD documents, the question of "Standards Track" versus "Informational" was raised. The authors have addressed the specific comments from previous reviews related to this question and have asked that the documents be published as "Standards Track". I know these are long documents, but I would like to get at least preliminary feedback on the docments from the DNS Directorate before putting them back on the IESG agenda. If you know of any reason why I should not go ahead with an IETF last call, please let me know by Thu, Sep 16. Any discussion of the docs and how to proceed with their review would be welcome and appreciated. A more thorough review can be provided during the IETF last call. If reviewers want to read the last call comments for the mDNS and DNS-SD docs, the relevant threads are available at: http://www.ietf.org/mail-archive/web/ietf/current/msg59418.html http://www.ietf.org/mail-archive/web/ietf/current/msg53588.html respectively. One important issue that will need to be resolved is the disposition of ".local.", as used by mDNS. This issue seems to be related to the "sink.arpa." issue (I think I understand the differences between the two issues), which has been black-holed by the IAB. I will restart the sink.arpa. discussion in anticipation of a similar discussion about .local. - Ralph
- [dns-dir] "Bonjour" protocol doc suite Ralph Droms
- Re: [dns-dir] "Bonjour" protocol doc suite Thomas Narten
- Re: [dns-dir] "Bonjour" protocol doc suite Rob Austein
- Re: [dns-dir] "Bonjour" protocol doc suite Ralph Droms
- Re: [dns-dir] "Bonjour" protocol doc suite Olafur Gudmundsson
- Re: [dns-dir] "Bonjour" protocol doc suite Ralph Droms
- Re: [dns-dir] "Bonjour" protocol doc suite Lars-Johan Liman
- Re: [dns-dir] "Bonjour" protocol doc suite Andrew Sullivan
- Re: [dns-dir] "Bonjour" protocol doc suite Rob Austein
- Re: [dns-dir] "Bonjour" protocol doc suite Olafur Gudmundsson
- Re: [dns-dir] "Bonjour" protocol doc suite Ralph Droms
- Re: [dns-dir] "Bonjour" protocol doc suite Ralph Droms
- Re: [dns-dir] "Bonjour" protocol doc suite Olaf Kolkman
- Re: [dns-dir] "Bonjour" protocol doc suite Ralph Droms
- [dns-dir] multicastdns (Re: "Bonjour" protocol do… Andrew Sullivan
- [dns-dir] dns-sd (Re: "Bonjour" protocol doc suit… Andrew Sullivan