[conex] PhD dissertation relevant to ConEx audit

Bob Briscoe <bob.briscoe@bt.com> Thu, 08 March 2012 10:53 UTC

Return-Path: <bob.briscoe@bt.com>
X-Original-To: conex@ietfa.amsl.com
Delivered-To: conex@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D18021F8670 for <conex@ietfa.amsl.com>; Thu, 8 Mar 2012 02:53:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.843
X-Spam-Level:
X-Spam-Status: No, score=-2.843 tagged_above=-999 required=5 tests=[AWL=-0.244, BAYES_00=-2.599]
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 jlY82dSfoyFh for <conex@ietfa.amsl.com>; Thu, 8 Mar 2012 02:53:34 -0800 (PST)
Received: from hubrelay-by-03.bt.com (hubrelay-by-03.bt.com [62.7.242.139]) by ietfa.amsl.com (Postfix) with ESMTP id 49EBF21F8680 for <conex@ietf.org>; Thu, 8 Mar 2012 02:53:34 -0800 (PST)
Received: from EVMHR02-UKBR.domain1.systemhost.net (193.113.108.41) by EVMHR03-UKBR.bt.com (10.216.161.35) with Microsoft SMTP Server (TLS) id 8.3.159.2; Thu, 8 Mar 2012 10:53:29 +0000
Received: from rdw02134app71.domain1.systemhost.net (193.113.234.138) by EVMHR02-UKBR.domain1.systemhost.net (193.113.108.41) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 8 Mar 2012 10:53:32 +0000
Received: from cbibipnt08.iuser.iroot.adidom.com (147.149.100.81) by rdw02134app71.domain1.systemhost.net (10.36.6.87) with Microsoft SMTP Server id 14.1.323.0; Thu, 8 Mar 2012 10:53:25 +0000
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1331204008834; Thu, 8 Mar 2012 10:53:28 +0000
Received: from MUT.jungle.bt.co.uk ([10.73.153.82]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id q28ArLGs016987 for <conex@ietf.org>; Thu, 8 Mar 2012 10:53:23 GMT
Message-ID: <201203081053.q28ArLGs016987@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 08 Mar 2012 10:51:35 +0000
To: ConEx IETF list <conex@ietf.org>
From: Bob Briscoe <bob.briscoe@bt.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
Subject: [conex] PhD dissertation relevant to ConEx audit
X-BeenThere: conex@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Congestion Exposure working group discussion list <conex.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/conex>, <mailto:conex-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/conex>
List-Post: <mailto:conex@ietf.org>
List-Help: <mailto:conex-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/conex>, <mailto:conex-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Mar 2012 10:53:35 -0000

Folks,

I (at last) have permission to publish my PhD dissertation.
Re-feedback: Freedom with Accountability for Causing Congestion in a 
Connectionless Internetwork
<http://www.bobbriscoe.net/projects/refb/#refb-dis>

It focused on what we now call the audit function in ConEx. Although 
it was based on the re-ECN protocol, I believe it is nearly all still 
relevant to the ConEx protocol.

It's 256 pages so not for the faint-hearted.
If you mainly interested in ConEx protocol desgn and audit, you only 
need to read ptIII (147pp) and it's double-spaced, so under 100 pages really!

It includes a wide range of potential attacks on the integrity of the 
protocol, which shaped the design of the protocol and of the audit 
function (at the time we called it the 'dropper'). It gives 
pseudocode for two alternative audit functions to maintain the 
protocol's integrity, including rationale and evaluation.

At least a couple of aspects have become dated:
* I have a much simpler but still as effective algo to replace the 
downstream congestion monitoring algo in S.8.2.7. I shall publish 
that as soon as I can - available on request.
* Mirja Kuehlewind has shown that the assumptions about TCP 
slow-start overshoot in S.7.7 were very over-optimistic


You will notice it acknowledges many who contributed. I would like to 
repeat my thanks to them all.




Cheers


Bob



________________________________________________________________
Bob Briscoe,                                BT Innovate & Design