[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
- [alto] Mandatory and optional in alto protocol Enrico Marocco
- Re: [alto] Mandatory and optional in alto protocol manbhard
- Re: [alto] Mandatory and optional in alto protocol Robert Varga
- Re: [alto] Mandatory and optional in alto protocol Richard Alimi
- Re: [alto] Mandatory and optional in alto protocol Richard Alimi
- Re: [alto] Mandatory and optional in alto protocol Richard Alimi
- Re: [alto] Mandatory and optional in alto protocol Vijay K. Gurbani