[Bug 233995] Inconsistent arp handling in multiple fibs
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Thu Dec 13 21:46:38 UTC 2018
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233995
Bug ID: 233995
Summary: Inconsistent arp handling in multiple fibs
Product: Base System
Version: 12.0-RELEASE
Hardware: amd64
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: kern
Assignee: bugs at FreeBSD.org
Reporter: patrik at hildingsson.se
uname -a; FreeBSD lrrr.guld.sen 12.0-RELEASE FreeBSD 12.0-RELEASE r341666
GENERIC amd64
uname -U; 1200086
uname -K; 1200086
lagg0;
laggproto lacp lagghash l2,l3,l4
laggport: em0 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
laggport: igb0 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
groups: lagg
fib0 contains
Internet:
Destination Gateway Flags Netif Expire
default 192.168.23.1 UGS lagg0
192.168.23.0/24 link#4 U lagg0
192.168.23.124 link#4 UHS lo0
fib1 contains
Internet:
Destination Gateway Flags Netif Expire
default 192.168.22.1 UGS lagg0.200
192.168.22.0/24 link#17 U lagg0.200
192.168.22.13 tt:uu:vv:xx:yy:zz UHS lagg0.200
When attempting communication in fib 1 with remote hosts within the same
routing domain , i.e. 192.168.22.1 it fails and the following logentry is
written:
Dec 13 21:00:03 lrrr kernel: arpresolve: can't allocate llinfo for 192.168.22.1
on lagg0.200
When adding the following entry in fib0 the communication works.
setfib 0 route add -net 192.168.22.0/24 -iface lagg0.200
In addition, when adding a static ARP entry the communication works.
setfib 1 arp -s 192.168.22.1 ss:uu:vv:xx:yy:zz
It seems to me that ARP should work in either fib regardless of fib0 having the
network in question. This issue seems to have existed before according to
https://lists.freebsd.org/pipermail/freebsd-net/2012-May/032340.html
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list