Greetings,
While looking at something else, it occurred to me that there is a
possible ambiguity in the following text on Hop-by-Hop Options
header processing in draft-ietf-6man-rfc2460bis-08:
The exception referred to in the preceding paragraph is the Hop-by-
Hop Options header, which carries information that may be examined
and processed by every node along a packet's delivery path, including
the source and destination nodes. The Hop-by-Hop Options header,
when present, must immediately follow the IPv6 header. Its presence
is indicated by the value zero in the Next Header field of the IPv6
header.
NOTE: While [RFC2460] required that all nodes must examine and
process the Hop-by-Hop Options header, it is now expected that nodes
along a packet's delivery path only examine and process the Hop-by-
Hop Options header if explicitly configured to do so.
The ambiguity: was the note intended to apply to every node along a
packet's delivery path, *including* the source and destination nodes?
Or was it intended to apply *only* to intermediate nodes? It seemed
clear to me from the discussions in 6man that the issues that motivated
the note applied to forwarding nodes, not to end nodes, which are
expected to process every extension header present in a packet,
discarding it if they cannot do so. It would seem odd not to expect
the HBH Options header to be processed given that we expect all other
headers to be processed, including the Destination Options header.
On that basis I would like to suggest changing the note as follows:
NOTE: While [RFC2460] required that all nodes must examine and
process the Hop-by-Hop Options header, it is now expected that nodes
along a packet's delivery path, other than the source and destination
nodes, will examine and process the Hop-by-Hop Options header only if
explicitly configured to do so.
Apologies for not catching this during the WG discussion.
Regards,
Mike Heard