Re: [smartpower-interest] XMPP messaging - smart grid

Peter Saint-Andre <stpeter@stpeter.im> Fri, 15 July 2011 16:58 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: smartpower-interest@ietfa.amsl.com
Delivered-To: smartpower-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7085621F8B8D for <smartpower-interest@ietfa.amsl.com>; Fri, 15 Jul 2011 09:58:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.399
X-Spam-Level:
X-Spam-Status: No, score=-101.399 tagged_above=-999 required=5 tests=[AWL=-1.200, BAYES_00=-2.599, J_CHICKENPOX_32=0.6, J_CHICKENPOX_45=0.6, J_CHICKENPOX_51=0.6, J_CHICKENPOX_72=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dMyLD6ervwGq for <smartpower-interest@ietfa.amsl.com>; Fri, 15 Jul 2011 09:57:57 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 7DCC921F8B7A for <smartpower-interest@ietf.org>; Fri, 15 Jul 2011 09:57:54 -0700 (PDT)
Received: from dhcp-64-101-72-201.cisco.com (unknown [64.101.72.201]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id E4B9740327; Fri, 15 Jul 2011 10:58:22 -0600 (MDT)
Message-ID: <4E207190.7020109@stpeter.im>
Date: Fri, 15 Jul 2011 10:57:52 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: suhas aggarwal <suhasagg@gmail.com>
References: <CACfHXG2m=g3GFRoMwkP3mLn2Oo=R_PpjwhJadu1cR_p4asTUGQ@mail.gmail.com> <CACfHXG0G=Dc+pHQvP6ES0dE9cS+8P2HTNez7xXEzxB3uWx-ibg@mail.gmail.com>
In-Reply-To: <CACfHXG0G=Dc+pHQvP6ES0dE9cS+8P2HTNez7xXEzxB3uWx-ibg@mail.gmail.com>
X-Enigmail-Version: 1.2
OpenPGP: url=https://stpeter.im/stpeter.asc
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: smartpower-interest@ietf.org
Subject: Re: [smartpower-interest] XMPP messaging - smart grid
X-BeenThere: smartpower-interest@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Smart Power Interest <smartpower-interest.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 15 Jul 2011 16:58:02 -0000

I've forwarded your message to the standards@xmpp.org list because
there's been discussion of related topics (e.g., sensors) there.

On 7/14/11 10:57 AM, suhas aggarwal wrote:
> 
> Respected sir,
> 
> I did a deep study of XMPP messaging protocol in my last assignment.In
> my study,I implemented an XMPP client server incorporating event node
> terminology.Basic Architecture is Sensor Readings taken by Sensor are
> converted into XML format by a Sensor Over XMPP (SOX)Library by an
> adapter.Adapter publishes these values(Items) to event nodes present in
> XMPP server.Event nodes are virtual locations inside XMPP servers where
> items are collected.Different XMPP clients can subscribe to different
> event nodes and retrieve individual items.
> Some key questions I have is - Can we use this architecture in a
> substation? Can this architecture meet real time requirements
> considering extra latencies induced by data formatting? Various IEDs can
> act as publisher and subscriber which publish values to XMPP
> servers.This will also include incorporation of adapter servers which
> collect data from merge unit,relay IEDs, convert sensor data to XML
> format.My question is - Is this conversion dataformatting really needed
> for IEDs communicating within local area network?Is it needed for Local
> HMI?Is it needed to send data to control center?
> Moreover,adapter can have added advantage of intelligently combining
> sensor values from different IEDs ,so that monitoring applications which
> are interested in seeing and analysing data from multiple IEDs can
> retrieve/obtain this data in a single document.Adapter can publish this
> item in corresponding event node from which different applications
> interested can retrieve from.
> I am providing link to a related paper which discusses Sensor Andrew
> Architecture used for critical infrastructure monitoring.
> http://www.ices.cmu.edu/censcir/resources/SensorAndrew-Tech-Report.pdf
> 
> Sincerely,
> Suhas Aggarwal  
>