Re: [Iasa20] Magnus Westerlund's Discuss on draft-ietf-iasa2-rfc4071bis-08: (with DISCUSS)

Joseph Lorenzo Hall <joe@cdt.org> Tue, 09 April 2019 16:02 UTC

Return-Path: <jhall@cdt.org>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 561071208A2 for <iasa20@ietfa.amsl.com>; Tue, 9 Apr 2019 09:02:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cdt.org
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 gi72nWUPz0RA for <iasa20@ietfa.amsl.com>; Tue, 9 Apr 2019 09:02:53 -0700 (PDT)
Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com [IPv6:2607:f8b0:4864:20::341]) (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 054D512089A for <iasa20@ietf.org>; Tue, 9 Apr 2019 09:02:53 -0700 (PDT)
Received: by mail-ot1-x341.google.com with SMTP id e5so16021312otk.12 for <iasa20@ietf.org>; Tue, 09 Apr 2019 09:02:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qOfowzJRo6fQM78cklH91ObruIIV0uNR7bNtIGB0wc8=; b=RtRxCCNQr0njICkh0ccHaH3QgWfAJYJ0RMCrjnXZAdOnX6zXX4Ua9+AczW47GDQjYk WgX/ukdneQBnRoaStNABA3EPX1NGnV355KBDgA9p3oWdb7h6n+M3Zf0382XgPaBb0AFr 0IqMmTLGNTXTPRy9d3xaL77vnaNKzjg8HynN8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qOfowzJRo6fQM78cklH91ObruIIV0uNR7bNtIGB0wc8=; b=JaksLJa8Fr0ntc6agXkhLZOoNXjo+4mA8X0OnBmXEFVzRoiFpSmGQ4xkh3ZcKqnQHG kK5l6+xaRaJ5q0YkFnBmlEutDbmB+iZomcRguSHhPjI07+aADbsb3SCehlbv6R/k85Z1 9HJIsVH6WNdCfmQkK7HKouE1XB9qDyvkrk+REDeOnfbB8z3mE0qXircSB4gQWshfYY+I DwoSd2wsrE3trE0Ek/krC1T/mFiWR1muVaNhkEv8pj2tE4pKdX69XQkBl0YWF6d6fsvN P9SkGS3i59hWkiSdugwJL02tAP8HCRdq4BYelg1AAVZIA+FLW/YS8HmppwSuX+Iuv40Z XCjg==
X-Gm-Message-State: APjAAAXBTzuDkykGkdHugjYmlaEcehtSS1Y2kGhDEKZOGcrAekg4gJUR Fz9Ii2unM+l+WBv3CzuOzRTpIisrbKWxYCM9e8dRMg==
X-Google-Smtp-Source: APXvYqwSk+oAilm/v8g92pDRfCEAwaCUtI/ezkTs6A7eYQ+uOryw2yLZamqwP+4upAMGMcDZ8LZvQuB4ZWmt0yHlJy8=
X-Received: by 2002:a9d:63d5:: with SMTP id e21mr23162099otl.288.1554825772095; Tue, 09 Apr 2019 09:02:52 -0700 (PDT)
MIME-Version: 1.0
References: <155480545379.14224.7509050660875750169.idtracker@ietfa.amsl.com> <CA+9kkMDaV26KQve27iLYWhuXaV3VQORN=57qwaUck5yYL8aJ2Q@mail.gmail.com>
In-Reply-To: <CA+9kkMDaV26KQve27iLYWhuXaV3VQORN=57qwaUck5yYL8aJ2Q@mail.gmail.com>
From: Joseph Lorenzo Hall <joe@cdt.org>
Date: Tue, 9 Apr 2019 12:02:41 -0400
Message-ID: <CABtrr-UnRiCBfjKRvf-Zv38mhwEm_W-5X2kjG_tb7_Cji0Dg2A@mail.gmail.com>
To: Ted Hardie <ted.ietf@gmail.com>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, The IESG <iesg@ietf.org>, IASA 2 WG <iasa20@ietf.org>, draft-ietf-iasa2-rfc4071bis@ietf.org, iasa2-chairs@ietf.org, Jon Peterson <jon.peterson@neustar.biz>
Content-Type: multipart/alternative; boundary="000000000000d56ed605861b1541"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/UyHet0YPzuSBuv81YWj_OlWvPpQ>
Subject: Re: [Iasa20] Magnus Westerlund's Discuss on draft-ietf-iasa2-rfc4071bis-08: (with DISCUSS)
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?= <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Apr 2019 16:02:56 -0000

On Tue, Apr 9, 2019 at 11:57 AM Ted Hardie <ted.ietf@gmail.com> wrote:

> Hi Magnus,
>
> On Tue, Apr 9, 2019 at 3:24 AM Magnus Westerlund via Datatracker <
> noreply@ietf.org> wrote:
>
>> Magnus Westerlund has entered the following ballot position for
>> draft-ietf-iasa2-rfc4071bis-08: Discuss
>>
>> When responding, please keep the subject line intact and reply to all
>> email addresses included in the To and CC lines. (Feel free to cut this
>> introductory paragraph, however.)
>>
>>
>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>> for more information about IESG DISCUSS and COMMENT positions.
>>
>>
>> The document, along with other ballot positions, can be found here:
>> https://datatracker.ietf.org/doc/draft-ietf-iasa2-rfc4071bis/
>>
>>
>>
>> ----------------------------------------------------------------------
>> DISCUSS:
>> ----------------------------------------------------------------------
>>
>> Having not followed this at all I do see some question marks in regards
>> to the
>> IRTF that I would like to have clarification on thus the Discuss position.
>>
>> Why isn't IRTF disucssed in this section, or having its own section of
>> similar
>> nature?
>>
>> 4.6.  Relationship of the IETF LLC Board to the IETF Leadership
>>
>>    The IETF LLC Board is directly accountable to the IETF community for
>>    the performance of the IASA 2.0.  However, the nature of the Board's
>>    work involves treating the IESG and IAB as major internal customers
>>    of the administrative support services.  The Board and the IETF
>>    Executive Director should not consider their work successful unless
>>    the IESG and IAB are also satisfied with the administrative support
>>    that the IETF is receiving.
>>
>>
> The administrative support for the IRTF has historically been bundled into
> either the support of the IAB or to the meeting support (when the RGs are
> meeting at the IETF meeting).   The IRTF chair, as a member of the IAB,
> would be able to express concerns she or he had with the administrative
> support services.
>
> This doesn't mean that the LLC Board couldn't seek out the input of the
> IRTF chair for direct discussion of concerns; this section describes what
> the board must do, but doesn't limit them to only that.
>
>
>> Can someone please explain why the IETF LLC role for IRTF are almost not
>> at all
>> described? For example is IRTF not a significant internal customer?
>>
>> Also, what is the relation between the IRTF and IETF community? As the
>> IETF
>> community does not appear to have a definition, it is not possible to
>> determine
>> if IRTF is counted as part of the IETF community or not. In my thinking
>> the
>> IETF and IRTF communities are not the same set, and it is not obvious
>> that IETF
>> community is the super set.
>>
>>
> I think we use IETF in two ways.  This first encompasses the set of
> working groups and structures that support the standards process,  and the
> second is used more broadly, to include the IAB, IRTF, Hackathon, RFC
> series and other parts of the Internet technical community which are
> gathered here.  I think when we say "IETF community", we generally mean the
> second, because we have no better term.  We could change the title to say
> something like "Relationship of the IETF LLC Board to the other Leadership
> groups", but I am not personally sure that is an improvement.
>
>
>> I think some clarification on the IRTFs relation are needed in this
>> document.
>>
>>
> I don't really want to open RFC 4440 or BCP 8 for this, so I would be
> interested to know what you think the minimum clarification here would be.
> Would adding the IRTF as an additional internal customer be sufficient?
>

Yes, here in 4.6 we tried to talk about "major" internal customers with the
understanding that there are other not-as-major... I'd also be interested
in what a minimal clarification here that would be important to make in
this document. best, joe