Sebastien Roy wrote: > On Wed, 2008-10-29 at 00:28 +0800, yifan wrote: > >>> Does vrrpd itself send RA messages? If so, why? Shouldn't that be >>> the responsibility of in.ndpd? (The RFC describes what behaviors are >>> required for the whole system, but doesn't specify which daemon needs >>> to take the required actions.) Section 7.6 doesn't describe how the >>> required behavior will be achieved by the project. >>> >>> >> There is a case that in.ndpd cannot satisfy the requirements. When a VRRP >> Master's Accept_Mode is False, the interface should send/accept ND/RA >> messages but should not accept packets desinating the associated IP >> addresses. This is implemented by adding static ND entries without applying >> the associated IP address on the interface. >> > > Pardon my interjection, but what does this have to do with router > advertisements (Jim's original question)? You're describing the need to > do proxy ND (static neighbor cache entries), which seems unrelated. >
Sorry I didn't state it clearly. As I understand, to send RA messages, in.ndpd requires the source IP address to be applied on the interface. While in non-accept mode and non-owner mode this is not true, the IP won't be configured on the interface. Thus the vrrpd needs to forge and send RA messages. Please correct me if I were wrong. Thanks, Yifan
_______________________________________________ networking-discuss mailing list [email protected]
