BIND 10 #2657: BIND10 Guide update: DHCPv6 options

BIND 10 Development do-not-reply at isc.org
Thu Jan 24 13:08:00 UTC 2013


#2657: BIND10 Guide update: DHCPv6 options
-------------------------------------+-------------------------------------
            Reporter:  tomek         |                        Owner:
                Type:  task          |  marcin
            Priority:  medium        |                       Status:
           Component:                |  reviewing
  documentation                      |                    Milestone:
            Keywords:                |  Sprint-DHCP-20130122
           Sensitive:  0             |                   Resolution:
         Sub-Project:  DHCP          |                 CVSS Scoring:
Estimated Difficulty:  0             |              Defect Severity:  N/A
         Total Hours:  0             |  Feature Depending on Ticket:
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
Changes (by stephen):

 * owner:  stephen => marcin


Comment:

 Reviewed commit 1e2111996aa44a583fcdf0997a6aa170542f3ea2.

 I've made a number of edits - correcting typos etc, but also rewriting
 some paragraphs to make them (what I think) is clearer.  I've concentrated
 on the DHCPv4 sections, but some changes may need to be propagated to the
 V6 part of the guide.

 In addition, there are several issues:

 '''Table 17.1'''[[BR]]
 The "Array" field of the "routers" (code 3) line was empty.  I assumed
 that "routers" is an array, so have filled it in as "true".

 '''Section 17.4'''
 I've altered the text a bit here.  However, missing in the description of
 the first set of commands is the meaning of the files "array", "record-
 types" and "encapsulate".  Even if you say they should be left blank, they
 should be mentioned.

 '''Section 17.5'''[[BR]]
 There seems to be confusion between the name "vendor-encapsulated-options"
 and "vendor-ops" in the third example (Although I've modified the text,
 the name needs to be sorted out.)

 We also need to explain here why we are using this space (i.e. that we are
 talking about sub-options conveyed in a vendor option.)

 I've put what I think is the explanation for setting a value for option
 43.  This needs to be check.



 '''17.6 Nested DHCPv4 options (custom option spaces)'''[[BR]]
 The first paragraph here confuses me - if we need to define a vendor space
 so that we can use a new numbering scheme for options, what did we do in
 the last section (where we used vendor-encapsulated options)?

 When we define the DHCPv4 option "container" with code 222, the example
 sets the data type as uint16.  Is this correct?

 I've added a paragraph to the end of this section stating that the dummy
 values set for "container" are ignored.  Is this correct?  And will this
 restriction be removed in the future (i.e. should we add a "note"
 element?).

-- 
Ticket URL: <http://bind10.isc.org/ticket/2657#comment:5>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list