Re: IETF Tools Architecture and Strategy Team

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 06 February 2020 19:14 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F34E5120145 for <ietf@ietfa.amsl.com>; Thu, 6 Feb 2020 11:14:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 38d_aDgjWLBM for <ietf@ietfa.amsl.com>; Thu, 6 Feb 2020 11:14:43 -0800 (PST)
Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 4D5E2120106 for <ietf@ietf.org>; Thu, 6 Feb 2020 11:14:43 -0800 (PST)
Received: by mail-pg1-x52a.google.com with SMTP id b9so3206491pgk.12 for <ietf@ietf.org>; Thu, 06 Feb 2020 11:14:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=2r1m8C9tk9N7JZpKuqvFQfuQb4qUPy264Z330rPhX0k=; b=u4FGqDeM5kn16c9sP0F0x9kdLFL0mljyZJmk3isMP7nsSZaVSUNiyujNakD815238+ gR3yvnDPZmKxsQ7lON+2nJz+2rVX553V0nv8zWrgPI/KI6/cVaK3cFuUlITn44Mprbwv Ixn/U3x4BRM9Pdc4Q9HJ/aJLlHF6UtXsSVtLsFSYmCXQXM/sxon5JYM0Ma9im3VEQ//p VnnCdh4IzDCR2RsEn0jdiEYDjjbn1XBfOE9YP/u60lasMjmB7ZcBKHsVbalHyC9SAJ+4 49UnogROtokQl1HTSgDC2Rc1uHKXesl0D7gXw72enAall0FaMJB2pEtCRSBMb8mESzM4 ETxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=2r1m8C9tk9N7JZpKuqvFQfuQb4qUPy264Z330rPhX0k=; b=OJ/1uZnv/kGUjGiKKK3voDYyynAMQN29roVsEV0FythW8DFxA0iqiB+jc11gyYhFUr YEvDELL7G4FFix+l82mSNUSyPie9yghUn7Wj8yUEgBe95L92/edoR2mddnrZx+n1BDg/ mFJjUIVVngkjs4q/wR79S2w17iYCh/p9b5ACA8RuzIYOr0S3yMrxN9EDsvfXj+xqri7d lxbE0bReuvW0cikYgugJpJ8T/p8jY6gTeEal/+qXkBMUxNdZAZeaDzilcfkMUD/+I7Xd v7T3T+lK680CrbvbYwebcwM/C0jtglpQ/4Fi937Yf4PK6E8zeYaaM71avEWkDSvaW54L qEEA==
X-Gm-Message-State: APjAAAX68of1TvJg13V3cDTybMrzWwoa+OLgBaKeyvGlH3dN8oy2Ds0k ckOkKoKSfyhT2qU5W5DJo4DcTOt1
X-Google-Smtp-Source: APXvYqxr0CtqsAXC3Uu1FSRczePFOIevviMrM4BL40Z8raiZQ7sIdzNIz4VE8iNTtemzwToUBvQW5g==
X-Received: by 2002:a63:505b:: with SMTP id q27mr5307439pgl.39.1581016482286; Thu, 06 Feb 2020 11:14:42 -0800 (PST)
Received: from [192.168.178.30] (88.161.69.111.dynamic.snap.net.nz. [111.69.161.88]) by smtp.gmail.com with ESMTPSA id b10sm60529pjo.32.2020.02.06.11.14.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Feb 2020 11:14:41 -0800 (PST)
Subject: Re: IETF Tools Architecture and Strategy Team
To: Alissa Cooper <alissa@cooperw.in>, Michael Richardson <mcr@sandelman.ca>
Cc: IETF discussion list <ietf@ietf.org>
References: <FE0B5C44-B979-4781-883C-CF35A297BA85@ietf.org> <16926.1580926482@dooku.sandelman.ca> <28561143-06A7-4FD0-AE71-8B9BE122DB1A@cooperw.in>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <b5d87b84-ae42-e415-2b5a-09602470b2fd@gmail.com>
Date: Fri, 07 Feb 2020 08:14:36 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <28561143-06A7-4FD0-AE71-8B9BE122DB1A@cooperw.in>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KHwlFQbfQ2THqA453Nd5LFVadOw>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Feb 2020 19:14:45 -0000

Alissa, how will liaison with the RFC Production Center be managed? xml2rfc is not just an IETF tool, and it's in the middle of a complex deployment process with known discrepancies between the documented and implemented versions of the v3 syntax, not to mention some very tricky issues around SVG support. 

Regards
   Brian

On 07-Feb-20 07:32, Alissa Cooper wrote:
> Hi Michael,
> 
>> On Feb 5, 2020, at 1:14 PM, Michael Richardson <mcr@sandelman.ca> wrote:
>>
>>
>> IETF Chair <chair@ietf.org> wrote:
>>> I'd like to introduce a new volunteer team that has been created in the
>>> General area: the Tools Architecture and Strategy (TAS) team.
>>
>> I think it is a really good idea to organize this.
> 
> Great!
> 
>> I wonder if you considered just creating a WG in the general area?
>> What would seem to let the tools team leverage... the tools.
>> But, I guess you can create groups that aren't WGs based upon the links below.
>>
>>> It is not the role of the TAS team to implement, maintain, or manage
>>> the operation of individual tools. Those responsibilities remain with
>>> the IETF tools team. Once TAS team guidance documents become available,
>>> the IETF Tools Project Manager (currently Robert Sparks) will establish
>>> plans and workflows to align ongoing and future tools development with
>>> the guidance.
>>
>> I believe that the team will mostly produce plans, and those plans will not
>> be in the form of RFCs, and probably not even in the form of IDs.
> 
> Right, and that’s a good reason to have a team rather than a WG. Also, for the time being it’s meant to be a fairly small group to be able to progress quickly. Many of the topics within the team’s purview don’t necessarily benefit from a consensus process, same as the tools team itself.
> 
>>
>>> The TAS team is expected to consult widely with the IETF community, to
>>> draw on best practices from the software development industry and open
>>> source communities, and to evolve its guidance over time as practices
>>> change. The team's online presence resides at:
>>
>>> Datatracker page: https://datatracker.ietf.org/group/tools-arch/about/
>>> Mailing list (only open to members, with a public archive): tools-arch@ietf.org
>>> Github organization: https://github.com/ietf-team-tools-arch
>>
>> May I suggest that one of these people be designated as the liason to the
>> WG-chairs list?  And another as the liason to the EDU-team?
> 
> As with EDU, we’ve got a bunch of WG chairs in the team, so I think keeping the lines of communication open should be straightforward.
> 
> Thanks,
> Alissa
>  
> 
>>
>> --
>> ]               Never tell me the odds!                 | ipv6 mesh networks [
>> ]   Michael Richardson, Sandelman Software Works        | network architect  [
>> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [
>>
>>
> 
>