CSN Status & IETF Last Call (was: RE: Precondition for WG Last Call of the First Document Grouping)

Jim S: Please note the request for your input on CSN status near the bottom
of this e-mail.

-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Kurt D. Zeilenga
Sent: Saturday, November 15, 2003 7:20 PM
To: [email protected]
Cc: [email protected]
Subject: Re: Precondition for WG Last Call of the First Document Grouping



I recommend:
  LDAP Replication I-Ds be subject to IETF Last Call before being
  considered by the IESG.

  LDAP Replication I-Ds be progressed (IETF Last Called, IESG
  consideration) as a set.

The former because LDAP Replication may have impact upon LDAP
implementations
which are not participating in the LDAP Replication experiment.  The latter
because the individual I-Ds have a great deal of interdependencies.

CHRIS> Points duly noted. I do not personally see any harm in either
putting Informational and Experimental documents through an IETF Last Call
or not doing so. John and I would need to see others indicate that they
wish to proceed this way to make the request of our ADs.

CHRIS> Personally, I am conflicted about expressing support for waiting
until all I-Ds are ready for IETF Last Call. I recognize the interdependency
issues, but also believe that the way the co-chairs proposed that the
documents to be staged through the publication process limits various
risks involved in not waiting for a balloon-style IETF Last Call for all
documents. As a Co-Chair, I view this staging as consistent with the WG
Charter,
despite the slip in dates. I suppose that the IESG could decide to hold the
LDUP
documents until they are all ready for IETF Last Call. But that is a
decision they would have to make regardless of any request that John and I
might relay to them. And Since Ted is watching the LDUP list, I'm sure he'll
take your input into account when deciding what he should recommend to the
IESG. As usual, John and I would need to see others indicate that they wish
to proceed this way. Otherwise, we'll be sticking with our original intent
of
sending documents to our Ads as they are ready for IESG Consideration.

On the CSN discussion, I am in favor of splitting it out so that it can be
more easily referenced by other specifications.  (On the technical side, I
concur that CSN should be defined in ASN.1 terms with LDAP-specific string
encodings.)  However, I am not yet convinced that standard track would be
appropriate for this CSN specification, especially given previous consensus
(as reflected in the current charter) to pursue LDAP Replication off the
standards track.  

Kurt

CHRIS> The rationale I recall from prior discussion about the CSN split-out
is that the CSN concept has a broader applicability than LDUP. That seems to
me to be sufficient justification for pursuing a standards-track publication
path. I view this issue as one that is separable from the general concept of
LDUP being an Experimental concept/protocol. LDUP needs CSN to work even in
an experimental way. I certainly agree that this is not a sufficient
justification
alone for a standards-track path. But...perhaps Jim S. can shed some light
on the specific reasons he had for suggesting standards track for CSN? And
if others could chime in as well that would help us sort this out.

Chris Apple - Principal Architect

DSI Consulting, Inc.

mailto:[email protected]

http://www.dsi-consulting.com