Minority opinions [Re: [dean@av8.com: Mismanagement of the DNSOP list]]

Brian E Carpenter <brc@zurich.ibm.com> Thu, 29 September 2005 11:32 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EKweA-0000q3-Ed; Thu, 29 Sep 2005 07:32:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EKwe8-0000py-Qk for ietf@megatron.ietf.org; Thu, 29 Sep 2005 07:32:16 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA04505 for <ietf@ietf.org>; Thu, 29 Sep 2005 07:32:13 -0400 (EDT)
Received: from mtagate3.de.ibm.com ([195.212.29.152]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EKwlk-0007Gf-N0 for ietf@ietf.org; Thu, 29 Sep 2005 07:40:09 -0400
Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.12.10/8.12.10) with ESMTP id j8TBW4TZ195236 for <ietf@ietf.org>; Thu, 29 Sep 2005 11:32:04 GMT
Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id j8TBW49P170598 for <ietf@ietf.org>; Thu, 29 Sep 2005 13:32:04 +0200
Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11/8.13.3) with ESMTP id j8TBW45b023342 for <ietf@ietf.org>; Thu, 29 Sep 2005 13:32:04 +0200
Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232]) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id j8TBW3wx023335; Thu, 29 Sep 2005 13:32:03 +0200
Received: from zurich.ibm.com (sig-9-145-254-187.de.ibm.com [9.145.254.187]) by sihl.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id NAA72348; Thu, 29 Sep 2005 13:32:02 +0200
Message-ID: <433BD0B2.5030903@zurich.ibm.com>
Date: Thu, 29 Sep 2005 13:32:02 +0200
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en, fr, de
MIME-Version: 1.0
To: "JFC (Jefsey) Morfin" <jefsey@jefsey.com>
References: <7D5D48D2CAA3D84C813F5B154F43B15508234B12@nl0006exch001u.nl.lucent.com> <20050927101144.GA33541@verdi> <6.2.3.4.2.20050927152614.04ca08c0@mail.jefsey.com> <43397EC1.3040009@zurich.ibm.com> <6.2.3.4.2.20050928150912.0565b020@mail.jefsey.com>
In-Reply-To: <6.2.3.4.2.20050928150912.0565b020@mail.jefsey.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org
Subject: Minority opinions [Re: [dean@av8.com: Mismanagement of the DNSOP list]]
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

JFC (Jefsey) Morfin wrote:
> At 19:17 27/09/2005, Brian E Carpenter wrote:
> 
>> ...
>>
>>> My proposition would be to create a "minority position" system. Where 
>>> such groups could be accepted as opposing without having to be fighting.
>>
>>
>> There is a perfectly civilised way of handling minority opinions already.
>>
>> Please see RFC 3246 and RFC 3248 for an example I was personally
>> involved in. 3246 is the consensus and 3248 is the minority
>> opinion.
> 
> 
> Unfortunately not. RFC 3246 is Standard Track, RFC 3248 is 
> informational. RFC 3246 is published.

They are both published, and obviously the consensus document is
the one on the standards track. It exactly an example of the IETF
publishing a minority opinion. Obviously, we couldn't publish two
standards for the same bits.

> This case is when two IETF groups 
> have different opinions.
> 
> The case I refer to is when an SSDO consensus opposes an IETF-WG 
> consensus, 

That doesn't affect what the IETF publishes. The IETF publishes
the documents that it reaches consensus on, after considering all
contributions. Liaisons from other SDOs are considered. That doesn't
mean we take them as instructions or have any obligations.

When we become aware of another SDO working on an alternative
solution, we normally attempt to engage in dialogue, but there is
no algorithm for how that dialogue will terminate.

> while the Internet is no more a place where one can consider 
> that an erroneous RFC supported by market leaders will quickly deprecate 
> and not hurt.
> 
> The resources of the other SSDO are dedicated to its own business. It 
> may however make the effort of a QA delegate to the Internet standard 
> process. Experience shows that without an MoU a conflict may quickly 
> develop (as if two foot-ball teams met, but one team would, in addition 
> to be a challenger, have only one player present. This is all the more 
> true if the results of the match counts for the world cup).
> 
> The "minority position" would avoid to enter into an SSDO/IETF complex 
> MoU and liaison committee (I feel you are not found of anyway). All the 
> more than the problem may be purely occasional and the solution be to 
> politely pay attention to mutual needs rather than to ban the SSDO 
> liaison. This can only be detrimental to a final common solution and 
> would resolve nothing since the SSDO has human resources a plenty.

If people from another SDO wish to submit a draft for publication as
an RFC, I can't see any reason why the "RFC 3248 approach won't work.
I can't see any need to add more process than we already have.

     Brian



_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf