[ripe-ttraffic #5375] BOUNCE tt-wg@localhost: Non-member submission from [Lars Marowsky-Bree lmb@localhost] (fwd)

["Henk Uijterwaal \(RIPE-NCC\)" <]

------------------------------------------------------------------------------
Henk Uijterwaal                    Email: henk.uijterwaal@localhost
RIPE Network Coordination Centre     WWW: http://www.ripe.net/home/henk
Singel 258                         Phone: +31.20.535-4414,  Fax -4445
1016 AB Amsterdam                   Home: +31.20.4195305
The Netherlands                   Mobile: +31.6.55861746  
------------------------------------------------------------------------------

The Committee (...) was unable to reach a consensus that substantial merit was
lacking. Thus, the appeal was deemed meritorious.          (Orlando NABC #19).

---------- Forwarded message ----------
Date: 12 Jul 1999 18:40:56 -0000
From: owner-tt-wg@localhost
To: tt-ops@localhost
Subject: [ripe-ttraffic #5375] BOUNCE tt-wg@localhost:    Non-member submission from [Lars Marowsky-Bree lmb@localhost]   

Received: (qmail 345 invoked by uid 0); 12 Jul 1999 18:40:53 -0000
Received: from birch.ripe.net (193.0.1.96)
  by postman.ripe.net with SMTP; 12 Jul 1999 18:40:53 -0000
Received: from postman.ripe.net (postman.ripe.net [193.0.0.199])
	by birch.ripe.net (8.8.8/8.8.8) with SMTP id UAA14356
	for tt-wg@localhost; Mon, 12 Jul 1999 20:40:53 +0200 (CEST)
Received: (qmail 342 invoked by uid 0); 12 Jul 1999 18:40:51 -0000
Received: from 1.0.0.127.in-addr.de (HELO pointer.teuto.de) (212.8.197.180)
  by postman.ripe.net with SMTP; 12 Jul 1999 18:40:51 -0000
Received: (from lmb@localhost)
	by pointer.teuto.de (8.8.7/8.8.7) id UAA00071;
	Mon, 12 Jul 1999 20:40:48 +0200
Date: Mon, 12 Jul 1999 20:40:47 +0200
From: Lars Marowsky-Bree lmb@localhost
To: Ingo Luetkebohle ingo@localhost
Subject: Re:  Data Publishing Policy?
Message-ID: <19990712204047.A26181@localhost
References: <Pine.BSI.3.95.990712172343.16161K-100000@localhost> <Pine.LNX.4.00.9907121957530.24400-100000@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/0.96.1i
In-Reply-To: <Pine.LNX.4.00.9907121957530.24400-100000@localhost>; from "Ingo Luetkebohle" on 1999-07-12T20:11:12
X-Ctuhulu: HASTUR

On 1999-07-12T20:11:12,
   Ingo Luetkebohle ingo@localhost said:

> TT provides a way to measure *inter*-network delays and that is much better
> than what most networks currently guarantee: *intra*-network delays. I know
> of no backbone provider who makes any guarantees about the rest of the net.

Because it is almost impossibe to guarantee, no sane network provider would
make guarantees about parts he can't influence. Based on that, I have some
comments in my mind to make about data disclosure, but I need to think about
them some more first.

(This is not quite on topic to the current discussion, but fits the working
group nonetheless)

> Well, for one thing, *numbers* would be good. Its nice to have a plot of
> delays, but for a short look, maximum, minimum and average numbers are good
> to have. Thats probably not what you meant by summary, but it could form
> the basis of one.

Yes.

> I always found traceroute to be a good tool to show to customers
> complaining about network performance.

Actually I disagree again. traceroute is mainly a function of router load
these days and the numbers / packet loss is NOT that easy to understand for a
customer as it appears to be.

And thats true for the tt data and why we should be really careful about the
form in which data is presented to the masses. I do NOT want the German n-tv
feature "The latest Test Traffic Report Shows a Decline in Internet Speed of
20% in the last two days" in the every morning internet commercial^Wnews.

Sincerely,
    Lars Marowsky-Brie
	
--
Lars Marowsky-Brie
Network Management

teuto.net Netzdienste GmbH - DPN Verbund-Partner