IETF Logo Mail Archive

Re: [sidr] draft-ietf-sidr-repos-struct to Standards Track

Terry Manderson <terry.manderson@icann.org> Thu, 21 July 2011 03:03 UTC

Return-Path: <terry.manderson@icann.org>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D5DF1F0C37 for <sidr@ietfa.amsl.com>; Wed, 20 Jul 2011 20:03:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.559
X-Spam-Level:
X-Spam-Status: No, score=-106.559 tagged_above=-999 required=5 tests=[AWL=0.040, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 5vOnQO2N9RAg for <sidr@ietfa.amsl.com>; Wed, 20 Jul 2011 20:03:41 -0700 (PDT)
Received: from EXPFE100-1.exc.icann.org (expfe100-1.exc.icann.org [64.78.22.236]) by ietfa.amsl.com (Postfix) with ESMTP id 165421F0C36 for <sidr@ietf.org>; Wed, 20 Jul 2011 20:03:41 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-1.exc.icann.org ([64.78.22.236]) with mapi; Wed, 20 Jul 2011 20:03:40 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: Rob Austein <sra@isc.org>
Date: Wed, 20 Jul 2011 20:03:37 -0700
Thread-Topic: [sidr] draft-ietf-sidr-repos-struct to Standards Track
Thread-Index: AcxG+EPt4cRNdg61QI2Q+GXRT2RURgAWoT1D
Message-ID: <CA4DD429.180F8%terry.manderson@icann.org>
In-Reply-To: <20110720161515.3A5A13431A2@minas-ithil.hactrn.net>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "draft-ietf-sidr-repos-struct@tools.ietf.org" <draft-ietf-sidr-repos-struct@tools.ietf.org>, "sidr-chairs@tools.ietf.org" <sidr-chairs@tools.ietf.org>, "sidr@ietf.org" <sidr@ietf.org>
Subject: Re: [sidr] draft-ietf-sidr-repos-struct to Standards Track
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sidr>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jul 2011 03:03:41 -0000

On 21/07/11 2:15 AM, "Rob Austein" <sra@isc.org> wrote:

> At Tue, 19 Jul 2011 14:03:18 -0700, Terry Manderson wrote:
>> 
>> Rob's observation that the extension exists in the manifest file name is a
>> close approximation provided words exist as highlighted which gives clear
>> instruction to implementers as to
>> 1) make the first approximation of validation regime on the filename in the
>> _manifest_
>> 2) then try all others
>> 3) give up.
> 
> Sorry, wrong.  Attempt validation based on the filename type; if that
> fails, the object is toast regardless of whether the filename appears
> in the manifest or not.  Don't expect the RP to play guessing games.

You wouldn't check the manifest? The manifest seems like the hinge point to
me.

I think I'll have to reflect on why you select that direction.

Cheers
Terry

v2.23.0 | Report a Bug | By Email