Controlling Secure Network Enrollment in RPL networks
draft-ietf-roll-enrollment-priority-03

Document Type Active Internet-Draft (roll WG)
Authors Michael Richardson  , Rahul Jadhav 
Last updated 2020-09-25
Replaces draft-richardson-6tisch-roll-enrollment-priority
Stream IETF
Intended RFC status (None)
Formats plain text xml pdf htmlized (tools) htmlized bibtex
Stream WG state WG Document (wg milestone: Jun 2020 - Initial submission o... )
Document shepherd No shepherd assigned
IESG IESG state I-D Exists
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
ROLL Working Group                                         M. Richardson
Internet-Draft                                  Sandelman Software Works
Intended status: Standards Track                               R. Jadhav
Expires: March 29, 2021                                      Huawei Tech
                                                      September 25, 2020

         Controlling Secure Network Enrollment in RPL networks
                 draft-ietf-roll-enrollment-priority-03

Abstract

   [I-D.ietf-6tisch-enrollment-enhanced-beacon] defines a method by
   which a potential [I-D.ietf-6tisch-minimal-security] enrollment proxy
   can announce itself as a available for new Pledges to enroll on a
   network.  The announcement includes a priority for enrollment.  This
   document provides a mechanism by which a RPL DODAG root can disable
   enrollment announcements, or adjust the base priority for enrollment
   operation.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   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 https://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 March 29, 2021.

Copyright Notice

   Copyright (c) 2020 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
   (https://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

Richardson & Jadhav      Expires March 29, 2021                 [Page 1]
Internet-DraftControlling Secure Network Enrollment in RPLSeptember 2020

   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
     1.1.  Terminology . . . . . . . . . . . . . . . . . . . . . . .   3
   2.  Protocol Definition . . . . . . . . . . . . . . . . . . . . .   4
     2.1.  Upwards compatibility . . . . . . . . . . . . . . . . . .   4
   3.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
   4.  Privacy Considerations  . . . . . . . . . . . . . . . . . . .   6
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   6
   6.  Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .   6
   7.  References  . . . . . . . . . . . . . . . . . . . . . . . . .   6
     7.1.  Normative References  . . . . . . . . . . . . . . . . . .   6
     7.2.  Informative References  . . . . . . . . . . . . . . . . .   7
   Appendix A.  Change history . . . . . . . . . . . . . . . . . . .   8
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   8

1.  Introduction

   [RFC7554] describes the use of the time-slotted channel hopping
   (TSCH) mode of [ieee802154].  [I-D.ietf-6tisch-minimal-security] and
   [I-D.ietf-6tisch-dtsecurity-secure-join] describe mechanisms by which
   a new node (the "pledge)" can use a friendly router as a Join Proxy.
   [I-D.ietf-6tisch-enrollment-enhanced-beacon] describes an extension
   to the 802.15.4 Enhanced Beacon that is used by a Join Proxy to
   announce its existence such that Pledges can find them.

   The term (1)"Join" has been used in documents like
   [I-D.ietf-6tisch-minimal-security] to denote the activity of a new
   node authenticating itself to the network in order to obtain
   authorization to become a member of the network.  This typically
   involves a cryptographic authentication protocol in which a network
   credential is provided.

   In the context of the [RFC6550] RPL protocol, the term (2)"Join" has
   an alternate meaning: that of a node (already authenticating to the
   network, and already authorized to be a member of the network),
   deciding which part of the RPL DODAG to attach to.  This term "Join"
   has to do with parent selection processes.

   In order to avoid the ambiguity of this term, this document refers to
   the process (1)"Join" as enrollment, leaving the term "Join" to mean
   (2)"Join".  The term "onboarding" (or IoT Onboarding) is sometimes
   used to describe the enrollment process.  However, the term _Join

Richardson & Jadhav      Expires March 29, 2021                 [Page 2]
Show full document text