Re: [Tools-discuss] Long delay in tools.ietf.org and new drafts

Henrik Levkowetz <henrik@levkowetz.com> Tue, 19 August 2014 15:24 UTC

Return-Path: <henrik@levkowetz.com>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AD841A0421 for <tools-discuss@ietfa.amsl.com>; Tue, 19 Aug 2014 08:24:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level:
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
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 HSZ51cudgMAS for <tools-discuss@ietfa.amsl.com>; Tue, 19 Aug 2014 08:24:23 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 AAA051A0412 for <tools-discuss@ietf.org>; Tue, 19 Aug 2014 08:24:23 -0700 (PDT)
Received: from localhost ([::1]:42461 helo=vigonier.tools.ietf.org) by zinfandel.tools.ietf.org with esmtps (TLS1.0:ECDHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from <henrik@levkowetz.com>) id 1XJlGo-00071u-HX; Tue, 19 Aug 2014 08:24:22 -0700
Message-ID: <53F36C20.6030709@levkowetz.com>
Date: Tue, 19 Aug 2014 17:24:16 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Tony Hansen <tony@att.com>, Paul Hoffman <paul.hoffman@vpnc.org>
References: <82765ACB-5CBF-416E-8576-5AC7627974CF@vpnc.org> <53F363D3.4090304@levkowetz.com> <AD0094F9-9BDE-4BF0-81FC-C2F12DC262F2@vpnc.org> <53F3689E.7090803@att.com>
In-Reply-To: <53F3689E.7090803@att.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: tony@att.com, paul.hoffman@vpnc.org, tools-discuss@ietf.org, henrik-sent@levkowetz.com
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Archived-At: http://mailarchive.ietf.org/arch/msg/tools-discuss/lMn5_PeUGtdpN23Y3L6dG_AXj6o
Cc: Tools Team Discussion <tools-discuss@ietf.org>
Subject: Re: [Tools-discuss] Long delay in tools.ietf.org and new drafts
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2014 15:24:25 -0000


On 2014-08-19 17:09 Tony Hansen said the following:
> On 8/19/14, 10:59 AM, Paul Hoffman wrote:
>> On Aug 19, 2014, at 7:48 AM, Henrik Levkowetz <henrik@levkowetz.com> wrote:
>>
>>> Hi Paul,
>>>
>>> On 2014-08-18 20:24 Paul Hoffman said the following:
>>>> Greetings again. I thought that tools.ietf.org was supposed to show
>>>> new drafts within 15 minutes of publication, but
>>>> draft-hoffman-dns-tls-stub-00 is now many minutes older than that
>>>> (:-)) and it still gets a Not Found. Is this me misunderstanding the
>>>> SLA, or an operational bug?
>>> Sounds like a bug.  I'm investigating.
>> It showed up on tools.ietf.org about an hour after posting.
> 
> A useful enhancement is for the 404 processor to double check to see if 
> this is a new document before reporting such the 404 Not Found error. If 
> it finds it, it initiates an immediate update for that document.
> 
> Should this be added to the code sprint's list of items?

No, I'm looking at implementing a notify-on-change model as a lower-
bandwidth, lower-latency alternative.



Best regards,

	Henrik