Re: [alto] A unified approach to value schemas and ALTO maps

"Vijay K. Gurbani" <vijay.gurbani@nokia-bell-labs.com> Wed, 27 July 2016 14:58 UTC

Return-Path: <vijay.gurbani@nokia-bell-labs.com>
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 828E612D7DE for <alto@ietfa.amsl.com>; Wed, 27 Jul 2016 07:58:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level:
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 3wQxbZB0vdOh for <alto@ietfa.amsl.com>; Wed, 27 Jul 2016 07:58:08 -0700 (PDT)
Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-02.alcatel-lucent.com [135.245.18.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A476C12D103 for <alto@ietf.org>; Wed, 27 Jul 2016 07:58:08 -0700 (PDT)
Received: from us70tumx2.dmz.alcatel-lucent.com (unknown [135.245.18.14]) by Websense Email Security Gateway with ESMTPS id 8CF49921448A6 for <alto@ietf.org>; Wed, 27 Jul 2016 14:58:05 +0000 (GMT)
Received: from us70tusmtp2.zam.alcatel-lucent.com (us70tusmtp2.zam.alcatel-lucent.com [135.5.2.64]) by us70tumx2.dmz.alcatel-lucent.com (GMO) with ESMTP id u6REw7E2019813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <alto@ietf.org>; Wed, 27 Jul 2016 14:58:07 GMT
Received: from umail.lucent.com (umail.ndc.lucent.com [135.3.40.61]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id u6REw6wb024555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jul 2016 14:58:06 GMT
Received: from [135.185.238.141] (shoonya.ih.lucent.com [135.185.238.141]) by umail.lucent.com (8.13.8/TPES) with ESMTP id u6REw5iK014633; Wed, 27 Jul 2016 09:58:06 -0500 (CDT)
To: Wendy Roome <wendy.roome@nokia-bell-labs.com>, IETF ALTO <alto@ietf.org>
References: <D3BD183E.80D4FC%w.roome@alcatel-lucent.com> <5d97f6d3-1fb4-de8a-92fe-4ac36268584a@nokia-bell-labs.com> <D3BE359A.811156%w.roome@alcatel-lucent.com>
From: "Vijay K. Gurbani" <vijay.gurbani@nokia-bell-labs.com>
Message-ID: <bef531fc-e765-58eb-7fd1-b5a7a8d405a0@nokia-bell-labs.com>
Date: Wed, 27 Jul 2016 09:58:05 -0500
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <D3BE359A.811156%w.roome@alcatel-lucent.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/vzWBNFzr7O99UA2YPKLBD3IePWE>
Subject: Re: [alto] A unified approach to value schemas and ALTO maps
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 27 Jul 2016 14:58:10 -0000

[As an individual, of course]

On 07/27/2016 09:10 AM, Wendy Roome wrote:
> Vijay,
>
> It would not obsolete rfc7285, but it would deprecate much of it. An
> ALTO server would continue to provide network maps, cost maps, ECS,
> EPS, etc, as in 7285.

Deprecating rfc7285 is not a viable option at this point, at least in my
opinion.  I think this will add a level of uncertainty to pending work
that may be detrimental and slow down the progress that we witnessed at
the Berlin IETF.

I am not being obtuse, of course, just pragmatic.

> But new work & extensions would use the new presentation scheme.
>
> The new format resources can co-exist in the IRD with the rfc7285
> resources. Ideally, an ALTO server would provide cost map resources
> in both old & new formats, via different resource entries in the
> IRD.

Ultimately whether to go this route is something that the WG will have
to decide collectively, but my personal opinion is that "here there be
dragons" :-)

Cheers,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Nokia Networks
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
Email: vkg@bell-labs.com / vijay.gurbani@nokia-bell-labs.com
Web: http://ect.bell-labs.com/who/vkg/  | Calendar: http://goo.gl/x3Ogq