1 / 10

Network Interop

This review discusses the Herbst/Sturek document submitted to IETF on CPE enhancements for the transition from IPv4 to IPv6 and the requirements for AMI-HAN. It also explores potential areas of focus, such as interworking and NIST-approved HAN technology, and addresses concerns regarding messaging, bandwidth/latency, and security.

dominiquer
Download Presentation

Network Interop

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Network Interop March 8th 2011 Herbst

  2. Ft Lauderdale • Review of Herbst/Sturek document submitted to IETF • http://tools.ietf.org/html/draft-herbst-v6ops-cpeenhancements-00 • Suggestions for moving forward • AMI Interfaces

  3. Since Fort Lauderdale • Started Weekly Calls • 9am-10am PST Fridays

  4. Work items identified • IPv4/IPv6 transition • Interworking • Potentially DA focused • Transition to NIST approved HAN technology • AMI-HAN requirements

  5. IPv4/IPv6 • Dual stack routing • No Interworking, “Ships in the night” • NAT 64 • Higher level application gateway • Perhaps Distribution Automation

  6. Legacy HAN -> NIST HAN Transition • SEP1.x -> SEP2.0 gateway • NIST efforts

  7. HAN impact on AMI Network • Messaging • Bandwidth/latency • Security • Documents • Started with OpenHAN SRS v2 • Next steps • SAE Documents • Zigbee

  8. Example of OpenHAN items • Page 13 AMI Definition • Page 14 Control & Pricing Signals • Page 16 Registration & Enrollment – perhaps commissioning • Page 21 High level Security requirements • Page27 – High level coms requirement • Page 28 item 5 – AMI must be able to tag public vs private message • Page 29 item 6 – ami provides backhaul for gas & water, etc DER, PEV • Page 30 top paragraph, DER generation data for GridOps • Page 30 midpage “innovative applications” • Page 32 line 23 – high level ESI requirements • Page 33 question on AMI inventory of the HAN device • Page 35 high level security – HAN device threat vector • Page 35 multiple connections to the home • Unique events via multiple paths • Might be from different service providers • Different Service provider vs network provider identification • Page 38 & page 39 – examples of enrolled devices getting load control messages • Page 43 - high level control signals • Page 43 – Processing Section – various price, control signal and other data needed to process • Page 44 – more detail on commissioning, registration, enrollment • Page 44 – dynamic ACL’s • Page 45 line 45 Over the air upgrade • Page 46 – more price and load control • Page 46 – Billing information • Page 47 – high level security requirements • Page 48 – two way load shed (message/confirm) + Cancel events

  9. Logistics of Moving Forward • Non-workable approach • Reading/writing long documents in conference calls or meetings • Calls should be group reviews • What is appropriate frequency of calls? • Co-Chair • Independent or small group (2-3 people) submissions

More Related