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