[dhcwg] comments on draft-ietf-dhc-topo-conf-01
Carsten Strotmann <carsten@strotmann.de> Wed, 05 March 2014 15:13 UTC
Return-Path: <cas@strotmann.de>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75CE71A0584 for <dhcwg@ietfa.amsl.com>; Wed, 5 Mar 2014 07:13:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.209
X-Spam-Level:
X-Spam-Status: No, score=0.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, HOST_MISMATCH_NET=0.311] autolearn=no
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 vQCT2vw8da5b for <dhcwg@ietfa.amsl.com>; Wed, 5 Mar 2014 07:13:00 -0800 (PST)
Received: from csgate3.strotmann.de (cstrotm-1-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:f1d::2]) by ietfa.amsl.com (Postfix) with ESMTP id 0C0F51A0241 for <dhcwg@ietf.org>; Wed, 5 Mar 2014 07:13:00 -0800 (PST)
Received: from raspidev.home.strotmann.de (unknown [212.255.248.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by csgate3.strotmann.de (Postfix) with ESMTPSA id A4B5950EC for <dhcwg@ietf.org>; Wed, 5 Mar 2014 16:12:54 +0100 (CET)
Received: by raspidev.home.strotmann.de (Postfix, from userid 1001) id 9633882B08; Wed, 5 Mar 2014 16:12:53 +0100 (CET)
From: Carsten Strotmann <carsten@strotmann.de>
To: dhcwg@ietf.org
References: <86r46gn0zw.fsf@strotmann.de>
User-agent: mu4e 0.9.9.5; emacs 24.3.1
In-reply-to: <86r46gn0zw.fsf@strotmann.de>
Date: Wed, 05 Mar 2014 16:12:53 +0100
Message-ID: <86ppm0n0ga.fsf@strotmann.de>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: http://mailarchive.ietf.org/arch/msg/dhcwg/KzclpBhSAc_tWxd1-Lw3ztUPTb0
Subject: [dhcwg] comments on draft-ietf-dhc-topo-conf-01
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Mar 2014 15:13:01 -0000
Hi, I've read "draft-ietf-dhc-topo-conf-01". Below are some (minor) comments: ----- Page 3 > 2. Terminology > > an IP address with a scope of use wider than the local link. the term to be defined here seems to be missing ----- Page 7 - 4. Simple Subnetted Network > Relays A, B, C and D in this > example are represented in the diagram as IP routers with an embedded > relay function, because this is a very typical configuration, but the > relay function can also be provided in a separate server on each > link. maybe replace "separate server" in this sentence with "separate host", as a relay is not necessary a "server" (could be just any node in the local link). ----- Page 6 > In DHCPv6 that is also possible in case where server is > configured with server unicast option and clients are able to take > advantage of it. In DHCPv6 that is also possible in case where *the* server is configured with *a* server unicast option and clients are able to take advantage of it. ----- Page 8, Figure 3 there is a stray "Figure 2" text in Figure 3 ----- Page 8 > ... every commercial DHCP server provides similar functionality. and Page 11 > ... accomplished with all existing commercial DHCP servers. and Page 11 - 8. Dynamic Lookup > However, all modern commercial DHCP servers ... Might be just a matter of taste, but "all/every" and "commercial" seem to be overly specific. "modern DHCP server(s)" might be more general for the document. ----- Page 10 the configuration example is labeled "Figure 3", but there already is a Figure 3 on Page 8. This is probably "Figure 4". ----- Page 11 - 8. Dynamic Lookup The text does not mention TTL and how long the data that has been looked up can be used. The text should have some information about data that is cached should have some kind of TTL (either delivered as part of the lookup protocol, or a default, or configurable). ----- > Page 12 - 10. Mutliple subnets on the same link Mutliple --> Multiple 10. Multiple subnets on the same link ----- Page 12 - 10. Multiple subnets on the same link > Such a configuration is often referred to as shared > subnets. Using different terminology is often a source of confusion, esp. if network admins coming from a Microsoft Windows background talk to admins with Unix background. What is called "shared subnets" in popular Unix DHCP servers is called a "multinet" in the Microsoft documentation. The administrative configuration inside a Microsoft DHCP server to work with such a "multinet" is called a "DHCP Superscope": <http://technet.microsoft.com/en-us/library/dd759168.aspx> To bridge the language gap between both camps reading this BCP, it might be useful to define both terms in section "2. Terminology". ---- -- Carsten Strotmann Email: cas@strotmann.de Blog: strotmann.de
- [dhcwg] comments on draft-ietf-dhc-topo-conf-01 Carsten Strotmann
- Re: [dhcwg] comments on draft-ietf-dhc-topo-conf-… Ted Lemon