North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Measuring PoP to PoP latency--tools to use?

  • From: Larry Diffey
  • Date: Thu Aug 23 01:30:24 2001

I will try not to violate my NDA here but there is a company that is nearly
finished beta testing a service (hardware based) that is designed to measure
latency, delay, jitter and packet loss.  The initial product is meant
specifically for the core but there is an edge product in development as
well.  I can't tell you anything more without getting myself into trouble.


Larry Diffey

----- Original Message -----
From: "Jake Khuon" <[email protected]>
To: "k claffy" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, August 22, 2001 5:52 PM
Subject: Re: Measuring PoP to PoP latency--tools to use?

> ### On Wed, 22 Aug 2001 17:38:25 -0700, k claffy <[email protected]>
> ### decided to expound upon [email protected] the following thoughts about
> ### "Re: Measuring PoP to PoP latency--tools to use?":
> kc> how many ISPs use this and [how] do they
> kc> find it helps them operationally?
> I don't know any ISPs that us it.  I imagine some enterprise networks do.
> played around with it in anticipation for using it to measure jitter but
> found it of limited usefulness because if you have to deploy a box to do
> localised collection of the data anyways you may as well run a better
> probe from that unix box.
> kc> it has been around for years, during which time
> kc> i have heard no actual data wrt its operational utility,
> kc> reckon that cisco would be responsive
> kc> to ISP suggestions for improvements to it
> I thought I read somewhere that Cisco was planning on dropping RTR from
> featuresets.  Then again, I may have just imagined that.
> kc> (if other router vendors have similar functionality
> kc> they should probably speak up;
> kc> we can put such features in the caida tool taxonomy)
> Seconded...
> kc> maybe a nanog panel on provider experiences/caveats
> kc> on any of such vendor-provided functionality
> kc> is not a terrible idea.
> kc> mod all the anxiety involved in sharing such experiences
> I remember at one time that on-the-router measurement features were kinda
> frowned upon.  At least that's the general feeling I got from people.  Has
> this attitude reversed?
> --
> /*====================[ Jake Khuon
<[email protected]> ]======================+
>  | Chief Global Data Network Management Architect      /~_ |_ () |3 /-\ |_
>  | VOX: +1 (425) 391-2262  Fax: +1 (425) 391-6772      \_| C R O S S I N G
>  +=============[ 900 4th. Ave., Floor 12, Seattle, WA
 98164 ]=============*/