[Lwip] Interoperable sub-GHz implementations

Charles Palmer <charles.palmer@acutetechnology.com> Sun, 31 March 2013 13:42 UTC

Return-Path: <charles.palmer@acutetechnology.com>
X-Original-To: lwip@ietfa.amsl.com
Delivered-To: lwip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1543521F85EB for <lwip@ietfa.amsl.com>; Sun, 31 Mar 2013 06:42:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.87
X-Spam-Level:
X-Spam-Status: No, score=-0.87 tagged_above=-999 required=5 tests=[AWL=-0.095, BAYES_05=-1.11, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
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 gXVjxqOUxKZ5 for <lwip@ietfa.amsl.com>; Sun, 31 Mar 2013 06:42:05 -0700 (PDT)
Received: from gateway03.websitewelcome.com (gateway03.websitewelcome.com [69.93.37.25]) by ietfa.amsl.com (Postfix) with ESMTP id 1769021F85C9 for <lwip@ietf.org>; Sun, 31 Mar 2013 06:42:05 -0700 (PDT)
Received: by gateway03.websitewelcome.com (Postfix, from userid 5007) id A71036613ABA4; Sun, 31 Mar 2013 08:42:04 -0500 (CDT)
Received: from gator192.hostgator.com (gator192.hostgator.com [184.173.197.213]) by gateway03.websitewelcome.com (Postfix) with ESMTP id 99B8B6613AB80 for <lwip@ietf.org>; Sun, 31 Mar 2013 08:42:04 -0500 (CDT)
Received: from [81.135.82.151] (port=56054 helo=[192.168.1.80]) by gator192.hostgator.com with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from <charles.palmer@acutetechnology.com>) id 1UMIWK-00055M-8n for lwip@ietf.org; Sun, 31 Mar 2013 08:42:04 -0500
Message-ID: <51583D2A.2030103@acutetechnology.com>
Date: Sun, 31 Mar 2013 14:42:02 +0100
From: Charles Palmer <charles.palmer@acutetechnology.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: lwip@ietf.org
Content-Type: multipart/alternative; boundary="------------020402070701090208010908"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator192.hostgator.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - acutetechnology.com
X-BWhitelist: no
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: ([192.168.1.80]) [81.135.82.151]:56054
X-Source-Auth: charles.palmer@acutetechnology.com
X-Email-Count: 3
X-Source-Cap: YWN1dGV0ZWM7YWN1dGV0ZWM7Z2F0b3IxOTIuaG9zdGdhdG9yLmNvbQ==
Subject: [Lwip] Interoperable sub-GHz implementations
X-BeenThere: lwip@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Lightweight IP stack <lwip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lwip>, <mailto:lwip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lwip>
List-Post: <mailto:lwip@ietf.org>
List-Help: <mailto:lwip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lwip>, <mailto:lwip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Mar 2013 13:42:06 -0000

Dear all

I suggested adding a mention of regulatory constraints in the 
draft-ietf-lwig-terminology-03. For example in Europe ETSI standard EN 
300 220-1 imposes duty cycle constraints on operation in the 873-870MHz 
band.

As it happens this is a practical concern of the UK smart meter 
programme. They are considering the merits of sub-GHz operation but are 
concerned about violating the duty cycle constraints, which are 1% or 
0.1% depending on frequency. Apparently the new IEEE 802.15.4g PHY 
options are written around US regulations and may not map onto European 
constraints where duty cycle must be met.

This happens to be an interest of mine: how to get the improved range of 
the 863-870MHz band (vs a vis 2.4GHz) while still adhering to IEEE 
standards and not violating power and duty cycle regulations. It would 
be possible to select a combination of PHY parameters from IEEE 
802.15.4g and one or other MAC implementation (e.g. from 802.15.4e) to 
produce workable solutions for low power wireless networks, but without 
coordination that riases the likelihood of a proliferation of 
standards-compliant implementations such that offerings from different 
suppliers will not interoperate.

One appoach might be to keep an eye on what the UK smart meter programme 
is doing, and follow that, but their progress is very slow, and they 
seem to be interested in providing just a new PHY and MAC on which to 
operate Zigbee SE1.x.

Perhaps there are others in this group who have thoughts on this, or 
knowledge of current or future implementations?

-- 
Regards - Charles Palmer
Project Hydra Project Manager - Acute Technology Limited
Woodthorpe, Calver Road, Baslow, Derbyshire, DE45 1RR, United Kingdom
Mob: +44 (0)7977 577 627    Skype: Acutetech
Email: charles.palmer@acutetechnology.com Web: http://projecthydra.info