freevrrpd bug or feature?
Eugene Mitrofanov
eugene at imedia.ru
Thu Feb 17 10:11:53 GMT 2005
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
More information about the freebsd-stable
mailing list