Re: [smartpower-interest] IP based metering project in Victoria, Australia
"Greg Daley" <gdaley@netstarnetworks.com> Fri, 22 January 2010 05:25 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 B29EB3A6851 for <smartpower-interest@core3.amsl.com>;
Thu, 21 Jan 2010 21:25:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.307
X-Spam-Level:
X-Spam-Status: No, score=-2.307 tagged_above=-999 required=5 tests=[AWL=-0.702,
BAYES_00=-2.599, 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 ybJ3zR9P-b86 for
<smartpower-interest@core3.amsl.com>; Thu, 21 Jan 2010 21:25:40 -0800 (PST)
Received: from mail.syd.netstarnetworks.com (mail.syd.netstarnetworks.com
[203.8.7.220]) by core3.amsl.com (Postfix) with ESMTP id 977733A67EC for
<smartpower-interest@ietf.org>; Thu, 21 Jan 2010 21:25:40 -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 o0M5PaR5003400;
Fri, 22 Jan 2010 16:25:36 +1100
Received: from melmail.netstarnetworks.com ([10.20.193.13]) by
sdcmail.netstarnetworks.com with Microsoft SMTPSVC(6.0.3790.3959);
Fri, 22 Jan 2010 16:24:57 +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: Fri, 22 Jan 2010 16:24:56 +1100
Message-ID: <6983BF97BFC24D4EA551F140712329180144FA01@melmail.netstarnetworks.com>
In-Reply-To: <4B581EA2.5080206@gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [smartpower-interest] IP based metering project in Victoria,
Australia
Thread-Index: AcqafGdMOcXBdjFmSXGEbE7BSUHALgApOBpg
References: <6983BF97BFC24D4EA551F140712329180144F508@melmail.netstarnetworks.com>
<4B55C7E1.107@cisco.com> <4B581EA2.5080206@gmail.com>
From: "Greg Daley" <gdaley@netstarnetworks.com>
To: "Alexandru Petrescu" <alexandru.petrescu@gmail.com>,
"Paul Kyzivat" <pkyzivat@cisco.com>
X-OriginalArrivalTime: 22 Jan 2010 05:24:57.0631 (UTC)
FILETIME=[3C9922F0:01CA9B23]
Cc: smartpower-interest@ietf.org
Subject: Re: [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: Fri, 22 Jan 2010 05:25:41 -0000
Hi Alexandru, > -----Original Message----- > >>> > >>> > >>> 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? > > > > [snip] > > > >> As an aside, routing electrons using any other protocol than > >> Physics, is probably out of scope. > > > > When I asked that question, it was only half tongue in cheek. It > > couldn't really be "routing electrons" (there's not much room for > > addressing in addition to the payload) - it pretty much has to be > > circuit switching to get the electrons from where they are available > > to where they are needed. But I was wondering if routing algorithms > > for the power itself was on the table. > > This came up in a recent discussion. It was mentioned that > during power > failures (as during severe weather) human intervention is > needed on some > trunks ; for humans to climb on poles it is necessary that some > electricity feeders are cut, which is conceptually similar to a data > link going down. > > And, in the same vein, electricity must arrive at the destination via > other ways than the typical trunks. How is this path set up? > > The growing importance of this problem relates to the growing > number of > electricity suppliers. > > I guess routing algorithms as we know them in link-state/etc can deal > with it in a scalable manner. Existing dynamic routing algorithms have been used in establishing circuit-oriented communications before now (e.g. ATM/PNNI). It may be feasible to treat the high voltage electrical pathways as similar to the routing paths which we currently route in IP. That said, the behaviour of electrons is unlike that of packets: They will load share based on resistance in alternate paths rather than following shortest path. So we'd need to determine if the switching models used in IP or in (Virtual) Circuit switching environments are even useful before we looked into them. Input from Networking and SCADA aware Power Engineers would be highly valuable. Feel free to volunteer your friends and associates. Sincerely, Greg Daley
- [smartpower-interest] IP based metering project i… Greg Daley
- Re: [smartpower-interest] IP based metering proje… Paul Kyzivat
- Re: [smartpower-interest] IP based metering proje… Greg Daley
- Re: [smartpower-interest] IP based metering proje… Alexandru Petrescu
- Re: [smartpower-interest] IP based metering proje… Greg Daley
- Re: [smartpower-interest] IP based metering proje… Michael Richardson