[alto] Mandatory and optional in alto protocol

Enrico Marocco <enrico.marocco@telecomitalia.it> Tue, 26 July 2011 14:59 UTC

Return-Path: <enrico.marocco@telecomitalia.it>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F5A811E808E for <alto@ietfa.amsl.com>; Tue, 26 Jul 2011 07:59:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.719
X-Spam-Level:
X-Spam-Status: No, score=-100.719 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RuM0TiMVOSfF for <alto@ietfa.amsl.com>; Tue, 26 Jul 2011 07:59:25 -0700 (PDT)
Received: from GRFEDG702BA020.telecomitalia.it (grfedg702ba020.telecomitalia.it [156.54.233.201]) by ietfa.amsl.com (Postfix) with ESMTP id 8B7EC11E807E for <alto@ietf.org>; Tue, 26 Jul 2011 07:59:24 -0700 (PDT)
Received: from GRFHUB701BA020.griffon.local (10.188.101.111) by GRFEDG702BA020.telecomitalia.it (10.188.45.101) with Microsoft SMTP Server (TLS) id 8.2.254.0; Tue, 26 Jul 2011 16:59:22 +0200
Received: from MacLab.local (163.162.180.246) by smtp.telecomitalia.it (10.188.101.114) with Microsoft SMTP Server (TLS) id 8.2.254.0; Tue, 26 Jul 2011 16:59:21 +0200
Message-ID: <4E2ED647.4060602@telecomitalia.it>
Date: Tue, 26 Jul 2011 10:59:19 -0400
From: Enrico Marocco <enrico.marocco@telecomitalia.it>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: "alto@ietf.org" <alto@ietf.org>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms090702010207040200060305"
Subject: [alto] Mandatory and optional in alto protocol
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/alto>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jul 2011 14:59:25 -0000

Hi all,

I would like to re-spin the discussion about what features in the
protocol should be mandatory and what should be optional, offering a
slightly different view from an application developer perspective.

Current version of the protocol defines a minimal set of mandatory basic
features and a bunch of optional services that, with probably the only
exception of the endpoint cost service, basically constitute optimizations.

This is certainly the ideal situation from a server implementation and
deployment point of view, but I'm worried that from an application
developer point of view it may constitute a disincentive for ALTO
adoption. The case I have in mind is that of applications intended to
run in constrained environment -- in smartphones or browser-embedded
VMs, for instance -- where filtering services would enable optimization
whilst downloading full network and cost maps, and process them locally,
would not be an option.

I don't have a strong opinion about whether the right approach would be
to put the burden of mandatory implementing the optimization on the
server, or the burden of being always prepared for the worst case
scenario on the application -- or possibly something in between -- and
would appreciate to hear any opinions from the group.

-- 
Ciao,
Enrico