IETF Logo Mail Archive

Re: [gaia] What if all phones were always on the Internet?

Mat Ford <ford@isoc.org> Tue, 01 December 2015 14:33 UTC

Return-Path: <ford@isoc.org>
X-Original-To: gaia@ietfa.amsl.com
Delivered-To: gaia@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6FF21A8F3E for <gaia@ietfa.amsl.com>; Tue, 1 Dec 2015 06:33:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id krGGclsWXNmY for <gaia@ietfa.amsl.com>; Tue, 1 Dec 2015 06:33:30 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0075.outbound.protection.outlook.com [65.55.169.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D0DD1A9007 for <gaia@irtf.org>; Tue, 1 Dec 2015 06:33:26 -0800 (PST)
Received: from CO2PR06MB601.namprd06.prod.outlook.com (10.141.229.16) by CO2PR06MB601.namprd06.prod.outlook.com (10.141.229.16) with Microsoft SMTP Server (TLS) id 15.1.331.20; Tue, 1 Dec 2015 14:33:22 +0000
Received: from CO2PR06MB601.namprd06.prod.outlook.com ([10.141.229.16]) by CO2PR06MB601.namprd06.prod.outlook.com ([10.141.229.16]) with mapi id 15.01.0331.023; Tue, 1 Dec 2015 14:33:22 +0000
From: Mat Ford <ford@isoc.org>
To: "El Khatib, Yehia (elkhatib)" <y.elkhatib@lancaster.ac.uk>
Thread-Topic: [gaia] What if all phones were always on the Internet?
Thread-Index: AQHRKFfYjZTGJ3uYAk2XD3c8N30SaZ6utwUAgABcVACAALO5gIABfN8AgAT10YA=
Date: Tue, 01 Dec 2015 14:33:21 +0000
Message-ID: <46919090-3EBD-4A27-BEB5-B9A9057A2A88@isoc.org>
References: <CAD_CWO34dYnp0-_4FL1Rot8EGdg_vzPqH9Ougin83j=fXQHXHw@mail.gmail.com> <EE158BCE-E669-4C60-8616-357D185A6D17@mac.com> <CAPaG1A=QygueRdP9NDLoWrG4AKb=OF083u491SmZN-1ysZjMMg@mail.gmail.com> <CAD_CWO14tMQPsvr_ShNP=wHzWSZn5uzyQYtFxRz+KtVAdvXOEA@mail.gmail.com> <D27F34E6.EC05%y.elkhatib@lancaster.ac.uk>
In-Reply-To: <D27F34E6.EC05%y.elkhatib@lancaster.ac.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ford@isoc.org;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:8b0:dcb:7d85:68a5:8fe1:f72f:fa3d]
x-microsoft-exchange-diagnostics: 1; CO2PR06MB601; 5:furFroYZp3I1UV3uFxV9/Eth8esUFfh2L3nTOmffk1PabTE+jVVeDrV7Vkc2wngBaXxvctnsLUsmf+Mur01lPpC3PSSxITcqVBZZLcdugkVDSjv5hDP3XwJpBO9XcfA+yE8wFtW+ILgc6L69nd4Aww==; 24:ej0qNJvzNWo4e60xnO4ZbKaPmK7y6WPh5gkwKglTpjWoWxJf0NofJB8aIKynnBSmJJYN2VFr6Qg5srt2zpm3jAFYN+41knSECuPtntz61og=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR06MB601;
x-microsoft-antispam-prvs: <CO2PR06MB601036B0E9AA54CE0DBF359A70F0@CO2PR06MB601.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(43874152186217);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:CO2PR06MB601; BCL:0; PCL:0; RULEID:; SRVR:CO2PR06MB601;
x-forefront-prvs: 07778E4001
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(189002)(57704003)(199003)(24454002)(5002640100001)(19580405001)(19580395003)(2900100001)(77096005)(101416001)(15975445007)(40100003)(2950100001)(1720100001)(93886004)(76176999)(106356001)(36756003)(189998001)(54356999)(50986999)(33656002)(92566002)(86362001)(5008740100001)(83716003)(586003)(6116002)(106116001)(87936001)(5004730100002)(5001960100002)(110136002)(105586002)(99286002)(122556002)(1220700001)(102836003)(1096002)(10400500002)(11100500001)(82746002)(81156007)(97736004)(3826002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR06MB601; H:CO2PR06MB601.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: isoc.org does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <57B088DBE81ADC4596B5C92837A06434@namprd06.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: isoc.org
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Dec 2015 14:33:21.6610 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 89f84dfb-7285-4810-bc4d-8b9b5794554f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR06MB601
Archived-At: <http://mailarchive.ietf.org/arch/msg/gaia/TAmtC9icjUgEoUK9J5MPyvVrCVw>
Cc: gaia <gaia@irtf.org>, Steve Song <stevesong@nsrc.org>
Subject: Re: [gaia] What if all phones were always on the Internet?
X-BeenThere: gaia@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Global Access to the Internet for All <gaia.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/gaia>, <mailto:gaia-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gaia/>
List-Post: <mailto:gaia@irtf.org>
List-Help: <mailto:gaia-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/gaia>, <mailto:gaia-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Dec 2015 14:33:32 -0000

> On 28 Nov 2015, at 10:48, El Khatib, Yehia (elkhatib) <y.elkhatib@lancaster.ac.uk> wrote:
> 
> However, most services (read: majority of cloud-hosted services) are developed with an assumption of over provisioned networks. This results in "chatty application syndrome”, and becomes very apparent when you take said application and try to run it over a poor network. So my point is, developers could and perhaps should equip their services for deployment in poor network conditions.

Related to this point, please see the briefing panel we hosted during the IETF93 meeting in Prague earlier this year:

http://www.internetsociety.org/internet-society-briefing-panel-ietf-93

Tackling Connectivity Diversity: Protocol Challenges for Constrained Radio Networks and Devices

Abstract
In many areas, Internet connectivity is primarily via low-end mobile devices capable of only 2G or 3G connections to cellular networks. But many application developers live and work with much faster computing platforms and networking environments. Does the infrastructure need to change to accommodate the continuing use of these devices? Is this a transient condition of uneven development, or do we need to re-architect and re-design systems to better cope with connectivity diversity?


Mat

v2.23.0 | Report a Bug | By Email