>>>>> On Wed, 01 Jun 2005 12:57:48 -0400, >>>>> Sebastien Roy <[EMAIL PROTECTED]> said:
>> In any case, this issue was discussed with Jinmei last week and >> here is the suggested text that we agreed on. Please let me know >> if you have a comment: >> >> >> 1) If no Router Advertisement is received on any interfaces, a >> >> multihomed host will have no way of knowing which >> >> interface to >> >> send packets out on, even for on-link destinations. One >> >> possible approach for a multihomed node would be to >> >> attempt to >> >> perform address resolution on all interfaces. The same >> >> argument applies to a singlehomed node that does not receive >> >> any Router Advertisement, but the step in the multihomed case >> >> involves significant complexity. > The same argument does not apply to single homed nodes. The point of > removing the on-link assumption was to make sure the node does _not_ do > address resolution in the absence of a route to the destination. Are > you saying that it's ok to do that if you have more than one network > interface? That's how I read this text. If you've not read the discussion last week, please check the following links: http://www1.ietf.org/mail-archive/web/ipv6/current/msg05047.html http://www1.ietf.org/mail-archive/web/ipv6/current/msg05050.html http://www1.ietf.org/mail-archive/web/ipv6/current/msg05053.html http://www1.ietf.org/mail-archive/web/ipv6/current/msg05057.html http://www1.ietf.org/mail-archive/web/ipv6/current/msg05058.html In summary, I believe I stand at the same position as yours. My understanding of the current wording in the 03 draft is that it strangely talks about a "multihome version of on-link assumption". While I was not convinced with Hesham's response that "this is actually not the on-link assumption since this is just 'attempt', not a 'requirement'", I suggested the above text in case we really still want to emphasize the complexity specific to the multihomed case. As I stated in msg05058.html, my primary preference is to remove this part altogether with the removal of the on-link assumption. 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 --------------------------------------------------------------------
