[smartpower-interest] IP based metering project in Victoria, Australia

"Greg Daley" <gdaley@netstarnetworks.com> Mon, 18 January 2010 07:01 UTC

Return-Path: <gdaley@netstarnetworks.com>
X-Original-To: smartpower-interest@core3.amsl.com
Delivered-To: smartpower-interest@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01F543A6A58 for <smartpower-interest@core3.amsl.com>; Sun, 17 Jan 2010 23:01:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.137
X-Spam-Level:
X-Spam-Status: No, score=-2.137 tagged_above=-999 required=5 tests=[AWL=-2.391, BAYES_20=-0.74, RELAY_IS_203=0.994]
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 GZwuuYun11gy for <smartpower-interest@core3.amsl.com>; Sun, 17 Jan 2010 23:01:07 -0800 (PST)
Received: from mail.syd.netstarnetworks.com (mail.syd.netstarnetworks.com [203.8.7.220]) by core3.amsl.com (Postfix) with ESMTP id 71DF43A6A82 for <smartpower-interest@ietf.org>; Sun, 17 Jan 2010 23:01:00 -0800 (PST)
Received: from sdcmail.netstarnetworks.com ([10.18.193.12]) by mail.syd.netstarnetworks.com (8.12.8/8.12.8) with ESMTP id o0I712R5002519 for <smartpower-interest@ietf.org>; Mon, 18 Jan 2010 18:01:05 +1100
Received: from melmail.netstarnetworks.com ([10.20.193.13]) by sdcmail.netstarnetworks.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 18 Jan 2010 18:00:17 +1100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 18 Jan 2010 18:00:17 +1100
Message-ID: <6983BF97BFC24D4EA551F140712329180144F508@melmail.netstarnetworks.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: IP based metering project in Victoria, Australia
Thread-Index: AcqYC+Qd1A0dNhagRamRpBDkHFlfGQ==
From: "Greg Daley" <gdaley@netstarnetworks.com>
To: <smartpower-interest@ietf.org>
X-OriginalArrivalTime: 18 Jan 2010 07:00:17.0966 (UTC) FILETIME=[E487FCE0:01CA980B]
Subject: [smartpower-interest] IP based metering project in Victoria, Australia
X-BeenThere: smartpower-interest@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Smart Power Interest <smartpower-interest.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/smartpower-interest>, <mailto:smartpower-interest-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/smartpower-interest>
List-Post: <mailto:smartpower-interest@ietf.org>
List-Help: <mailto:smartpower-interest-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/smartpower-interest>, <mailto:smartpower-interest-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2010 07:01:08 -0000

Hi Paul, 

I wasn't on list when you posted, so please excuse the broken threading.

> Fred,
>
>
>I haven't been following the smartpower stuff, so this might be a naive
question:
>
>What is the primary perceived relation between smart power and
ietf/networks/routing/etc.?
>
>- is it the use of networking technology for communication of
>  control and management of the power grid?
>
>- or is it going further and thinking of a "power plane" as
>  analogous to a "data plane", so that we might end up using
>  routing protocols to route electrons rather than just data?
>
> - or is the it a purpose of this list to figure that out?
>
>	Thanks,
>	Paul


At the moment, I guess there are at least two components of the
power network which make use of IP data networking:

The SCADA systems which manage the generation and distribution
infrastructure.

The "Advanced Metering" systems which are part of a trend to
provide customer billing, interval monitoring and adaptive load
shedding (in case of power shortage).

>From what I can tell, power utilization and load shedding control
is being rolled out to the meter box in a number of regions,
including mine:

www.dpi.vic.gov.au/smartmeters/


Within a home or business environment though, load shedding can have
adverse impacts where equipment is powered down precipitately, or if
power is switched off to all devices within a premises.

One of the more advanced capabilities which is available with smart
metering initiatives is to extend the reach of the control and 
informative communications from the meter point to the rest of the site.

This may allow devices to report individual usage within the network, 
and participate in preferential load reduction operations.

A series of public documents relating to some of these issues are
available at:

http://new.dpi.vic.gov.au/energy/projects,-research--and--development2/s
mart-meters/ami-consultation

Please note that PDF links are broken, but HTML conversions are
available.

There are Zigbee Power management (Smart Power) profiles which are
proposed for use with the Victorian system.  I would guess that there
may be architectural IP or security implications across various
power management profiles or protocols, which may be useful for
the IETF to contribure to.

Perhaps this is the focus of the list?

Please note that my interest here is from the IETF side only,
I am not participating directly in the work on metering in Victoria.

As an aside, routing electrons using any other protocol than 
Physics, is probably out of scope.

Sincerely,

Greg Daley