Re: [alto] Comments on draft-kiesel-alto-xdom-disc-02

Sebastian Kiesel <ietf-alto@skiesel.de> Tue, 19 July 2016 21:13 UTC

Return-Path: <sebi@gw01.ehlo.wurstkaes.de>
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 8719012D89B for <alto@ietfa.amsl.com>; Tue, 19 Jul 2016 14:13:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.186
X-Spam-Level:
X-Spam-Status: No, score=-3.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RP_MATCHES_RCVD=-1.287] 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 CqoHiQNeXh6R for <alto@ietfa.amsl.com>; Tue, 19 Jul 2016 14:13:45 -0700 (PDT)
Received: from gw01.ehlo.wurstkaes.de (gw01.ehlo.wurstkaes.de [IPv6:2a02:a00:e000:116::41]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76D9C12D8E8 for <alto@ietf.org>; Tue, 19 Jul 2016 14:13:43 -0700 (PDT)
Received: from sebi by gw01.ehlo.wurstkaes.de with local (Exim 4.80) (envelope-from <sebi@gw01.ehlo.wurstkaes.de>) id 1bPcKh-0008Ho-Ke; Tue, 19 Jul 2016 23:13:39 +0200
Date: Tue, 19 Jul 2016 23:13:39 +0200
From: Sebastian Kiesel <ietf-alto@skiesel.de>
To: Wendy Roome <wendy.roome@nokia-bell-labs.com>
Message-ID: <20160719211339.GJ3919@gw01.ehlo.wurstkaes.de>
References: <D3B3F540.7F90C2%w.roome@alcatel-lucent.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <D3B3F540.7F90C2%w.roome@alcatel-lucent.com>
Accept-Languages: en, de
Organization: my personal mail account
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/rJrILkn7LEG7CEtade2YOzl_56A>
Cc: IETF ALTO <alto@ietf.org>
Subject: Re: [alto] Comments on draft-kiesel-alto-xdom-disc-02
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: Tue, 19 Jul 2016 21:13:47 -0000

Hi Wendy,

On Tue, Jul 19, 2016 at 03:18:24PM -0400, Wendy Roome wrote:
> draft-kiesel-alto-xdom-disc-02 has this (Sect 3.2, Endpoint Cost Service):
> 
> If an ALTO client wants to query the Endpoint Cost Service (see Section
> 11.5 of RFC 7285 [RFC7285]) for the costs from source address X to
> destination address(es) Y (and Z), it has to invoke the crossdomain ALTO
> server discovery procedure with parameter X. The result will be the IRD
> URI of the ALTO server to query for the costs from X to Y (and Z).
> 
> My first comment was why do cross-domain ALTO server discover on X, rather
> than Y or Z?
> 
> Then I realized there is a good reason. I believe most ECS queries will be
> either 1->N or N->1. That is, costs from many sources to one destination
> (client selecting server from which to download a file) or one source to
> many dests (client selecting server for upload).
> 
> So if the query is 1->N or N->1, do cross-domain discovery on the one
> address. That is probably the address of the real client - the one which
> needs ALTO guidance. So use the ALTO server which has the best data for
> that address.

exactly!

This does not only save on the number of transactions with different
ALTO servers, it helps also to deal with our (deliberately)
not-so-well-defined "routingcost" default metric.

Thanks
Sebastian