RE: Some comments on draft-ietf-vrrp-ipv6-spec-08.txt

"Stephen Nadas \(RL/TNT\)" <[email protected]>
Newsgroups gmane.ietf.vrrp
Message-ID <F4565ABF2BF72240B26E924CE5D60AB604DD6D0A@eusrcmw721.eamcs.ericsson.se>
Seems like this means changing ND somewhat so I think I prefer a
different approach.  Or draft could mention, both as alternatives
(either don't run dad or modify ND as described).  I wasn't looking for
much here, perhaps just a note that mentions the issue.   

-Steve 

-----Original Message-----
From: John Cruz (johcruz) [mailto:[email protected]] 
Sent: Wednesday, May 09, 2007 4:14 PM
To: Stephen Nadas (RL/TNT); [email protected]
Cc: [email protected]
Subject: RE: [VRRP] Some comments on draft-ietf-vrrp-ipv6-spec-08.txt 

Hi Steve,

This is regarding issue 1:

Rather than not running DAD, would the following achieve the same
effect?

The VRRP master does not respond to ND neighbor solicitation for VRRP
protected addresses if the source address is the unspecified address
(::). With this, when the address owner is back up after being down, it
will send a ND-NS for duplicate address detection process. The current
master would not respond.
Therefore, the IPv6 address will get installed and VRRP will start. This
will then make the current master to move to standy state.

Does this make sense?
John

> Issue 1:  
> We think that the draft should mention that one MUST NOT run DAD on 
> interfaces where the VRRP protected IP address == interface IP 
> address.
> It may even make sense to say one MUST NOT run DAD on any VRRP 
> protected address.  In either case, the usual result for DAD on such 
> addresses is
> a DAD failure.    
> 

_______________________________________________
vrrp mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/vrrp
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.