If you have any updates on this, please let me know. There is still
time for 10.4.
On Thu, Sep 7, 2017 at 11:04 PM, Paul Koch <paul.koch at akips.com>
wrote:> On Thu, 7 Sep 2017 13:51:11 +0800
> Sepherosa Ziehau <sephe at freebsd.org> wrote:
>
>> Weird, your traffic pattern does not even belong to anything heavy.
>> Sending is mainly UDP, which will never be able to saturate the TX
>> buffer ring causing the RXBUF ACK sending failure. This is weird.
>
> It's a bit tricky. The poller is very fast. We ping every device every
15
> seconds, and collect every MIB object every 60 seconds. The poller
"rate
> limits" itself by dividing each minute into 100ms time slots and only
sends a
> specific amount of pings/snmp packets in each time slot. The problem is,
it
> blasts the request packets out really fast at the start of each time slot,
> and then sits in a receive loop until the next time slot comes around. The
> requests are not paced over the 100ms, therefore it will blast out a lot
> of packets in a few milliseconds.
>
> We use to use a 1 second rate limiting time slot, and didn't interlace
> ping/snmp requests, but we found certain interface types on Cisco 6509
> switches couldn't keep up with back-to-back pings and would lose them.
>
>
>> Anyhow, make sure to test this patch:
>> 8762017-Sep-07 02:19 hn_inc_txbr.diff
>
> Yep. Might take a bit of time to test though because we'll need to get
the
> customer to spin up a test VM on the same platform, and they are fairly
> remote (Perth, Australia). We don't run any Microsoft servers/HyperV
setups
> in our lab.
>
> Paul.
> --
> Paul Koch | Founder | CEO
> AKIPS Network Monitor | akips.com
> Brisbane, Australia
--
Tomorrow Will Never Die