Re: RFC 4612 - historic status

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The problem is Brian - that there is this underlying assumption with the
entire IETF service model that says that people are responsible for
maintaining their own alignment with IETF standards - and so at some point
they decide they have spent enough and they stop spending to participate.
Personally its an amazingly arrogant assumption that the world is going to
continue paying the IETF, whether through the donation of engineering
services to the WG's or by subsidizing attendance and/or a standards program
initiative or their freezing a product at some level which stops tracking
new IETF changes. Either way  for innovation and tracking its new standards
as such this is the problem, and believing that the current model does not
need wholesale change documents how naive the IETF management model is IMHO.

If there was a Copyright Issue such that people were forced to stay in
compliance with the IETF then this would not be an issue. At least at the
Standards Tracking levels; but this is the point behind Brand Control - and
you folks have lost it.

It (Brand Control for the IETF) is not hiding - its standing right in front
of you too - all you have to do is take control of the Copyright, work out
some better process for sharing and interacting with the ITU, ANSI, ETSI and
a couple of others like WIPO,  and create some simple method of versioning
that is tied to the copyrights.


----- Original Message ----- 
From: "Brian E Carpenter" <brc@xxxxxxxxxxxxxx>
To: "Eliot Lear" <lear@xxxxxxxxx>
Cc: "Paul E. Jones" <paulej@xxxxxxxxxxxxxx>; <dcrocker@xxxxxxxx>;
<ietf@xxxxxxxx>
Sent: Sunday, August 13, 2006 11:56 PM
Subject: Re: RFC 4612 - historic status


> Eliot Lear wrote:
> > Paul E. Jones wrote:
> >
> >>I wonder how customers might react to seeing new gateway hardware
produced
> >>utilizing "historic" RFCs.  What does that mean?
>
> It means that one standards body has decided to cite a specification
> that has been deprecated by another.
>
> It would have been better, imho, if ITU had decided to cite the
non-deprecated
> image/* MIME types, but that is not a decision the IETF can control.
>
>      Brian
>
> _______________________________________________
> Ietf mailing list
> Ietf@xxxxxxxx
> https://www1.ietf.org/mailman/listinfo/ietf


_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]