SG Communications Sessions

SG Communications SessionsTuesday, October 20th, 2009

2

OpenSG Communications Tuesday October 20 Agenda

10:30 – 12:00 – SG Communications Session #1 Review OpenSG Communications Scope/Charter.

Agree to work plan for the upcoming quarter 1:00 – 3:00 – SG Communications Session #2

NIST PAP 1 and 2 Tasks for SG Communications Work plan for NIST PAPs, Smart Energy V2, AMI-

NET 3:30 –5:30 – SG Communications Session #3

AMI-NET workplan Network Interop Workplan

3

Tuesday 10:30-12:00OpenSG Communications Session #1

4

OpenSG Communications Scope AMI-NET – Communications for the Access Side

of the meter Need Use Cases and requirements! Review IEEE 802.15 task group 4g to see if we can use

anything there Organize an effort to address in AMI-NET

Network Interoperability – Communications for the HAN

Have OpenSG Systems OpenHAN SRS Have ZigBee/HomePlug MRD and Use Cases Need to derive communications requirements!

5

OpenSG Communications Scope (continued) Wireless for Smart Grid – NIST PAP #2

HAN – ZigBee/HomePlug MRD and Use Cases – Need to derive HAN wireless requirements

AMI-NET – Need Access side wireless requirements Wide Area – Need to address T and D plus substation

wireless requirements IP for Smart Grid – NIST PAP #1

Need to address all Tasks assigned to OpenSG Communications

6

OpenSG Communications Charter AMI-NET HAN Network Interoperability NIST PAP Assignments

