Re: [hybi] WS framing alternative

SM <sm@resistor.net> Fri, 30 October 2009 20:42 UTC

Return-Path: <sm@resistor.net>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1977E3A6A25 for <hybi@core3.amsl.com>; Fri, 30 Oct 2009 13:42:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.537
X-Spam-Level:
X-Spam-Status: No, score=-2.537 tagged_above=-999 required=5 tests=[AWL=0.062, 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 mqf3BQBzF-nX for <hybi@core3.amsl.com>; Fri, 30 Oct 2009 13:42:58 -0700 (PDT)
Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 02E8A28B23E for <hybi@ietf.org>; Fri, 30 Oct 2009 13:42:57 -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 n9UKh5HA003790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Oct 2009 13:43:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1256935393; x=1257021793; bh=1Of3R26CFdjJRus+ifZvn3JpfjrhBtRYXXtdu5ehmh8=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=yziZ3iEU0b8EveXCL77AEtvMMuf3NPa64LdhYfsEn34ksSDVEDvNtk8aqZhUSg0LN NcJVH7ZRLqfx2MvmsACtHppaF0tla7ivYR692y/kp0Nvq5muZvSt6qPLL1+Nhf14on fs/hkkFJXtzuZ0Dzj4IUdhVnGOt+tkWnCf2wMpeI=
DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=yh9EPQ1wxDGORLCuH1dP0Me8VWUg2vwBMc88sUU0zqADEiTcReVMtAuO5s2dkfHxc 6VR8MOze03JS5ywohXWHDugLqjSDPNNBJmOv3kTNCWqb4WBbnoluZFVcKxAjTYj5aKK FaCpx/fZ3LuREQhNdanTGQ1xTmHbMVX5qvClIBE=
Message-Id: <6.2.5.6.2.20091030131320.030108d8@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Fri, 30 Oct 2009 13:30:43 -0700
To: Pieter Hintjens <ph@imatix.com>
From: SM <sm@resistor.net>
In-Reply-To: <5821ea240910300433r3274d311r5664c1ea3fc56bed@mail.gmail.co m>
References: <8B0A9FCBB9832F43971E38010638454F0F1EA72C@SISPE7MB1.commscope.com> <a9699fd20910270426u4aa508cepf557b362025ae5db@mail.gmail.com> <Pine.LNX.4.62.0910271824200.25616@hixie.dreamhostps.com> <4AE76137.8000603@webtide.com> <Pine.LNX.4.62.0910272118590.25608@hixie.dreamhostps.com> <20091029123121.GA24268@almeida.jinsky.com> <4AEA0E6C.1060607@webtide.com> <4AEA5713.8020008@it.aoyama.ac.jp> <Pine.LNX.4.62.0910300346010.25616@hixie.dreamhostps.com> <6.2.5.6.2.20091029214250.028ec768@resistor.net> <5821ea240910300433r3274d311r5664c1ea3fc56bed@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: hybi@ietf.org
Subject: Re: [hybi] WS framing alternative
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Oct 2009 20:42:59 -0000

Hi Pieter,
At 04:33 30-10-2009, Pieter Hintjens wrote:
>Technical designs should not be opinion-driven at all.  There are
>optimal (provably optimal) solutions for any well-defined problem.  If
>two people do not agree on such solutions then either they are solving
>different problems (this is most common), or they are not aiming for
>optimal solutions but instead familiar and/or pre-existing solutions
>(this is also common).  Or they are just incompetent with delusions of
>competence (perhaps most common).

It is much more complicated that that and it is not always about 
finding the optimal solution.

>A better way to resolve the conflicts of interest that many of us
>bring to such discussions is to create competition between solutions,
>i.e. multiple protocols that implementors can choose.  Over time that
>will drive the solutions towards an optimum.

Having multiple protocols for the same problem space doesn't favor 
interoperability.  One or more of the protocols will take over which 
is like "let the market decide".

>This is all opinion, of course and does not answer the question of how
>the IETF works, but may be a useful guideline for knowing how to
>resolve conflicts of opinion.  Namely, if you start by saying "I
>think", you are probably wrong.  :-)

I don't think there is a guideline for knowing how to resolve 
conflicts of opinion. :-)  There are a lot of factors 
involved.  Strong opposing opinions are resolved in different 
ways.  There is generally a person or a group of persons who come up 
with a proposal on how to reach consensus.

Regards,
-sm