SG Communications Boot Camp November 19th, 2009 Agenda       3:30 – 3:40 – Welcome and Introductions 3:40 – 4:00 – Review scope and charter.

Download Report

Transcript SG Communications Boot Camp November 19th, 2009 Agenda       3:30 – 3:40 – Welcome and Introductions 3:40 – 4:00 – Review scope and charter.

SG Communications Boot Camp
November 19th, 2009
Agenda






3:30 – 3:40 – Welcome and Introductions
3:40 – 4:00 – Review scope and charter of SG
Communications Task Force
4:00 – 4:30 – Review NIST PAP’s assigned to SG
Communications
4:30 – 5:00 – Review AMI-NET scope and charter
5:00 – 5:15 – Review work completed to date
5:15 – 5:30 – Wrap up and Q&A
2
Review of the SG Communication Charter

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
SG Security
(UtiliSec)
SG Communications
(UtiliComm)
Working Group
Working Group
SG Systems
Working Group
AMI-Security
AMI-Network
OpenHAN
Task Force
Task Force
Task Force
SG Conformance
(CWG)
Working Group
(Proposed)
Network Interop
Task Force
OpenADE
Task Force
OpenADR
Task Force
Open AMI-ENT
Task Force
UtilityAMI
Interest Group
3
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.
Agenda






3:30 – 3:40 – Welcome and Introductions
3:40 – 4:00 – Review scope and charter of SG
Communications Task Force
4:00 – 4:30 – Review NIST PAP’s assigned to
SG Communications
4:30 – 4:55 – Review AMI-NET scope and charter
4:55 – 5:15 – Review Network Interoperability
Task Force Scope and Charter
5:15 – 5:30 – Wrap up and Q&A
9
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 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.
Smart Grid Priority Action Plan - Guidelines
for the Use of Wireless Communications

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
Smart Grid Priority Action Plan - Guidelines
for the Use of Wireless Communications

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.
Agenda






3:30 – 3:40 – Welcome and Introductions
3:40 – 4:00 – Review scope and charter of SG
Communications Task Force
4:00 – 4:30 – Review NIST PAP’s assigned to SG
Communications
4:30 – 4:55 – Review AMI-NET scope and charter
4:55 – 5:15 – Review Network Interoperability Task Force
Scope and Charter
5:15 – 5:30 – Wrap up and Q&A
19
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)


NAN (Neighborhood Area Network)


Backhaul from Collector / Access Point / Base Station to system Head
End
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
AMI/Smart Grid Network Management System
Fault
WAN
NAN
Configuration
Meter
Smart Grid
Device
WAN
NAN
Meter
Accounting
Smart Grid
Device
Meter
Config
Outage
Outage
Outage
Outage
Configurati
on MissMatch
Configurati
on MissMatch
Configurati
on MissMatch
Configurati
on MissMatch
Com
interface
Com
interface
Com
interface
Com
interface
Software/
Firmware
Version
Software/
Firmware
Version
Software/
Firmware
Version
Hardware
Version
Hardware
Version
Backup
Backup
Backup
Backup
WAN Config NAN Config
device state device state device state device state
Health
Status
Health
Status
Health
Status
Health
Status
Logging
Logging
Logging
Data
Retention
Time
Source
Service
Switch
State
Security
Credentials
HAN Config
Software/
Firmware
Version
Hardware
Version
SG Device
Config
Logging
WAN
NAN
Meter
Performance
Smart Grid
Device
WAN
NAN
Meter
Security
Smart Grid
Device
WAN
NAN
Meter
Smart Grid
Device
Fault Functional Categories
Fault
WAN
NAN
Meter
Smart Grid
Device
Outage
Outage
Outage
Outage
Configurati
on MissMatch
Configurati
on MissMatch
Configurati
on MissMatch
Configurati
on MissMatch
Com
interface
Com
interface
Com
interface
Com
interface
Backup
device state
Backup
device state
Backup
device state
Backup
device state
Health
Status
Health
Status
Health
Status
Health
Status
Configuration Functional Categories
Configuration
WAN
NAN
Meter
Smart Grid
Device
Meter
Config
Software/
Firmware
Version
Software/
Firmware
Version
Software/
Firmware
Version
Hardware
Version
Hardware
Version
WAN Config
NAN Config
Logging
Logging
Logging
Data
Retention
Time
Source
Service
Switch
State
Security
Credentials
HAN Config
Software/
Firmware
Version
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
Agenda






3:30 – 3:40 – Welcome and Introductions
3:40 – 4:00 – Review scope and charter of SG
Communications Task Force
4:00 – 4:30 – Review NIST PAP’s assigned to SG
Communications
4:30 – 4:55 – Review AMI-NET scope and charter
4:55 – 5:15 – Review Network Interoperability
Task Force Scope and Charter
5:15 – 5:30 – Wrap up and Q&A
27
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
SG Security
(UtiliSec)
SG Communications
(UtiliComm)
Working Group
Working Group
SG Systems
Working Group
AMI-Security
AMI-Network
OpenHAN
Task Force
Task Force
Task Force
Network Interop
Task Force
OpenADE
Task Force
OpenADR
Task Force
Open AMI-ENT
Task Force
UtilityAMI
Interest Group
SG Conformance
(CWG)
Working Group
(Proposed)
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.
Agenda






3:30 – 3:40 – Welcome and Introductions
3:40 – 4:00 – Review scope and charter of SG
Communications Task Force
4:00 – 4:30 – Review NIST PAP’s assigned to SG
Communications
4:30 – 4:55 – Review AMI-NET scope and charter
4:55 – 5:15 – Review Network Interoperability
Task Force Scope and Charter
5:15 – 5:30 – Wrap up and Q&A
34