Re: [tap] RFC Status?

Andrew de Andrade <andrew@deandrade.com.br> Wed, 13 August 2014 05:51 UTC

Return-Path: <andrew@deandrade.com.br>
X-Original-To: tap@ietfa.amsl.com
Delivered-To: tap@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF63B1A6FEB for <tap@ietfa.amsl.com>; Tue, 12 Aug 2014 22:51:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.196
X-Spam-Level:
X-Spam-Status: No, score=-1.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_DBL_ABUSE_REDIR=0.001, URIBL_DBL_REDIR=0.001] autolearn=no
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 4RMrzejuhmp6 for <tap@ietfa.amsl.com>; Tue, 12 Aug 2014 22:51:08 -0700 (PDT)
Received: from mail-qc0-f170.google.com (mail-qc0-f170.google.com [209.85.216.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48C4E1A6EDC for <tap@ietf.org>; Tue, 12 Aug 2014 22:51:07 -0700 (PDT)
Received: by mail-qc0-f170.google.com with SMTP id x3so3791011qcv.29 for <tap@ietf.org>; Tue, 12 Aug 2014 22:51:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=fRosjI+9pUBBOcVRN6er3UiJNiSDTF/WWN5yPyAiKJ4=; b=EX3fUmF1CgF6Ft17iza2txOFUFL5nfE3vzHMf4dx9r7N97zJIKEugUM/Js48+64JIe bOLPlmfo5rzjUxCcXkG9XQyV326+3csmMNqj8CzzDD9gGf8rdw3pG/w78IEfpQSVKJJ2 BAJ8Hi3Yrcou/cl0jYOpuo5Ru2JkDHpS5C2VDR3Dwa6TeN93Sv1rs/Q1RW5KumgJtTzS gnbwZhRFS/3CW8DynQtHvy4JBmt+8k27kJ00Zsio3cuj2Qwq+GLgTr7PKHAyZ8hEdsfO cTeYUzEiCmVSPEdeoFgVaJ/NuCPN6V6C0YV8tJW1wy1593bM6L3JSYbq1buQKmw88Ozo k3+A==
X-Gm-Message-State: ALoCoQl6okyvYJ6Ka9MjPTz7GW+ec5wzYZIwCJi1Pqkbor6AtHmJ0A9wzWXy7SmnweknDsIDhXY7
X-Received: by 10.224.120.138 with SMTP id d10mr3260641qar.55.1407909066794; Tue, 12 Aug 2014 22:51:06 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.140.84.148 with HTTP; Tue, 12 Aug 2014 22:50:46 -0700 (PDT)
X-Originating-IP: [204.28.123.173]
In-Reply-To: <1407907048.42036.YahooMailNeo@web126104.mail.ne1.yahoo.com>
References: <CAP4gcszybVr5Hw3mg=uTi8tqpA3wEVwo=zf2876RWhy_CmozZw@mail.gmail.com> <7250AD76-F5DF-494C-8A00-B4320053EBE7@ggvaidya.com> <1407788544.42539.YahooMailNeo@web163506.mail.gq1.yahoo.com> <CAP4gcswppT=HEy4ew-TejcvJjWT8AwXXRjnG2ECZa7tWnbT7ZQ@mail.gmail.com> <1407829749.48636.YahooMailNeo@web126105.mail.ne1.yahoo.com> <1407853316.14571.YahooMailNeo@web163504.mail.gq1.yahoo.com> <1407903000.34343.YahooMailNeo@web126105.mail.ne1.yahoo.com> <1407904315.3488.YahooMailNeo@web163504.mail.gq1.yahoo.com> <1407907048.42036.YahooMailNeo@web126104.mail.ne1.yahoo.com>
From: Andrew de Andrade <andrew@deandrade.com.br>
Date: Tue, 12 Aug 2014 22:50:46 -0700
Message-ID: <CAP4gcsw6u=Vy0_2CUScURcYrBC5+Bx2VuG3y2FEK8geudJtCnw@mail.gmail.com>
To: Ovid <publiustemp-tapx@yahoo.com>
Content-Type: multipart/alternative; boundary=001a11c2eea0cd859605007c5fa8
Archived-At: http://mailarchive.ietf.org/arch/msg/tap/eNDbo1R0J2ojZ4n2AhHcoy5Hn1I
Cc: "tap@ietf.org" <tap@ietf.org>
Subject: Re: [tap] RFC Status?
X-BeenThere: tap@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Test Anything Protocol WG discussions <tap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tap>, <mailto:tap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tap/>
List-Post: <mailto:tap@ietf.org>
List-Help: <mailto:tap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tap>, <mailto:tap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Aug 2014 05:51:13 -0000

For those that have been around the longest, can someone share some links
that describe what exactly is going to be required in terms of know-how and
time to take ownership of a process like this. Of course, I've found some
general guides on the IETF process (links below), but if there is anything
specific to what's been done with TAP in general, that would be useful. In
the past, who had taken ownership of the process, so we can at least go
back in the archives and see how the previous person handled ownership of
this process with respect to TAP.

I'm about the change jobs in ~1 month to work entirely on engineering tool
for front-end teams at Uber, so I can't promise anything yet, but if the
commitment involved is reasonable and it's ends up aligned with my
responsibilities at my new job, I just might be able to take ownership
here. No guarantees just yet.

This is what I found and will go through to better understand the IETF
process.

https://www.ietf.org/about/standards-process.html
http://www.ietf.org/about/process-docs.html
https://www.ietf.org/rfc/rfc2026.txt
http://en.wikipedia.org/wiki/Request_for_Comments
http://www.rfc-editor.org/rfc/rfc6410.txt
http://tools.ietf.org/html/rfc2028



On Tue, Aug 12, 2014 at 10:17 PM, Ovid <publiustemp-tapx@yahoo.com> wrote:

> I certainly can't volunteer to run it. My time is crazy, I'm working a
> couple of different contracts right now, often have to be at conferences
> and sometimes get called away on short notice to travel to other countries.
> On top of that, I'm a father and husband. My time is somewhat limited to
> brief bursts of energy in my "spare" time :)
>
> And you now have 3 readers for your subreddit, but I'm subscribed to
> enough subreddit's that I may very well miss changes there!
>
> Best,
> Ovid
> --
> IT consulting, training, international recruiting
>        http://www.allaroundtheworld.fr/.
> Buy my book! - http://bit.ly/beginning_perl
> Live and work overseas - http://www.overseas-exile.com/
>
>
>   On Wednesday, 13 August 2014, 6:32, Bruno P. Kinoshita <
> brunodepaulak@yahoo.com.br> wrote:
>
>
>
>  Hello,
>
> > The immediate need is for someone to take ownership of the IETF process
> and publicly say "I'll see this through." There was a lot of great work
> done in the past, but we're obviously not there yet.
>
> Great idea, let's see if someone will step forward to volunteer (maybe
> you? :-). I'm relocating to another continent in less than 1 year, but if
> no one else volunteers I can work on this till June next year.
>
> > With that, we can start scratching items off out TODO list one-by-one. I
> would humbly suggest that we not go with monthly meetings as they're so
> hard to organize. Instead, keep the list open, have the TODO list on a
> github wiki and let's see what we can make happen.
>
> Sounds good to me. Let's use https://github.com/TestAnything/Specification
> ?
>
> Even though I do like keeping decisions and discussions in the mailing
> list (like the Apache way), I feel sometimes it helps to have something
> like an IRC channel, for real time chat, validate some ideas before sending
> to the mailing list or brainstorm with somebody else. What do you think? I
> started collecting TAP-related links in a subreddit too, but is has very
> low activity and got only 2 readers
> http://www.reddit.com/r/testanythingprotocol
>
> Thanks Ovid!
> Bruno
>
>   ------------------------------
>  *From:* Ovid <curtis_ovid_poe@yahoo.com>
> *To:* Bruno P. Kinoshita <brunodepaulak@yahoo.com.br>br>; Andrew de Andrade <
> andrew@deandrade.com.br>
> *Cc:* "tap@ietf.org" <tap@ietf.org>
> *Sent:* Wednesday, August 13, 2014 1:10 AM
> *Subject:* Re: [tap] RFC Status?
>
> What do you think that would be the next steps to push forward a TAP 14
> draft, and make some progress on the RFC? Maybe something like monthly
> meetings in IRC or some other IM, and some discussion panels in
> hackathons/meetups?
>
> The immediate need is for someone to take ownership of the IETF process
> and publicly say "I'll see this through." There was a lot of great work
> done in the past, but we're obviously not there yet.
>
> Next, the goal needs to be clearly defined. I would also suggest we define
> why we want the goal accomplished. Once done:
>
>    1. What we've successfully done.
>    2. What we still need to do.
>    3. What might need to change (danger, Will Robinson!)
>
> Those three items can give us a TODO list. Item #1 might seem superfluous,
> but when tackling a large project, I like to remind people of all of the
> groundwork already laid to keep things in perspective. Plus, a sense of
> historical context might help those who are unfamiliar with the history.
>
> With that, we can start scratching items off out TODO list one-by-one. I
> would humbly suggest that we not go with monthly meetings as they're so
> hard to organize. Instead, keep the list open, have the TODO list on a
> github wiki and let's see what we can make happen.
>
> Best,
> Ovid
> --
> IT consulting, training, international recruiting
>        http://www.allaroundtheworld.fr/.
> Buy my book! - http://bit.ly/beginning_perl
> Live and work overseas - http://www.overseas-exile.com/
>
>
>
> _______________________________________________
> tap mailing list
> tap@ietf.org
> https://www.ietf.org/mailman/listinfo/tap
>
>
>


-- 
Q: Why is this email four sentences or less?
A: http://four.sentenc.es