Re: [alto] Info Resource Dirs, OPTIONS, 300 Multiple Choices and all that jazz ....
Richard Alimi <rich@velvetsea.net> Sat, 30 July 2011 14:59 UTC
Return-Path: <richard.alimi@gmail.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 E559721F8A4F for <alto@ietfa.amsl.com>; Sat, 30 Jul 2011 07:59:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.957
X-Spam-Level:
X-Spam-Status: No, score=-2.957 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
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 PMOumHEVV1Ws for <alto@ietfa.amsl.com>; Sat, 30 Jul 2011 07:58:58 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id AFDB021F8A4B for <alto@ietf.org>; Sat, 30 Jul 2011 07:58:58 -0700 (PDT)
Received: by vws12 with SMTP id 12so4184354vws.31 for <alto@ietf.org>; Sat, 30 Jul 2011 07:58:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=7RmGA2S5LtjFWeuVMPyLiKc+KZXmzk3bjVO4C+fbD9A=; b=Yx1YkRh61V8rCpSS94/Enk32lIG6DJluztxNW1Ja3nE59CuSVH+IJB4+ouS5mw0fMd eSwzgFANZMDHEPrmuOvs0Gu6NTRKBUHDpscveN7EWjXwGbabRK0QYqLRxLMWUM0gap8z xNpHLkIxO32z7SFrjKQqatBjvtlwe6YN+Z30Q=
Received: by 10.52.112.104 with SMTP id ip8mr2354095vdb.526.1312037939226; Sat, 30 Jul 2011 07:58:59 -0700 (PDT)
MIME-Version: 1.0
Sender: richard.alimi@gmail.com
Received: by 10.52.109.162 with HTTP; Sat, 30 Jul 2011 07:58:39 -0700 (PDT)
In-Reply-To: <CA56EBEC.6368%w.roome@alcatel-lucent.com>
References: <CA56EBEC.6368%w.roome@alcatel-lucent.com>
From: Richard Alimi <rich@velvetsea.net>
Date: Sat, 30 Jul 2011 07:58:39 -0700
X-Google-Sender-Auth: MeM9F8dNH9VGUDWVJIOx1gpd7j0
Message-ID: <CA+cvDaZ07_=GkXu3WctzYkEqtxzrzXKhryRCfYdfF_kmB-rTMA@mail.gmail.com>
To: Bill Roome <w.roome@alcatel-lucent.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: alto@ietf.org
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: Sat, 30 Jul 2011 14:59:03 -0000
Replying to this thread, but not all in the same email... On Thu, Jul 28, 2011 at 7:35 AM, Bill Roome <w.roome@alcatel-lucent.com> wrote: ... > And for those who think the original specification is necessary -- the > OPTIONS and 300 response and all that -- now that we've had a bake-off, > how many servers actually implemented those options? The server that I didn't get a chance to demo did not support either, but due to the way I chose to lay out the resources, it didn't need to. Each entry provided one and only one entry, and the implementation serving the directory knew the full URI to each individual resource. Since each URI supported only one resource, OPTIONS wasn't required by the current text (Martin suggests it should be, but I'll respond to that one elsewhere in this thread). Similarly, a resource doesn't need 300 Multiple Choices in this case. Admittedly, this is the simple scenario for clients. So the rest of this thread regarding flexibility is the one that reflects my actual belief :) > How many clients > supported them? My client discovered the appropriate URI to request by recursing directories via OPTIONS requests (aside from the root directory being requested via GET). Supporting 300 Multiple Choices responses wasn't done in time, but is simple to add and there's a marker in the code to do it. Rich > - Bill Roome > > > _______________________________________________ > alto mailing list > alto@ietf.org > https://www.ietf.org/mailman/listinfo/alto >
- [alto] Info Resource Dirs, OPTIONS, 300 Multiple … Bill Roome
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Thomson, Martin
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Bill Roome
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Robert Varga
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Thomson, Martin
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Thomson, Martin
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Bill Roome
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Thomson, Martin
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Richard Alimi
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Bill Roome
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Thomson, Martin
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Robert Varga
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Richard Alimi
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Richard Alimi
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Richard Alimi
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Richard Alimi
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Richard Alimi
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Ben Niven-Jenkins
- Re: [alto] Info Resource Dirs, OPTIONS, 300 Multi… Thomson, Martin