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
- Re: [alto] Comments on draft-kiesel-alto-xdom-dis… Sebastian Kiesel
- [alto] Comments on draft-kiesel-alto-xdom-disc-02 Wendy Roome