[Coma] If all you had was an LED ...

Cullen Jennings <fluffy@iii.ca> Fri, 08 June 2012 00:38 UTC

Return-Path: <fluffy@iii.ca>
X-Original-To: coma@ietfa.amsl.com
Delivered-To: coma@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9916111E8161 for <coma@ietfa.amsl.com>; Thu, 7 Jun 2012 17:38:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.555
X-Spam-Level:
X-Spam-Status: No, score=-2.555 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LHe6wVY8Tlfz for <coma@ietfa.amsl.com>; Thu, 7 Jun 2012 17:38:27 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 22CCC11E8160 for <coma@ietf.org>; Thu, 7 Jun 2012 17:38:27 -0700 (PDT)
Received: from [10.86.252.76] (unknown [198.135.0.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 6DEFC50A64 for <coma@ietf.org>; Thu, 7 Jun 2012 20:38:20 -0400 (EDT)
From: Cullen Jennings <fluffy@iii.ca>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 07 Jun 2012 11:40:12 -0700
Message-Id: <2806342D-A112-4727-A584-4295E141B3E0@iii.ca>
To: coma@ietf.org
Mime-Version: 1.0 (Apple Message framework v1278)
X-Mailer: Apple Mail (2.1278)
Subject: [Coma] If all you had was an LED ...
X-BeenThere: coma@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Management of Constrained Networks and Devices <coma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/coma>, <mailto:coma-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/coma>
List-Post: <mailto:coma@ietf.org>
List-Help: <mailto:coma-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/coma>, <mailto:coma-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jun 2012 00:38:27 -0000

Imagine an sensor devices that is very cheap and connects to the network. Lets say the only UI the device has a single LED, or perhaps a red and green LED. 

How would you use these 1 or two LEDs to help manage the device? 

Lots of existing stuff blinks them in various ways to indicate different states of the network (no carrier, connected but no IP, etc). Would it make sense to have some standardized recommendation about this? 

It would be possible to send a small message as a burst of rapidly changing light patterns that was detectable by the video camera on a smart phone. Would it make sense to use this for something like POST codes on PCs? 

What are the various states that an operator would want to be able to see? I'm assuming this is mostly states that are important when one can't get networked base management. 

Thoughts? Pointers to what existing systems do ?

Thanks, Cullen