Catching up an old topic... >>>>> On Tue, 10 Feb 2004 07:26:05 -0500, >>>>> Soliman Hesham <[EMAIL PROTECTED]> said:
> What should a node do upon reception of a prefix option with the prefix > length set to a value >64? > The issue can be stated more accurately to say: > What should a host do upon reception of a prefix option with the prefix > length set to a value != 64? You appear to focus on the address configuration side of this issue. And RFC2461 is quite clear that the prefix handling in RFC2461 should be separate from that in RFC2462, so I'd see this as a 2462bis issue and not a 2461bis issue. Regarding rfc2461bis, my impression is that the receiving node must accept an prefix information in terms of the ND (2461 or bis) part regardless of the prefix length. For example, assuming a 64-bit interface identifier, if we receive an RA containing an prefix information option with 80-bit prefix length and with the L and A bits both being set, RFC2462 clearly says that the prefix MUST be ignored in terms of address configuration: If the sum of the prefix length and interface identifier length does not equal 128 bits, the Prefix Information option MUST be ignored. (RFC2462 Section 5.5.3, ) However, I think the receiving node should still consider the prefix as valid in terms of ND (i.e., consider it as "on-link") and modify the next-hop determination accordingly. The questions are: 1. is this a correct understanding of the intention of RFC2461? 2. if yes, is this a reasonable behavior? 3. if yes (for both 1 and 2), should this explicitly be documented in rfc2461bis? And my personal answers are: yes for 1 (of course. this is my understanding). not sure for 2, but I don't oppose to the behavior (though I'll need to change my own implementation). probably yes for 3. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. [EMAIL PROTECTED] -------------------------------------------------------------------- IETF IPv6 working group mailing list [EMAIL PROTECTED] Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------