[117092] in North American Network Operators' Group
Re: Link capacity upgrade threshold
daemon@ATHENA.MIT.EDU (Aaron J. Grier)
Tue Sep 1 15:20:07 2009
Date: Tue, 1 Sep 2009 12:18:38 -0700
From: "Aaron J. Grier" <agrier@poofygoof.com>
To: nanog@nanog.org
Mail-Followup-To: "Aaron J. Grier" <agrier@poofygoof.com>,
nanog@nanog.org
In-Reply-To: <alpine.LFD.2.00.0909011152441.29070@stoner.jakma.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Tue, Sep 01, 2009 at 11:55:45AM +0100, Paul Jakma wrote:
> On Sun, 30 Aug 2009, Nick Hilliard wrote:
> >In order to get a really good idea of what's going on at a microburst
> >level, you would need to poll as often as it takes to fill the buffer
> >of the port in question. This is not feasible in the general case,
> >which is why we resort to hacks like QoS to make sure that when there
> >is congestion, it is handled semi-sensibly.
>
> Or some enterprising vendor could start recording utilisation stats?
do any router vendors provide something akin to hardware latches to keep
track of highest buffer fill levels? poll as frequently/infrequently as
you like...
--
Aaron J. Grier | "Not your ordinary poofy goof." | agrier@poofygoof.com
