a positive test proves Ze does what the requirement demands and a negative one proves it refuses what the requirement forbids
RFC 2132 - DHCP Options and BOOTP Vendor Extensions
Every requirement this repository extracted from RFC 2132, the tests bound to it, and what a reader has verified about them. This summary is enrolled and gated by ./le rfc check.
Overview
Positive
what Ze has
the requirement admits no counter-case, so one polarity plus a recorded reason is the whole proof available for it
one direction is tested, the other is neither tested nor excused, and nothing states which
scoped tests exist; the remaining obligation is unmet or unproven, with zero whole-requirement credit
a red was observed once under a recorded procedure, and the unit, the claim and the producer it rested on still hash to what was recorded. The break is not re-run. A test pair is not a proof until one has been observed
Neutral
measures that are neither good news nor bad
MUST-level requirements the gate HOLDS. A population, not a result: the shares beside it are what says how Ze stands
an obligation that does not bind Ze. A {not-applicable} annotation says it never bound; a {feature-declined} annotation says its condition is an optional feature Ze does not offer, and quotes the RFC sentence that makes it optional. Scope, not coverage: it stays in the denominator every share on this page is taken over
a {not-applicable} annotation says the obligation does not bind Ze, so no test is owed for it. It stays in the denominator every share here is taken over
a {lower-layer} annotation says a layer under Ze performs the behavior, on state Ze installs into that layer, and names the producer that installs it. The obligation binds Ze and is met; Ze proves none of it, because its own boundary carries no value the behavior reads
a {feature-declined} annotation says the obligation is conditional on a feature the RFC makes optional and Ze does not offer, and it quotes the sentence that makes it optional. The condition is false, so nothing is owed and nothing is missing. It stays in the denominator every share here is taken over
Negative
what Ze owes
no test carries the requirement id, whether or not a gap states why
The 8 shares marked as a part above are the whole of the 34 gated MUSTs: they add to 100%. Proven by a recorded break is a share of TAGGED UNITS, a different population, so it is not one of them.
How to read the colors
A color names what the measure MEANS, not how well Ze scores on it. Green is a good outcome at any value, red is a bad one, and neither a population nor a scope count is an outcome, so both take no color. The number under the label is what says how far Ze has got.
| Card | Tone here | Why that color |
|---|---|---|
| Gated MUSTs | neutral | no color: a population is a scale, and a larger one is neither good news nor bad. It is the accounting total |
| Out of scope | neutral | no color: an obligation that never bound Ze is neither an achievement nor a failure, and counting it either way would be a claim |
| Tested both ways | ok | green at every value: a test pair is the outcome this gate exists to produce, and the share under the label is what says how far Ze has got |
| One polarity plus reason | ok | green at every value: where no counter-case exists, one polarity IS the complete answer, and a recorded reason is what the gate demands beside it |
| One polarity, unexcused | ok | green at zero, RED above it: half a proof with no reason for the other half |
| Partial proof; remaining gap | ok | green at zero, RED above it: a tested clause cannot prove the whole requirement |
| No test at all | bad | green at zero, RED above it: a binding obligation nothing exercises is a claim with nothing behind it, whether or not a reason is stated |
| Not applicable | neutral | no color: an obligation that never bound Ze is neither an achievement nor a failure, and counting it either way would be a claim |
| Met below Ze | neutral | no color: an obligation met below Ze is neither a test Ze wrote nor work Ze owes, and the two green shares above are what says how much Ze proves itself |
| Optional feature declined | neutral | no color: an obligation whose condition Ze never meets is neither an achievement nor a failure. The absent FEATURE is disclosed on the RFC's own status row, as an implementation gap a later scope decision can revisit |
| Proven by a recorded break | ok | green at every value: an observed break is the outcome the discrimination gate exists to produce. The denominator is TAGGED UNITS, not obligations, so this share is not one of the parts above |
| Audit verdicts | warn | RED on the first weak, wrong or unimplemented verdict, amber while a verdict is no longer current or a gated MUST is unjudged, green when every one is judged sound and current |
At a glance
| Field | Value |
|---|---|
| Public status | Partial |
| Enrolment | Enrolled |
| Requirements | 68 |
| Gated MUST-level | 34 |
| Not applicable, so out of scope | 25 |
| Declared gaps | 1 |
| Declared gaps a test demonstrates | 0 |
| Gated with no test | 0 |
| Nightly-only evidence | 0 |
| Test tags | 8 |
| Tagged units | 8 |
| Recorded audit verdicts | 8 |
| Discrimination records | 1 |
| Summary | rfc/short/rfc2132.md |
| Requirement shard | rfc/requirements/rfc2132.md |
| RFC text | rfc/full/rfc2132.txt |
Enrolment
Enrolled: DHCP Options and BOOTP Vendor Extensions (RFC 2132): DHCP server option TLV encoding. 8 single-polarity positive (subnet mask before router, router/DNS length multiple of 4, every option carries a length octet, unrecognized vendor-specific/class-specific info ignored, PXE class prefix-match) + 1 gap (RFC2132-9.8-1 Parameter Request List option 55 not honored, fixed option order) + 25 not-applicable (length MUSTs for options ze never emits, client-identifier uniqueness is a client obligation)
What the public ledger says
Status: Partial
What the ledger says is covered
- DHCP server encodes options 1, 3, 6, 15, 51, 53, 54, 58, 59 and PXE options 43/60/66/67
- it parses received message type (53), requested IP (50), server identifier (54), and PXE class/arch (60/77/93). Tests bound per requirement in
rfc/requirements/rfc2132.md.
What the ledger says remains
One MUST gap, tracked inrfc/short/rfc2132.md: RFC2132-9.8-1 -- the server emits a fixed option set in a fixed order (buildReply internal/plugins/dhcpserver/handler.go) and never reads the client Parameter Request List (option 55), so it does not honor the client-requested option order.
Coverage
| Bucket | Count | What it counts |
|---|---|---|
| Positive and negative tests | 0 | one part of the gated population |
| Annotated (including scoped evidence) | 34 | one part of the gated population |
| One polarity only | 0 | one part of the gated population |
| No test and no annotation | 0 | one part of the gated population |
| Partial proof; remaining gap (subset of annotated; zero whole-requirement credit) | 0 | an overlay: each of these is also counted by the part it falls in |
| Evidence that runs nightly only | 0 | an overlay: each of these is also counted by the part it falls in |
| Derived from other rows | 0 | outside the gated population: each asserts nothing and derives its state from the rows it names, which the parts above already count |
| Gated MUST-level requirements | 34 | every gated MUST falls in exactly one bucket above |
Annotated (including scoped evidence) (34): RFC2132-3.3-1, RFC2132-3.5-1, RFC2132-3.6-1, RFC2132-3.7-1, RFC2132-3.8-1, RFC2132-3.9-1, RFC2132-3.10-1, RFC2132-3.11-1, RFC2132-3.12-1, RFC2132-3.13-1, RFC2132-8.2-1, RFC2132-8.3-1, RFC2132-8.9-1, RFC2132-8.10-1, RFC2132-8.12-1, RFC2132-8.13-1, RFC2132-8.14-1, RFC2132-8.15-1, RFC2132-8.16-1, RFC2132-8.17-1, RFC2132-8.18-1, RFC2132-8.19-1, RFC2132-8.20-1, RFC2132-8.21-1, RFC2132-4.7-1, RFC2132-4.3-1, RFC2132-5.8-1, RFC2132-2-5, RFC2132-2-2, RFC2132-2-3, RFC2132-8.4-1, RFC2132-9.13-1, RFC2132-9.8-1, RFC2132-9.14-1
Requirements
| Requirement | Level | Section | Tests |
|---|---|---|---|
RFC2132-3.3-1 | If both the subnet mask and the router option are specified in a DHCP reply, the subnet mask option MUST be first. (§3.3) | ||
| MUST | 3.3 | negative
no testno negative test{single-polarity}: ze constructs every OFFER/ACK with the subnet mask (option 1) emitted before the router (option 3) in fixed code order (buildReply internal/plugins/dhcpserver/handler.go:251 then :255); no code path emits them reversed, so there is no out-of-order output to assert as a negative |
|
RFC2132-3.5-1 | The minimum length for the router option is 4 octets, and the length MUST always be a multiple of 4. (§3.5) | ||
| MUST | 3.5 | negative
no testno negative test{single-polarity}: ze emits option 3 from a single netip.Addr via As4() = exactly 4 octets (buildReply internal/plugins/dhcpserver/handler.go:255), so the router option length is always a multiple of 4 and no code path can emit a non-multiple-of-4 router option to test negatively |
|
RFC2132-3.6-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.6) | ||
| MUST | 3.6 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Time Server option (code 4), so this sender length constraint binds no ze code path |
|
RFC2132-3.7-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.7) | ||
| MUST | 3.7 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Name Server option (code 5), so this sender length constraint binds no ze code path |
|
RFC2132-3.8-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.8) | ||
| MUST | 3.8 | negative
no testno negative test{single-polarity}: ze emits option 6 by concatenating 4-octet As4() addresses (buildReply internal/plugins/dhcpserver/handler.go:258-264), so the DNS option length is always 4*n and no code path can emit a non-multiple-of-4 DNS option to test negatively |
|
RFC2132-3.9-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.9) | ||
| MUST | 3.9 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Log Server option (code 7), so this sender length constraint binds no ze code path |
|
RFC2132-3.10-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.10) | ||
| MUST | 3.10 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Cookie Server option (code 8), so this sender length constraint binds no ze code path |
|
RFC2132-3.11-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.11) | ||
| MUST | 3.11 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the LPR Server option (code 9), so this sender length constraint binds no ze code path |
|
RFC2132-3.12-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.12) | ||
| MUST | 3.12 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Impress Server option (code 10), so this sender length constraint binds no ze code path |
|
RFC2132-3.13-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.13) | ||
| MUST | 3.13 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Resource Location Server option (code 11), so this sender length constraint binds no ze code path |
|
RFC2132-8.2-1 | Its minimum length is 4, and the length MUST be a multiple of 4. (§8.2) | ||
| MUST | 8.2 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NIS Servers option (code 41), so this sender length constraint binds no ze code path |
|
RFC2132-8.3-1 | Its minimum length is 4, and the length MUST be a multiple of 4. (§8.3) | ||
| MUST | 8.3 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NTP Servers option (code 42), so this sender length constraint binds no ze code path |
|
RFC2132-8.9-1 | The minimum length of this option is 4 octets, and the length MUST be a multiple of 4. (§8.9) | ||
| MUST | 8.9 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the X Window Font Server option (code 48), so this sender length constraint binds no ze code path |
|
RFC2132-8.10-1 | The minimum length of this option is 4, and the length MUST be a multiple of 4. (§8.10) | ||
| MUST | 8.10 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the X Window Display Manager option (code 49), so this sender length constraint binds no ze code path |
|
RFC2132-8.12-1 | Its minimum length is 4, and the length MUST be a multiple of 4. (§8.12) | ||
| MUST | 8.12 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NIS+ Servers option (code 65), so this sender length constraint binds no ze code path |
|
RFC2132-8.13-1 | Its minimum length is 0 (indicating no home agents are available) and the length MUST be a multiple of 4. (§8.13) | ||
| MUST | 8.13 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Mobile IP Home Agent option (code 68), so this sender length constraint binds no ze code path |
|
RFC2132-8.14-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.14) | ||
| MUST | 8.14 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the SMTP Server option (code 69), so this sender length constraint binds no ze code path |
|
RFC2132-8.15-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.15) | ||
| MUST | 8.15 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the POP3 Server option (code 70), so this sender length constraint binds no ze code path |
|
RFC2132-8.16-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.16) | ||
| MUST | 8.16 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NNTP Server option (code 71), so this sender length constraint binds no ze code path |
|
RFC2132-8.17-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.17) | ||
| MUST | 8.17 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the WWW Server option (code 72), so this sender length constraint binds no ze code path |
|
RFC2132-8.18-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.18) | ||
| MUST | 8.18 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Finger Server option (code 73), so this sender length constraint binds no ze code path |
|
RFC2132-8.19-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.19) | ||
| MUST | 8.19 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the IRC Server option (code 74), so this sender length constraint binds no ze code path |
|
RFC2132-8.20-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.20) | ||
| MUST | 8.20 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the StreetTalk Server option (code 75), so this sender length constraint binds no ze code path |
|
RFC2132-8.21-1 | The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.21) | ||
| MUST | 8.21 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the STDA Server option (code 76), so this sender length constraint binds no ze code path |
|
RFC2132-4.7-1 | Its minimum length is 2, and the length MUST be a multiple of 2. (§4.7) | ||
| MUST | 4.7 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Path MTU Plateau Table option (code 25), so this sender length constraint binds no ze code path |
|
RFC2132-4.3-1 | The minimum length of this option is 8, and the length MUST be a multiple of 8. (§4.3) | ||
| MUST | 4.3 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Policy Filter option (code 21), so this sender length constraint binds no ze code path |
|
RFC2132-5.8-1 | The minimum length of this option is 8, and the length MUST be a multiple of 8. (§5.8) | ||
| MUST | 5.8 | positive
no testno positive testnegative
no testno negative test{not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Static Route option (code 33), so this sender length constraint binds no ze code path |
|
RFC2132-2-5 | In the case of some variable-length options the length field is a constant but must still be specified. (§2) | ||
| MUST | 2 | negative
no testno negative test{single-polarity}: every option ze emits goes through safeAppendOption, which writes the length octet before the data on every path (internal/plugins/dhcpserver/handler.go); no input selects a path that omits it, so there is no refusal to assert |
|
RFC2132-2-2 | the receiver of such options MUST be prepared to delete trailing nulls if they exist. (§2) | ||
| MUST | 2 | negative
no testno negative test{single-polarity}: ze reads ASCII-carrying options 60 and 77 only by fixed-prefix match (isPXEClient internal/plugins/dhcpserver/handler.go:493, isIPXE handler.go:498), so a trailing NUL never corrupts interpretation; no ze receive path rejects or mishandles ASCII option data because of a trailing NUL, so there is no negative case |
|
RFC2132-2-3 | The receiver MUST NOT require that a trailing null be included in the data. (§2) | ||
| MUST NOT | 2 | negative
no testno negative test{single-polarity}: ze's ASCII-option receiver prefix-matches options 60 and 77 (isPXEClient internal/plugins/dhcpserver/handler.go:493, isIPXE handler.go:498) and so never requires a trailing NUL; option data without one is accepted, and there is no ze path that demands a trailing NUL to test negatively |
|
RFC2132-8.4-1 | Servers not equipped to interpret the vendor-specific information sent by a client MUST ignore it (although it may be reported). (§8.4) | ||
| MUST | 8.4 | negative
no testno negative test{single-polarity}: ze never reads a received option 43 -- vendor-specific information appears only in ze's Tx path (handler.go:325) and the option-parse loop skips any code it does not request (parseMsgType/parseOptionBytes advance past unrequested options, internal/plugins/dhcpserver/handler.go:367-403), so ze ignores client vendor-specific info and no code path interprets or rejects it |
|
RFC2132-9.13-1 | Servers not equipped to interpret the class-specific information sent by a client MUST ignore it (although it may be reported). (§9.13) | ||
| MUST | 9.13 | negative
no testno negative test{single-polarity}: ze inspects option 60 only for the "PXEClient:" prefix (isPXEClient internal/plugins/dhcpserver/handler.go:493-496); any other vendor class yields false and no class-specific handling, so an unrecognized class is ignored and no code path rejects a packet on class content to test negatively |
|
RFC2132-9.8-1 | The DHCP server is not required to return the options in the requested order, but MUST try to insert the requested options in the order requested by the client. (§9.8) | ||
| MUST | 9.8 | positive
no testno positive testnegative
no testno negative test{gap}: ze emits a fixed option set in a fixed order (buildReply internal/plugins/dhcpserver/handler.go:245-285) and never reads the client Parameter Request List (option 55 is defined at handler.go:52 but parsed nowhere in production), so it does not try to insert requested options in the client's requested order |
|
RFC2132-9.14-1 | For correct identification of clients, each client's client- identifier MUST be unique among the client-identifiers used on the subnet to which the client is attached. (§9.14) | ||
| MUST | 9.14 | positive
no testno positive testnegative
no testno negative test{not-applicable}: the uniqueness obligation binds the client's choice of client-identifier (option 61); ze is a server that keys leases and pool allocations by hardware address/chaddr (extractMAC internal/plugins/dhcpserver/handler.go:456, pool.allocate pool.go:64, leaseTable byMAC lease.go:23) and never reads or generates option 61, so it neither produces client-identifiers nor can enforce cross-client uniqueness |
|
RFC2132-2-4 | Options containing NVT ASCII data SHOULD NOT include a trailing NULL (§2) | ||
| SHOULD NOT | 2 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.5-2 | Routers SHOULD be listed in order of preference (§3.5) | ||
| SHOULD | 3.5 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.6-2 | Servers SHOULD be listed in order of preference. (§3.6) | ||
| SHOULD | 3.6 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.7-2 | Servers SHOULD be listed in order of preference. (§3.7) | ||
| SHOULD | 3.7 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.8-2 | Servers SHOULD be listed in order of preference. (§3.8) | ||
| SHOULD | 3.8 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.9-2 | Servers SHOULD be listed in order of preference. (§3.9) | ||
| SHOULD | 3.9 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.10-2 | Servers SHOULD be listed in order of preference. (§3.10) | ||
| SHOULD | 3.10 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.11-2 | Servers SHOULD be listed in order of preference. (§3.11) | ||
| SHOULD | 3.11 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.12-2 | Servers SHOULD be listed in order of preference. (§3.12) | ||
| SHOULD | 3.12 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-3.13-2 | Servers SHOULD be listed in order of preference. (§3.13) | ||
| SHOULD | 3.13 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.2-2 | Servers SHOULD be listed in order of preference. (§8.2) | ||
| SHOULD | 8.2 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.3-2 | Servers SHOULD be listed in order of preference. (§8.3) | ||
| SHOULD | 8.3 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.4-2 | Clients which do not receive desired vendor-specific information SHOULD make an attempt to operate without it, although they may do so (and announce they are doing so) in a degraded mode. (§8.4) | ||
| SHOULD | 8.4 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.9-2 | Servers SHOULD be listed in order of preference. (§8.9) | ||
| SHOULD | 8.9 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.10-2 | Addresses SHOULD be listed in order of preference. (§8.10) | ||
| SHOULD | 8.10 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.12-2 | Servers SHOULD be listed in order of preference. (§8.12) | ||
| SHOULD | 8.12 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.13-2 | Agents SHOULD be listed in order of preference. (§8.13) | ||
| SHOULD | 8.13 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.14-2 | Servers SHOULD be listed in order of preference. (§8.14) | ||
| SHOULD | 8.14 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.15-2 | Servers SHOULD be listed in order of preference. (§8.15) | ||
| SHOULD | 8.15 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.16-2 | Servers SHOULD be listed in order of preference. (§8.16) | ||
| SHOULD | 8.16 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.17-2 | Servers SHOULD be listed in order of preference. (§8.17) | ||
| SHOULD | 8.17 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.18-2 | Servers SHOULD be listed in order of preference. (§8.18) | ||
| SHOULD | 8.18 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.19-2 | Servers SHOULD be listed in order of preference. (§8.19) | ||
| SHOULD | 8.19 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.20-2 | Servers SHOULD be listed in order of preference. (§8.20) | ||
| SHOULD | 8.20 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.21-2 | Servers SHOULD be listed in order of preference. (§8.21) | ||
| SHOULD | 8.21 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-9.13-2 | Servers that respond SHOULD only use option 43 to return the vendor-specific information to the client. (§9.13) | ||
| SHOULD | 9.13 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-9.14-2 | Identifiers SHOULD be treated as opaque objects by DHCP servers. (§9.14) | ||
| SHOULD | 9.14 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-9.14-3 | In this case the type field SHOULD be one of the ARP hardware types defined in STD2 [22]. (§9.14) | ||
| SHOULD | 9.14 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.4-3 | If a vendor potentially encodes more than one item of information in this option, then the vendor SHOULD encode the option using "Encapsulated vendor-specific options" as described below (§8.4) | ||
| SHOULD | 8.4 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.4-4 | There SHOULD NOT be a "magic cookie" field in the encapsulated vendor-specific extensions field. (§8.4) | ||
| SHOULD NOT | 8.4 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.4-5 | Codes other than 0 or 255 MAY be redefined by the vendor within the encapsulated vendor-specific extensions field, but SHOULD conform to the tag-length-value syntax defined in section 2. (§8.4) | ||
| SHOULD | 8.4 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-9.8-2 | The client MAY list the options in order of preference. (§9.8) | ||
| MAY | 9.8 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-9.14-4 | The client identifier MAY consist of type-value pairs similar to the 'htype'/'chaddr' fields defined in [3]. (§9.14) | ||
| MAY | 9.14 | positive
no testno positive testnegative
no testno negative test |
|
RFC2132-8.4-6 | Codes other than 0 or 255 MAY be redefined by the vendor within the encapsulated vendor-specific extensions field (§8.4) | ||
| MAY | 8.4 | positive
no testno positive testnegative
no testno negative test |
|
Gaps and untested MUSTs
| Requirement | State | Reason |
|---|---|---|
RFC2132-3.6-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.6) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Time Server option (code 4), so this sender length constraint binds no ze code path |
RFC2132-3.7-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.7) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Name Server option (code 5), so this sender length constraint binds no ze code path |
RFC2132-3.9-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.9) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Log Server option (code 7), so this sender length constraint binds no ze code path |
RFC2132-3.10-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.10) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Cookie Server option (code 8), so this sender length constraint binds no ze code path |
RFC2132-3.11-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.11) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the LPR Server option (code 9), so this sender length constraint binds no ze code path |
RFC2132-3.12-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.12) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Impress Server option (code 10), so this sender length constraint binds no ze code path |
RFC2132-3.13-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.13) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Resource Location Server option (code 11), so this sender length constraint binds no ze code path |
RFC2132-8.2-1 Its minimum length is 4, and the length MUST be a multiple of 4. (§8.2) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NIS Servers option (code 41), so this sender length constraint binds no ze code path |
RFC2132-8.3-1 Its minimum length is 4, and the length MUST be a multiple of 4. (§8.3) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NTP Servers option (code 42), so this sender length constraint binds no ze code path |
RFC2132-8.9-1 The minimum length of this option is 4 octets, and the length MUST be a multiple of 4. (§8.9) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the X Window Font Server option (code 48), so this sender length constraint binds no ze code path |
RFC2132-8.10-1 The minimum length of this option is 4, and the length MUST be a multiple of 4. (§8.10) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the X Window Display Manager option (code 49), so this sender length constraint binds no ze code path |
RFC2132-8.12-1 Its minimum length is 4, and the length MUST be a multiple of 4. (§8.12) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NIS+ Servers option (code 65), so this sender length constraint binds no ze code path |
RFC2132-8.13-1 Its minimum length is 0 (indicating no home agents are available) and the length MUST be a multiple of 4. (§8.13) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Mobile IP Home Agent option (code 68), so this sender length constraint binds no ze code path |
RFC2132-8.14-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.14) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the SMTP Server option (code 69), so this sender length constraint binds no ze code path |
RFC2132-8.15-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.15) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the POP3 Server option (code 70), so this sender length constraint binds no ze code path |
RFC2132-8.16-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.16) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the NNTP Server option (code 71), so this sender length constraint binds no ze code path |
RFC2132-8.17-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.17) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the WWW Server option (code 72), so this sender length constraint binds no ze code path |
RFC2132-8.18-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.18) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Finger Server option (code 73), so this sender length constraint binds no ze code path |
RFC2132-8.19-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.19) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the IRC Server option (code 74), so this sender length constraint binds no ze code path |
RFC2132-8.20-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.20) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the StreetTalk Server option (code 75), so this sender length constraint binds no ze code path |
RFC2132-8.21-1 The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.21) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the STDA Server option (code 76), so this sender length constraint binds no ze code path |
RFC2132-4.7-1 Its minimum length is 2, and the length MUST be a multiple of 2. (§4.7) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Path MTU Plateau Table option (code 25), so this sender length constraint binds no ze code path |
RFC2132-4.3-1 The minimum length of this option is 8, and the length MUST be a multiple of 8. (§4.3) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Policy Filter option (code 21), so this sender length constraint binds no ze code path |
RFC2132-5.8-1 The minimum length of this option is 8, and the length MUST be a multiple of 8. (§5.8) |
no test | no test carries this requirement id; annotated {not-applicable}: ze's DHCP server emits only options 1/3/6/15/51/53/54/58/59 and PXE 43/60/66/67 (buildReply internal/plugins/dhcpserver/handler.go:245-285, appendPXEOptions handler.go:298-325); it never emits the Static Route option (code 33), so this sender length constraint binds no ze code path |
RFC2132-9.8-1 The DHCP server is not required to return the options in the requested order, but MUST try to insert the requested options in the order requested by the client. (§9.8) |
{gap}, no test | ze emits a fixed option set in a fixed order (buildReply internal/plugins/dhcpserver/handler.go:245-285) and never reads the client Parameter Request List (option 55 is defined at handler.go:52 but parsed nowhere in production), so it does not try to insert requested options in the client's requested order |
RFC2132-9.14-1 For correct identification of clients, each client's client- identifier MUST be unique among the client-identifiers used on the subnet to which the client is attached. (§9.14) |
no test | no test carries this requirement id; annotated {not-applicable}: the uniqueness obligation binds the client's choice of client-identifier (option 61); ze is a server that keys leases and pool allocations by hardware address/chaddr (extractMAC internal/plugins/dhcpserver/handler.go:456, pool.allocate pool.go:64, leaseTable byMAC lease.go:23) and never reads or generates option 61, so it neither produces client-identifiers nor can enforce cross-client uniqueness |
Proof state
A tagged unit reads unproven where no discrimination record exists for it: nothing in this tree has been observed to break it, so the claim its tag makes is unproven.
RFC2132-3.3-1
If both the subnet mask and the router option are specified in a DHCP reply, the subnet mask option MUST be first. (§3.3)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestOptionSubnetMaskBeforeRouter asserts option 1's first byte offset precedes option 3's in a real OFFER from handle(); a reordering of buildReply fails it. single-polarity annotated (no path emits them reversed)
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestOptionSubnetMaskBeforeRouter |
unit/verify | unproven |
RFC2132-3.5-1
The minimum length for the router option is 4 octets, and the length MUST always be a multiple of 4. (§3.5)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestEmittedIPListOptionLengthsMultipleOfFour asserts the emitted router option length is a non-zero multiple of 4 and exactly 4 for the single configured router; a truncated encoding fails it. single-polarity annotated
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestEmittedIPListOptionLengthsMultipleOfFour |
unit/verify | unproven |
RFC2132-3.6-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.6)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.6-1, so no unit is bound to it.
RFC2132-3.7-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.7)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.7-1, so no unit is bound to it.
RFC2132-3.8-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.8)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestEmittedIPListOptionLengthsMultipleOfFour asserts the emitted DNS option length is a non-zero multiple of 4 and exactly 8 for two configured servers. single-polarity annotated
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestEmittedIPListOptionLengthsMultipleOfFour |
unit/verify | unproven |
RFC2132-3.9-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.9)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.9-1, so no unit is bound to it.
RFC2132-3.10-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.10)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.10-1, so no unit is bound to it.
RFC2132-3.11-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.11)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.11-1, so no unit is bound to it.
RFC2132-3.12-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.12)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.12-1, so no unit is bound to it.
RFC2132-3.13-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§3.13)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-3.13-1, so no unit is bound to it.
RFC2132-8.2-1
Its minimum length is 4, and the length MUST be a multiple of 4. (§8.2)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.2-1, so no unit is bound to it.
RFC2132-8.3-1
Its minimum length is 4, and the length MUST be a multiple of 4. (§8.3)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.3-1, so no unit is bound to it.
RFC2132-8.9-1
The minimum length of this option is 4 octets, and the length MUST be a multiple of 4. (§8.9)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.9-1, so no unit is bound to it.
RFC2132-8.10-1
The minimum length of this option is 4, and the length MUST be a multiple of 4. (§8.10)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.10-1, so no unit is bound to it.
RFC2132-8.12-1
Its minimum length is 4, and the length MUST be a multiple of 4. (§8.12)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.12-1, so no unit is bound to it.
RFC2132-8.13-1
Its minimum length is 0 (indicating no home agents are available) and the length MUST be a multiple of 4. (§8.13)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.13-1, so no unit is bound to it.
RFC2132-8.14-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.14)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.14-1, so no unit is bound to it.
RFC2132-8.15-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.15)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.15-1, so no unit is bound to it.
RFC2132-8.16-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.16)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.16-1, so no unit is bound to it.
RFC2132-8.17-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.17)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.17-1, so no unit is bound to it.
RFC2132-8.18-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.18)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.18-1, so no unit is bound to it.
RFC2132-8.19-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.19)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.19-1, so no unit is bound to it.
RFC2132-8.20-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.20)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.20-1, so no unit is bound to it.
RFC2132-8.21-1
The minimum length for this option is 4 octets, and the length MUST always be a multiple of 4. (§8.21)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-8.21-1, so no unit is bound to it.
RFC2132-4.7-1
Its minimum length is 2, and the length MUST be a multiple of 2. (§4.7)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-4.7-1, so no unit is bound to it.
RFC2132-4.3-1
The minimum length of this option is 8, and the length MUST be a multiple of 8. (§4.3)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-4.3-1, so no unit is bound to it.
RFC2132-5.8-1
The minimum length of this option is 8, and the length MUST be a multiple of 8. (§5.8)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-5.8-1, so no unit is bound to it.
RFC2132-2-5
In the case of some variable-length options the length field is a constant but must still be specified. (§2)
Audit verdict: enforced (the tests do what the requirement demands), fresh. single-polarity positive is valid: safeAppendOption writes the length octet on its only write path and no input selects an omission. TestEveryEmittedOptionHasLengthOctet walks the OFFER by length octets to End and now pins the constant length of 53 (1) and 54, 1, 51, 58, 59 (4), so an omitted or wrong length octet goes red
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestEveryEmittedOptionHasLengthOctet |
unit/verify | revert, verified |
RFC2132-2-2
the receiver of such options MUST be prepared to delete trailing nulls if they exist. (§2)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestASCIIOptionParsingTolerantOfTrailingNull feeds option 60 and 77 values with a trailing NUL to isPXEClient/isIPXE (the only ze receivers of ASCII option data) and asserts they are still recognized; an exact-equality matcher without NUL deletion fails it
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestASCIIOptionParsingTolerantOfTrailingNull |
unit/verify | unproven |
RFC2132-2-3
The receiver MUST NOT require that a trailing null be included in the data. (§2)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestASCIIOptionParsingTolerantOfTrailingNull asserts option 60 and 77 values without a trailing NUL are recognized by isPXEClient/isIPXE; a receiver requiring the NUL fails it
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestASCIIOptionParsingTolerantOfTrailingNull |
unit/verify | unproven |
RFC2132-8.4-1
Servers not equipped to interpret the vendor-specific information sent by a client MUST ignore it (although it may be reported). (§8.4)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestIgnoresClientVendorSpecificOption43 asserts the OFFER for a DISCOVER carrying client option 43 is byte-identical to the OFFER without it, through handle(); any action on or rejection of option 43 fails it
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestIgnoresClientVendorSpecificOption43 |
unit/verify | unproven |
RFC2132-9.13-1
Servers not equipped to interpret the class-specific information sent by a client MUST ignore it (although it may be reported). (§9.13)
Audit verdict: enforced (the tests do what the requirement demands), fresh. TestIgnoresUnknownVendorClass (PXE enabled) asserts an unrecognized vendor class 'MSFT 5.0' yields an OFFER byte-identical to one without option 60 and no option 66/67; class-driven handling fails it
| Polarity | Test | Kind and tier | Proof state |
|---|---|---|---|
| positive | TestIgnoresUnknownVendorClass |
unit/verify | unproven |
RFC2132-9.8-1
The DHCP server is not required to return the options in the requested order, but MUST try to insert the requested options in the order requested by the client. (§9.8)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-9.8-1, so no unit is bound to it.
RFC2132-9.14-1
For correct identification of clients, each client's client- identifier MUST be unique among the client-identifiers used on the subnet to which the client is attached. (§9.14)
Audit verdict: not audited: no reader has judged these tests
No test carries RFC2132-9.14-1, so no unit is bound to it.
Extraction sign-off
| Field | Value |
|---|---|
| Reviewer | claude (independent judge of the services dhcpserver package) |
| Signed off | 2026-09-29 |
| Register | rfc2119 |
| Source | rfc/full/rfc2132.txt |
| Source fingerprint | 671b4cd5878737e5 |
| Record | rfc/extraction/rfc2132.json |
| Mapped sentences | 33 |
| Declined as scope | 4 |
| Relocated to a spec, which Ze OWES | 0 |
| Unclassified | 0 |
Sections
| Section | Name | Sites | Disposition | Reason |
|---|---|---|---|---|
front |
not stated | 0 | walked | not stated |
1 |
not stated | 0 | walked | not stated |
1.1 |
not stated | 3 | walked | not stated |
1.2 |
not stated | 0 | walked | not stated |
2 |
not stated | 3 | walked | not stated |
3 |
not stated | 0 | walked | not stated |
3.1 |
not stated | 0 | walked | not stated |
3.2 |
not stated | 0 | walked | not stated |
3.3 |
not stated | 1 | walked | not stated |
3.4 |
not stated | 0 | walked | not stated |
3.5 |
not stated | 1 | walked | not stated |
3.6 |
not stated | 1 | walked | not stated |
3.7 |
not stated | 1 | walked | not stated |
3.8 |
not stated | 1 | walked | not stated |
3.9 |
not stated | 1 | walked | not stated |
3.10 |
not stated | 1 | walked | not stated |
3.11 |
not stated | 1 | walked | not stated |
3.12 |
not stated | 1 | walked | not stated |
3.13 |
not stated | 1 | walked | not stated |
3.14 |
not stated | 0 | walked | not stated |
3.15 |
not stated | 0 | walked | not stated |
3.16 |
not stated | 0 | walked | not stated |
3.17 |
not stated | 0 | walked | not stated |
3.18 |
not stated | 0 | walked | not stated |
3.19 |
not stated | 0 | walked | not stated |
3.20 |
not stated | 0 | walked | not stated |
4 |
not stated | 0 | walked | not stated |
4.1 |
not stated | 0 | walked | not stated |
4.2 |
not stated | 0 | walked | not stated |
4.3 |
not stated | 1 | walked | not stated |
4.4 |
not stated | 0 | walked | not stated |
4.5 |
not stated | 0 | walked | not stated |
4.6 |
not stated | 0 | walked | not stated |
4.7 |
not stated | 1 | walked | not stated |
5 |
not stated | 0 | walked | not stated |
5.1 |
not stated | 0 | walked | not stated |
5.2 |
not stated | 0 | walked | not stated |
5.3 |
not stated | 0 | walked | not stated |
5.4 |
not stated | 0 | walked | not stated |
5.5 |
not stated | 0 | walked | not stated |
5.6 |
not stated | 0 | walked | not stated |
5.7 |
not stated | 0 | walked | not stated |
5.8 |
not stated | 1 | walked | not stated |
6 |
not stated | 0 | walked | not stated |
6.1 |
not stated | 0 | walked | not stated |
6.2 |
not stated | 0 | walked | not stated |
6.3 |
not stated | 0 | walked | not stated |
7 |
not stated | 0 | walked | not stated |
7.1 |
not stated | 0 | walked | not stated |
7.2 |
not stated | 0 | walked | not stated |
7.3 |
not stated | 0 | walked | not stated |
8 |
not stated | 0 | walked | not stated |
8.1 |
not stated | 0 | walked | not stated |
8.2 |
not stated | 1 | walked | not stated |
8.3 |
not stated | 1 | walked | not stated |
8.4 |
not stated | 1 | walked | not stated |
8.5 |
not stated | 0 | walked | not stated |
8.6 |
not stated | 0 | walked | not stated |
8.7 |
not stated | 0 | walked | not stated |
8.8 |
not stated | 0 | walked | not stated |
8.9 |
not stated | 1 | walked | not stated |
8.10 |
not stated | 1 | walked | not stated |
8.11 |
not stated | 0 | walked | not stated |
8.12 |
not stated | 1 | walked | not stated |
8.13 |
not stated | 1 | walked | not stated |
8.14 |
not stated | 1 | walked | not stated |
8.15 |
not stated | 1 | walked | not stated |
8.16 |
not stated | 1 | walked | not stated |
8.17 |
not stated | 1 | walked | not stated |
8.18 |
not stated | 1 | walked | not stated |
8.19 |
not stated | 1 | walked | not stated |
8.20 |
not stated | 1 | walked | not stated |
8.21 |
not stated | 1 | walked | not stated |
9 |
not stated | 0 | walked | not stated |
9.1 |
not stated | 0 | walked | not stated |
9.2 |
not stated | 0 | walked | not stated |
9.3 |
not stated | 0 | walked | not stated |
9.4 |
not stated | 0 | walked | not stated |
9.5 |
not stated | 0 | walked | not stated |
9.6 |
not stated | 0 | walked | not stated |
9.7 |
not stated | 0 | walked | not stated |
9.8 |
not stated | 1 | walked | not stated |
9.9 |
not stated | 0 | walked | not stated |
9.10 |
not stated | 0 | walked | not stated |
9.11 |
not stated | 0 | walked | not stated |
9.12 |
not stated | 0 | walked | not stated |
9.13 |
not stated | 1 | walked | not stated |
9.14 |
not stated | 1 | walked | not stated |
10 |
not stated | 0 | walked | not stated |
11 |
not stated | 0 | walked | not stated |
12 |
not stated | 0 | walked | not stated |
13 |
not stated | 0 | walked | not stated |
14 |
not stated | 0 | walked | not stated |
Excluded sentences
| Site | Excluded kind | Reason | Quote |
|---|---|---|---|
1.1:1 |
not-a-requirementnever bound Ze the sentence states a fact or describes another document, and directs no implementation |
Section 1.1 is the document's RFC 2119 terminology section: it lists the keywords and defines them ('This word or the adjective "REQUIRED" means that the item is an absolute requirement of this specification.'). The keyword is the subject of the sentence rather than an obligation on a DHCP implementation. | o "MUST" |
1.1:2 |
not-a-requirementnever bound Ze the sentence states a fact or describes another document, and directs no implementation |
Section 1.1 is the document's RFC 2119 terminology section: it lists the keywords and defines them ('This word or the adjective "REQUIRED" means that the item is an absolute requirement of this specification.'). The keyword is the subject of the sentence rather than an obligation on a DHCP implementation. | This word or the adjective "REQUIRED" means that the item is an absolute requirement of this specification. |
1.1:3 |
not-a-requirementnever bound Ze the sentence states a fact or describes another document, and directs no implementation |
Section 1.1 is the document's RFC 2119 terminology section: it lists the keywords and defines them ('This word or the adjective "REQUIRED" means that the item is an absolute requirement of this specification.'). The keyword is the subject of the sentence rather than an obligation on a DHCP implementation. | o "MUST NOT" |
2:3 |
binds-another-rolenever bound Ze the obligation is addressed to a role Ze never acts as Presumed wrong until justified: Ze rarely implements one side of a protocol, so the reason beside this row must name the role, show Ze never acts as it, and cite the producer that would. |
binds the authors of option definitions published after RFC 2132, which Ze does not write; Ze sends only options RFC 2132 itself defines (buildReply, appendPXEOptions in internal/plugins/dhcpserver/handler.go). Row RFC2132-2-1 is retired (rfc/corrections/rfc2132.md) | Any options defined subsequent to this document MUST contain a length octet even if the length is fixed or zero. |
Superseded
No document obsoletes RFC 2132, so its obligations are stated where they were written.