Re: [smartpower-interest] IP based metering project in Victoria, Australia
Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 21 January 2010 09:30 UTC
Return-Path: <alexandru.petrescu@gmail.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 0BB6E3A69C9 for <smartpower-interest@core3.amsl.com>;
Thu, 21 Jan 2010 01:30:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.189
X-Spam-Level:
X-Spam-Status: No, score=-2.189 tagged_above=-999 required=5 tests=[AWL=0.060,
BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 TxqkHTOh0Upq for
<smartpower-interest@core3.amsl.com>; Thu, 21 Jan 2010 01:30:43 -0800 (PST)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr
[132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 211B23A6A1B for
<smartpower-interest@ietf.org>; Thu, 21 Jan 2010 01:30:40 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by
sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id
o0L9UC9O030056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
verify=NOT); Thu, 21 Jan 2010 10:30:12 +0100
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by
pisaure.intra.cea.fr (8.14.2/8.14.2) with ESMTP id o0L9UCQH032544;
Thu, 21 Jan 2010 10:30:12 +0100 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr
(8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o0L9UA2C019342;
Thu, 21 Jan 2010 10:30:12 +0100
Message-ID: <4B581EA2.5080206@gmail.com>
Date: Thu, 21 Jan 2010 10:30:10 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr;
rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0
MIME-Version: 1.0
To: Paul Kyzivat <pkyzivat@cisco.com>
References: <6983BF97BFC24D4EA551F140712329180144F508@melmail.netstarnetworks.com>
<4B55C7E1.107@cisco.com>
In-Reply-To: <4B55C7E1.107@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
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: Thu, 21 Jan 2010 09:30:44 -0000
Le 19/01/2010 15:55, Paul Kyzivat a écrit : > > > Greg Daley wrote: >> 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? > > [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. Alex > > Thanks, Paul _______________________________________________ > smartpower-interest mailing list smartpower-interest@ietf.org > https://www.ietf.org/mailman/listinfo/smartpower-interest >
- [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