option you can
pursue that will definitely work.
*[image: userimage]Scott Larson[image: los angeles]
<https://www.google.com/maps/place/4216+Glencoe+Ave,+Marina+Del+Rey,+CA+90292/@33.9892151,-118.4421334,17z/data=!3m1!4b1!4m2!3m1!1s0x80c2ba88ffae914d:0x14e1d00084d4d09c>Lead
Systems Admini
, but they came out essentially in a dead heat when testing for
raw throughput.
*[image: userimage]Scott Larson[image: los angeles]
<https://www.google.com/maps/place/4216+Glencoe+Ave,+Marina+Del+Rey,+CA+90292/@33.9892151,-118.4421334,17z/data=!3m1!4b1!4m2!3m1!1s0x80c2ba88ffae914d:0x14e1d00084d4d
no problem.
*[image: userimage]Scott Larson[image: los angeles]
<https://www.google.com/maps/place/4216+Glencoe+Ave,+Marina+Del+Rey,+CA+90292/@33.9892151,-118.4421334,17z/data=!3m1!4b1!4m2!3m1!1s0x80c2ba88ffae914d:0x14e1d00084d4d09c>Lead
Systems Administrator[image: wdlogo] <https://www.wir
ts and NIC counters show any drops or errors? On the FBSD servers you
could also run 'netstat -i -w 1' under load to see if drops are occurring
locally, or 'systat -vmstat' for resource contention problems. But again, a
similar setup here and no such issues have appeared.
*
Thanks Navdeep, I figured there had to be more going on than just
allowing packets across interfaces. With forwarding automatically disabling
TSO/LRO that would entirely explain why my bandwidth throughput tests drop
off significantly.
*[image: userimage]Scott Larson[image: los angeles
rwarding does to the network stack. Does it ultimately put a lower
priority on traffic where the server functioning as the packet router is
the final endpoint in exchange for having more resources available to route
traffic across interfaces as would generally be the case?
*[image: userimage]Scott Larso
