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? >
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Sebastian Kiesel
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Y. Richard Yang
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Sebastian Kiesel
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Y. Richard Yang
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Mingming Chen
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Gao Kai
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Sebastian Kiesel
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Wendy Roome
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Gao Kai
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Sebastian Kiesel
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Sebastian Kiesel
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… wang xin
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Gao Kai
- Re: [alto] Adopting draft-kiesel-alto-xdom-disc a… Sebastian Kiesel
- [alto] Adopting draft-kiesel-alto-xdom-disc as WG… Wendy Roome
- [alto] Adopting draft-kiesel-alto-xdom-disc as WG… Vijay K. Gurbani