Re: [conex] Potentially interesting ConEx problem

Bob Briscoe <bob.briscoe@bt.com> Tue, 05 March 2013 09: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 2FFB021F8891 for <conex@ietfa.amsl.com>; Tue, 5 Mar 2013 01:53:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[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 PeXIZQL9ezpf for <conex@ietfa.amsl.com>; Tue, 5 Mar 2013 01:53:19 -0800 (PST)
Received: from hubrelay-rd.bt.com (hubrelay-rd.bt.com [62.239.224.99]) by ietfa.amsl.com (Postfix) with ESMTP id D9B2D21F87E7 for <conex@ietf.org>; Tue, 5 Mar 2013 01:53:18 -0800 (PST)
Received: from EVMHR01-UKBR.domain1.systemhost.net (193.113.108.40) by EVMHR68-UKRD.bt.com (10.187.101.23) with Microsoft SMTP Server (TLS) id 8.3.279.1; Tue, 5 Mar 2013 09:53:17 +0000
Received: from EPHR01-UKIP.domain1.systemhost.net (147.149.196.177) by EVMHR01-UKBR.domain1.systemhost.net (193.113.108.40) with Microsoft SMTP Server (TLS) id 8.3.297.1; Tue, 5 Mar 2013 09:53:16 +0000
Received: from bagheera.jungle.bt.co.uk (132.146.168.158) by EPHR01-UKIP.domain1.systemhost.net (147.149.196.177) with Microsoft SMTP Server id 14.2.342.3; Tue, 5 Mar 2013 09:53:13 +0000
Received: from BTP075694.jungle.bt.co.uk ([10.109.159.223]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id r259rCTS000573; Tue, 5 Mar 2013 09:53:12 GMT
Message-ID: <201303050953.r259rCTS000573@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 05 Mar 2013 09:53:12 +0000
To: Matt Mathis <mattmathis@google.com>
From: Bob Briscoe <bob.briscoe@bt.com>
In-Reply-To: <CAH56bmD5c3KjVxg3gf9utBTQDLQS3HnxjVbpYf1Bby=iOB85bQ@mail.g mail.com>
References: <CAH56bmD5c3KjVxg3gf9utBTQDLQS3HnxjVbpYf1Bby=iOB85bQ@mail.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: ConEx IETF list <conex@ietf.org>
Subject: Re: [conex] Potentially interesting ConEx problem
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: Tue, 05 Mar 2013 09:53:25 -0000

Matt,

The solution to the access link part of this problem is explained in:
<http://tools.ietf.org/html/draft-briscoe-conex-initial-deploy-03#section-4.1.1>

It can only distinguish access link congestion from shared 
congestion. Distinguishing home network congestion is harder, but 
possible with a tunnel to the home router, which already exists in 
some DSL arrangements (e.g. in BT we use a tunnel for services that 
share a line).


Bob

At 22:18 04/03/2013, Matt Mathis wrote:
>I have an interesting problem that I wish ConEx could solve, but I
>don't see how.   I want to distinguish between congestion on the path
>between a server and a subscriber aggregation point (e.g. DSLAM etc)
>and congestion beyond the aggregation point (e.g. the access links
>themselves, or the user's home network).
>
>There are some ways to infer this, but as far as I can tell there is
>not a reasonable way to measure it directly.   This is a problem that
>we have touched on in the past, but I don't recall discussing any
>solutions.
>
>Thanks,
>--MM--
>The best way to predict the future is to create it.  - Alan Kay
>
>Privacy matters!  We know from recent events that people are using our
>services to speak in defiance of unjust governments.   We treat
>privacy and security as matters of life and death, because for some
>users, they are.

________________________________________________________________
Bob Briscoe,                                                  BT