Re: [alto] Adopting draft-kiesel-alto-xdom-disc as WG item?

Wendy Roome <wendy.roome@nokia-bell-labs.com> Fri, 15 July 2016 18:07 UTC

Return-Path: <wendy.roome@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 5B00112D12E for <alto@ietfa.amsl.com>; Fri, 15 Jul 2016 11:07:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.921
X-Spam-Level:
X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 b3cGHhCWU55T for <alto@ietfa.amsl.com>; Fri, 15 Jul 2016 11:07:23 -0700 (PDT)
Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-02.alcatel-lucent.com [135.245.18.30]) (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 5EB9012B04F for <alto@ietf.org>; Fri, 15 Jul 2016 11:07:23 -0700 (PDT)
Received: from us70uumx4.dmz.alcatel-lucent.com (unknown [135.245.18.16]) by Websense Email Security Gateway with ESMTPS id 98FB81CB084DD; Fri, 15 Jul 2016 18:07:19 +0000 (GMT)
Received: from us70uusmtp4.zam.alcatel-lucent.com (us70uusmtp4.zam.alcatel-lucent.com [135.5.2.66]) by us70uumx4.dmz.alcatel-lucent.com (GMO) with ESMTP id u6FI7LK3012564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Jul 2016 18:07:22 GMT
Received: from umail.lucent.com (umail.ndc.lucent.com [135.3.40.61]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id u6FI7KkI013866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Jul 2016 18:07:21 GMT
Received: from [135.222.152.71] (wdr-i7mbp2.mh.lucent.com [135.222.152.71]) by umail.lucent.com (8.13.8/TPES) with ESMTP id u6FI7HYf017400; Fri, 15 Jul 2016 13:07:18 -0500 (CDT)
User-Agent: Microsoft-MacOutlook/14.6.6.160626
Date: Fri, 15 Jul 2016 14:07:23 -0400
From: Wendy Roome <wendy.roome@nokia-bell-labs.com>
To: Sebastian Kiesel <ietf-alto@skiesel.de>, Wendy Roome <wendy.roome@nokia-bell-labs.com>
Message-ID: <D3AE9B03.7EE7A8%w.roome@alcatel-lucent.com>
Thread-Topic: [alto] Adopting draft-kiesel-alto-xdom-disc as WG item?
References: <D3AAB578.7DF072%w.roome@alcatel-lucent.com> <20160712210913.GM3915@gw01.ehlo.wurstkaes.de>
In-Reply-To: <20160712210913.GM3915@gw01.ehlo.wurstkaes.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/27mXZv2CHIOwNRu7hE__FxAsNSA>
Cc: IETF ALTO <alto@ietf.org>
Subject: Re: [alto] Adopting draft-kiesel-alto-xdom-disc as WG item?
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: Fri, 15 Jul 2016 18:07:25 -0000

Sebastian,

RFC 7285 does not explicitly say that. But Section 8.3.1 defines the
resource closure as all resources the client can discover by starting with
the root IRD and walking all the secondary IRDs, and Section 9.1.1 says
resource IDs should be unique over all resources in that closure.

Furthermore, Section 9.2.4 gives an example of a secondary IRD with
filtered cost maps. They use the network map resource defined in the root
IRD in Section 9.2.3, and complement the full cost maps in the root IRD.
So the filtered maps in that secondary IRD should return cost values which
are consistent with those in the full cost maps. Otherwise clients would
be very confused!

	- Wendy

On 07/12/2016, 17:09, "Sebastian Kiesel" <ietf-alto@skiesel.de> wrote:

>>
>>If so, I don't think of a secondary IRD as representing a
>>different ALTO server. Rather, I regard secondary IRDs as distributing
>>the
>>resources of one ALTO server over several physical processors. I assumed
>>that the set of resources from the root IRD and secondary IRDs were
>>managed by the same entity, and used the same cost metric definitions, so
>>that cost metric values obtained from any of those resources could be
>>safely compared with each other.
>
>Hm. I need to think about that.  Did we define this, or is there text
>that at least suggests that behavior?
>