6lo Working GroupInternet Engineering Task Force (IETF) R. DromsInternet-DraftRequest for Comments: 7973 Category: Informational P. DuffyIntended status: InformationalISSN: 2070-1721 CiscoExpires: December 8, 2016 June 6,November 2016 Assignment of an Ethertype for IPv6 withLoWPANLow-Power Wireless Personal Area Network (LoWPAN) Encapsulationdraft-ietf-6lo-ethertype-request-01Abstract When carried overlayerLayer 2 technologies such as Ethernet, IPv6 datagrams usingLoWPANLow-Power Wireless Personal Area Network (LoWPAN) encapsulation as defined in RFC 4944 must be identified so the receiver can correctly interpret the encoded IPv6 datagram.This document requestsThe IETF officially requested the assignment of an Ethertype for thatpurpose.purpose and this document reports that assignment. Status of This Memo ThisInternet-Draftdocument issubmitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documentsnot an Internet Standards Track specification; it is published for informational purposes. This document is a product of the Internet Engineering Task Force (IETF).Note that other groups may also distribute working documents as Internet-Drafts. The listIt represents the consensus ofcurrent Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents validthe IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are amaximumcandidate for any level ofsix monthsInternet Standard; see Section 2 of RFC 7841. Information about the current status of this document, any errata, and how to provide feedback on it may beupdated, replaced, or obsoleted by other documentsobtained atany 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 December 8, 2016.http://www.rfc-editor.org/info/rfc7973. Copyright Notice Copyright (c) 2016 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 carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Assignment of an Ethertype by IEEE . . . . . . . . . . . . . 3 3. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 3 4. Security Considerations . . . . . . . . . . . . . . . . . . . 3 5. Normative References . . . . . . . . . . . . . . . . . . . . 3 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 4 1. Introduction The IETFhasdefined "LoWPAN encapsulation", a format for IPv6 [RFC2460] datagram encapsulation[RFC4944] ("LoWPAN encapsulation").[RFC4944]. This document regards any IPv6 datagram using the Dispatch octet as defined insectionSection 5.1 of RFC 4944to beas using LoWPAN encapsulation. LoWPAN encapsulation as defined in RFC 4944 has been updated by [RFC6282], and may be extended and modified by future IETFstandards document.Standards. The intendedlayerLayer 2 technology for IPv6 datagrams using LoWPAN encapsulation as originally defined is [IEEE.802.15.4_2011], which does not provide for a protocol switch in itslayerLayer 2 headers.There is interest in supporting EthertypeThe following list gives some example use cases for the Ethertype- based protocol dispatch forLoWPAN encapsulatedthe LoWPAN-encapsulated IPv6datagrams:datagram: o Usage of LoWPAN encapsulation in conjunction with IEEE 802.15.9 Multiplexed Data Service [IEEE802159], which provides the ability to perform upper layer protocol dispatch for IEEE 802.15.4 networks. Wi-SUN Alliance intends to use the 15.9 Multiplexed Data Information Elementto dispatch LoWPAN encapsulation frames tofor upperstack layers.layer protocol dispatch. As specified in IEEE 802.15.9, dispatch of LoWPAN encapsulation frames will require that an Ethertype be assigned for LoWPAN encapsulation. o LoWPAN encapsulation will likely be needed forWiFiWi-Fi Alliance's HaLoW [HALOW] standard(low power(low-power operation in the 900 MHzband)band). o OtherlayerLayer 2 technologies such as Ethernet and debugging tools such as Wireshark require a uniqueprotocol typeProtocol Type field for LoWPAN encapsulation to properly interpret IPv6 datagrams that use LoWPAN encapsulation. o Any existing or future Layer 2 technology, incorporatingEthertype basedEthertype-based upper layer dispatch, can use the Ethertype proposed in this document to dispatchLoWPAN encapsulatedLoWPAN-encapsulated IPv6 datagrams. 2.Request to IEEE for assignmentAssignment of an EthertypeWhen this document is published, theby IEEE The IETFwillformallysubmitsubmitted a request to IEEE for assignment of an Ethertype for IPv6 datagrams using LoWPAN encapsulation. IEEE has responded with the assignment of Ethertype 0xA0ED for this purpose. The assignment has been recorded by IEEE [IEEE-ETHERTYPES]. 3. IANA ConsiderationsThis memo includes no requestThe following entry has been added toIANA.the "ETHER TYPES" subregistry of the "IEEE 802 Numbers" registry [IANA-IEEE802]: Ethertype (decimal): 41197 Ethertype (hex): A0ED Exp. Ethernet (decimal): - Exp. Ethernet (octal): - Description: LoWPAN encapsulation References: RFC 7973 (this document) 4. Security Considerations This documentis intendedonlyto requestrequests assignment of an Ethertype for IPv6 datagrams using LoWPAN encapsulation. It has no incremental implications for security beyond those in the relevant protocols. 5. Normative References [HALOW] Wi-Fi Alliance, "Wi-Fi HaLow",http://www.wi-fi.org/discover-wi-fi/wi-fi-halow .<http://www.wi-fi.org/discover-wi-fi/wi-fi-halow>. [IANA-IEEE802] IANA, "IEEE 802 Numbers", , <http://www.iana.org/assignments/ieee-802-numbers>. [IEEE-ETHERTYPES] IEEE, "Ethertype", , <http://standards-oui.ieee.org/ethertype/eth.txt>. [IEEE.802.15.4_2011] IEEE, "IEEE Standard for Local and metropolitan area networks--Part 15.4: Low-Rate Wireless Personal Area Networks (LR-WPANs)", IEEE 802.15.4-2011, DOI 10.1109/ieeestd.2011.6012487, September 2011, <http://ieeexplore.ieee.org/servlet/ opac?punumber=6012485>. [IEEE802159] IEEE, "IEEE Draft Recommended Practice forTransortTransport of Key Management Protocol (KMP) Datagrams", IEEE P802.15.9/D04, May2015.2015, <http://ieeexplore.ieee.org/xpl/ articleDetails.jsp?arnumber=7272753>. [RFC2460] Deering, S. and R. Hinden, "Internet Protocol, Version 6 (IPv6) Specification", RFC 2460, DOI 10.17487/RFC2460, December 1998, <http://www.rfc-editor.org/info/rfc2460>. [RFC4944] Montenegro, G., Kushalnagar, N., Hui, J., and D. Culler, "Transmission of IPv6 Packets over IEEE 802.15.4 Networks", RFC 4944, DOI 10.17487/RFC4944, September 2007, <http://www.rfc-editor.org/info/rfc4944>. [RFC6282] Hui, J., Ed. and P. Thubert, "Compression Format for IPv6 Datagrams over IEEE 802.15.4-Based Networks", RFC 6282, DOI 10.17487/RFC6282, September 2011, <http://www.rfc-editor.org/info/rfc6282>. Authors' Addresses Ralph DromsCisco 55 Cambridge Parkway Cambridge, Massachusetts US Phone: +1 617 621 1904Email: rdroms.ietf@gmail.com Paul Duffy Cisco 1414 Massachusetts Ave. Boxborough, Massachusetts 01719USUnited States of America Phone: +1 978 204 9993 Email: paduffy@cisco.com