Eric> Not sure what you mean, it always takes time to produce a document,
Eric> even if the document is just a "rock fetch".
Harald> sorry; "rock fetch" is beyond my scope of American idiom.
"Rock fetch": when the "boss" sends the workers out on useless but
time-consuming tasks.
Harald> But version -01 of the framework document is dated July 19, 2001,
Harald> and the first version submitted to the IESG is dated February 15,
Harald> 2002.
About six months to get the WG to agree on the framework, that doesn't seem
excessive for a document. It's a rock fetch though because there is no real
need for a framework document.
Harald> I took that as a hint that there might have been controversy in the
Harald> working group about it.
It was never a very controversial document. My recollection is that
framework and requirements were ready about January of 2002, which is why I
said that they were ready about 18 months ago. So were the protocol specs,
applicability statements, etc.
Eric> Well, each objection from the IESG needs to be discussed and a
Eric> response crafted.
Harald> which should take approximately 3 days of work, IMHO. Comments that
Harald> translate to "you are referencing an obsolete version of LDAP"
Harald> should take approximately 2 minutes to fix.
Comments which were received last fall (I first saw them a few weeks prior
to the Atlanta IETF meeting) required a considerable reworking of the
document. (Sisyphus comes to mind here ;-))
Harald> Did the WG declare consensus on all those documents 18 months ago
Harald> (January 2002)?
The WG was told by the WG chairs that the IESG would not allow the WG to
even consider the solutions documents until the framework and requirements
documents were approved by the IESG. Something is very wrong with the
process here.
The L3VPN protocol specs themselves haven't changed in years, which is a
good thing, given the large amount of interoperable deployment by multiple
vendors!