Hemant: The on-link/off-link indication is for *ALL* of the addresses in the prefix. That is what the "default behavior" is in reference to. If the node has other information (such as from an ICMPv6 Redirect), it would then NOT use the default behavior. There is a MAJOR difference between saying that all destinations on a prefix are OFF-LINK vs NOT ON-LINK. Not on-link means you don't know and ABSENT ANY OTHER INFORMATION (ie, the default behavior) you send the traffic to the default router. - Bernie
________________________________ From: Hemant Singh (shemant) Sent: Wednesday, December 05, 2007 1:50 PM To: Suresh Krishnan; [EMAIL PROTECTED]; IETF IPv6 Mailing List Subject: Here is the reference to 6.3.4 text that is ambigious text The summary from this section snipped from 6.3.4 of RFC 4861 is saying no on-ink information does not mean off-link. So why is the text is red where is says, send traffic to default router being said because the text in red signals off-link behavior. Why is this paragraph not ambiguous? Prefix Information options that have the "on-link" (L) flag set indicate a prefix identifying a range of addresses that should be considered on-link. Note, however, that a Prefix Information option with the on-link flag set to zero conveys no information concerning on-link determination and MUST NOT be interpreted to mean that addresses covered by the prefix are off-link. The only way to cancel a previous on-link indication is to advertise that prefix with the L-bit set and the Lifetime set to zero. The default behavior (see Section 5.2) when sending a packet to an address for which no information is known about the on-link status of the address is to forward the packet to a default router; the reception of a Prefix Information option with the "on-link" (L) flag set to zero does not change this behavior. The reasons for an address being treated as on-link is specified in the definition of "on-link" in Section 2.1. Prefixes with the on-link flag set to zero would normally have the autonomous flag set and be used by [ADDRCONF]. Hemant
-------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
