Calling arpresolve on an rtentry looked up by rtalloc_mpath_fib won't
work because a gratuitous clone route is created without llinfo
attached. As far as I can tell, routes should only ever be cloned for
initial host route creation during a resolve to store arp information.
Index: sys/net/radix_m
Not that I object to this at all, but out of curiosity what is the
motivation? I would imagine "embedded devices that run stuff not
connected to the 'net" but hoping for something more
interesting/exciting. :)
Doug
--
This .signature sanitized for your protection
__
On Fri, 7 Nov 2008, Anton Yuzhaninov wrote:
% sysctl net.inet.tcp.syncache
net.inet.tcp.syncache.rst_on_sock_fail: 1
net.inet.tcp.syncache.rexmtlimit: 3
net.inet.tcp.syncache.hashsize: 1024
net.inet.tcp.syncache.count: -84
net.inet.tcp.syncache.cachelimit: 102400
net.inet.tcp.syncache.bucketlim