Re: Old transport-layer protocols to Historic?

Mykyta Yevstifeyev <evnikita2@gmail.com> Sat, 08 January 2011 16:17 UTC

Return-Path: <evnikita2@gmail.com>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F97028C156; Sat, 8 Jan 2011 08:17:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.304
X-Spam-Level:
X-Spam-Status: No, score=-3.304 tagged_above=-999 required=5 tests=[AWL=0.295, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 zfVBVLaUK3kJ; Sat, 8 Jan 2011 08:17:09 -0800 (PST)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 706813A6975; Sat, 8 Jan 2011 08:17:05 -0800 (PST)
Received: by bwz12 with SMTP id 12so17996019bwz.31 for <multiple recipients>; Sat, 08 Jan 2011 08:19:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ogI3KzOanR4HQyhzcI6VdG7VVFhx59oeatkozyWRe8Q=; b=tUbmTqdJ7ut2odyCIh6NPgaPvL7Zlkzw2YUZ7AMUDJODmB9gdTXJMpzZvEZRhCa/JH w7VaCI8o4JjVj7CgDaXI672P8nqdxnnWfdGomcofdBU9vbStauI1ydvmmczQ6qnlNv4J kC5uPsZeuhgiAVVQ/4oQapaXS1rhdq6mf5ohM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ZS6OFCrZYJuiEE4fBpV+LqmatzJAUvBC9I4U9a1JxUoWB+u+XcGfk09+DgxzDnl1HB zfjLtu995EwR1FU5rXTov+eTL3u2gvb881SDmW5LAQnNco+i3PQHgJkj7hxsIAqmo29E 1TTVnIVkioO/MCEzeHKByUh3PJ8S59yhGW7+k=
Received: by 10.204.59.72 with SMTP id k8mr489424bkh.84.1294503553112; Sat, 08 Jan 2011 08:19:13 -0800 (PST)
Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id d27sm14778534bkw.14.2011.01.08.08.19.11 (version=SSLv3 cipher=RC4-MD5); Sat, 08 Jan 2011 08:19:12 -0800 (PST)
Message-ID: <4D288E91.9040700@gmail.com>
Date: Sat, 08 Jan 2011 18:19:29 +0200
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Lixia Zhang <lixia@cs.ucla.edu>
Subject: Re: Old transport-layer protocols to Historic?
References: <4D2556C9.9020901@gmail.com> <AFC50009-6908-4AAB-89FB-45C776F40BE2@gmail.com> <4D27F280.1020205@gmail.com> <4AE9FE30-47F2-4966-BDAF-B27B6437906F@cs.ucla.edu>
In-Reply-To: <4AE9FE30-47F2-4966-BDAF-B27B6437906F@cs.ucla.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Bob Hinden <bob.hinden@gmail.com>, tsvwg@ietf.org, IETF Discussion <ietf@ietf.org>
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Jan 2011 16:17:10 -0000

08.01.2011 18:12, Lixia Zhang wrote:
> On Jan 7, 2011, at 9:13 PM, Mykyta Yevstifeyev wrote:
>
>> 07.01.2011 21:53, Bob Hinden wrote:
>>> Mykyta,
>>>
>>>
>>> On Jan 5, 2011, at 9:44 PM, Mykyta Yevstifeyev wrote:
>>>
>>>> Hello all,
>>>>
>>>> There have been a discussion on tsvwg mailing list about old transport layer protocols - exactly IRTP (RFC938), RDP (RFC908,1151) and NETBLT (RFC998). Initially there have been proposed to define IANA considerations for them. But after a discussion it was found out that it would be better to move them to Historic. I am writing to request more wider discussion on this topic.
>>> I see little value even thinking about this.  It's looks like a "make work" project to me.  Just because something is "old", doesn't mean it is "historic" in the sense the label is used in the IETF.
>>>
>>> Regarding RDP (RFC908, RFC1151), of which I am one of the authors, both are currently labeled as Experimental.  I do not see any reason to change that.
>>>
>>> Bob
>>>
>>>
>> Dear all,
>>
>> RFC2026 mentions:
>>
>>>   A specification that has been superseded by a more recent
>>>     specification or is for any other reason considered to be obsolete is
>>>     assigned to the "Historic" level.
>> and gives 2 reasons for making the RFC Historic: 1) RFC is obsoleted (superseded) or 2) obsolete.
>>
>> Obsoleted = made obsolete. This is obvious. When one RFC replaces another, it obsoletes it, and second becomes obsolete.
>>
>> What is obsolete (adj.)? Obsolete = deprecated, outdated, out of use, non-current, etc.
>>
>> Moreover, RFC2026 does not set any other guidelines for setting the Historic status.
> that is because only standard track protocols need such guidelines
Where is that, once more?
>> That is why if the protocol is out of use, even specified by Experimental RFC, it is a reason to move its spec. to Historic, in accordance with RFC2026.
> First, you said RFC2026 did *not* say anything on moving non-standard protocols to Historic status.
>
> Then you said Experimental RFCs need to move to Historic, in accordance with RFC2026.
RFC2026 in Section 4.2.4. says nothing about this.  It is indefinite, 
per this section.  What you said 'first' was what do all think.  And the 
second what I do.  And maybe not need to move but may be moved.

Mykyta Yevstifeyev
> Doesn't this sound self-conflicting to you?
>
> Lixia
>
>