IETF Logo Mail Archive

Re: [alto] Info Resource Dirs, OPTIONS, 300 Multiple Choices and all that jazz ....

Bill Roome <w.roome@alcatel-lucent.com> Thu, 28 July 2011 18:56 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 3C45822800D for <alto@ietfa.amsl.com>; Thu, 28 Jul 2011 11:56:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 umWQitX2iy6w for <alto@ietfa.amsl.com>; Thu, 28 Jul 2011 11:56:23 -0700 (PDT)
Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by ietfa.amsl.com (Postfix) with ESMTP id AFE0222800E for <alto@ietf.org>; Thu, 28 Jul 2011 11:56:23 -0700 (PDT)
Received: from usnavsmail4.ndc.alcatel-lucent.com (usnavsmail4.ndc.alcatel-lucent.com [135.3.39.12]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id p6SIuM8w003063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 Jul 2011 13:56:22 -0500 (CDT)
Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by usnavsmail4.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id p6SIuMeB014902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 28 Jul 2011 13:56:22 -0500
Received: from [135.104.34.106] (wdr-i7mbp.research.bell-labs.com [135.104.34.106]) by umail.lucent.com (8.13.8/TPES) with ESMTP id p6SIuIhw024043; Thu, 28 Jul 2011 13:56:21 -0500 (CDT)
User-Agent: Microsoft-MacOutlook/14.12.0.110505
Date: Thu, 28 Jul 2011 14:56:19 -0400
From: Bill Roome <w.roome@alcatel-lucent.com>
To: "Thomson, Martin" <Martin.Thomson@commscope.com>, "alto@ietf.org" <alto@ietf.org>
Message-ID: <CA57266A.6403%w.roome@alcatel-lucent.com>
Thread-Topic: [alto] Info Resource Dirs, OPTIONS, 300 Multiple Choices and all that jazz ....
In-Reply-To: <8B0A9FCBB9832F43971E38010638454F040D2C3929@SISPE7MB1.commscope.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.12
Subject: Re: [alto] Info Resource Dirs, OPTIONS, 300 Multiple Choices and all that jazz ....
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: Thu, 28 Jul 2011 18:56:24 -0000

So the directory server DOES have an authoritative list of uris -- because
there is no other URI discovery mechanism! -- but it doesn't really know
what services those URIs provide. That sounds truly bizarre to me. How
could that happen?

Okay, I know how that COULD happen -- idiotic configuration!

But more precisely, could you explain why a well-designed designed ALTO
server can give an authoritative list of URIs WITHOUT also knowing what
services they provide?

	- Bill Roome


On 07/28/2011 14:16, "Thomson, Martin" <Martin.Thomson@commscope.com>
wrote:

>>
>>I'd also suggest that the resource directory MUST be authoritative (at
>>least within any Expires time).
>
>Sadly, that's not possible.  Even if the directory and the indicated
>resource are on the same server, there is no guarantee.

v2.23.0 | Report a Bug | By Email