Re: [ldapext] New LDAPEXT charter

[Michael Ströder <[e-mail]>]

Disclaimer: All my statements herein are solely my personal point of view.

Mark R Bannister wrote:
> I understood from previous exchanges with Kurt that RFC2307bis couldn't be
> standardised as it stands because it attempts to redefine attributes or
> classes from RFC2307, and you're not allowed to do that.

Yes, that's my understanding too.

> However, if people
> are already using RFC2307bis then you'll be in a catch-22 situation, not being
> able to fix those problems without breaking it for existing users.  Ergo,
> RFC2307bis is dead in my opinion and will never be a standard.

RFC2307bis in this form seems dead. But my multi-SUP solution for 'posixGroup'
simply works backwards-compatible.

> Thanks Michael, I'm aware of all of the various tracks, but wouldn't want DBIS
> to fall into the same trap as RFC2307 did, being released as "experimental"
> but then being adopted everywhere, then being a real pain to fix up later.

The problem with RFC 2307 is not that it's experimental.
The problem is that there are issues considered real flaws with 'posixGroup'
being one of them.

> Indeed, and I followed Kurt's advice as given in msg02081 above, hence Barry's
> intervention.

Understood.

>>> Re (2), given the internet drafts are already written and the reference
>>> implementation is complete and fully functional, I fail to see where the
>>> evidence comes from that suggests it will take more than 1 year to complete?
>>> Can you please provide a breakdown of the steps that would be involved and why
>>> you think DBIS will take more than 1 year.
>> As I understand (2) it's generally hard to reach WG consensus on complex
>> documents. BTW: For this particular reason I will *not* try to add my Æ-DIR to
>> the list of WG work items. I would like to base it on overhaul of RFC 2307
>> details though.
> 
> Accepted, design by committee doesn't work.  But IETF working groups are not
> supposed to be designs by committee.  You speak of complex documents, but I
> don't see that the DBIS documents as complex, I think that is a rather
> subjective label.  Define complex?  I would be happy to make it less complex
> if people could suggest what they think is currently complicated about it.  If
> the IETF is unable to work with documents of the size of DBIS, then something
> is broken in the process I think, because each individual DBIS document is a
> lot smaller than RFC2307 (which I broke up to make it more manageable!).

It's not an issue with the IETF in general. You simply have to convince
potential ldapext WG co-workers to work and support DBIS in some way. Their
support and contributions and WG consensus then would convince the IETF to
accept it to be published on standard tracks.

Ciao, Michael.