Daniel Sterling writes:
> Thanks to all for the input!
>
> Toke, Jonathan -- you were absolutely right!
>
> I sent this email because I -- I thought it inconceivable that "just"
> setting a single bandwidth tunable could both:
> * enforce / properly rate limit inbound and outbound traffic
> * and
Thanks to all for the input!
Toke, Jonathan -- you were absolutely right!
I sent this email because I -- I thought it inconceivable that "just"
setting a single bandwidth tunable could both:
* enforce / properly rate limit inbound and outbound traffic
* and, simultaneously, *prevent* non-bulk str
Daniel Sterling wrote:
> I am looking for input / discussion on how to achieve:
> * on a "regular" SoHo network
> * first and foremost, to the exclusion of all other goals, consistent
> low-latency for non-bulk streams from particular endpoints; usually
> those streams are ea
> On 12 Feb, 2020, at 6:55 am, Daniel Sterling
> wrote:
>
> * first and foremost, to the exclusion of all other goals, consistent
> low-latency for non-bulk streams from particular endpoints; usually
> those streams are easily identified and differentiated from all other
> streams based on UDP/T
Daniel Sterling writes:
> Good day list,
>
> I am looking for input / discussion on how to achieve:
>
> * on a "regular" SoHo network
>
> * first and foremost, to the exclusion of all other goals, consistent
> low-latency for non-bulk streams from particular endpoints; usually
> those streams are
Good day list,
I am looking for input / discussion on how to achieve:
* on a "regular" SoHo network
* first and foremost, to the exclusion of all other goals, consistent
low-latency for non-bulk streams from particular endpoints; usually
those streams are easily identified and differentiated fro