Re: [PCN] PCN edge behaviour experiment

Bob Briscoe <bob.briscoe@bt.com> Thu, 22 March 2012 19:22 UTC

Return-Path: <bob.briscoe@bt.com>
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 2167521F853E for <pcn@ietfa.amsl.com>; Thu, 22 Mar 2012 12:22:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.151
X-Spam-Level:
X-Spam-Status: No, score=-3.151 tagged_above=-999 required=5 tests=[AWL=0.448, BAYES_00=-2.599, 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 UegdBsjMetDK for <pcn@ietfa.amsl.com>; Thu, 22 Mar 2012 12:22:39 -0700 (PDT)
Received: from hubrelay-rd.bt.com (hubrelay-rd.bt.com [62.239.224.99]) by ietfa.amsl.com (Postfix) with ESMTP id 44F3421F8533 for <pcn@ietf.org>; Thu, 22 Mar 2012 12:22:37 -0700 (PDT)
Received: from EVMHR72-UKRD.domain1.systemhost.net (10.36.3.110) by EVMHR67-UKRD.bt.com (10.187.101.22) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 22 Mar 2012 19:22:24 +0000
Received: from dyw02134app01.domain1.systemhost.net (193.113.249.13) by EVMHR72-UKRD.domain1.systemhost.net (10.36.3.110) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 22 Mar 2012 19:22:23 +0000
Received: from cbibipnt05.iuser.iroot.adidom.com (147.149.196.177) by dyw02134app01.domain1.systemhost.net (10.35.25.214) with Microsoft SMTP Server id 14.2.247.3; Thu, 22 Mar 2012 19:22:21 +0000
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1332444141285; Thu, 22 Mar 2012 19:22:21 +0000
Received: from MUT.jungle.bt.co.uk ([10.73.129.95]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id q2MJMIwd029049; Thu, 22 Mar 2012 19:22:19 GMT
Message-ID: <201203221922.q2MJMIwd029049@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 22 Mar 2012 19:22:18 +0000
To: Tom Taylor <tom.taylor.stds@gmail.com>
From: Bob Briscoe <bob.briscoe@bt.com>
In-Reply-To: <4F68E62E.9080502@gmail.com>
References: <4F68E62E.9080502@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
Cc: pcn <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: Thu, 22 Mar 2012 19:22:41 -0000

Tom,

Your original text was good, and I agree with the way people have 
converged on improvements so far. I want to  go back to your first 
posting and pick out a couple of other parts of the text...

Perhaps the proposed text is rather too prescriptive about what a 
valid experiment would be. I suggest:

s/The purposes of the experiment are:/
  /Vendors and operators will have their own purposes for conducting 
experiments, but example purposes would be:/

One more comment inline...

At 20:18 20/03/2012, Tom Taylor wrote:
>I am making what I trust will be the final revisions to the edge 
>behaviour documents in response to IESG comments. Amongst other 
>things, this is the text I propose to add in the introduction to 
>justify the Experimental status of the documents. The text will be 
>the same for CL and for SM, following on Ruediger's observation that 
>both behaviours are valid in different contexts. Comments are welcomed.
>
>---
>
>This document describes an experimental edge node behaviour to 
>implement PCN in a network.

[snip]

>The purposes of the experiment are:

[snip]

>- 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. It would also be desirable to observe PCN 
>performance in the face of failures in the network. A period in the 
>order of a month or two in busy season may be enough. The third 
>objective is more difficult, and could require observation over a 
>period long enough for traffic demand to grow to the point where 
>additional capacity must be provisioned at some points in the network.

The third objective may not necessarily require a wait for capacity 
to actually be provisioned. The main unknown costs are:
a) cost of implementation and operation of PCN (relative to an alternative)
b) any differences in capacity costs due to differences in feasible utilisation

An experimental deployment is the best way to quantify (a).
But (b) may be sufficiently quantifiable using projections without 
having to wait for capacity to need replacing.



Bob



>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www.ietf.org/mailman/listinfo/pcn

________________________________________________________________
Bob Briscoe,                                BT Innovate & Design