RE: Last Call: draft-reschke-rfc2731bis (RFC 2731 is Obsolete) toInformational RFC
SM <sm@resistor.net> Thu, 10 September 2009 05:49 UTC
Return-Path: <sm@resistor.net>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8E6CC3A68F8 for <ietf@core3.amsl.com>; Wed, 9 Sep 2009 22:49:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.498
X-Spam-Level:
X-Spam-Status: No, score=-2.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LhDEd-cUViSq for <ietf@core3.amsl.com>; Wed, 9 Sep 2009 22:49:21 -0700 (PDT)
Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 5F8CF3A68C4 for <ietf@ietf.org>; Wed, 9 Sep 2009 22:49:21 -0700 (PDT)
Received: from subman.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.4.Beta0/8.14.4.Beta0) with ESMTP id n8A5nfDC019334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Sep 2009 22:49:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1252561790; x=1252648190; bh=TARfMh+/qglSWZNyt702WHhqhw6eaOKO7n7Y923/glk=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=QpZ8eiLITD1xHImzopslep2ApvuoEsmfCwPX9JZAXlqCyNIsBicKpwIQRZ6Fx4oX2 Gzw47qtWx6Gpw9Mks4c1eqZIYBqJvhpNDvAEPG/Ugc9yv5TbAY40ZRYuEg1RafXOXN 4hTnL7VlKIp8Z3OvsTCLBJfAyE9YzU4jWMeXbA7I=
DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=oflc171d6QFi8OOuFz7Gow1kz1vAX4fPz0PVgfCL1eMCANju3ZCYF/D7FfSDN7q11 mNAsrNTFMUSrvLWo35k6fh2xib7D8SgDqZ9jg9OL/eyIAXuETqdPa2EG7NvmoEZF+YT K3IQ8w89XdVtqHP6cKe0OU76WR7w8byb1fhjUJk=
Message-Id: <6.2.5.6.2.20090909213504.02fdea70@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 09 Sep 2009 22:49:11 -0700
To: David Harrington <ietfdbh@comcast.net>, Julian Reschke <julian.reschke@gmx.de>
From: SM <sm@resistor.net>
Subject: RE: Last Call: draft-reschke-rfc2731bis (RFC 2731 is Obsolete) toInformational RFC
In-Reply-To: <00ca01ca3163$70a0f340$0600a8c0@china.huawei.com>
References: <20090909133102.CC85928C133@core3.amsl.com> <00ca01ca3163$70a0f340$0600a8c0@china.huawei.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Sep 2009 05:49:22 -0000
Hi David,
At 08:37 09-09-2009, David Harrington wrote:
>But wait. According to the heading, if approved, this draft will
>obsolete RFC2731. Which are we doing Historic, or Obsolete? (can you
>do both simultaneously?)
There is a subtlety between Obsolete and Historic.
>Is it because the effort to standardize failed? (Did the Initiative
>want to keep editorial control, and when they found out they couldn't
>if it was standard, they took their ball and went home? Is this draft
That's an interesting question.
RFC 5013 has an Informative reference to RFC 2731.
>RFC2731 contains perl code. They are published with this text that
>appears to be a license: "They may be
> taken and freely adapted for local organizational needs, research
> proposals, venture capital bids, etc."
>If RFC2731 is obsoleted, does this in any way affect the license and
>the legal rights of implementers of RFC2731? This is not discussed.
This is only a reclassification. The RFC will still be there. In my
opinion (this is not legal advice), it does not affect how the code
can be used.
>I don't want new boilerplates, but there are a bunch of issues related
>to this document that are simply not discussed. I think this document
>should include (very small) sections that reflect that copyright
>issues have been considered; that authors rights in RFC2731 have been
It's problematic to discuss copyright issues in the document.
>considered; that migration issues for implementers of RFC2731 have
>been considered; that licensing issues for the contained code have
>been considered. None of this has been documented, so a reader cannot
>know whether these have been considered and not documented, or simply
>overlooked.
It's the same stance as for "IPR".
You brought up valid concerns. I would have some apprehension to put
them in a draft.
At 10:40 09-09-2009, Julian Reschke wrote:
>As far as I recall, I borrowed structure and text from RFC 4794
>("RFC 1264 Is Obsolete", moving RFC 1264 to *historic*). (Steal with Pride).
I would not steal that RFC as its topic is different from the one you
are writing about. :-)
>This is a purely administrative RFC. It doesn't define any protocol
>or format. It just says: "look somewhere else for up-to-date
>versions". That really does not require Security Considerations.
You could say something along those lines in the Security
Considerations section.
Regards,
-sm
- RE: Last Call: draft-reschke-rfc2731bis (RFC 2731… David Harrington
- Re: Last Call: draft-reschke-rfc2731bis (RFC 2731… Julian Reschke
- RE: Last Call: draft-reschke-rfc2731bis (RFC 2731… SM
- Re: Last Call: draft-reschke-rfc2731bis (RFC 2731… Julian Reschke
- Re: Last Call: draft-reschke-rfc2731bis (RFC 2731… Julian Reschke