Re: Some thoughts/comments on draft-gont-6man-slaac-dns-config-issues-01

Mark Andrews <marka@isc.org> Fri, 17 April 2015 23:08 UTC

Return-Path: <marka@isc.org>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A3F01B30D3 for <ipv6@ietfa.amsl.com>; Fri, 17 Apr 2015 16:08:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WmAJSWcVr4pr for <ipv6@ietfa.amsl.com>; Fri, 17 Apr 2015 16:08:01 -0700 (PDT)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1572F1B30D2 for <6man@ietf.org>; Fri, 17 Apr 2015 16:08:01 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx.ams1.isc.org (Postfix) with ESMTPS id B2A9C1FCAB8 for <6man@ietf.org>; Fri, 17 Apr 2015 23:07:57 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 22867160058 for <6man@ietf.org>; Fri, 17 Apr 2015 23:08:01 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id EF305160083 for <6man@ietf.org>; Fri, 17 Apr 2015 23:08:00 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YDW6ZjoXSwvh for <6man@ietf.org>; Fri, 17 Apr 2015 23:08:00 +0000 (UTC)
Received: from rock.dv.isc.org (c122-106-161-187.carlnfd1.nsw.optusnet.com.au [122.106.161.187]) by zmx1.isc.org (Postfix) with ESMTPSA id 7252F160058 for <6man@ietf.org>; Fri, 17 Apr 2015 23:08:00 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 072B52D31138 for <6man@ietf.org>; Sat, 18 Apr 2015 08:38:24 +1000 (EST)
To: 6man@ietf.org
From: Mark Andrews <marka@isc.org>
Subject: Re: Some thoughts/comments on draft-gont-6man-slaac-dns-config-issues-01
Date: Sat, 18 Apr 2015 08:38:23 +1000
Message-Id: <20150417223824.072B52D31138@rock.dv.isc.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/-S6xYCVUtODpNo4scO3xoE1Cd4Q>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Apr 2015 23:08:05 -0000

------- Forwarded Message

To: Fernando Gont <fgont@si6networks.com>
Cc: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>,
    "pavlix@pavlix.net" <pavlix@pavlix.net>,
    "liushucheng@huawei.com" <liushucheng@huawei.com>
From: Mark Andrews <marka@isc.org>
References: <1059223520.4994623.1429165351434.JavaMail.yahoo@mail.yahoo.com> <55304CD4.7040902@si6networks.com>
Subject: Re: Some thoughts/comments on draft-gont-6man-slaac-dns-config-issues-01
In-reply-to: Your message of "Thu, 16 Apr 2015 20:59:16 -0300."
             <55304CD4.7040902@si6networks.com>
Date: Fri, 17 Apr 2015 10:33:48 +1000


On DNS server lifetimes there are several senarios to consider
depending upon which servers are being advertised.

1. Servers that are the embeded in the router or are proxied
	by the router.
2. Servers that are internal to the network but are not the
	router.
3. Servers that are external to the network and have a restricted
	client population (think ISP limited to its address
	ranges).
4. Servers that are external and don't have a restricted
	client population (think Google's public recursive
	servers).
5. a mixture of the above.

For 2 and 4 lifetime is totally independent of router lifetime.

For 1 and 3 the servers are only good as long as the router is up
and if you have a alternate exit route it would be better to not
use nameservers advertised by the router.  This is also a common
senario in homes.

That said I would just have the node update the servers based on a
merge of the available servers (if there are multiple routers) /
new set of servers and not remove them when the router goes down.

Mark
- -- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org

------- End of Forwarded Message