Re: [Gendispatch] I-D Action: draft-nottingham-where-does-that-come-from-00.txt

Christian Huitema <huitema@huitema.net> Mon, 15 March 2021 05:00 UTC

Return-Path: <huitema@huitema.net>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80C03A13C5 for <gendispatch@ietfa.amsl.com>; Sun, 14 Mar 2021 22:00:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pZfmMSvbnO7A for <gendispatch@ietfa.amsl.com>; Sun, 14 Mar 2021 22:00:47 -0700 (PDT)
Received: from mx36-out21.antispamcloud.com (mx36-out21.antispamcloud.com [209.126.121.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C88A63A13C7 for <gendispatch@ietf.org>; Sun, 14 Mar 2021 22:00:46 -0700 (PDT)
Received: from xse504.mail2web.com ([66.113.197.250] helo=xse.mail2web.com) by mx133.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1lLfLI-0005Uq-F3 for gendispatch@ietf.org; Mon, 15 Mar 2021 06:00:43 +0100
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 4DzNZd45BFzNvp for <gendispatch@ietf.org>; Sun, 14 Mar 2021 21:23:21 -0700 (PDT)
Received: from [10.5.2.17] (helo=xmail07.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1lLelF-000873-Dc for gendispatch@ietf.org; Sun, 14 Mar 2021 21:23:21 -0700
Received: (qmail 27543 invoked from network); 15 Mar 2021 04:23:20 -0000
Received: from unknown (HELO [192.168.1.104]) (Authenticated-user:_huitema@huitema.net@[172.58.43.146]) (envelope-sender <huitema@huitema.net>) by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA for <rsalz=40akamai.com@dmarc.ietf.org>; 15 Mar 2021 04:23:20 -0000
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: "gendispatch@ietf.org" <gendispatch@ietf.org>, "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
References: <161551347322.9380.3417782072654776845@ietfa.amsl.com> <7a5f3d29-2ffe-b47e-59e9-f69eaa228f70@gmail.com> <e591223f-1bc7-0330-abf4-4246e1ca5c9f@network-heretics.com> <BA63FEE3-F7F8-435B-8105-A173CABCC154@akamai.com> <c4f15b7d-a2e1-236f-c1ef-4ad01f2058a8@gmail.com> <6AAB9FD1-3EE1-4D26-B875-930607107CAF@cisco.com>
From: Christian Huitema <huitema@huitema.net>
Message-ID: <f5cec360-df9e-b553-c71b-21003e9d19d4@huitema.net>
Date: Sun, 14 Mar 2021 21:23:18 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <6AAB9FD1-3EE1-4D26-B875-930607107CAF@cisco.com>
Content-Type: multipart/alternative; boundary="------------E12825FA45B67D744B454DC9"
Content-Language: en-US
X-Originating-IP: 66.113.197.250
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9WLQux0N3HQm8ltz8rnu+BPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5zo9mwGQSX8aTDq8fl2bpi0xEQ8ojMxulvqpenB6oiquwy+ i6SmItLXxqJRd5s9GHFE1kEpApc/0qepGA558F8hSxIRXVMlFuiz/acFNeeXtxN2fFxZWB9eYgpR BRu3UlDHMLIJYRi1cXH9Dbm+IxLVukujs7wKDOGxE6aVvvE3KpotTbzF8bFslzcWfB/84WX1KHe/ FVcvFYE7DSY4uAuvkVWClPVvbW5lVyQanRxw5hTHswbbB/ha+ZWrSAi8SkwqWAikMcSxTAWn8RCv ieGEqjG/gXZAaRh1X6LVetRf2ZYIiHqfCgG4wrA3w4/kQTYKxDHA9JN9J4k4XZq11JQkMemT4rxn nByU11Ftkqf3f/PF3GUV+KdBBqrnCX8j0Gi8Ksk+aedMfNWSnJswrtlNtZo3HPHi5Q+jjsF5dcBx ehWYzrkgsp4/Fysgb2cPV4IH0+lPwKr4i5mAANUcVraZYOaeuiH/yEdZH8S1+TgcJBOjh0vPxcQO jKKOrYIQYpwamUdylUIKhf3z2GAHxH7Iiihnln5nLwsYugixy853dj1kvSgT4G6Wgcnfwvu7dYrS Vs0NaTyayCLHtCSP1V1sb3UQT3xbkHqpqmyCe4PiKVv0wNAmy0z4NCWU5AbBg6tDVPQ6fMev1BMP vQ9qu4cW0z6bhalFEM/pjPCQA+BAlmC3rwXqOlfba82Xzq1K1p+3h1ESmlc3/lS5x7qxkdla/FmF EBObTmpxrSSTgp422UySeiBhu6vqt+OtpVRLqmhRXxKF5tPxTxfD0dMN+t5Z6hqASwOfbRziKDBc OzJKs9Yq/lrmOIggGSbFQcaLnZSN9/YGRrhMRGhIOTxMW00yF8F1u0YDQf8cLP9taeSLFY0fPBnF 89BphpBNlUg+TzHwBTL1+6vDOMemz/4I88NDcmnEJ4r7C+SwLRamrhQTd3PrpJpP5ewAjeqkzRNl ucyd+NO2McmveAr4ch9F7rE89jihx+Za/cV70jOJzN2r4A==
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/wmUx5zob_d_6VOXXNWxO457q0jE>
Subject: Re: [Gendispatch] I-D Action: draft-nottingham-where-does-that-come-from-00.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2021 05:00:49 -0000

I am not sure that I agree with Mark. Or at least not entirely. Yes, the 
way we publish documents is confusing. But I am not sure that Mark's 
proposal is the best we can do.

Mark proposes to distinguish the various categories of RFC based on the 
stream in which they were published. I think that this classification 
overlaps and partially conflicts with the nature of the RFC, i.e. the 
label as standard, BCP, informational and experimental. I think it is 
important to distinguish standards and BCP documents from the rest, and 
that Mark's suggestion of an IETF branding is certainly a good idea. But 
it is not obvious that informational documents and independent stream 
documents should have different statuses, or even different branding. 
Similarly, it is not obvious that IRTF documents shall have different 
branding from informational or experimental documents from the IETF. It 
also seems that many IAB documents overlap with the BCP and 
informational categories, and that branding IAB and IETF documents 
differently may or may not be a good idea.

I am particularly sensitive to the attempt to differentiate branding of 
informational documents coming through the IETF and through the 
independent stream. One important function of the independent stream is 
to provide "checks and balances" to the IETF, and ensure that minority 
opinions are not silenced. A strong branding differentiation would 
weaken this function of checks and balances, by clearly marking the 
minority opinions as second class citizens.

-- Christian Huitema

On 3/13/2021 12:17 AM, Eliot Lear wrote:
> This having been said, I agree with Mark that this is a problem, that branding can help, and that the matter should get addressed.  Where it gets addressed is a matter of timing.  I really do hope that we can dispatch this work to the new WG-like structure that is being contemplated in the program.
>
> Eliot
>
>> On 13 Mar 2021, at 02:22, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>
>> On 13-Mar-21 14:14, Salz, Rich wrote:
>>> It’s silly to try and have one “official” place for RFC’s, and deprecate all other locations.  Even if it could be done, and I’d like to know why, we want these docs to be widely and freely available.
>> Yes, in fact I agree, see my reply to Keith.
>>
>>    Brian
>>
>> --
>> Gendispatch mailing list
>> Gendispatch@ietf.org
>> https://www.ietf.org/mailman/listinfo/gendispatch
>