Re: [DNSOP] Fwd: I-D Action: draft-pappas-dnsop-long-ttl-04.txt

Stephane Bortzmeyer <bortzmeyer@nic.fr> Tue, 13 March 2012 15:21 UTC

Return-Path: <bortzmeyer@nic.fr>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C897F21F8961 for <dnsop@ietfa.amsl.com>; Tue, 13 Mar 2012 08:21:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.477
X-Spam-Level:
X-Spam-Status: No, score=-102.477 tagged_above=-999 required=5 tests=[AWL=0.122, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yVezSOEcBJgN for <dnsop@ietfa.amsl.com>; Tue, 13 Mar 2012 08:21:27 -0700 (PDT)
Received: from mx2.nic.fr (mx2.nic.fr [IPv6:2001:660:3003:2::4:11]) by ietfa.amsl.com (Postfix) with ESMTP id 0C29A21F8960 for <dnsop@ietf.org>; Tue, 13 Mar 2012 08:21:27 -0700 (PDT)
Received: from mx2.nic.fr (localhost [127.0.0.1]) by mx2.nic.fr (Postfix) with SMTP id CB87B1C0109; Tue, 13 Mar 2012 16:21:23 +0100 (CET)
Received: by mx2.nic.fr (Postfix, from userid 500) id AF21A1C010E; Tue, 13 Mar 2012 16:21:21 +0100 (CET)
Received: from relay2.nic.fr (relay2.nic.fr [IPv6:2001:67c:2218:9::4:163]) by mx2.nic.fr (Postfix) with ESMTP id 9CD1A1C0109; Tue, 13 Mar 2012 16:21:21 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [IPv6:2001:67c:2219:8::6:69]) by relay2.nic.fr (Postfix) with ESMTP id 9B262B38055; Tue, 13 Mar 2012 16:21:21 +0100 (CET)
Date: Tue, 13 Mar 2012 16:21:21 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Eric Osterweil <eosterweil@verisign.com>
Message-ID: <20120313152121.GA10495@nic.fr>
References: <20120223155730.20754.45643.idtracker@ietfa.amsl.com> <ED92824E-550C-4E76-B7B7-F010613326A2@verisign.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <ED92824E-550C-4E76-B7B7-F010613326A2@verisign.com>
X-Operating-System: Debian GNU/Linux wheezy/sid
X-Kernel: Linux 3.1.0-1-686-pae i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Bogosity: No, tests=bogofilter, spamicity=0.000002, version=1.1.5
X-PMX-Version: 5.4.6.353000, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2012.3.13.151224
X-PerlMx-Spam: Gauge=IIIIIII, Probability=8%, Report='HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_700_799 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CD 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __USER_AGENT 0'
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] Fwd: I-D Action: draft-pappas-dnsop-long-ttl-04.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 13 Mar 2012 15:21:27 -0000

On Fri, Mar 02, 2012 at 09:56:40AM -0800,
 Eric Osterweil <eosterweil@verisign.com> wrote 
 a message of 61 lines which said:

> We have resurrected our draft Improving DNS Service Availability by
> Using Long TTL Values, 

> A.1.  Frequency of Infra-RR Changes

A very interesting survey. Thanks for the data. But it works only for
zones who plan their NS change in advance (like most TLDs). For Joe
Smith or Jane Jones, holders of example.com, it won't help because,
although the NS changes are infrequent, they are typically not planned
in advance and the user would like them to be fast. 

I suspect that, if ordinary user's domains in .com adopt the 7-days
TTL, many will be surprised the first time they attempt to change the
NS set.