Re: [PCN] PCN edge behaviour experiment

<Ruediger.Geib@telekom.de> Wed, 21 March 2012 07:26 UTC

Return-Path: <Ruediger.Geib@telekom.de>
X-Original-To: pcn@ietfa.amsl.com
Delivered-To: pcn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ED8221F84E4 for <pcn@ietfa.amsl.com>; Wed, 21 Mar 2012 00:26:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9J6aUMhHiJWE for <pcn@ietfa.amsl.com>; Wed, 21 Mar 2012 00:25:59 -0700 (PDT)
Received: from tcmail53.telekom.de (tcmail53.telekom.de [217.5.214.110]) by ietfa.amsl.com (Postfix) with ESMTP id 4EED921F84D4 for <pcn@ietf.org>; Wed, 21 Mar 2012 00:25:58 -0700 (PDT)
Received: from he111630.emea1.cds.t-internal.com ([10.134.93.22]) by tcmail51.telekom.de with ESMTP/TLS/AES128-SHA; 21 Mar 2012 08:25:57 +0100
Received: from HE111648.emea1.cds.t-internal.com ([169.254.5.76]) by HE111630.emea1.cds.t-internal.com ([::1]) with mapi; Wed, 21 Mar 2012 08:25:57 +0100
From: Ruediger.Geib@telekom.de
To: tom.taylor.stds@gmail.com, menth@informatik.uni-tuebingen.de
Date: Wed, 21 Mar 2012 08:25:56 +0100
Thread-Topic: [PCN] PCN edge behaviour experiment
Thread-Index: Ac0G2138dE1q5vmYThOoR+tUmXco9gAVz8JQ
Message-ID: <580BEA5E3B99744AB1F5BFF5E9A3C67D13A46A6FC9@HE111648.emea1.cds.t-internal.com>
References: <4F68E62E.9080502@gmail.com> <4F68EDF1.8070004@informatik.uni-tuebingen.de>
In-Reply-To: <4F68EDF1.8070004@informatik.uni-tuebingen.de>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: pcn@ietf.org
Subject: Re: [PCN] PCN edge behaviour experiment
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Mar 2012 07:26:00 -0000

Hi Tom, hi Michael

"network running near capacity" is correct if complete links transmit
PCN traffic only. Otherwise, "PCN network capacities running near
congestion (on at least one interface)" is better. That may also
simplify experiments, dedicated tunnels in a live network with
proper marking may suffice.

Regards,

Ruediger


Tom:
> This document describes an experimental edge node behaviour to
> implement PCN in a network. The experiment may be run in a network in
> which a substantial proportion of the traffic carried is in the form
> of inelastic flows and where admission control of micro-flows is
> applied at the edge. For the effects of PCN to be observable, at least
> some links of the network should be running near or at capacity.

Michael:
Better: "the aggregate rate of admitted flows on some links should come
close to the bandwidths of these links."

> The amount of effort required to prepare the network for the
> experiment (see Section 5.1) may constrain the size of network to
> which it is applied. The purposes of the experiment are:
>
> - to validate the specification of the CL [SM] edge behaviour;
>
> - to evaluate the effectiveness of the CL [SM] edge behaviour in
>   preserving quality of service for admitted flows; and
>
> - to evaluate PCN's potential for reducing the amount of capital and
>   operational costs in comparison to alternative methods of assuring
>   quality of service.
>
> For the first two objectives, the experiment should run long enough
> for the network to experience sharp peaks of traffic in at least some
> directions.

Michael
These peaks could be intentionally caused for the sake of the experiment
so that the effect of admission control is visible.