Re: [VRRP] [tsv-dir] Arps and grat arps was (RE: tsv-dir review of draft-ietf-vrrp-unified-spec-02.txt)

[Joe Touch <touch at ISI.EDU>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, all,

Stephen Nadas wrote:
>  
> 
>> Section 8.1.2:
>>
>>    "When a VRRP router restarts or boots, it SHOULD not send any ARP

FWIW, this might read better as "SHOULD NOT"

>>    messages with its physical MAC address for the IPv4 
>> address it owns,
>>    it should only send ARP messages that include Virtual MAC 
>> addresses."
>>
>> How do you ssh to the physical router, if you're not sure 
>> which router you'll actually reach?  Does this require a 
>> separate IPv4 address?
>>
>>       "When configuring an interface, VRRP routers should broadcast a
>>       gratuitous ARP request containing the virtual router MAC address
>>       for each IPv4 address on that interface."
>>
>> Surely a VRRP router only does this when becoming the master?
>> Otherwise backup routers can cause traffic to be blackholed 
>> when their interface is configured.  Similar text appears in 8.2.2.
> 
> Hi Mark, 
> 
> Regards 1st point, good qn. I would like to hear WG comments please. 
> 
> Regards 2nd point, yes, when master.  I can clarify text. 

I understand sending the gratuitous ARP on reboot/restart, but I don't
understand why it matters that the physical MAC *not* be ARPed. It
should not matter - the VR uses a separate IP address and MAC address
anyway, right?

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkkSO/AACgkQE5f5cImnZrtDfgCfePMwpWeFBk5DmLG0tlJElgM1
vUkAn1Eb2GoVK8Cdbp/n9fRnhD4Ll4YI
=BClf
-----END PGP SIGNATURE-----
_______________________________________________
vrrp mailing list
vrrp at ietf.org
https://www.ietf.org/mailman/listinfo/vrrp