>>>>> On Thu, 08 Jul 2004 14:32:08 +0900,
>>>>> [EMAIL PROTECTED] said:
>>> i would like to see your clarified text and then i may comment.
>>
>> The last one (see also a previous message of mine in this thread -
>> attached below). Or perhaps even more - for example, if a router
>> finds duplication on an interface, it won't forward packets to or from
>> that interface. This scenario is not directly related to "addresses"
>> on the interface.
>>
>> If we can agree so far, I'll make specific wording for the next
>> revision of rfc2462bis.
> ok, from the attached message, i can see which direciton you are going
> to. i'll wait for the next revision.
The proposed revised text (the entire Section 5.4.5) is attached
below. Is this acceptable?
JINMEI, Tatuya
Communication Platform Lab.
Corporate R&D Center, Toshiba Corp.
[EMAIL PROTECTED]
5.4.5 When Duplicate Address Detection Fails
A tentative address that is determined to be a duplicate as described
above MUST NOT be assigned to an interface and the node SHOULD log a
system management error.
If the address is a link-local address formed from an interface
identifier based on the hardware address (e.g., EUI-64), IPv6
operation on the interface SHOULD be disabled. By disabling IPv6
operation, the node will then
- not send any IPv6 packets from the interface
- silently drop any IPv6 packets received on the interface
- not forward any IPv6 packets to the interface (when acting as a
router or processing a packet with a Routing header)
In this case, the IP address duplication probably means duplicate
hardware addresses are in use, and trying to recover from it by
configuring another IP address will not result in a usable network.
In fact, it probably makes things worse by creating problems that are
harder to diagnose than just disabling network operation on the
interface; the user will see a partially working network where some
things work, and other things will not.
On the other hand, if the duplicate link-local address is not formed
from an interface identifier based on the hardware address, IPv6
operation on the interface MAY be continued.
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[EMAIL PROTECTED]
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