IP for Smart Grid (PAP #1) Wireless for Smart Grid (PAP #2)

Task group volunteers for work above……

7

Review of the SG Communication Charter (from Bootcamp slides) The UCAiug OpenSG Communications (UtiliComm) Working Group is

constituted to operate under the OpenSG Subcommittee. The charter of the UtiliComm Working Group is a derivative of the OpenSG charter. The organization of OpenSG is depicted in Figure 1.

Open Smart Grid(OpenSG)Subcommittee

OpenHANTask Force

Open AMI-ENTTask Force

AMI-NetworkTask Force

SG SystemsWorking Group

SG Communications (UtiliComm)Working Group

SG Security(UtiliSec)

Working Group

UtilityAMIInterest Group

AMI-SecurityTask Force

Network InteropTask Force

SG Conformance(CWG)

Working Group(Proposed)

OpenADRTask Force

OpenADETask Force

Review of the SG Communication Charter (Cont.) The UtiliComm Working Group plans to initially sponsor

two task groups: the AMI Network task group and the Network Interop task group. Those task groups are chartered with the following:

AMI Network task group – Requirements specification for layers 4 and below of the Open Systems Interconnect (OSI) network model as it applies to the AMI network.

Network Interop task group – Requirements specification for layers 4 and below of the OSI network model as it applies to the HAN and premise equipment in general.

Review of the SG Communication Charter (Cont.) Both task groups of the UtiliComm Working Group will work with

the SG Systems, SG Security (UtiliSec) and the SG Conformance Working Group (when constituted) in support of their charters. The UtiliComm Working Groups may also cover application and security support topics such as:

Efficient delivery of XML meta data between entities in the system Deployment of security policies within various layers of the OSI stack Service discovery services Other communications and support features as identified by the SG

Systems and SG Security Working Groups.

Review of the SG Communication Charter (Cont.) In support of this goal, the Working Group will employ the AMI Network and

Network Interop Task Groups to make recommendations and create technical requirements on communication related components. In particular, the Working Group will be responsible for defining how components defined in AMI Network and Network Interop provide internetworking services to hybrid systems employing combinations of physical layers. Targeted standards will cover the complete set of use cases envisioned in the OpenSG Market Requirements Document (MRD) and in the OpenHAN specification. Furthermore, it is acknowledged that all of the deployments targeted by OpenSG will contain subsystems and components that are targeted to communicate using the Internet Engineering Task Force (IETF) Internet Protocol (IP) family of standards. The Working Group will also be responsible for defining how these IP sub-systems and components are incorporated into the system as a whole such that all relevant use-cases and market requirements are satisfied.

Review of the SG Communication Scope The activities of the UtilComm Working Group shall be limited in scope in

order to support proper division of labour with respect to the other Working Groups and to provide boundaries for the task at hand. Specifically:

The UtiliComm Working Group will create a Charter and Scope, based on this document and approved by the Working Group, for submission to OpenSG as a basis for work going forward.

The UtiliComm Working Group will create, distribute and maintain a schedule and roadmap detailing the tasks and milestones that comprise the group's work, including all tasks undertaken by the AMI Network and Network Interop task groups;

The scope of work shall be limited to the functioning of those networking stack layers that reside between the Application layer interface and the physical layer interface;

Notwithstanding these restrictions the group will provide analysis regarding the overall compatibility of the components specified to operate in the context of a hybrid system.

Further, the Working Group shall assist the Certification Task Group in their job in defining the test plans and protocol interchange conformance statements (PICs) to apply certification to the components in its charter.

Review of the SG Communication Scope (Cont.) The UtiliComm Working Group will accomplish its charter in the following

manner: In conjunction with the SG Systems Working Group, analyzes the OpenSG

Marketing Requirements Documents, Use Cases and OpenHAN Specification to derive detailed technical requirements on communication subsystems in the scope of AMI-Network and Network Interoperability

Works with identified standards development organizations such as IETF, IEEE, IEC and W3C and vendor consortiums such as the ZigBee Alliance, HomePlug, OASIS and any other organization seeking to address the OpenSG Market Requirements to provide technical requirements and guidance in specification and compliance testing of products meeting OpenSG market requirements.

Reports to OpenSG on schedule, roadmap, standards development organization status and vendor consortium status in achieving deployment of products targeting the OpenSG Market Requirements and the OpenHAN specification.

13


NIST Priority Action Plans Guidelines for the Use of IP Protocol Suite for

Smart Grid Guidelines for the Use of Wireless

Communications

OpenSG Communications NIST activities David Su (NIST) is the NIST lead OpenSG is to supply requirements

IETF is the SDO lead for PAP #1 IEEE is the SDO lead for PAP #2

Review PAP assignment document……

15

Smart Grid Priority Action Plan - Guidelines for the Use of IP Protocol Suite for Smart Grid Overview

Develop approaches for developing Guidelines and profiles for use of IP Protocol for the smart grid. Examine the applicability and utility of the use of Internet protocol and supporting standards as the network communications infrastructure for proposed Smart Grid applications.

Smart Grid Priority Action Plan - Guidelines for the Use of IP Protocol Suite for Smart Grid Objectives:

Review the communications networks and domains identified in the Smart Grid conceptual model and determine whether they are discussed in fine enough granularity to discuss the application of the Internet protocol suite

Define the approach for fully defining the network and systems management requirements for Smart Grid networking infrastructures

Define a set of standards profiles required for Smart Grid networks

Identify key networking profiles issues including issues surrounding IPv4 vs. IPv6

Smart Grid Priority Action Plan - Guidelines for the Use of IP Protocol Suite for Smart Grid Objectives Continued:

Determine the key remaining issues surrounding adoption of standardized networking profiles

Determine appropriate Smart Grid network architectures and technologies appropriate for basic transport and security requirements (e.g., shared IP networks, virtual private networks, MPLS switching, traffic engineering and resource control mechanisms)

Determine which transport layer security protocol(s) (e.g., TLS, DTLS, SCTP, and IPsec) are most appropriate for securing Smart Grid applications.

Identify higher layer security mechanisms (e.g., XML, S/MIME) to secure transactions.

Develop an action plan for development of necessary usage guides, profiles and remaining work.

Smart Grid Priority Action Plan - Guidelines for the Use of IP Protocol Suite for Smart Grid

Tasks Involving SG Communications Develop a clear set of requirements for specific Smart Grid

application areas (include key non-functional requirements with fine enough granularity). Include power engineering applications, as well as the network / communications requirements.

Develop proposed models for key implementations (e.g. outage management); include Engineering Analysis.

Testing and Certification for Suites of Standards. Identify plausible approaches, define types of testing needed.

NIST Priority Action Plans Guidelines for the Use of IP Protocol Suite for

Smart Grid Guidelines for the Use of Wireless

Communications

Smart Grid Priority Action Plan - Guidelines for the Use of Wireless Communications

Overview This work area investigates the strengths, weaknesses,

capabilities, and constraints of existing and emerging standards-based technologies for wireless communications. The approach is to work with key SDO committees to determine the characteristics of each technology for smart grid application areas and types. Results are used to assess the appropriateness of wireless communications technologies for meeting smart grid applications. Develop proposed models for key implementations (e.g. outage management); include Engineering Analysis.


Objectives Identify requirements for use of wireless technologies for different smart

grid applications Identify approaches to define the strengths and weaknesses of candidate

wireless technologies to assist Smart Grid design decisions Analyze both intentional and un-intentional interference issues and

develop coexistence guidelines for deployment and operation Identify guidelines for effectively, safely, and securely employing wireless

technologies for different smart grid applications Identify key issues to be addressed in wireless assessments and

development for the Smart Grid


Tasks involving SG Communications Segment the SG domains into different wireless environments/groups

that could use similar sets of requirements. Develop a common set of terminology and definitions used by wireless

and smart grid communities Compile and communicate Smart Grid requirements and use cases in a

standardized format mapped into categories identified in task 1 Create an attribute list and performance metrics for wireless standards Create an inventory of wireless technologies based on the metric

develops in task 4 to be filled by each SDO. Perform the mapping and conduct an evaluation of the wireless

technologies based on the criteria and metrics developed in task 4. Identify gaps where appropriate.

24


Review of the AMI-NET Task Force Charter The AMI-Network task force is charged with defining

functional system requirements for Management of AMI Communication systems. The goal of this work is to identify common needs of Utilities procuring products in this space. We anticipate utilities, academia, government and vendors to find this topic of interest and participate in this process. This task force anticipates pulling knowledge and experience from other industries with knowledge of operating large scale networks.

Review of the AMI-NET Task Force Scope Evaluate existing Maintenance Use Cases Define New Maintenance Use Cases Define System Functional Requirements from AMI

meters to the AMI head end for maintenance/lifecycle purposes

Identify areas within an AMI network that are viable for maintenance interoperability

Apply lessons learned into common requirements

Review of the AMI-NET Task Force Scope WAN (Wide Area Networks)

Backhaul from Collector / Access Point / Base Station to system Head End

NAN (Neighborhood Area Network) Network from Collector / Access Point / Base Station to Meters / Smart

Grid Devices Meter

System components under the “Glass” Nic HAN ESI Meter

Smart Grid Device Devices that enable grid devices to communicate over the AMI network

Functional Decomposition

Map use case categories to FCAPS categories

Fault

MeterWAN Smart Grid DeviceNAN

AMI/Smart Grid Network Management System

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Configuration


Software/Firmware Version

Hardware Version

WAN Config

Logging


Hardware Version

NAN Config

Logging

Meter Config


Logging

Data Retention

Time Source

Service Switch State

Security Credentials

HAN Config


Hardware Version

SG Device Config

Logging

Accounting


Performance


Security


Fault Functional CategoriesFault


Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Outage

Configuration Miss-

Match

Com interface

Backup device state

Health Status

Configuration Functional Categories

Configuration



Hardware Version

WAN Config

Logging


Hardware Version

NAN Config

Logging

Meter Config


Logging

Data Retention

Time Source

Service Switch State

Security Credentials

HAN Config


Hardware Version

SG Device Config

Logging

AMI-NET goals for the week Continue Functional Decomposition of AMI/Smart

Grid sytems Finish high level functional categories for Accounting,

Performance and Security Plan work shops for creation of functional requirements

Review of the Network Interoperability Task Force Charter The UCAiug OpenSG Communications (UtiliComm) Network Interoperability

Task Force is constituted to operate under the OpenSG Subcommittee. The charter of the Network Interoperability Task Force is a derivative of the OpenSG UtiliComm charter. The organization of OpenSG is depicted in Figure 1 (showing the Network Interop Task Force under UtiliComm).

Open Smart Grid(OpenSG)Subcommittee

OpenHANTask Force

Open AMI-ENTTask Force

AMI-NetworkTask Force

SG SystemsWorking Group

SG Communications (UtiliComm)Working Group

SG Security(UtiliSec)

Working Group

UtilityAMIInterest Group

AMI-SecurityTask Force

Network InteropTask Force

SG Conformance(CWG)

Working Group(Proposed)

OpenADRTask Force

OpenADETask Force

Review of the Network Interoperability Task Force Charter The Network Interoperability Task Group is chartered with

defining requirements for a common infrastructure deployed in the HAN that will enable distributed Smart Energy applications. Specifically, the Network Interoperabilty Task Group will support applications employing the Smart Energy (SE) V2 Application Profile, originally defined within the ZigBee/HomePlug Market Requirements Document (MRD), to reliably exchange messages between application entities, such that all use cases and requirements handed down by the OpenSG Smart Energy MRD and Use Cases are satisfied.

Review of the Network Interoperability Task Force Charter In support of this goal, the Task Group shall make

recommendations regarding platform components and communications stack functionality. In particular, the Task Group will be responsible for defining how components employing IEEE802.15.4, HomePlug AV/SE and other physical layers interoperate, and how hybrid systems employing combinations of physical layers may be configured to cover the complete set of use cases envisioned in the OpenSG Market Requirements Document (MRD) and Use Cases. Furthermore, it is acknowledged that all of the deployments targeted by OpenSG will contain subsystems and components that communicate using the Internet Engineering Task Force (IETF) Internet Protocol (IP) family of standards. The Task Group will also be responsible for specifying how these IP sub-systems and components are incorporated into the system as a whole such that all relevant use-cases and market requirements are satisfied.

Review of the Network Interoperability Task Force Scope The activities of the UtilComm Network Interoperability Task

Force shall be limited in scope in order to support proper division of labour with respect to the other Working Groups and to provide boundaries for the task at hand. Specifically:

The UtiliComm Working Group will create a Charter and Scope, based on this document and approved by the Working Group, for submission to OpenSG as a basis for work going forward.

The UtiliComm Working Group will create, distribute and maintain a schedule and roadmap detailing the tasks and milestones that comprise the group's work, including all tasks undertaken by the AMI Network and Network Interop task groups;

Review of the Network Interoperability Task Force Scope The scope of work shall be limited to the functioning of those

networking stack layers that reside between the Application layer interface and the physical layer interface;

Notwithstanding these restrictions the group will provide analysis regarding the overall compatibility of the components specified to operate in the context of a hybrid system.

Further, the Working Group shall assist the Certification Task Group in their job in defining the test plans and protocol interchange conformance statements (PICs) to apply certification to the components in its charter.

Review of the Network Interoperability Task Force Scope The UtiliComm Network Interoperability Task Force will

accomplish its charter in the following manner: In conjunction with the SG Systems Working Group, analyzes the

OpenSG Marketing Requirements Documents, Use Cases and OpenHAN Specification to derive detailed technical requirements on communication subsystems in the scope of Network Interoperability

Works with identified standards development organizations such as IETF, IEEE, IEC and W3C and vendor consortiums such as the ZigBee Alliance, HomePlug, OASIS, IPSO and any other organization seeking to address the OpenSG Market Requirements to provide technical requirements and guidance in completion and compliance testing of products meeting OpenSG market requirements.

Reports to OpenSG on schedule, roadmap, standards development organization status and vendor consortium status in achieving deployment of products targeting the OpenSG Market Requirements and the OpenHAN specification.