Re: Thingerdamerung (Was: ietf.org end-to-end principle)
<lloyd.wood@yahoo.co.uk> Sun, 20 March 2016 01:51 UTC
Return-Path: <lloyd.wood@yahoo.co.uk>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7281C12D558 for <ietf@ietfa.amsl.com>; Sat, 19 Mar 2016 18:51:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk
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 W0mC7CLrUb39 for <ietf@ietfa.amsl.com>; Sat, 19 Mar 2016 18:51:40 -0700 (PDT)
Received: from nm23.bullet.mail.ir2.yahoo.com (nm23.bullet.mail.ir2.yahoo.com [212.82.96.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AC3512D113 for <ietf@ietf.org>; Sat, 19 Mar 2016 18:51:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1458438698; bh=Som+mbyb0Yvge30jpdQXw8V8IpXlUdi1aBLRZcfpPiY=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=WcrVerfI2TrDmhEV6amDr4I6KW1VFUGvUCyh3ZF5YiMxaVeWx0e8Po0KRr7R5JQtboyZpm/G26G4JMyROdDTtgS3LHYmGmE7dsiDZKEVjgvBfTXAbM8ZzWz/ooTcWmeIxS3Wgs7zys9ijzxlwAE+FB3PUnDSFXChdc/ZdE6ntcyCfuGv9gaD3xSXYKMPj0PHgSlxx/i/n/Cy1CYX9LKGLq7VABU1Ibx5Xv2kV8VkZ1836XTWmRMlGHbEFmncjRCtQAjoFNQd4s8RClmpi7SR7FvCijAOZqWXzptMLlxaOp1eCy1FDhZVyhe9d+FXiF/y4NJvXqtdz8Nu0w1e/Y6N2A==
Received: from [212.82.98.54] by nm23.bullet.mail.ir2.yahoo.com with NNFMP; 20 Mar 2016 01:51:38 -0000
Received: from [212.82.98.67] by tm7.bullet.mail.ir2.yahoo.com with NNFMP; 20 Mar 2016 01:51:38 -0000
Received: from [127.0.0.1] by omp1004.mail.ir2.yahoo.com with NNFMP; 20 Mar 2016 01:51:38 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 740867.25735.bm@omp1004.mail.ir2.yahoo.com
X-YMail-OSG: gGQ8CVgVM1kV6JbjOCUBoKSRoZt3KU1WuBZG1AfGzYdBXKlLMYRzQoVbA2L1ZYB 3k2skUAjHmQhR2qy2AN5AVBrPQbf980Q8C6Wa1S9RziBMqF6b1CN4_WrGVJHT7shZeIEZrlH0KVc o3RKF0Ws2U5jI6U_KFwQI9zMehCtuFZ6IxOd5q7F49jEBTVQKyjJzdkH3uJzFGGBHJVr_v3LRO0j bii2BJG8K3otwz3qg2U0EZpXhfeHzQ2y_IHR6dx8u1x3zUVlGVbJe6hViltK_DaXfUFYyjp80USs DY9GNf30z1teuGDhZyxRKFzPG2e2jv7fZqsNbQbtPj4lVevRXs__OIES_.Jr6ZoYPbsUo1HmXpWZ YFX4ts6jgKjg3yTrKQ9MEdDjyHeRGmUFj2HfmVnFUZusIvmEXtk7osjo5wpgaKG6mN58hprKWJon .lPJsKgVGKbcaiu.EerSXKlG3vZSdR6bAjW0d.7Y1w0r2K0fa749rna_Ql49kWkcedMoZib_YDWg XSRtL8y53CzxfQ6ihMcMv_C.yc8psTq.zJE5rkJ.6
Received: by 212.82.98.123; Sun, 20 Mar 2016 01:51:38 +0000
Date: Sun, 20 Mar 2016 01:51:37 +0000
From: lloyd.wood@yahoo.co.uk
To: Phillip Hallam-Baker <phill@hallambaker.com>, Josh Howlett <Josh.Howlett@jisc.ac.uk>
Message-ID: <358582585.2589174.1458438697653.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <CAMm+LwjVRMxtR41J8TcwrfyA_ShXDFRxbgeGo1X+jZOFt5R5+w@mail.gmail.com>
References: <CAMm+LwjVRMxtR41J8TcwrfyA_ShXDFRxbgeGo1X+jZOFt5R5+w@mail.gmail.com>
Subject: Re: Thingerdamerung (Was: ietf.org end-to-end principle)
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/GKYUQNOssvg-JIsPfj90_YI5r9w>
Cc: "ietf@ietf.org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lloyd.wood@yahoo.co.uk
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 20 Mar 2016 01:51:42 -0000
> Google has already demonstrated its commitment to running such a > service by buying up Revolv and shutting down the service. As a result > I have a $300 hub that is utterly useless and about $3000 worth of > home automation gear in my walls, ceilings etc. that can't be used > because there is nobody who makes a hub that can integrate it all. When you bought from Revolv, you weren't buying a product. Or a service. You were buying into the dream of Revolv. The dream that a small startup could grow and be taken sufficiently seriously to be acquired. That was the dream of Revolv. http://revolv.com/ And Revolv has been acquired, fulfilling the dream. Be thankful that you have been privileged to play a part in Revolv's dream, in their incredible journey, and that they let you incrediblejourney their dream with them. Oh, your dream was actually a working intelligent connected house? Hey, good luck with that one. L. with a nod to Maciej @pinboard, who has been tracking incrediblejourneying and the brave, brave startups shutting everything down just as they achieve success, for quite some time, with their itsbeenanincrediblejourneywithyouandgoodbyeforever wrapitallup open letters. Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me/lloydwood ----- Original Message ----- From: Phillip Hallam-Baker <phill@hallambaker.com> To: Josh Howlett <Josh.Howlett@jisc.ac.uk> Cc: "ietf@ietf.org" <ietf@ietf.org> Sent: Friday, 18 March 2016, 2:45 Subject: Thingerdamerung (Was: ietf.org end-to-end principle) On Thu, Mar 17, 2016 at 7:33 AM, Josh Howlett <Josh.Howlett@jisc.ac.uk> wrote: > Hi, > >> It might be time to admit that end-to-end is not the one noble thing to aspire >> to; but instead to accept deployed reality and develop protocols which are of >> relevance in the presence of proxies, load-balancers, and more. > > I don't personally see the case for e2e as one of nobility; its primarily an economic one. E2e places the cost of interoperability on the ends, where it belongs. These are the entities benefiting from the interoperation and so they should rightly bear the cost of that. When we break e2e we can reduce the cost of interoperability for some ends, but at the expense of others; either directly, or indirectly through the loss of utility, such as security as we're discussing in this instance. Like pollution that blows downwind from a factory, this transfer of costs to other actors is what economists call an negative externality. The cost of managing the system as a whole will tend to increase, its utility will tend to diminish, and eventually we end up with a lifeless pond. > > We're not going to stop people from trying to find creative ways of making money from non-e2e solutions. Instead, we should focus on reducing the market opportunity by making it cheaper to do the right things, and having pragmatic solutions ready. I definitely don't think we should walk away from e2e; the Red Queen is running fast enough already. In the 1980s Internet, a typical host cost a million dollars. There were no $5 computers and certainly no $0.01 8 bit embedded micro controller cores. More importantly, there were no computers that lacked affordances for user input and output like the typical embedded device does. The modern situation is very different because the number of devices has proliferated to the point where device management is the chief challenge. Trying to manage my PKI configuration in every connected device means trying to push roots of trust into my Internet connected doorbell. That is a silly architecture. The home network architecture that makes sense to me is that my house as one or two dedicated device hubs that are always on and connected and every device I buy connects to them. Or a hub of my choice that I choose and can change at any time I like. What I have today is eight devices in my house that are each connected to a different service in the cloud that is proprietary and I have no control over. The gadgets I have bought at no little cost only work at the whim of the providers. Cloud services are not going to be a viable proposition for expanding the IoT beyond a handful of enthusiasts like me. Yes, we all get the fact that the plan is to hook up everyone to a service in the cloud so that the corporations that run them can scalp everyone for the decades to come. Does that business model sound familiar? It should because it is exactly the walled garden model that we all laughed at when the carriers tried it. Google has already demonstrated its commitment to running such a service by buying up Revolv and shutting down the service. As a result I have a $300 hub that is utterly useless and about $3000 worth of home automation gear in my walls, ceilings etc. that can't be used because there is nobody who makes a hub that can integrate it all. Do the Google execs think they are going to be able to sell me on another cloud service in the future? More importantly, how do they think emerging companies like Ring are going to be able to enter the market in future? Each person who buys a gadget and then has it fail because the service in the cloud is shut off is going to swear 'never again'. If you are trying to be the next Nest like Ring is, persuading the punters that you are not going to be the next Revolv is going to be a challenge. And the only way those innovating companies are going to be able to persuade people that their device isn't going to end up as a doorstop or worse dead technology that requires a qualified electrician to fit is to demonstrate that the gear is built on open standards. Which is why I hope people will come to my Bar BOF on the Mathematical Mesh which is all about an open standards based infrastructure that makes hooking up to an open standards based infrastructure the easiest and most straightforward solution. If you RSVP, I can let the AD know what numbers to expect and that will determine if we meet in an actual bar or get a room.
- Thingerdamerung (Was: ietf.org end-to-end princip… Phillip Hallam-Baker
- Re: Thingerdamerung (Was: ietf.org end-to-end pri… Phillip Hallam-Baker
- Re: Thingerdamerung (Was: ietf.org end-to-end pri… Yoav Nir
- Re: Thingerdamerung (Was: ietf.org end-to-end pri… Phillip Hallam-Baker
- Re: Thingerdamerung (Was: ietf.org end-to-end pri… Randy Bush
- Re: Thingerdamerung (Was: ietf.org end-to-end pri… lloyd.wood