I suppose it would depend on if your hardware has an OID for what you want to
monitor.
-
Mike Hammett
Intelligent Computing Solutions
Midwest Internet Exchange
The Brothers WISP
- Original Message -
From: "Baldur Norddahl"
To: nanog@nanog.org
Sent: Thursday, August
I expect my hardware does not have such a metric, but maybe it should have.
Max queue length tell us how full the link is with respect to microbursts.
tor. 13. aug. 2020 15.28 skrev Mike Hammett :
> I suppose it would depend on if your hardware has an OID for what you want
> to monitor.
>
>
>
>
>
> Wouldn't it be better to measure the basic performance like packet drop
> rates and queue sizes ?
>
Those values should be a standard part of monitoring and data collection,
but if they happen to MATTER or not in a given situation very much depends.
The traffic profile traversing the link
Is it possible to do and is anyone monitoring metrics such as max queue
length in 5 minutes intervals? Might be a better metric than average load
in 5 minutes intervals.
Regards
Baldur
On 12.08.2020 09:31, Hank Nussbacher wrote:
>
> At what point do commercial ISPs upgrade links in their backbone as
> well as peering and transit links that are congested? At 80%
> capacity? 90%? 95%?
>
Hi,
Wouldn't it be better to measure the basic performance like packet drop
rates and
Hi Mark,
Just comments on your points below.
On 13.08.2020 12:31, Mark Tinka wrote:
>
> On 13/Aug/20 12:23, Olav Kvittem via NANOG wrote:
>
>> Wouldn't it be better to measure the basic performance like packet
>> drop rates and queue sizes ?
>>
>> These days live video is needed and these
On 13/Aug/20 13:44, Olav Kvittem wrote:
> sure, but I guess the loss rate depends of the nature of the traffic.
Packet loss is packet loss.
Some applications are more sensitive to it (live video, live voice, for
example), while others are less so. However, packet loss always
manifests badly
On 13/Aug/20 11:56, Simon Leinen wrote:
> I'd be curious whether other operators have such alert rules, and what
> N/M/X/Y they use - might well be different values for different kinds of
> links.
We use alerts to tell us about links that hit a threshold, in our NMS.
But yes, this is based on
>
> With tongue in cheek, one could say that measured instantaneously, the
> load on a link is always either zero or 100% link rate...
>
Actually, that's a first-class observation !
On Thu, Aug 13, 2020 at 12:00 PM Simon Leinen
wrote:
> m Taichi writes:
> > Just my curiosity. May I ask how we
On 13/Aug/20 12:23, Olav Kvittem via NANOG wrote:
> Wouldn't it be better to measure the basic performance like packet
> drop rates and queue sizes ?
>
> These days live video is needed and these parameters are essential to
> the quality.
>
> Queues are building up in milliseconds and people
On 13/Aug/20 13:00, Nick Hilliard wrote:
>
> you could easily have 10% utilization and see packet loss due to
> insufficient bandwidth if you have egress << ingress and
> proportionally low buffering, e.g. UDP or iSCSI from a 40G/100 port
> with egress to a low-buffer 1G port.
>
> This sort of
m Taichi writes:
> Just my curiosity. May I ask how we can measure the link capacity
> loading? What does it mean by a 50%, 70%, or 90% capacity loading?
> Load sampled and measured instantaneously, or averaging over a certain
> period of time (granularity)?
Very good question!
With tongue in
On 12/Aug/20 19:10, adamv0...@netconsultings.com wrote:
> Fair enough, but you actually haven't answered my question about why you
> think that VNFs such as vTMS can not be implemented in a horizontal scaling
> model?
> In my opinion any NF virtual or physical can be horizontally scaled.
Mark Tinka wrote on 13/08/2020 11:31:
It's great to monitor packet loss, latency, pps, e.t.c. But packet loss
at 10% link utilization is not a foreign occurrence. No amount of
bandwidth upgrades will fix that.
you could easily have 10% utilization and see packet loss due to
insufficient
https://objects.eanixter.com/PD317813.PDF
On 8/13/20 9:26 PM, David Hubbard wrote:
Curious if anyone has knowledge of a vendor / product designed to make
it possible to use back-to-front cooled equipment in racks that need
to be ‘sealed’ for heat containment reasons? I’d envision this
Curious if anyone has knowledge of a vendor / product designed to make it
possible to use back-to-front cooled equipment in racks that need to be
‘sealed’ for heat containment reasons? I’d envision this looking like some
kind of adjustable depth sleeve, to get the cold air to the equipment,
It is possible to gather a lot of information about buffers and queues, at
least with the vendors we work with. That can be very helpful in a lot of
ways. :)
On Thu, Aug 13, 2020 at 9:21 AM Baldur Norddahl
wrote:
> Is it possible to do and is anyone monitoring metrics such as max queue
> length
>
> There is rarely a one sized fits all answer when it comes to these
> things.
>
Absolutely true: every application has characteristic QoS parameters.
Unfortunately, it seems that 5-minute averages of data rates through links
are the one-size-fits-all answer ... which doesn't fit all.
Etienne
On Wed, Aug 12, 2020 at 12:33 AM Hank Nussbacher wrote:
> At what point do commercial ISPs upgrade links in their backbone as well as
> peering and transit links that are congested? At 80% capacity? 90%? 95%?
Hi Hank,
As others have noted, the answer is rarely that simple.
First, what is
19 matches
Mail list logo
