accept_ mode and neighbor solicitaion (NS) pkts

"Stephen Nadas" <[email protected]> Thu, 8 Nov 2007 11:04:04 -0600
Newsgroups gmane.ietf.vrrp
Message-ID <F4565ABF2BF72240B26E924CE5D60AB60624B968@eusrcmw721.eamcs.ericsson.se>
Hi John, Don, Bob,

I'd like to clarify what packets accept mode = off should apply to as
follows: 

Suppose router A is IPv6 address owner of ipa, and router B backs up
ipa.  Suppose also that  accept mode is in its default state of off on
B.  Further imagine, if you will, a client with an (unsophisticated)
neighbor unreachability detection implementation, by which I mean the
client sends an neighbor solicitaion (NS) msg, gets a reply, sets a
timer, when timer pops, sends another NS msg (ie, client doesn't follow
the SHOULD about using higher layer info to infer forward progress).   

Finally, suppose that in between NS requests made by client, VRRP
mastership for ipa switches to router B.  

The draft says: 

   Accept_Mode             Controls whether a virtual router in Master
                           state will accept packets addressed to the
                           address owner's IPvX address as its own if it
                           is not the IPvX address owner.  Default is
                           False.

So, when NS pkt arrives at rtr B while it is master, rtr B drops it bcos
acccept mode is off.  Client will looses its address mapping for ipa (at
least for a time).  In analogous IPv4 case, ARP pkt won't make it to IP
layer, presumably ARP req/resp will flow and address mapping will not be
lost.   

I'd like to add text in next spin of draft to the above para to clarify
that accept_mode doesn't apply to NS requests, which we think resolves
this.

Comments or objections?  There's at least a question in my mind about
whether there are other IPv6 ICMP (control fn related) pkts that
accept_mode should not apply to.

Thanks,
Steve     

          

_______________________________________________
vrrp mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/vrrp