Re: [rtcweb] Alternative decision process in RTCWeb
Phillip Hallam-Baker <hallam@gmail.com> Wed, 04 December 2013 16:11 UTC
Return-Path: <hallam@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44D251AE2F8 for <ietf@ietfa.amsl.com>; Wed, 4 Dec 2013 08:11:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 dV53o_M_Ouzs for <ietf@ietfa.amsl.com>; Wed, 4 Dec 2013 08:11:01 -0800 (PST)
Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) by ietfa.amsl.com (Postfix) with ESMTP id 7883B1AE2F5 for <ietf@ietf.org>; Wed, 4 Dec 2013 08:11:01 -0800 (PST)
Received: by mail-wi0-f180.google.com with SMTP id hn9so4014700wib.1 for <ietf@ietf.org>; Wed, 04 Dec 2013 08:10:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ItE4mjq/ULiOIRMsl9sK1n9KQTe0PhYLu1/BWeqhuwE=; b=wkMe6PhZhm0cspMnm5hRPmfJot4ysQzJ8HDLAK8QukiTg8Q/9C4v3tudWIg0VYVHDY zukFIFgw17m8VDLE09XlIQ8e5riDcYsUiG6pt0hzj9yW/pr94BDDXZsR/DctHo2EK0QS vrlKOjn5bN9sS3BI8Fmc8IUJCji30gyEP4O8IWUoiYN4fegdKGGgdh3Ntasuwwme0m/N llpXZOlhVisJjlfXTYNbEzZUj6fhoR4uee31XtWvDa6fOps+MW35YRonbKEYVhjt4OUk 9epA9qUyp39g2oL7331Rng8ydH3J7XxsXQCkIntJCKV8basxVjbWJjs5rKdvpUVK6b7j 86bw==
MIME-Version: 1.0
X-Received: by 10.194.78.77 with SMTP id z13mr57198309wjw.27.1386173457988; Wed, 04 Dec 2013 08:10:57 -0800 (PST)
Received: by 10.194.243.136 with HTTP; Wed, 4 Dec 2013 08:10:57 -0800 (PST)
In-Reply-To: <A988CA2E-FE8B-469C-9C55-ECF9CDF4B436@piuha.net>
References: <DUB127-W23531D0E8B15570331DB51E0EE0@phx.gbl> <52974AA8.6080702@cisco.com> <1F79045E-8CD0-4C5D-9090-3E82853E62E9@nominum.com> <52976F56.4020706@dcrocker.net> <3CD78695-47AD-4CDF-B486-3949FFDC107B@nominum.com> <949EF20990823C4C85C18D59AA11AD8B0EF1B8@FR712WXCHMBA11.zeu.alcatel-lucent.com> <D45703FF-109A-4FFF-92E9-1CC7767C52F7@nominum.com> <CAP+FsNc=cGhOJNTwXY1z-5ZjisOOvX=EOYEf3htGXGcWRKBf6g@mail.gmail.com> <529CF5F1.9000106@dcrocker.net> <CAMm+LwjCvzDgWTi9mqgvWCoCyRhB+4c8QoaaPQtk=xkBcXMtZA@mail.gmail.com> <98962934-340C-400C-AB30-573C52D13F61@nominum.com> <74FD1382-D5B0-4C70-9AD5-D92150D784AD@standardstrack.com> <CAGhGL2AK2QhNEoahSrFepzcsY9DHsW4Hbk-Kkv1-+gftOCSFSw@mail.gmail.com> <CAMm+LwjLTC_BEo4nqUi0ZyDWhrWyVqnh+wZ8xxzsuW_rv=E2kQ@mail.gmail.com> <A988CA2E-FE8B-469C-9C55-ECF9CDF4B436@piuha.net>
Date: Wed, 04 Dec 2013 11:10:57 -0500
Message-ID: <CAMm+LwiBHgbdwFt4ZRSOMcFFiXJMi92YeUgpUTq3T9O2q_uZAQ@mail.gmail.com>
Subject: Re: [rtcweb] Alternative decision process in RTCWeb
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Jari Arkko <jari.arkko@piuha.net>
Content-Type: multipart/alternative; boundary="047d7bfcfc988f825f04ecb7a858"
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Wed, 04 Dec 2013 16:11:04 -0000
On Wed, Dec 4, 2013 at 4:16 AM, Jari Arkko <jari.arkko@piuha.net> wrote: > > > I find the defeatism quite depressing. If we know the reason the > previous efforts have failed, all we need to do is to address them and try > again. > > FWIW, I agree with this. We should not believe we can make all projects > succeed. Or that without a deep understanding of a field we can succeed. Or > that we can succeed without understanding and getting the support of the > world around us. But the Internet is evolving, the users have real needs > and when we know what to do we should do it - you can succeed even in > difficult situations. > I agree except on the requirement for 'deep understanding'. The only way that deep understanding can be reached in many of these cases is to try repeatedly and learn from the failures. Or to be willing to 'make a fool of yourself' by making a statement that might turn out to be false or incomplete. People who are worried about making a fool of themselves don't write crypto protocols. It takes an enormous quantity of ignorance or ego or both to propose a network crypto protocol. The chances are that someone will take your beautiful creation and smash it up in front of your eyes and then dance on all the little pieces. In particular, I don't think the lectures of the form, 'who are we to attempt this' are helpful in the slightest. But we always get one from at least one of two individuals whenever we attempt something new. I don't think we should abandon hope on S/MIME quite yet but I am quite ready to dump SMTP just to be rid of the 'you are not worthy' lectures. Nobody understands this stuff completely. There is no cavalry ready to ride in with the answers. The academic field of security usability is not yet an engineering field, it is barely managing to do science. There are three inescapable lessons of Snowdonia: 1) The insider threat can bring down any organization. 2) Security controls that are too difficult to be used will not be used even in the most security sensitive organizations. 3) We need usable data level security protections now. I would certainly encourage people to read the security usability literature just as I encourage people to read on semiotics, hermeneutics and many other sources that are outside the narrow field of network engineering. But don't expect those sources to provide the answers because they won't. All that you can expect from deeper understanding is to perhaps ask better questions. -- Website: http://hallambaker.com/
- Re: Alternative decision process in RTCWeb Jari Arkko
- Alternative decision process in RTCWeb Gonzalo Camarillo
- Re: Alternative decision process in RTCWeb Eliot Lear
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Dave Cridland
- A few thoughts on processes WAS (Re: Alternative … Gonzalo Camarillo
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Eliot Lear
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Alternative decision process in RTCWeb Eric Rescorla
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Ted Lemon
- Re: Alternative decision process in RTCWeb Sam Hartman
- Re: Alternative decision process in RTCWeb Eric Rescorla
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Alternative decision process in RTCWeb Cullen Jennings
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Ted Lemon
- Re: Alternative decision process in RTCWeb Melinda Shore
- Re: Alternative decision process in RTCWeb Tim Bray
- Re: Alternative decision process in RTCWeb Yoav Nir
- Re: Alternative decision process in RTCWeb Michael Richardson
- Re: Alternative decision process in RTCWeb Ted Lemon
- RE: [rtcweb] Alternative decision process in RTCW… Bernard Aboba
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Carsten Bormann
- Re: [rtcweb] Alternative decision process in RTCW… Ted Lemon
- Re: [rtcweb] Alternative decision process in RTCW… Roberto Peon
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Stephan Wenger
- Re: Alternative decision process in RTCWeb Roger Jørgensen
- Re: Alternative decision process in RTCWeb Harald Alvestrand
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Alternative decision process in RTCWeb Joel M. Halpern
- Re: Alternative decision process in RTCWeb Bjoern Hoehrmann
- Re: Alternative decision process in RTCWeb Melinda Shore
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Ofer Inbar
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb cb.list6
- Re: Alternative decision process in RTCWeb Ted Hardie
- Re: Alternative decision process in RTCWeb Melinda Shore
- Re: Alternative decision process in RTCWeb Scott O. Bradner
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Paul Hoffman
- Re: Alternative decision process in RTCWeb Ted Hardie
- Re: Alternative decision process in RTCWeb Avri Doria
- RE: [rtcweb] Alternative decision process in RTCW… DRAGE, Keith (Keith)
- Re: [rtcweb] Alternative decision process in RTCW… Mary Barnes
- Re: Alternative decision process in RTCWeb Cullen Jennings (fluffy)
- Re: [rtcweb] Alternative decision process in RTCW… Ron
- Re: Alternative decision process in RTCWeb cb.list6
- Daughter of CODEC (was Re: Alternative decision p… Eric Burger
- Re: Daughter of CODEC (was Re: Alternative decisi… cb.list6
- Re: Daughter of CODEC (was Re: Alternative decisi… Mary Barnes
- Re: Alternative decision process in RTCWeb Carsten Bormann
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Daughter of CODEC (was Re: Alternative decisi… Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… Bjoern Hoehrmann
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Pete Resnick
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Jari Arkko
- Re: [rtcweb] Alternative decision process in RTCW… Dave Crocker
- Re: Daughter of CODEC (was Re: Alternative decisi… Eric Burger
- Re: Alternative decision process in RTCWeb Sam Hartman
- Re: [rtcweb] Alternative decision process in RTCW… Sam Hartman
- Re: [rtcweb] Alternative decision process in RTCW… Bjoern Hoehrmann
- Re: [rtcweb] Alternative decision process in RTCW… Martin Thomson
- Re: Alternative decision process in RTCWeb Ofer Inbar
- Re: [rtcweb] Alternative decision process in RTCW… Stephan Wenger
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… Harald Alvestrand
- Re: [rtcweb] Alternative decision process in RTCW… Ted Lemon
- Re: [rtcweb] Alternative decision process in RTCW… Eric Burger
- Re: [rtcweb] Alternative decision process in RTCW… Jim Gettys
- 0, 1, or many standards and their impact (or not) Eliot Lear
- Re: [rtcweb] Alternative decision process in RTCW… Hector Santos
- Re: 0, 1, or many standards and their impact (or … Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: Daughter of CODEC (was Re: Alternative decisi… Peter Saint-Andre
- Re: [rtcweb] Alternative decision process in RTCW… Jari Arkko
- Re: Daughter of CODEC (was Re: Alternative decisi… Gonzalo Camarillo
- Re: [rtcweb] Alternative decision process in RTCW… Eric Burger
- Re: Daughter of CODEC (was Re: Alternative decisi… Richard Barnes
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… David Singer
- Re: Daughter of CODEC (was Re: Alternative decisi… Cullen Jennings (fluffy)
- Re: A few thoughts on processes WAS (Re: Alternat… Eliot Lear
- Re: A few thoughts on processes WAS (Re: Alternat… Harald Alvestrand
- Re: A few thoughts on processes WAS (Re: Alternat… Dave Crocker
- Re: A few thoughts on processes WAS (Re: Alternat… Gonzalo Camarillo
- Re: A few thoughts on processes WAS (Re: Alternat… Spencer Dawkins at IETF
- Re: Daughter of CODEC (was Re: Alternative decisi… Timothy B. Terriberry