To:
"Hollenbeck, Scott" <shollenbeck@verisign.com>, "'Edward Lewis'" <lewis@tislabs.com>, ietf-provreg@cafax.se
From:
Marc Blanchet <Marc.Blanchet@viagenie.qc.ca>
Date:
Tue, 02 Jan 2001 12:02:22 -0500
In-Reply-To:
<DF737E620579D411A8E400D0B77E671D750401@regdom-ex01.prod.netsol.com>
Sender:
owner-ietf-provreg@cafax.se
Subject:
RE: State of Provreg
my 2 cents on my own experience on co-chairing:
- if one co-chair is busy because of work/personal/... (it happens to me
with a new baby last february), then the other one can continue on and the
end result is that the wg do not suffer from lack of time from the chair.
- co-chairs can separate their work inside the wg (ie. content, ietf
management, etc...), so their respective workload is less.
- co-chairs can separate their intervention when perception of politics
arise: i.e. when a co-chair is business involved in an touchy issue of the
wg, then the other co-chair can take that ball. (Really useful for the
co-chairing I've done since a year now...)
- co-chairs can separate the travel when they are asked to provide reports
to various organisations, conferences, etc... Especially useful, since it
happens that the travel schedule of the co-chairs is different and
complementary so the probability is higher that these requests will be
handled easily
- there is also some drawbacks (more time for discussing the hot issues
between the co-chairs, etc.), but my own experience is that co-chairing is
much more useful than the possible drawbacks.
All these arguments can be relevant or not to this working group. My
current wg co-chairing is probably a bit political... ;-)))
Well, this is just food of thoughts. I'm not saying that the wg should have
co-chairs.
Regards, Marc.
At/À 10:41 2001-01-02 -0500, Hollenbeck, Scott you wrote/vous écriviez:
>I'm curious about the need for a co-chair. I've seen only two list messages
>that touch on the topic: one from Geva in which he suggested the idea, and
>one from myself suggesting that if the need is for "balance" we already
>appear to be progressing towards a balanced WG. Is a co-chair needed due to
>projected work load or some "behind the scenes" concerns that haven't been
>raised on the list?
>
>Scott Hollenbeck
>VeriSign Global Registry Services
>
>-----Original Message-----
>From: Edward Lewis [mailto:lewis@tislabs.com]
>Sent: Tuesday, January 02, 2001 10:04 AM
>To: ietf-provreg@cafax.se
>Cc: lewis@tislabs.com
>Subject: State of Provreg
>
>
>Currently "provreg" has not yet become a WG. We need to have a charter in
>place and a second co-chair.
>
>Jaap Akkerhuis, a member of Stichting Internet Domeinregistratie Nederland,
>has volunteered to be a co-chair. (In addition to myself.)
>
>Dave Crocker has been preparing the charter. Dave, I would like to request
>a reposting of the charter incorporating recent comments provided. I ask
>the mailing list members to comment on this so it can be submitted to the
>IETF. Solidifying the charter is the most important work item on our list
>right now.
>
>As soon as Dave puts the current charter on the list, I'll issue a mailing
>list last call. The last call will be just *one* week.
>
>Once the WG is formalized, we will adopt two drafts to begin ("continue")
>discussion. One is the protocol requirements document and the other is a
>proposed protocol specification. Each of these are edited by Scott
>Hollenbeck, and both appear under his name (as we have to WG standing yet).
>
>The current documents, as presented in San Diego are:
> draft-hollenbeck-grrp-reqs-05.txt
> draft-hollenbeck-epp-00.txt
>
>There are other epp-*-00.txt's that will be adopted as needed.
>
>When making comments on the documents, keep in mind:
>
>The charter is our roadmap. We want to set the scope for the work,
>expressing the desired outcome and the schedule. From what I've gleaned,
>our desire is to specifiy a policy-neutral registrar-registry protocol.
>The protocol should suitable for any registrar to contact any registry,
>regardless of differences in the registries' business models. *One* reason
>for doing this quickly is have the protocol in place so it can be used in
>the ICANN-gTLD process.
>
>The requirements document specifies what a candidate protocol must do and
>what it should do. The requirements are not levied on either registry nor
>registrar operations. I.e., the document does not (and can not) require
>compliance by parties to use the protocol nor to use it exclusively.
>
>We trust that the protocol, when specified, will be good enough and
>desirable enough that registries and their registrars will want to use it.
>
>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>Edward Lewis NAI Labs
>Phone: +1 443-259-2352 Email: lewis@tislabs.com
>
>"It takes years of training to know when to do nothing" - Dogbert
>
>Opinions expressed are property of my evil twin, not my employer.
Marc Blanchet
Viagénie inc.
tel: 418-656-9254
http://www.viagenie.qc.ca
----------------------------------------------------------
Normos (http://www.normos.org): Internet standards portal:
IETF RFC, drafts, IANA, W3C, ATMForum, ISO, ... all in one place.