Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

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

Re: Keynote/Boardwatch Internet Backbone Index A better te

  • From: Jack Rickard
  • Date: Fri Jun 27 21:09:18 1997

I probably don't agree that it is not a reliable way to draw conclusions
about backbone performance.  The index has drawn criticism because it
points up winners and losers and that's about it.  There is no way to do
this without criticism, and indeed it should be part of the process.

The end user experience will reflect the sum of that, plus dialup variables
which we simply do not include in this work.  

Jack Rickard

----------
> From: Mark Borchers <markb@infi.net>
> To: Jack Rickard <jack.rickard@boardwatch.com>
> Cc: nanog@merit.edu
> Subject: Re: Keynote/Boardwatch Internet Backbone Index  A better te
> Date: Friday, June 27, 1997 6:09 AM
> 
> Jack,
> 
> I think you've stated for yourself the reason that this Index has 
> drawn some criticism.  
> 
> By it's name it purports to be an index of backbone speed or backbone 
> congestion or a combination of the above.
> 
> Not only is it not really an index of these items, it could further 
> be argued that there's not even any reliable way to draw conclusions 
> about backbone performance from the Keynote measurements.  As you 
> say, there are many other variables.  So why not give this thing a 
> name that reflects it's real identity as an end-to-end test from the 
> Keynote Perspective Agent locations to various WWW servers.
> 
> > This assumes that you consider web server location and web server
> > performance to NOT be a part of overall network performance.  Our view
> > steps back a bit from that.  The majority of traffic would appear to be
> > webcentric.  From an end users perspective, what does a web site on a
> > specific network look like and how does that compare to a web site on
> > another network?  There are ENDLESS variables contributing to that
> > including intercity links, hub architecture, host hardware, host
software,
> > peering, connectivity points with other networks, transit agreements,
type
> > of routers, ATM switching (or not).  All contribute.  We think most
people
> > notice Internet performance (or lack thereof) while viewing world wide
web
> > pages.  




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.