Hi James Kempf wrote
> If the mobile node is > capable of detecting when the link changes, it can immediately send an RS rather > than wait for a multicast RA. According to RFC 2461, mobile host should not send RS immediately. Before sending RS, it should execute random delay like below. "Before a host sends an initial solicitation, it SHOULD delay the transmission for a random amount of time between 0 and MAX_RTR_SOLICITATION_DELAY. This serves to alleviate congestion when many hosts start up on a link at the same time, such as might happen after recovery from a power failure." Are you suggesting that above term should be loosened too? I wonder whether it is good idea to change current Neighbor Discovery protocol that much. I am afraid there may be side effect like RA overabundance. Most people will agree that Movement Detection mechanism should be improved. It takes too much time for mobile node to detect link-change under current Neighbor Discovery protocol. Hence we need to consider the following 2 items. 1) How to improve Movement Detection Algorithm? 2) How to incorporate the result of 1) to current Mobile IPv6 work? For 2), MIPv6 implementators should be provided of the results of 1). It will be useful to produce an informative draft and make implementators aware of it. For 1), I think more discussion is needed. And I have proposed an alternative method. In the proposal, AP caches Router Advertisement message and sends it to a new mobile node as soon as L2 association is made. You can find more details in below. http://www.ietf.org/internet-drafts/draft-jinchoi-l2trigger-fastrd-01.txt -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
