On Sun, Aug 12, 2012 at 06:16:33PM +0200, Mark Tinka wrote: > On Friday, June 29, 2012 07:39:06 PM Florian Lohoff wrote: > > > The only bug we have had so far was IPv6 native going > > down on an interface when looping externally e.g. DWDM > > transport and not getting back up until ipv6 is removed > > from and added to the interface again. We monitor IPv6 > > interface operational state seperately since that event. > > Reason is a failed Duplicat Adress Detection which is > > not retried after shut/no shut or link state change. > > Hit that one too - it's an IOS XR issue, not so much an > ASR9000 one, as we run into it on the CRS. > > Last I heard from Cisco is that it is likely expected > behaviour because the RFC implies the same, i.e., DAD > conflicts are not cleared automatically (I'll be honest, I > haven't verified this claim in the RFC itself). > > That said, Cisco have a command to fix this issue > interactively: > > clear ipv6 duplicate address
I would have expected shut/no shut oder link flap to reset this. In the end this means its a new physical connection and we should retry DAD. Flo -- Florian Lohoff [email protected]
signature.asc
Description: Digital signature
_______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
