Re: [TOOLS-DEVELOPMENT] How do counters reset in the datatracker

Robert Sparks <rjsparks@nostrum.com> Thu, 16 May 2019 14:23 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89EFC120094 for <tools-development@ietfa.amsl.com>; Thu, 16 May 2019 07:23:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.678
X-Spam-Level:
X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
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 46_ci-tM9P2n for <tools-development@ietfa.amsl.com>; Thu, 16 May 2019 07:23:33 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 D4E0B120033 for <tools-development@ietf.org>; Thu, 16 May 2019 07:23:33 -0700 (PDT)
Received: from unescapeable.local ([47.186.39.7]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x4GENRa0061692 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 16 May 2019 09:23:28 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1558016608; bh=R3vXalIvH9BcQQwmI7njjj4HUHGWqXcQ9OE6FwNHUYQ=; h=Subject:To:References:From:Date:In-Reply-To; b=ajfHA/4EdfFpMandK3ZpAFjxcMYsbw7hoGvlBL+WPi3D0caGpCBrGl4LfCVLfBITT BfsbQV2onyuOy7kFNNyO/49l61gVi6VScV6zPRthVs0ABIcQpavWFK+PUapzwZjJPB POXTr7i2EkdeD5MTWYz2vluCl3m+XeRCNwgPAXgk=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.39.7] claimed to be unescapeable.local
To: Roman Danyliw <rdd@cert.org>, "tools-development@ietf.org" <tools-development@ietf.org>
References: <359EC4B99E040048A7131E0F4E113AFC01B3367E08@marathon>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <7fe8c740-90e8-895f-7ef8-321192de6502@nostrum.com>
Date: Thu, 16 May 2019 09:23:27 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <359EC4B99E040048A7131E0F4E113AFC01B3367E08@marathon>
Content-Type: multipart/alternative; boundary="------------72040EB5A374518055F20C71"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-development/iBQaJhFcGvsnbQhxMupHqa_OlLk>
Subject: Re: [TOOLS-DEVELOPMENT] How do counters reset in the datatracker
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Tools Development list server <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 May 2019 14:23:36 -0000

Hi Roman -

Like Russ, I will have to look at the code to give you the exact answer 
you are looking for, and I hope to do that today or tomorrow. I fear the 
answer will be "it's complicated".

For the moment, I can point to some history. Different ADs over time 
have had different opinions about what these "since" values should 
represent. Should it show time since last action, or accrued time in the 
where it is in the queue? Who is the metric there to help push along? 
I've occasionally been of the opinion that perhaps we should show state 
and sub-state staleness separately (as suggested by Adrian in one of the 
tickets below), but the display does get cluttered...

See

<https://trac.tools.ietf.org/tools/ietfdb/ticket/1371> and

<https://trac.tools.ietf.org/tools/ietfdb/ticket/1372>

RjS


On 5/16/19 8:31 AM, Roman Danyliw wrote:
> Hi!
>
> At the IESG retreat, there was a confusion in the IESG about how the timer listed next to the draft  (e.g., "for xxx days") in the datatracker is reset when a state or sub-state changes (see screenshot).  I was asked get clarity on the following:
>
> ** Which sub-state changes will trigger a reset to 0?
>
> ** Which state changes will trigger a reset to 0?
>
> Thanks,
> Roman
>
>
>
>
>
>
>
> _______________________________________________
> TOOLS-DEVELOPMENT mailing list
> TOOLS-DEVELOPMENT@ietf.org
> https://www.ietf.org/mailman/listinfo/tools-development