Time Shifting of Internet Traffic

Phillip Hallam-Baker <hallam@gmail.com> Tue, 14 September 2010 01:45 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8AF303A6849 for <ietf@core3.amsl.com>; Mon, 13 Sep 2010 18:45:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.901
X-Spam-Level:
X-Spam-Status: No, score=-0.901 tagged_above=-999 required=5 tests=[AWL=-0.903, BAYES_50=0.001, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y-Ka1-69JX8J for <ietf@core3.amsl.com>; Mon, 13 Sep 2010 18:45:51 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id 154C13A6848 for <ietf@ietf.org>; Mon, 13 Sep 2010 18:45:50 -0700 (PDT)
Received: by wwd20 with SMTP id 20so469166wwd.13 for <ietf@ietf.org>; Mon, 13 Sep 2010 18:46:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=YGRHFjq1ELFy7IAlY8QRyBhKlZ5rMnRbHUr7ErtLP4g=; b=ZqSBGml2O/JDipI+CwDZZzdSTymEBShwXpF6Wn6DViUtxEu8nv2gNbMl3NRRq/bMj0 kjHa2LLcFawbb6t+GXuJMnEf+kk5OXUfJvLf54uqqT2Dvz74WDLa1t1W/9C4UtEC8Uon EZXb9UtjhWIQpHSPbScLLZJGLoURcZVtDGQBg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nLeiVDrkwNP7Le+6HXC8FYPYZC5s+DT3wK2IuHbn8Kpp8Ak8IoDjPf4Lip8JkLt7ml qx19EQNgi+ZWEGC6lV8+PlzLsoGGyX7jIWv9kuLFBdLnkIgLL/bWuvumfF1dCDpv29l8 bH8ca7L3h1iicpgNRuEO69whu+U9qQAza5/Gg=
MIME-Version: 1.0
Received: by 10.227.138.5 with SMTP id y5mr13272wbt.204.1284428776361; Mon, 13 Sep 2010 18:46:16 -0700 (PDT)
Received: by 10.216.173.133 with HTTP; Mon, 13 Sep 2010 18:46:16 -0700 (PDT)
Date: Mon, 13 Sep 2010 21:46:16 -0400
Message-ID: <AANLkTinc=xkS31VZUuQ177pgOu32z-ACqR7p=qKz1xvD@mail.gmail.com>
Subject: Time Shifting of Internet Traffic
From: Phillip Hallam-Baker <hallam@gmail.com>
To: IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="001636833bd4f44e5e04902e60b3"
X-Mailman-Approved-At: Tue, 14 Sep 2010 08:12:57 -0700
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Sep 2010 01:45:52 -0000

I am not finding the net neutrality debate according to K-Street to be very
useful or stimulating.

At the end of the day we have a limited amount of bandwidth available and we
can help matters if people co-operate where it is in their interests.
Whether or not we choose to do so does not in any way justify using the fact
that I have limited choices in bandwidth provider to ensure that my options
for content and/or VOIP telephone service are similarly limited.


One area that might be fruitful for cooperation is in bulk time shifting of
traffic. I am not so much talking about packet level prioritization here. I
am thinking more of when I choose to back up my systems over the net.

The way I look at it, the net is a bit like the power grid in that there is
an opportunity to reduce capacity requirements by shifting tasks from peak
to off-peak. In particular I have several RAID arrays that I would like to
back up with a total of something like 2Tb of data.

At present there is no incentive for me to play nice other than the risk
that my activities will clog my local net. In fact it is arguably in my
interest to do at least some of my backups at peak time when I am not using
the net since that encourages my ISP to upgrade their circuits. I don't
actually do that but others might.

It would be nice if there was some way that really high bandwidth apps that
can tolerate long latency could negotiate a good time to do this sort of
thing so as to minimize inconvenience.

-- 
Website: http://hallambaker.com/