freevrrpd bug or feature?

[Eugene Mitrofanov]

Hi

Subj from CVS (with vlan support), FreeBSD 4.8-p16, 4.9-p3 and 5.3-Stable.

I installed Subj on the two my routers and noticed that it does not work as 
should. I investigated the problem and discovered the following: vrrpd use 
the different destination MAC addresses for sending  VRRPv2 Advertisement.

tcpdump -eni fxp0 vrrp:

00:00:5e:00:01:16 > 01:00:5e:41:40:02, ethertype IPv4 (0x0800), length 60: 
IP x.x.x.254 > 224.0.0.18: VRRPv2, Advertisement, vrid 22, prio 255, 
authtype simple, intvl 1s, length 24

tcpdump -eni fxp1 vrrp:

00:00:5e:00:01:15 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 62: 
IP 172.17.0.254 > 224.0.0.18: VRRPv2, Advertisement, vrid 21, prio 255, 
authtype simple, intvl 1s, length 28

BTW, 01:00:5e:00:00:12 is determined as IETF-VRRP by ethereal,  but 
01:00:5e:41:40:02 does not known for it.

It seems that freevrrpd daemon does not receive such broadcast packets and 
this is why fxp0 works in the master mode on both routers. I found how to 
fix this. I run 'ifconfig fxp0 promisc' I get one master and one backup.

Does anybody meet the similar problem? Where I can find any information 
about processing MACs like above by kernel? Why 01:00:5e:41:40:02 does not 
delivered to freevrrpd and 01:00:5e:00:00:12 does?

Regards
-- 
EMIT-RIPN, EVM7-RIPE