Re: [EAT] [Rats] Rats and EAT

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 12 July 2018 00:54 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: eat@ietfa.amsl.com
Delivered-To: eat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2ADF130FA8; Wed, 11 Jul 2018 17:54:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 fT8vZJhOJ1Ti; Wed, 11 Jul 2018 17:54:56 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89568130DE3; Wed, 11 Jul 2018 17:54:56 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 9869E2008C; Wed, 11 Jul 2018 21:10:22 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id 4037AB7A; Wed, 11 Jul 2018 20:50:28 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 3DE749B0; Wed, 11 Jul 2018 20:50:28 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: "eat@ietf.org" <eat@ietf.org>, "rats@ietf.org" <rats@ietf.org>
In-Reply-To: <VI1PR0801MB21125196C5AE9B9081422752FA5A0@VI1PR0801MB2112.eurprd08.prod.outlook.com>
References: <eb1d952b-1e73-4c41-bf12-82299b44ff3d@me.com> <0FE06C34-D430-451C-834B-0A39082160BA@island-resort.com> <VI1PR0801MB21125196C5AE9B9081422752FA5A0@VI1PR0801MB2112.eurprd08.prod.outlook.com>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Wed, 11 Jul 2018 20:50:28 -0400
Message-ID: <32331.1531356628@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/eat/tqv82DxBZt7qRlCZb10lwKoGKhs>
Subject: Re: [EAT] [Rats] Rats and EAT
X-BeenThere: eat@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: EAT - Entity Attestation Token <eat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eat>, <mailto:eat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/eat/>
List-Post: <mailto:eat@ietf.org>
List-Help: <mailto:eat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eat>, <mailto:eat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Jul 2018 00:54:59 -0000

Hannes Tschofenig <Hannes.Tschofenig@arm.com> wrote:
    > I believe NEA was unsuccessful to accomplish its goal because it was
    > too difficult for enterprise network operators to keep track of
    > software installed on devices and to make a reasonable policy decision.

    > As such, I think it would be better to communicate information about
    > the device with less granularity.

Are you saying that NEA failed because it communicated too many details, and
operator couldn't tell if the detail mattered?

I think that there were other significant issues, such as lack of reliable
support for the (wired) 1x process that NEA depends upon in bargain basement
switching infrastructure,  and that the backend systems were immature, and
too expensive for the target customers.   I.e, the backend systems needed to
be field trialed in medium sized enterprises before large enterprises would
trust them, but medium sized enterprises couldn't afford to do this.

And then BYOD and Linux and MacOS desktops wouldn't speak the right protocols
out of the box.

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [