--- 1/draft-ietf-roll-applicability-ami-04.txt 2011-10-31 23:14:08.359005991 +0100 +++ 2/draft-ietf-roll-applicability-ami-05.txt 2011-10-31 23:14:08.391004570 +0100 @@ -1,25 +1,28 @@ ROLL D. Popa Internet-Draft J. Jetcheva Intended status: Standards Track Itron -Expires: April 27, 2012 N. Dejean +Expires: May 3, 2012 N. Dejean Elster SAS R. Salazar Landis+Gyr J. Hui Cisco - October 25, 2011 + K. Monden + Hitachi, Ltd., Yokohama Research + Laboratory + October 31, 2011 Applicability Statement for the Routing Protocol for Low Power and Lossy Networks (RPL) in AMI Networks - draft-ietf-roll-applicability-ami-04 + draft-ietf-roll-applicability-ami-05 Abstract This document discusses the applicability of RPL in Advanced Metering Infrastructure (AMI) networks. Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. @@ -27,21 +30,21 @@ Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." - This Internet-Draft will expire on April 27, 2012. + This Internet-Draft will expire on May 3, 2012. Copyright Notice Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents @@ -283,26 +286,26 @@ In current AMI deployments, metering applications typically require all smart meters to communicate with a few head-end servers, deployed in the utility company data center. Head-end servers generate data traffic to configure smart metering devices or initiate queries, and use unicast and multicast to efficiently communicate with a single device or groups of devices respectively (i.e., Point-to-Multipoint (P2MP) communication). The head-end server may send a single small packet at a time to the - meters (e.g., a meter read request, a small configuration change) or - a series of large packets (e.g., a firmware upgrade across one or - even thousands of devices). The frequency of large file transfers, - e.g., firmware upgrade of all metering devices, is typically much - lower than the frequency of sending configuration messages or - queries. + meters (e.g., a meter read request, a small configuration change, + service switch command) or a series of large packets (e.g., a + firmware upgrade across one or even thousands of devices). The + frequency of large file transfers, e.g., firmware upgrade of all + metering devices, is typically much lower than the frequency of + sending configuration messages or queries. Each smart meter generates Smart Metering Data (SMD) traffic according to a schedule (e.g., periodic meter reads), in response to on-demand queries (e.g., on-demand meter reads), or in response to some local event (e.g., power outage, leak detection). Such traffic is typically destined to a single head-end server. The bulk of the SMD traffic tends to be directed towards the LBR, both in terms of bytes (since reports are typically much larger than queries) and in terms of number of packets, e.g., some reports have @@ -674,22 +677,22 @@ This document contains no other related protocols. 8. IANA Considerations This memo includes no request to IANA. 9. Acknowledgements The authors would like to acknowledge the review, feedback, and - comments of Jari Arkko, Dominique Barthel, Cedric Chauvenet, Philip - Levis, and JP Vasseur. + comments of Jari Arkko, Dominique Barthel, Cedric Chauvenet, Yuichi + Igarashi, Philip Levis, and JP Vasseur. 10. References 10.1. Informative References [I-D.ietf-6man-rpl-option] Hui, J. and J. Vasseur, "RPL Option for Carrying RPL Information in Data-Plane Datagrams", draft-ietf-6man-rpl-option-04 (work in progress), October 2011. @@ -777,10 +780,19 @@ Email: ruben.salazar@landisgyr.com Jonathan W. Hui Cisco 170 West Tasman Drive San Jose, California 95134 USA Phone: +408 424 1547 Email: jonhui@cisco.com + + Kazuya Monden + Hitachi, Ltd., Yokohama Research Laboratory + 292, Yoshida-cho, Totsuka-ku, Yokohama-shi + Kanagawa-ken, 244-0817 + Japan + + Phone: +81-45-860-3083 + Email: kazuya.monden.vw@hitachi.com