[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