[DNSOP] New Version Notification for draft-fanf-dnsop-rfc2317bis-01.txt

Tony Finch <dot@dotat.at> Tue, 10 November 2015 14:22 UTC

Return-Path: <fanf2@hermes.cam.ac.uk>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 410511B2B1F for <dnsop@ietfa.amsl.com>; Tue, 10 Nov 2015 06:22:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id LCDSRDDePm18 for <dnsop@ietfa.amsl.com>; Tue, 10 Nov 2015 06:22:38 -0800 (PST)
Received: from ppsw-51.csi.cam.ac.uk (ppsw-51.csi.cam.ac.uk []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08BB01B2B37 for <dnsop@ietf.org>; Tue, 10 Nov 2015 06:22:38 -0800 (PST)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from hermes-2.csi.cam.ac.uk ([]:46666) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk []:25) with esmtpa (EXTERNAL:fanf2) id 1Zw9oi-00023e-WQ (Exim 4.86_36-e07b163) (return-path <fanf2@hermes.cam.ac.uk>); Tue, 10 Nov 2015 14:22:36 +0000
Received: from fanf2 by hermes-2.csi.cam.ac.uk (hermes.cam.ac.uk) with local id 1Zw9oh-0006Cs-W6 (Exim 4.72) (return-path <fanf2@hermes.cam.ac.uk>); Tue, 10 Nov 2015 14:22:35 +0000
Date: Tue, 10 Nov 2015 14:22:35 +0000
From: Tony Finch <dot@dotat.at>
X-X-Sender: fanf2@hermes-2.csi.cam.ac.uk
To: dnsop@ietf.org, Petr Spacek <pspacek@redhat.com>
Message-ID: <alpine.LSU.2.00.1511101411320.959@hermes-2.csi.cam.ac.uk>
User-Agent: Alpine 2.00 (LSU 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: Tony Finch <fanf2@hermes.cam.ac.uk>
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/0qZzsGu0Dm53E2oh20VJqLRV-2s>
Subject: [DNSOP] New Version Notification for draft-fanf-dnsop-rfc2317bis-01.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2015 14:22:41 -0000

I have published a new version of my Classless IN-ADDR.ARPA draft. This
incorporates some miscellaneous suggestions from before the IETF meeting,
and Petr's suggestions from last week.

All comments and suggestions welcome!

Petr, I've cut down your security considerations fairly viciously; please
shout if you think I have cut too much! I dropped the paragraph about
UPDATE security since that is covered in RFC 2136. I also dropped the last
paragraph since the earlier part seems to just repeat what the previous
paragraph said, and the later part seems to suggest some special server
side processing; if server-side processing is a real suggestion it needs a
real spec.

f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/
Wight, Portland, Plymouth: Southwest 5 or 6, occasionally 7 at first. Moderate
or rough, occasionally very rough in west Plymouth. Rain or drizzle at times.
Moderate or good, occasionally poor.

---------- Forwarded message ----------
Date: Tue, 10 Nov 2015 06:09:17 -0800
From: internet-drafts@ietf.org
To: Tony Finch <dot@dotat.at>
Subject: New Version Notification for draft-fanf-dnsop-rfc2317bis-01.txt

A new version of I-D, draft-fanf-dnsop-rfc2317bis-01.txt
has been successfully submitted by Tony Finch and posted to the
IETF repository.

Name:		draft-fanf-dnsop-rfc2317bis
Revision:	01
Title:		Classless IN-ADDR.ARPA delegation and dynamic reverse DNS UPDATE
Document date:	2015-11-10
Group:		Individual Submission
Pages:		22
URL:            https://www.ietf.org/internet-drafts/draft-fanf-dnsop-rfc2317bis-01.txt
Status:         https://datatracker.ietf.org/doc/draft-fanf-dnsop-rfc2317bis/
Htmlized:       https://tools.ietf.org/html/draft-fanf-dnsop-rfc2317bis-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-fanf-dnsop-rfc2317bis-01

   This memo describes how to do IN-ADDR.ARPA delegation on any non-
   octet boundary, and how to consolidate reverse DNS for multiple
   address blocks into one zone.

   It also clarifies the behaviour of dynamic reverse DNS UPDATE

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat