[6lowapp] Home/Building Automation profiles and communication with other IP-based devices

Daniel Berenguer <dberenguer@usapiens.com> Tue, 09 March 2010 16:58 UTC

Return-Path: <dberenguer@usapiens.com>
X-Original-To: 6lowapp@core3.amsl.com
Delivered-To: 6lowapp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C5933A68F5 for <6lowapp@core3.amsl.com>; Tue, 9 Mar 2010 08:58:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 YqEPMAx2J7IY for <6lowapp@core3.amsl.com>; Tue, 9 Mar 2010 08:58:29 -0800 (PST)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 5F5463A6885 for <6lowapp@ietf.org>; Tue, 9 Mar 2010 08:58:29 -0800 (PST)
Received: by wyb40 with SMTP id 40so3881448wyb.31 for <6lowapp@ietf.org>; Tue, 09 Mar 2010 08:58:30 -0800 (PST)
MIME-Version: 1.0
Received: by 10.216.86.132 with SMTP id w4mr44706wee.87.1268153909734; Tue, 09 Mar 2010 08:58:29 -0800 (PST)
Date: Tue, 09 Mar 2010 17:58:29 +0100
Message-ID: <79fe8d321003090858gf9e2529n97c9350c8c8aef67@mail.gmail.com>
From: Daniel Berenguer <dberenguer@usapiens.com>
To: 6lowapp@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Subject: [6lowapp] Home/Building Automation profiles and communication with other IP-based devices
X-BeenThere: 6lowapp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Application protocols for constrained nodes and networks <6lowapp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/6lowapp>, <mailto:6lowapp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowapp>
List-Post: <mailto:6lowapp@ietf.org>
List-Help: <mailto:6lowapp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowapp>, <mailto:6lowapp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2010 17:00:49 -0000

I'm diving into 6LowPAN for the first time and subscribed to the
6LowApp group as a way of following the current work on the definition
of communication schemas for home and building automation. Then, I
read that CoAP is really focusing on how information will be
presented, not the contents of this information. Now that I know that
6LowApp won't define any communication profile I wonder how this later
work will be undertaken. Someone from this list said that the
definition of app profiles should be done by each developer so I
understand that two home 6LowPAN devices will be able to discover each
other and communicate between them but won't be able to "understand"
the data contents and which kind of device they are talking to. Please
correct me if I understood this incorrectly.

I'm a developer of open source home automation equipment and most of
my projects are based on xAP, an open UDP/IP protocol for
home/building automation (http://www.xapautomation.org). Being xAP an
IP-based protocol it could have good synergies with a 6LowApp-based
protocol. However, I wonder how an hypothetical translation between
both protocols should be done. I consider the following possibilities:

1. The xAP team develops a xAP <--> 6LowPAN (with custom profiles)
gateway so that the 6LowPAN information enters the "wired" LAN under
xAP format

2. The 6LowPAN data enters the "wired" LAN through an official CoGII.
Then this data is transformed to xAP format in the LAN.

I think that the second option would be the preferred one from a
6LowApp point of view although the first method brings some advantages
in term of data processing for the xAP integrator.

Thanks for your comments... and feel free to delete this message if
this is not the correct forum for the subject.

Congratulations for your work.

Daniel.