IETF Logo Mail Archive

Re: [Sidrops] 6486bis: Failed Fetches

Stephen Kent <stkent@verizon.net> Wed, 30 September 2020 00:12 UTC

Return-Path: <stkent@verizon.net>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79D0C3A142A for <sidrops@ietfa.amsl.com>; Tue, 29 Sep 2020 17:12:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.314
X-Spam-Level:
X-Spam-Status: No, score=-2.314 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.213, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verizon.net
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 6MBfyifY202s for <sidrops@ietfa.amsl.com>; Tue, 29 Sep 2020 17:12:07 -0700 (PDT)
Received: from sonic301-1.consmr.mail.bf2.yahoo.com (sonic301-1.consmr.mail.bf2.yahoo.com [74.6.129.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 438B73A141C for <sidrops@ietf.org>; Tue, 29 Sep 2020 17:12:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon.net; s=a2048; t=1601424726; bh=eBBMqUi7t/qhBHw6YKJr2sUH5fj3sj2NtoZ/YSBQZv8=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From:Subject; b=d/xAUMsIQfcf8tkMl7w25U4SHbFN1JMxB/zaOzSG7542iTB4W2NcMIFFXUvJLRHPTfCqcPHe/iqFqp+CBhlm3mveZDYEpw7BEtEbEt/8geP5ljYNO/mLdyO0SeIx0aMAl6a8vUHT5pBLKSnXvtAoihzUxALRBGhcdZw6z9QFE2YTGefmbuAOtDFfIhu/ufQmiCSVz732cMqzB4+xnC4mGISIXV3bpKkICKaDrZ56tiggl4QOw8kWaKhvXQyJQ+Lg+plsoHSz5k/1vld9VMGN4OWj3fygIpFQbvOJbSqMTCNBx/cor6NsACrxiEVuYRIIiDmomq2N6MNXHSVnjiyahg==
X-YMail-OSG: cmQwGTIVM1nTbSa59vA3it6CnNYcMOaZxsEJiO1siaeEBk.OSjhzlqY8jPJl6TG Ray777OBlWJXHrwbGTdwJYZBgCjT1lOgHKvPPOFrPd_0M1t_FOGsOJxUoTA8rcHewRZ3JPqnVKXJ 4o1xWHVy0mEOzclvswp6.WcMAzdgJsh0yw2uOHv9.eE3YgysKd9NN3vGgw1o3O5j06MkdsJcwEci A3PHwqxSrofsIlt.sK9A8O_ZzJr5gmDLroLuD5ypDi_GAhzBfkszh9pxFrDKJFLPl6KTngKiTEmh vLX9sAbc1C6zMCmbACBelgkbpOoMWj_aWiESWokQechhP5yHsWZyQEdRF1DyVRhHfN6_lQziuXVb 20JaDDnv9sAUm930F.kVWWwHaDaxvWCgFHNzSuBQu5Y7yywmVvHy6jCd_DRlYBEnHaGG9OsRgPJO i9GlJDDTiz0pkERg0F8N.sOZbx7UzQaKzWYbN0pIdo8IIG6JiifuNXctWY9tnNdDcKFzMI6Zf.mK 6sUthfSz.Ckvla9uozrZC2_NMycNSsyMsJUCYEqBIsptMmmEaMoZwA2Z_.o7ZA4WesmfDu2LFoKM AffuUC1EjIlvvJqTwLKquqhMunUZLzIdZZKD2BSmoI.iD_NKzzqV69Qppi0hW7KX0PLkm50aDh8p rBRuBpCwQlb.Hnlzio0g0Kr8lV7hbOpGWxhOPkpRCmI2Ra0x1tXCbtn7oEceW6dkoqsx.THZG62N n6C0CwcRcRalLXdBUctyf5rJ0ZOL50bQemtRi43hRWefwiLt.3XIYgR.AFqPq.lu5XnmY3db7W.v n74q7csijvyT1ZyfjmboiOjLXmlKU_5G9C9oN95szfHTlyetXr3eQI9rPRZ4J1R9_ZP7trCRXCoE jelwDvDpDPnTLIZ5qQU0fDpsGS4m6xaUx65X7A0s0xYjpAfmLSHRHvkAUX7mphlYGe8Bl8cvqj5E 2ytqTXabXieq2MUwRdVH7Q5YhxrP2v05EDVVVmfO__eWBDwCqbo6HE_bnl1MyY8hmiPlxX3czxzY 7uwq_QJDkm7FV3_x_xILMmXebBDx9E2t6pqYT4PhPDN79liyTycO00zEuX3GyJw5VDEoqQ2crHnL AKnoVk.oYB.fq_vODhpsN5uZbQxrHXxA0miL9vAfsTvnQ812j6f3LO_5sj6kqkOAcKck5holySK6 QBO6mmz01ITJTtGxSR.4ZsBKQ0N0SbWzyxrXVCa87XiVzu1mQX3HQ7TKXkyqPIj9jgPauzIiWOx3 cA8iGpE9CsSumeTFluwZDqwxGZNehEx7xenRJ6G3V_nlFNwrnPhZn_7_5f_hCw_shoZxGikMAlT. 1E6uXWp4j1gZzB7Gl4hdCxOj6YnJ6lWFVdTEVEKSlu60pJTHgVZ88Q67uOfpo3CPSdHnZTD8mRUP GV4PBIGvLlrn89f_TXEq6QMTj2_jt1rzxlkr2z3bmTJFh1tGxuTHTXRzQL.5VXgDxsXbwAZrxPft _dAxklzwSRvwOFLSJvXPPnkY6hPtenU5hDKvFSmdXHRtjspFWuURUm.FOxbdQL9HaobVY_Si6O_Q XAVSxmFS8nEHlgfi.lEJO4Zb8UNknonXVbvnhS9ySQUxhrHP9KGmiHbTSWgYwz6B.Ce3L
Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Wed, 30 Sep 2020 00:12:06 +0000
Received: by smtp419.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 431e8c080fda51ece16e5ff2d143cdd5; Wed, 30 Sep 2020 00:12:02 +0000 (UTC)
To: Tim Bruijnzeels <tim@nlnetlabs.nl>
Cc: sidrops@ietf.org
References: <20200817163134.29aa1a6b@glaurung.nlnetlabs.nl> <c1a8fffb-9106-d08e-4254-44ddf1a0115a@verizon.net> <20200818083659.1922a98c@grisu.home.partim.org> <6cebcc89-3e07-8a85-3813-b4ae9887d119@verizon.net> <20200826122539.52493813@glaurung.nlnetlabs.nl> <b71c9c88-fb10-b037-d06a-910711e51e04@verizon.net> <cf7030be-adc4-dde4-7eda-516339fd6c91@verizon.net> <E8A259E6-869D-4D2C-87F0-87462B9731E2@nlnetlabs.nl> <10b9622d-90b0-63e8-288e-858f88835284@verizon.net> <291655EE-2255-441B-B425-59BEE6DBE39F@nlnetlabs.nl> <0c7ab898-4031-3613-1382-228ef598c478@verizon.net> <52BFE652-380C-4403-936A-498C7756F013@nlnetlabs.nl> <7F8B0EC3-C918-4455-A419-3E640471E63E@nlnetlabs.nl>
From: Stephen Kent <stkent@verizon.net>
Message-ID: <a730599c-96f9-7946-8003-e9586657a077@verizon.net>
Date: Tue, 29 Sep 2020 20:12:01 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <7F8B0EC3-C918-4455-A419-3E640471E63E@nlnetlabs.nl>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
X-Mailer: WebService/1.1.16718 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Apache-HttpAsyncClient/4.1.4 (Java/11.0.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/4fH9WhQF5kwViwpdjAC8ocjH_6A>
Subject: Re: [Sidrops] 6486bis: Failed Fetches
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Sep 2020 00:12:09 -0000

Tim,

Thanks for investigating the new SIA option.

I'm not wedded to an alternate directory solution. A change to the 
Manifest structure to indicate how to process each named entry might be 
a good alternative. But, either approach will require a complex 
transition strategy that will take considerable effort to design and 
document.

The WG needs to decide if the highest priority is to remove ambiguities 
from the current spec, or to pursue a new, substantially different spec. 
Hopefully the Thursday telecon will help clarify the priorities.

Steve

v2.23.0 | Report a Bug | By Email