Re: [alto] Discussion II: Unifying cost-mode and cost-type to a single type

Wendy Roome <w.roome@alcatel-lucent.com> Fri, 15 February 2013 20:23 UTC

Return-Path: <w.roome@alcatel-lucent.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 5F91D21F8652 for <alto@ietfa.amsl.com>; Fri, 15 Feb 2013 12:23:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.462
X-Spam-Level:
X-Spam-Status: No, score=-10.462 tagged_above=-999 required=5 tests=[AWL=0.096, BAYES_00=-2.599, MIME_BASE64_BLANKS=0.041, RCVD_IN_DNSWL_HI=-8]
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 imj51gqHxJu2 for <alto@ietfa.amsl.com>; Fri, 15 Feb 2013 12:23:32 -0800 (PST)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id 9992721F8644 for <alto@ietf.org>; Fri, 15 Feb 2013 12:23:32 -0800 (PST)
Received: from usnavsmail3.ndc.alcatel-lucent.com (usnavsmail3.ndc.alcatel-lucent.com [135.3.39.11]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id r1FKNVMR015568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <alto@ietf.org>; Fri, 15 Feb 2013 14:23:31 -0600 (CST)
Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by usnavsmail3.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id r1FKNUlN017746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <alto@ietf.org>; Fri, 15 Feb 2013 14:23:31 -0600
Received: from [135.222.152.198] (wdr-i7mbp.mh.lucent.com [135.222.152.198]) by umail.lucent.com (8.13.8/TPES) with ESMTP id r1FKNSFg027455 for <alto@ietf.org>; Fri, 15 Feb 2013 14:23:28 -0600 (CST)
User-Agent: Microsoft-MacOutlook/14.3.1.130117
Date: Fri, 15 Feb 2013 15:23:33 -0500
From: Wendy Roome <w.roome@alcatel-lucent.com>
To: alto@ietf.org
Message-ID: <CD43C00C.33E4A%w.roome@alcatel-lucent.com>
Thread-Topic: Discussion II: Unifying cost-mode and cost-type to a single type
In-Reply-To: <mailman.107.1359489625.24927.alto@ietf.org>
Mime-version: 1.0
Content-type: multipart/mixed; boundary="B_3443786615_3929526"
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.11
Subject: Re: [alto] Discussion II: Unifying cost-mode and cost-type to a single type
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: Fri, 15 Feb 2013 20:23:38 -0000

To return to this issue, I suggest we unify them, so that we have Cost
Types -- period. The "Mode" becomes a property of the Cost Type. So if a
server provides numerical & ordinal routingcosts, it provides *two*
separate Cost Types, say "routingcost" and "routingcost-ord".

I believe the result will simplify both clients and servers, and make it
easier for servers to introduce additional cost types.

My suggestion is to extend the Information Resource Directory with a list
of definitions for each Cost Type the server supports. Each Cost Type
definition would give the name of the Cost Type, the mode, and other
attributes. Currently the Information Resource Directory is a dictionary
with one item, "resources". So I propose adding a second item named
"cost-types," whose value is a list of cost-type definitions, as in

  "cost-types" : [
    {
      "name" : "routingcost",
      "value" : "number",
      "mode" : "numerical",
      "measures" : "delay",
      "description" : "Standard routing cost",
    }, { 
      "name" : "hopcount",
      "value" : "number",
      "mode" : "numerical",
      "measures" : "hops",
      "description" : "Simple hop count",
    }, {
      "name" : "routingcost-ord",
      "value" : "number",
      "mode" : "ordinal",
      "measures" : "delay",
      "description" : "Ordinal routing cost",
    }
  ]

Then pretty much delete every reference to a field named "cost-mode".



To get the ball rolling, I've attached proposed replacements for

	Section 5.1. Cost Attributes
	Section 6.7.2. Encoding	Section 6.7.3. Example

If those don't survive the list server, let me know and I'll put them up
on a web server.

If y'all like this idea, I'd be happy to help with the editing.

	- Wendy Roome
 

>Date: Mon, 28 Jan 2013 23:08:23 +0000
>From: "Reinaldo Penno (repenno)" <repenno@cisco.com>
>Subject: [alto] ALTO Protocol Outstanding Issue II: Unifying cost-mode
>	and cost-type to a single type
>
>Discussion II: Unifying cost-mode and cost-type to a single type
>
>e.g., routingcost-num and routingcost-ord
>
>Having a single type simples the protocol since there is just one
>parameter when indicating cost. But it will impact current
>implementations and might loose flexibility.
>
>Proposal: Leave it as is.
>
>Thanks,
>
>Reinaldo