Re: EPP extensions working group
"Hollenbeck, Scott" <[email protected]> Tue, 30 Jul 2013 08:03:16 +0000
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Message-ID | <831693C2CDA2E849A7D7A712B24E257F4922517C@BRN1WNEXMBX01.vcorp.ad.vrsn.com> |
> -----Original Message----- > From: Jay Daley [mailto:[email protected]] > Sent: Monday, July 29, 2013 5:40 PM > To: Gould, James > Cc: Hollenbeck, Scott; [email protected] > Subject: Re: [provreg] EPP extensions working group > > On 30/07/2013, at 3:27 AM, "Gould, James" <[email protected]> wrote: > > > Jay, > > > > I believe that your additional criteria might overly filter the > candidate > > set of extensions. There are clear standard track extensions > including > > draft-tan-epp-launchphase and draft-obispo-epp-idn that could go > through > > as individual submissions as long as an AD is willing to take them > based > > on their maturity and based on the discussions that have already > occurred > > on the provreg list. There are a large set of extensions that have > been > > and are in the process of being built that could be of general > interest. > > If this working group is meant to be "short lived" and to handle > initially > > the low hanging fruit, then certainly it could take on the extensions > that > > are primed for standards track like draft-tan-epp-launchphase and > > draft-obispo-epp-idn. I am not sure if these two extensions alone > are > > enough to form a working group, since they could be individual > > submissions. > > As I understood it, and someone please correct me if I'm wrong, this is > a two-step process. Step one is to prove the efficacy of the WG by > taking some already well developed ideas through to conclusion and step > two is then for a longer term WG to take a more strategic approach of > creating standards where we would otherwise be doing things in > different ways. > > I don't think it takes a long list to achieve step one but what is does > take is engagement of the community interested in this and to me that > will not be achievable, and may in fact be damaged, by starting with > drafts that are proprietary and have not been discussed much. Something to consider: documents that are currently proprietary or otherwise not in I-D format may well have been implemented and used far more broadly than those that exist as I-Ds. If there is a commitment to release the specification(s) to the community they may be worth considering. As of right now this is only a one-step process. Pete hasn't agreed to a second step. I think you're right about the goal of the first step. Scott _______________________________________________ provreg mailing list [email protected] https://www.ietf.org/mailman/listinfo/provreg