<?xml version="1.0" encoding="US-ASCII"?>

<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!ENTITY rfc0768 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.0768.xml">
<!ENTITY rfc2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY rfc2460 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2460.xml">
<!ENTITY rfc2578 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2578.xml">
<!ENTITY rfc2579 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2579.xml">
<!ENTITY rfc2580 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2580.xml">
<!ENTITY rfc2629 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2629.xml">
<!ENTITY rfc2863 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2863.xml">
<!ENTITY rfc3410 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3410.xml">
<!ENTITY rfc4113 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4113.xml">
<!ENTITY rfc4292 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4292.xml">
<!ENTITY rfc4293 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4293.xml">
<!ENTITY rfc4443 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4443.xml">
<!ENTITY rfc4944 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4944.xml">
<!ENTITY rfc6643 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.6643.xml">
<!ENTITY rfc7252 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.7252.xml">
<!ENTITY I-D.ietf-6lo-btle SYSTEM "http://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.draft-ietf-6lo-btle-03">
<!ENTITY I-D.ietf-netmod-yang-json SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.ietf-netmod-yang-json">
]>
<?rfc toc="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc rfcedstyle="yes"?>  
<?rfc compact="yes"?>
<?rfc subcompact="no"?>

<rfc number="7388" category="std" submissionType="IETF" consensus="yes" ipr="trust200902">
  <front>

    <title abbrev="LOWPAN-MIB">Definition of Managed Objects for IPv6
      over Low-Power Wireless Personal Area Networks (6LoWPANs)</title>

    <author fullname="Juergen Schoenwaelder" initials="J"
            surname="Schoenwaelder">
      <organization>Jacobs University</organization>
      <address>
        <postal>
          <street>Campus Ring 1</street>
          <city>Bremen</city>
          <code>28759</code>
          <country>Germany</country>
        </postal>
        <email>j.schoenwaelder@jacobs-university.de</email>
      </address>
    </author>
    
    <author fullname="Anuj Sehgal" initials="A"
            surname="Sehgal">
      <organization>Jacobs University</organization>
      <address>
        <postal>
          <street>Campus Ring 1</street>
          <city>Bremen</city>
          <code>28759</code>
          <country>Germany</country>
        </postal>
        <email>s.anuj@jacobs-university.de</email>
      </address>
    </author>

    <author fullname="Tina Tsou"
            initials="T." surname="Tsou">
      <organization>Huawei Technologies</organization>
      <address>
        <postal>
          <street>2330 Central Expressway</street>
          <city>Santa Clara</city>
          <code>CA 95050</code>
          <country>United States</country>
        </postal>
        <email>tina.tsou.zouting@huawei.com</email>
      </address>
    </author>

    <author fullname="Cathy Zhou"
            initials="C." surname="Zhou">
      <organization>Huawei Technologies</organization>
      <address>
        <postal>
          <street>Bantian, Longgang District</street>
          <code>518129</code>
          <city>Shenzhen</city>
          <country>China</country>
        </postal>
        <email>cathyzhou@huawei.com</email>
      </address>
    </author>
    
    <date month="October" year="2014"/>
    
    <area>Internet Area</area>
    
    <workgroup>Internet Engineering Task Force</workgroup>
    
    <keyword>Network Management</keyword>
    
    <keyword>Management Information Base</keyword>
    
    <keyword>MIB</keyword>
    
    <keyword>SMIv2</keyword>


    <abstract>
      <t>
        This document defines a portion of the Management Information
        Base (MIB) for use with network management protocols in the
        Internet community. In particular, it defines objects for
        managing IPv6 over Low-Power Wireless Personal Area Networks
        (6LoWPANs).
      </t>
    </abstract>
    
  </front>
  
  <middle>
    <section title="Introduction">
      
      <t>
        This document defines a portion of the Management Information
        Base (MIB) for use with network management protocols. In
        particular it defines objects for managing IPv6 over Low-Power
        Wireless Personal Area Networks (6LoWPANs) <xref
        target="RFC4944"/>.
      </t>
      <t>
        While a MIB module provides a direct binding for accessing
        data via the Simple Network Management Protocol (SNMP) <xref
        target="RFC3410"></xref>, supporting SNMP may not always be
        affordable on constrained devices. Other protocols to access
        data modeled in MIB modules are possible and proposals have
        been made recently to provide bindings to the Constrained
        Application Protocol (CoAP) <xref target="RFC7252"/>.
      </t>

    </section>
<!--Begin DNE text -->
    <section title="The Internet-Standard Management Framework">

      <t>
        For a detailed overview of the documents that describe the
        current Internet-Standard Management Framework, please refer
        to section 7 of RFC 3410 <xref target="RFC3410"></xref>.
      </t>
      <t>
        Managed objects are accessed via a virtual information store,
        termed the Management Information Base or MIB. MIB objects are
        generally accessed through the Simple Network Management
        Protocol (SNMP). Objects in the MIB are defined using the
        mechanisms defined in the Structure of Management Information
        (SMI). This document specifies a MIB module that is compliant
        to the SMIv2, which is described in STD 58, RFC 2578 <xref
        target="RFC2578"></xref>, STD 58, RFC 2579 <xref
        target="RFC2579"></xref> and STD 58, RFC 2580 <xref
        target="RFC2580"></xref>.
      </t>

    </section>
<!--End DNE text -->

    <section title="Conventions">

      <t>
        The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
        NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT
        RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be
        interpreted as described in BCP 14, RFC 2119 <xref
        target="RFC2119"></xref>.
      </t>
      
    </section>
    
    <!-- ********************************************* -->

    <section title="Overview">

      <t>
        The left part of <xref target="overview"/> provides an
        overview of the IETF protocols designed for constrained
        devices. The right part lists the MIB modules providing
        monitoring and troubleshooting support (<xref
        target="RFC4113"/>, <xref target="RFC4292"/>, <xref
        target="RFC4293"/>, and <xref target="RFC2863"/>). The LOWPAN-MIB
        defined in this document fills a hole by providing monitoring
        and troubleshooting support for the 6LoWPAN layer.
      </t>

      <figure anchor="overview" title="Protocol Layers and MIB Modules">
        <artwork>
       Protocol Layer                    MIB Modules
   +--------------------+
   |   CoAP   [RFC7252] |
   +--------------------+       +--------------------------+
   |    UDP   [RFC0768] |       | UDP-MIB        [RFC4113] |
   +--------------------+       +--------------------------+
   |   IPv6   [RFC2460] |       | IP-MIB         [RFC4293] |
   |  ICMPv6  [RFC4443] |       | IP-FORWARD-MIB [RFC4292] |
   +--------------------+       +--------------------------+
   |  6LoWPAN [RFC4944] |       | LOWPAN-MIB     [RFC7388] |
   +--------------------+       +--------------------------+
                                | IF-MIB         [RFC2863] |
   +--------------------+       +--------------------------+
   | IEEE 802.15.4, ... |
   +--------------------+
        </artwork>
      </figure>
      <t>
      </t>
      <t>
        The LOWPAN-MIB module is primarily a collection of counters
        that reflect how 6LoWPAN datagrams are processed by the
        6LoWPAN layer. The objects are defined twice: once to report
        the global statistics as seen by the 6LoWPAN layer and once
        to report per-interface 6LoWPAN layer statistics. The per-interface
	statistics are optional to implement. The object
        identifier registration tree has the following structure:
      </t>



      <figure anchor="obidregtree" title="Object Identifier Registration Tree">


        <artwork>
---- lowpanMIB(1.3.6.1.2.1.226)
  +---- lowpanNotifications(0)
  +---- lowpanObjects(1)
  |  +---- lowpanStats(1)
  |  |  +--r- lowpanReasmTimeout(1)            Unsigned32
  |  |  +--r- lowpanInReceives(2)              Counter32
  |  |  +--r- lowpanInHdrErrors(3)             Counter32
  |  |  +--r- lowpanInMeshReceives(4)          Counter32
  |  |  +--r- lowpanInMeshForwds(5)            Counter32
  |  |  +--r- lowpanInMeshDelivers(6)          Counter32
  |  |  +--r- lowpanInReasmReqds(7)            Counter32
  |  |  +--r- lowpanInReasmFails(8)            Counter32
  |  |  +--r- lowpanInReasmOKs(9)              Counter32
  |  |  +--r- lowpanInCompReqds(10)            Counter32
  |  |  +--r- lowpanInCompFails(11)            Counter32
  |  |  +--r- lowpanInCompOKs(12)              Counter32
  |  |  +--r- lowpanInDiscards(13)             Counter32
  |  |  +--r- lowpanInDelivers(14)             Counter32
  |  |  +--r- lowpanOutRequests(15)            Counter32
  |  |  +--r- lowpanOutCompReqds(16)           Counter32
  |  |  +--r- lowpanOutCompFails(17)           Counter32
  |  |  +--r- lowpanOutCompOKs(18)             Counter32
  |  |  +--r- lowpanOutFragReqds(19)           Counter32
  |  |  +--r- lowpanOutFragFails(20)           Counter32
  |  |  +--r- lowpanOutFragOKs(21)             Counter32
  |  |  +--r- lowpanOutFragCreates(22)         Counter32
  |  |  +--r- lowpanOutMeshHopLimitExceeds(23) Counter32
  |  |  +--r- lowpanOutMeshNoRoutes(24)        Counter32
  |  |  +--r- lowpanOutMeshRequests(25)        Counter32
  |  |  +--r- lowpanOutMeshForwds(26)          Counter32
  |  |  +--r- lowpanOutMeshTransmits(27)       Counter32
  |  |  +--r- lowpanOutDiscards(28)            Counter32
  |  |  +--r- lowpanOutTransmits(29)           Counter32
  |  +---- lowpanIfStatsTable(2)
  |     +---- lowpanIfStatsEntry(1) [ifIndex]
  |        +--r- lowpanIfReasmTimeout(1)            Unsigned32
  |        +--r- lowpanIfInReceives(2)              Counter32
  |        +--r- lowpanIfInHdrErrors(3)             Counter32
  |        +--r- lowpanIfInMeshReceives(4)          Counter32
  |        +--r- lowpanIfInMeshForwds(5)            Counter32
  |        +--r- lowpanIfInMeshDelivers(6)          Counter32
  |        +--r- lowpanIfInReasmReqds(7)            Counter32
  |        +--r- lowpanIfInReasmFails(8)            Counter32
  |        +--r- lowpanIfInReasmOKs(9)              Counter32
  |        +--r- lowpanIfInCompReqds(10)            Counter32
  |        +--r- lowpanIfInCompFails(11)            Counter32
  |        +--r- lowpanIfInCompOKs(12)              Counter32
  |        +--r- lowpanIfInDiscards(13)             Counter32
  |        +--r- lowpanIfInDelivers(14)             Counter32
  |        +--r- lowpanIfOutRequests(15)            Counter32
  |        +--r- lowpanIfOutCompReqds(16)           Counter32
  |        +--r- lowpanIfOutCompFails(17)           Counter32
  |        +--r- lowpanIfOutCompOKs(18)             Counter32
  |        +--r- lowpanIfOutFragReqds(19)           Counter32
  |        +--r- lowpanIfOutFragFails(20)           Counter32
  |        +--r- lowpanIfOutFragOKs(21)             Counter32
  |        +--r- lowpanIfOutFragCreates(22)         Counter32
  |        +--r- lowpanIfOutMeshHopLimitExceeds(23) Counter32
  |        +--r- lowpanIfOutMeshNoRoutes(24)        Counter32
  |        +--r- lowpanIfOutMeshRequests(25)        Counter32
  |        +--r- lowpanIfOutMeshForwds(26)          Counter32
  |        +--r- lowpanIfOutMeshTransmits(27)       Counter32
  |        +--r- lowpanIfOutDiscards(28)            Counter32
  |        +--r- lowpanIfOutTransmits(29)           Counter32
  +---- lowpanConformance(2)
     +---- lowpanGroups(1)
     |  +---- lowpanStatsGroup(1)
     |  +---- lowpanStatsMeshGroup(2)
     |  +---- lowpanIfStatsGroup(3)
     |  +---- lowpanIfStatsMeshGroup(4)
     +---- lowpanCompliances(2)
        +---- lowpanCompliance(1)
        </artwork>
      </figure>
      <t>
        The counters defined in the LOWPAN-MIB module provide
        information about the 6LoWPAN datagrams received and
        transmitted and how they are processed in the 6LoWPAN
        layer. For link layers that use the 6LoWPAN dispatch byte as
        defined in <xref target="RFC4944"/> (e.g., IEEE 802.15.4), a
        6LoWPAN datagram is a datagram with a dispatch byte matching
        the bit patterns 01xxxxxx, 10xxxxxx, or 11xxxxxx. Datagrams
        with a dispatch byte matching the bit pattern 00xxxxxx (NALP -
        not a LoWPAN frame) are not considered to be 6LoWPAN datagrams
        by this specification. Other radio technologies may use
        different mechanisms to identify 6LoWPAN datagrams (e.g., the
        BLUETOOTH Low-Energy Logical Link Control and Adaptation
        Protocol uses Channel Identifiers <xref
        target="IPV6-BTLE"/>).
      </t>
      <t>
        The Case Diagram <xref target="CASE"/> in <xref
        target="counters"/> illustrates the conceptual relationships
        between the counters. Implementations may choose to implement
        the processing of 6LoWPAN datagrams in a different order.
      </t>
      <t>
        The generic InDiscards and OutDiscards counters can be
        incremented anytime 6LoWPAN datagrams are discarded due
        to reasons not covered by the other more specific counters.
        For example, an implementation discarding 6LoWPAN datagrams
        while all buffers are used for ongoing packet reassemblies
        will increment the relevant InDiscards counters for each
        discarded 6LoWPAN datagram.
      </t>
      <figure anchor="counters" 
              title="Conceptual Relationship between LOWPAN-MIB Counters">
        <artwork><![CDATA[
                          IPv6 layer
                      ^               v
  InDelivers         -+-             -+-       OutRequests
                      |               |
  InDiscards       <--+               |
                      |               |
  InCompOKs       .-->|               |-->.    OutCompReqds
  InCompFails  <--|   |               |   +--> OutCompFails
  InCompReqds     `<--+               +<--'    OutCompOKs
                      |               |
                      |               +-->.    OutFragReqds
  InReasmOKs      .-->|               |   +--> OutFragFails
  InReasmFails <--|   |               |  -+-   OutFragOKs
  InReasmReqds    `<--+               +<--'    OutFragCreates
                      |               |
                      |               |
  InMeshDelivers      |<--.           |
  InMeshForwds        |   |-->.       |
  InMeshReceives      +-->'   |       |
                      |       +-->    |        OutMeshHopLimitExceeds 
                      |       +-->    |        OutMeshNoRoutes  
                      |       |       |
                      |       |   .<--+        OutMeshRequests
                      |       `-->|   |        OutMeshForwds
                      |           `-->|        OutMeshTransmits
                      |               |
  InHdrErrors      <--+               +-->     OutDiscards
                      |               |
  InReceives         -+-             -+-       OutTransmits
                      ^               v
                       interface layer
]]>     </artwork>
      </figure>
      <t>
        The fragmentation-related counters have been modeled after the
        fragmentation-related counters of the IP-MIB <xref
        target="RFC4293"/>. The discard counters have been placed at
        the end of the input and output chains, but they can be bumped
        any time if a datagram is discarded for a reason not covered
        by the other counters.
      </t>
      <t>
        The compression-related counters provide insights into
        compression requests and, in particular, compression-related
	failures. Note that the diagram is conceptual in the
        sense that compression happens after reassembly for incoming
        6LoWPAN datagrams, and compression happens before fragmentation
        for outgoing 6LoWPAN datagrams.  Implementations may choose to
        implement things slightly differently. For example,
        implementations may decompress FRAG1 fragments as soon as they
        are received, not waiting for reassembly to complete.
      </t>
      <t>
        The counters related to MESH header processing do not have an
        explicit discard counter. Implementations that do not support
        mesh forwarding MUST count the number of received 6LoWPAN
        datagrams with a MESH header (lowpanInMeshReceives), but they
        MUST NOT increment the lowpanInMeshReceives and
        lowpanInMeshDelivers counters if these 6LoWPAN datagrams are
        dropped.
      </t>
    </section>

    <section title="Relationship to Other MIB Modules">

      <t>
        The MIB module imports definitions from SNMPv2-SMI <xref
        target="RFC2578"/>, SNMPv2-CONF <xref target="RFC2580"/>, and
        IF-MIB <xref target="RFC2863"/>.
      </t>

    </section>

    <section title="Definitions">



      <figure>
        <artwork>
LOWPAN-MIB DEFINITIONS ::= BEGIN

IMPORTS
    MODULE-IDENTITY, OBJECT-TYPE, Unsigned32, Counter32, mib-2
        FROM SNMPv2-SMI                                 -- RFC 2578
    OBJECT-GROUP, MODULE-COMPLIANCE
        FROM SNMPv2-CONF                                -- RFC 2580
    ifIndex FROM IF-MIB;                                -- RFC 2863

lowpanMIB    MODULE-IDENTITY
    LAST-UPDATED    "201410100000Z"  -- October 10, 2014
    ORGANIZATION
        "IETF IPv6 over Networks of Resource-constrained Nodes
         Working Group"
    CONTACT-INFO    
        "WG Email: 6lo@ietf.org
         WG Web:   http://tools.ietf.org/wg/6lo/

         Juergen Schoenwaelder
         Jacobs University Bremen
         Email: j.schoenwaelder@jacobs-university.de

         Anuj Sehgal
         Jacobs University Bremen
         Email: s.anuj@jacobs-university.de

         Tina Tsou
         Huawei Technologies
         Email: tina.tsou.zouting@huawei.com

         Cathy Zhou
         Huawei Technologies
         Email: cathyzhou@huawei.com"
    DESCRIPTION
        "The MIB module for monitoring nodes implementing the IPv6
         over Low-Power Wireless Personal Area Networks (6LoWPAN)
         protocol.

         Copyright (c) 2014 IETF Trust and the persons identified as
         authors of the code.  All rights reserved.

         Redistribution and use in source and binary forms, with or
         without modification, is permitted pursuant to, and subject
         to the license terms contained in, the Simplified BSD
         License set forth in Section 4.c of the IETF Trust's
         Legal Provisions Relating to IETF Documents
         (http://trustee.ietf.org/license-info)."

    REVISION "201410100000Z" -- October 10, 2014
    DESCRIPTION
        "Initial version, published as RFC 7388."

    ::= { mib-2 226 }

-- object definitions

lowpanNotifications     OBJECT IDENTIFIER ::= { lowpanMIB 0 }
lowpanObjects           OBJECT IDENTIFIER ::= { lowpanMIB 1 }
lowpanConformance       OBJECT IDENTIFIER ::= { lowpanMIB 2 }

lowpanStats             OBJECT IDENTIFIER ::= { lowpanObjects 1 }

lowpanReasmTimeout OBJECT-TYPE
    SYNTAX      Unsigned32
    UNITS       "seconds"
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The maximum number of seconds that received fragments are
         held while they are awaiting reassembly at this entity."
    ::= { lowpanStats 1 }

lowpanInReceives OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of 6LoWPAN datagrams received, including
         those received in error."
    ::= { lowpanStats 2 }

lowpanInHdrErrors OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of received 6LoWPAN datagrams discarded due to 
         errors in their headers, including unknown dispatch values."
    ::= { lowpanStats 3 }

lowpanInMeshReceives OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of received 6LoWPAN datagrams with a MESH
         header."
    ::= { lowpanStats 4 }

lowpanInMeshForwds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of received 6LoWPAN datagrams requiring mesh
         forwarding."
    ::= { lowpanStats 5 }

lowpanInMeshDelivers OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of received 6LoWPAN datagrams with a MESH header
         delivered to the local system."
    ::= { lowpanStats 6 }

lowpanInReasmReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of received 6LoWPAN fragments that needed to 
         be reassembled.  This includes both FRAG1 and FRAGN 6LoWPAN
         datagrams."
    ::= { lowpanStats 7 }

lowpanInReasmFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of failures detected by the re-assembly
         algorithm (e.g., timeouts).  Note that this is not
         necessarily a count of discarded 6LoWPAN fragments 
         since implementations can lose track of the number
         of fragments by combining them as received."
    ::= { lowpanStats 8 }

lowpanInReasmOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets successfully reassembled."
    ::= { lowpanStats 9 }

lowpanInCompReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams requiring header
         decompression."
    ::= { lowpanStats 10 }

lowpanInCompFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams where header decompression
         failed (e.g., because the necessary context information was
         not available)."
    ::= { lowpanStats 11 }

lowpanInCompOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams where header decompression
         was successful."
    ::= { lowpanStats 12 }

lowpanInDiscards OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of received 6LoWPAN datagrams that were 
         discarded (e.g., for lack of buffer space) even though no 
         problems were encountered to prevent their continued
         processing.  Note that this counter does not include any 
         datagrams discarded due to a reassembly failure or a
         compression failure."
    ::= { lowpanStats 13 }

lowpanInDelivers OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets successfully delivered
         to the IPv6 layer."
    ::= { lowpanStats 14 }

lowpanOutRequests OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets supplied by the IPv6
         layer."
    ::= { lowpanStats 15 }

lowpanOutCompReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets for which header
         compression was attempted."
    ::= { lowpanStats 16 }

lowpanOutCompFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets for which header
         compression failed."
    ::= { lowpanStats 17 }

lowpanOutCompOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets for which header
         compression was successful."
    ::= { lowpanStats 18 }

lowpanOutFragReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets that required fragmentation
         in order to be transmitted."
    ::= { lowpanStats 19 }

lowpanOutFragFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets that have been discarded because
         fragmentation failed."
    ::= { lowpanStats 20 }

lowpanOutFragOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets that have been successfully
         fragmented."
    ::= { lowpanStats 21 }

lowpanOutFragCreates OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN fragments that have been
         generated as a result of fragmentation.  This includes 
         both FRAG1 and FRAGN 6LoWPAN datagrams."
    ::= { lowpanStats 22 }

lowpanOutMeshHopLimitExceeds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams with a MESH header that
         were dropped because the hop limit was exceeded."
    ::= { lowpanStats 23 }

lowpanOutMeshNoRoutes OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams with a MESH header that
         were dropped because there was no forwarding information
         available."
    ::= { lowpanStats 24 }

lowpanOutMeshRequests OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams requiring MESH header
         encapsulation."
    ::= { lowpanStats 25 }

lowpanOutMeshForwds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams with a MESH header for
         which suitable forwarding information was available."
    ::= { lowpanStats 26 }

lowpanOutMeshTransmits OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams with a MESH header
         created."
    ::= { lowpanStats 27 }

lowpanOutDiscards OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets that were discarded (e.g., 
         for lack of buffer space) even though no problem was
         encountered to prevent their transmission to their
         destination."
    ::= { lowpanStats 28 }

lowpanOutTransmits OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of 6LoWPAN datagram that this entity
         supplied to the lower layers for transmission."
    ::= { lowpanStats 29 }

lowpanIfStatsTable OBJECT-TYPE
    SYNTAX      SEQUENCE OF LowpanIfStatsEntry
    MAX-ACCESS  not-accessible
    STATUS      current
    DESCRIPTION
        "A table providing per-interface statistics."
    ::= { lowpanObjects 2 }

lowpanIfStatsEntry OBJECT-TYPE
    SYNTAX      LowpanIfStatsEntry
    MAX-ACCESS  not-accessible
    STATUS      current
    DESCRIPTION
        "An entry providing statistics for a specific interface."
    INDEX       { ifIndex }
    ::= { lowpanIfStatsTable 1 }

LowpanIfStatsEntry ::= SEQUENCE {
    lowpanIfReasmTimeout           Unsigned32,
    lowpanIfInReceives             Counter32,
    lowpanIfInHdrErrors            Counter32,
    lowpanIfInMeshReceives         Counter32,
    lowpanIfInMeshForwds           Counter32,
    lowpanIfInMeshDelivers         Counter32,
    lowpanIfInReasmReqds           Counter32,
    lowpanIfInReasmFails           Counter32,
    lowpanIfInReasmOKs             Counter32,
    lowpanIfInCompReqds            Counter32,
    lowpanIfInCompFails            Counter32,
    lowpanIfInCompOKs              Counter32,
    lowpanIfInDiscards             Counter32,
    lowpanIfInDelivers             Counter32,
    lowpanIfOutRequests            Counter32,
    lowpanIfOutCompReqds           Counter32,
    lowpanIfOutCompFails           Counter32,
    lowpanIfOutCompOKs             Counter32,
    lowpanIfOutFragReqds           Counter32,
    lowpanIfOutFragFails           Counter32,
    lowpanIfOutFragOKs             Counter32,
    lowpanIfOutFragCreates         Counter32,
    lowpanIfOutMeshHopLimitExceeds Counter32,
    lowpanIfOutMeshNoRoutes        Counter32,
    lowpanIfOutMeshRequests        Counter32,
    lowpanIfOutMeshForwds          Counter32,
    lowpanIfOutMeshTransmits       Counter32,
    lowpanIfOutDiscards            Counter32,
    lowpanIfOutTransmits           Counter32
}

lowpanIfReasmTimeout OBJECT-TYPE
    SYNTAX      Unsigned32
    UNITS       "seconds"
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The maximum number of seconds that received fragments are
         held while they are awaiting reassembly at this interface."
    ::= { lowpanIfStatsEntry 1 }

lowpanIfInReceives OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of 6LoWPAN datagrams received on this
         interface, including those received in error."
    ::= { lowpanIfStatsEntry 2 }

lowpanIfInHdrErrors OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this
         interface that were discarded due to errors in
         their headers, including unknown dispatch values."
    ::= { lowpanIfStatsEntry 3 }

lowpanIfInMeshReceives OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this
         interface with a MESH header."
    ::= { lowpanIfStatsEntry 4 }

lowpanIfInMeshForwds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this
         interface requiring mesh forwarding."
    ::= { lowpanIfStatsEntry 5 }

lowpanIfInMeshDelivers OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this 
         interface with a MESH header delivered to the local
         system."
    ::= { lowpanIfStatsEntry 6 }

lowpanIfInReasmReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN fragments received on this
         interface that needed to be reassembled.  This 
         includes both FRAG1 and FRAGN 6LoWPAN datagrams."
    ::= { lowpanIfStatsEntry 7 }

lowpanIfInReasmFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of failures detected by the reassembly
         algorithm (e.g., timeouts) for datagrams received
         on this interface.  Note that this is not necessarily
         a count of discarded 6LoWPAN fragments since 
         implementations can lose track of the number
         of fragments by combining them as received."
    ::= { lowpanIfStatsEntry 8 }

lowpanIfInReasmOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets successfully reassembled
         from fragments received on this interface."
    ::= { lowpanIfStatsEntry 9 }

lowpanIfInCompReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this
         interface requiring header decompression."
    ::= { lowpanIfStatsEntry 10 }

lowpanIfInCompFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this 
         interface where header decompression failed (e.g.,
         because the necessary context information was
         not available)."
    ::= { lowpanIfStatsEntry 11 }

lowpanIfInCompOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this
         interface where header decompression was successful."
    ::= { lowpanIfStatsEntry 12 }

lowpanIfInDiscards OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams received on this
         interface that were discarded (e.g., for lack of buffer 
         space) even though no problems were encountered to 
         prevent their continued processing.  Note that this 
         counter does not include any datagrams discarded due
         to a reassembly failure or a compression failure."
    ::= { lowpanIfStatsEntry 13 }

lowpanIfInDelivers OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets received on this
         interface that were successfully delivered to the
         IPv6 layer."
    ::= { lowpanIfStatsEntry 14 }

lowpanIfOutRequests OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets supplied by the IPv6
         layer to be sent over this interface."
    ::= { lowpanIfStatsEntry 15 }

lowpanIfOutCompReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets to be sent over 
         this interface for which header compression was
         attempted."
    ::= { lowpanIfStatsEntry 16 }

lowpanIfOutCompFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets to be sent over
         this interface for which header compression failed."
    ::= { lowpanIfStatsEntry 17 }

lowpanIfOutCompOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of IPv6 packets to be sent over
         this interface for which header compression was
         successful."
    ::= { lowpanIfStatsEntry 18 }

lowpanIfOutFragReqds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets to be sent over this
         interface that required fragmentation in order
         to be transmitted."
    ::= { lowpanIfStatsEntry 19 }

lowpanIfOutFragFails OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets to be sent over this
         interface that have been discarded because
         fragmentation failed."
    ::= { lowpanIfStatsEntry 20 }

lowpanIfOutFragOKs OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets to be sent over this
         interface that have been successfully fragmented."
    ::= { lowpanIfStatsEntry 21 }

lowpanIfOutFragCreates OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN fragments that have been
         generated on this interface as a result of
         fragmentation.  This includes both FRAG1 and FRAGN
         6LoWPAN datagrams."
    ::= { lowpanIfStatsEntry 22 }

lowpanIfOutMeshHopLimitExceeds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams to be sent on this
         interface with a MESH header that were dropped
         because the hop limit was exceeded."
    ::= { lowpanIfStatsEntry 23 }

lowpanIfOutMeshNoRoutes OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams to be sent on this
         interface with a MESH header that were dropped
         because there was no forwarding information available."
    ::= { lowpanIfStatsEntry 24 }

lowpanIfOutMeshRequests OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams to be sent on this
         interface requiring MESH header encapsulation."
    ::= { lowpanIfStatsEntry 25 }

lowpanIfOutMeshForwds OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams to be sent on this
         interface with a MESH header for which suitable 
         forwarding information was available."
    ::= { lowpanIfStatsEntry 26 }

lowpanIfOutMeshTransmits OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of 6LoWPAN datagrams to be sent on this
         interface with a MESH header created."
    ::= { lowpanIfStatsEntry 27 }

lowpanIfOutDiscards OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The number of IPv6 packets to be sent over this
         interface that were discarded (e.g., for lack of buffer 
         space) even though no problem was encountered to
         prevent their transmission to their destination."
    ::= { lowpanIfStatsEntry 28 }

lowpanIfOutTransmits OBJECT-TYPE
    SYNTAX      Counter32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
        "The total number of 6LoWPAN datagrams to be sent on
         this interface that this entity supplied to the lower
         layers for transmission."
    ::= { lowpanIfStatsEntry 29 }

-- conformance definitions

lowpanGroups      OBJECT IDENTIFIER ::= { lowpanConformance 1 }
lowpanCompliances OBJECT IDENTIFIER ::= { lowpanConformance 2 }

lowpanCompliance MODULE-COMPLIANCE
    STATUS      current
    DESCRIPTION
        "Compliance statement for systems that implement 6LoWPAN."
    MODULE      -- this module
    MANDATORY-GROUPS {
        lowpanStatsGroup
    }
    GROUP       lowpanStatsMeshGroup
    DESCRIPTION
      "This group is mandatory for implementations that process
       or forward 6LoWPAN datagrams with a MESH header."
    GROUP       lowpanIfStatsGroup
    DESCRIPTION
      "This group is mandatory for implementations that expose
       per-interface statistics."
    GROUP       lowpanIfStatsMeshGroup
    DESCRIPTION
      "This group is mandatory for implementations that expose
       per-interface statistics and that process or forward 
       6LoWPAN datagrams with a MESH header."
    ::= { lowpanCompliances 1 }

lowpanStatsGroup OBJECT-GROUP
    OBJECTS {
        lowpanReasmTimeout,
        lowpanInReceives,
        lowpanInHdrErrors,
        lowpanInMeshReceives,
        lowpanInReasmReqds,
        lowpanInReasmFails,
        lowpanInReasmOKs,
        lowpanInCompReqds,
        lowpanInCompFails,
        lowpanInCompOKs,
        lowpanInDiscards,
        lowpanInDelivers,
        lowpanOutRequests,
        lowpanOutCompReqds,
        lowpanOutCompFails,
        lowpanOutCompOKs,
        lowpanOutFragReqds,
        lowpanOutFragFails,
        lowpanOutFragOKs,
        lowpanOutFragCreates,
        lowpanOutDiscards,
        lowpanOutTransmits
    }
    STATUS      current
    DESCRIPTION
        "A collection of objects providing information and 
         statistics about the processing of 6LoWPAN datagrams,
         excluding counters covering the processing of datagrams
         with a MESH header."
    ::= { lowpanGroups 1 }

lowpanStatsMeshGroup OBJECT-GROUP
    OBJECTS {
        lowpanInMeshForwds,
        lowpanInMeshDelivers,
        lowpanOutMeshHopLimitExceeds,
        lowpanOutMeshNoRoutes,
        lowpanOutMeshRequests,
        lowpanOutMeshForwds,
        lowpanOutMeshTransmits
    }
    STATUS      current
    DESCRIPTION
        "A collection of objects providing information and 
         statistics about the processing of 6LoWPAN datagrams
         with a MESH header."
    ::= { lowpanGroups 2 }

lowpanIfStatsGroup OBJECT-GROUP
    OBJECTS {
        lowpanIfReasmTimeout,
        lowpanIfInReceives,
        lowpanIfInHdrErrors,
        lowpanIfInMeshReceives,
        lowpanIfInReasmReqds,
        lowpanIfInReasmFails,
        lowpanIfInReasmOKs,
        lowpanIfInCompReqds,
        lowpanIfInCompFails,
        lowpanIfInCompOKs,
        lowpanIfInDiscards,
        lowpanIfInDelivers,
        lowpanIfOutRequests,
        lowpanIfOutCompReqds,
        lowpanIfOutCompFails,
        lowpanIfOutCompOKs,
        lowpanIfOutFragReqds,
        lowpanIfOutFragFails,
        lowpanIfOutFragOKs,
        lowpanIfOutFragCreates,
        lowpanIfOutDiscards,
        lowpanIfOutTransmits
    }
    STATUS      current
    DESCRIPTION
        "A collection of objects providing per-interface 
         information and statistics about the processing 
         of 6LoWPAN datagrams, excluding counters covering 
         the processing of datagrams with a MESH header."
    ::= { lowpanGroups 3 }

lowpanIfStatsMeshGroup OBJECT-GROUP
    OBJECTS {
        lowpanIfInMeshForwds,
        lowpanIfInMeshDelivers,
        lowpanIfOutMeshHopLimitExceeds,
        lowpanIfOutMeshNoRoutes,
        lowpanIfOutMeshRequests,
        lowpanIfOutMeshForwds,
        lowpanIfOutMeshTransmits
    }
    STATUS      current
    DESCRIPTION
        "A collection of objects providing per-interface
         information and statistics about the processing
         of 6LoWPAN datagrams with a MESH header."
    ::= { lowpanGroups 4 }

END
        </artwork>
      </figure>
    </section>



    <section title="Security Considerations">
      <t>
        There are no management objects defined in this MIB module
        that have a MAX-ACCESS clause of read-write and/or
        read-create.  So, if this MIB module is implemented correctly,
        then there is no risk that an intruder can alter or create any
        management objects of this MIB module via direct SNMP SET
        operations.
      </t>
      <t>
        Some of the readable objects in this MIB module (i.e., objects
        with a MAX-ACCESS other than not-accessible) may be considered
        sensitive or vulnerable in some network environments.  It is
        thus important to control even GET and/or NOTIFY access to
        these objects and possibly to even encrypt the values of these
        objects when sending them over the network via SNMP.
      </t>
      <t>
        The read-only counters provide insights into the amount of
        6LoWPAN traffic a node is receiving or transmitting. This
        might provide information regarding whether a device is regularly
        exchanging information with other devices or whether a device
        is mostly not participating in any communication (e.g., the
        device might be "easier" to take away unnoticed). The
        reassembly counters could be used to direct denial-of-service
        attacks on the reassembly mechanism.
      </t>
      <t>
        SNMP versions prior to SNMPv3 did not include adequate
        security.  Even if the network itself is secure (for example
        by using IPsec), even then, there is no control as to who on
        the secure network is allowed to access and GET/SET
        (read/change/create/delete) the objects in this MIB module.
      </t>
      <t>
        It is RECOMMENDED that implementers consider the security
        features as provided by the SNMPv3 framework (see <xref target="RFC3410"/>,
        Section 8), including full support for the SNMPv3
        cryptographic mechanisms (for authentication and privacy).
      </t>
      <t>
        Further, deployment of SNMP versions prior to SNMPv3 is NOT
        RECOMMENDED.  Instead, it is RECOMMENDED to deploy SNMPv3 and
        to enable cryptographic security.  It is then a
        customer/operator responsibility to ensure that the SNMP
        entity giving access to an instance of this MIB module is
        properly configured to give access to the objects only to
        those principals (users) that have legitimate rights to indeed
        GET or SET (change/create/delete) them.
      </t>
    </section>

    <section title="IANA Considerations">
      <t>

      </t>
      <t>
        The MIB module in this document uses the following IANA-assigned
        OBJECT IDENTIFIER value recorded in the SMI Numbers registry:
      </t>
      <figure>
        <artwork>
        Descriptor        OBJECT IDENTIFIER value
        ----------        -----------------------
        lowpanMIB         { mib-2 226 }
        </artwork>
      </figure>
    </section>



  </middle>

  <back>



    <references title="Normative References">


<reference anchor='RFC2119' target='http://www.rfc-editor.org/info/rfc2119'>

<front>
<title abbrev='RFC Key Words'>Key words for use in RFCs to Indicate Requirement Levels</title>
<author initials='S.' surname='Bradner' fullname='Scott Bradner'>
<organization>Harvard University</organization>
<address>
<postal>
<street>1350 Mass. Ave.</street>
<street>Cambridge</street>
<street>MA 02138</street></postal>
<phone>- +1 617 495 3864</phone>
<email>sob@harvard.edu</email></address></author>
<date year='1997' month='March' />
<area>General</area>
<keyword>keyword</keyword>
</front>

<seriesInfo name='BCP' value='14' />
<seriesInfo name='RFC' value='2119' />
<format type='TXT' octets='4723' target='http://www.rfc-editor.org/rfc/rfc2119.txt' />
<format type='HTML' octets='17970' target='http://xml.resource.org/public/rfc/html/rfc2119.html' />
<format type='XML' octets='5777' target='http://xml.resource.org/public/rfc/xml/rfc2119.xml' />
</reference>



<reference anchor='RFC2578' target='http://www.rfc-editor.org/info/rfc2578'>

<front>
<title abbrev='SMIv2'>Structure of Management Information Version 2 (SMIv2)</title>
<author initials='K.' surname='McCloghrie' fullname='Keith McCloghrie' role='editor'>
<organization>Cisco Systems, Inc.</organization>
<address>
<postal>
<street>170 West Tasman Drive</street>
<city>San Jose</city>
<region>CA</region>
<code>95134-1706</code>
<country>US</country></postal>
<phone>+1 408 526 5260</phone>
<email>kzm@cisco.com</email></address></author>
<author initials='D.' surname='Perkins' fullname='David Perkins' role='editor'>
<organization>SNMPinfo</organization>
<address>
<postal>
<street>3763 Benton Street</street>
<city>Santa Clara</city>
<region>CA</region>
<code>95051</code>
<country>US</country></postal>
<phone>+1 408 221 8702</phone>
<email>dperkins@snmpinfo.com</email></address></author>
<author initials='J.' surname='Schoenwaelder' fullname='Juergen Schoenwaelder' role='editor'>
<organization>TU Braunschweig</organization>
<address>
<postal>
<street>Bueltenweg 74/75</street>
<street>38106 Braunschweig</street>
<country>DE</country></postal>
<phone>+49 531 3913283</phone>
<email>schoenw@ibr.cs.tu-bs.de</email></address></author>
<date year='1999' month='April' /></front>

<seriesInfo name='STD' value='58' />
<seriesInfo name='RFC' value='2578' />
<format type='TXT' octets='89712' target='http://www.rfc-editor.org/rfc/rfc2578.txt' />
</reference>



<reference anchor='RFC2579' target='http://www.rfc-editor.org/info/rfc2579'>

<front>
<title>Textual Conventions for SMIv2</title>
<author initials='K.' surname='McCloghrie' fullname='Keith McCloghrie' role='editor'>
<organization>Cisco Systems, Inc.</organization>
<address>
<postal>
<street>170 West Tasman Drive</street>
<city>San Jose</city>
<region>CA</region>
<code>95134-1706</code>
<country>US</country></postal>
<phone>+1 408 526 5260</phone>
<email>kzm@cisco.com</email></address></author>
<author initials='D.' surname='Perkins' fullname='David Perkins' role='editor'>
<organization>SNMPinfo</organization>
<address>
<postal>
<street>3763 Benton Street</street>
<city>Santa Clara</city>
<region>CA</region>
<code>95051</code>
<country>US</country></postal>
<phone>+1 408 221 8702</phone>
<email>dperkins@snmpinfo.com</email></address></author>
<author initials='J.' surname='Schoenwaelder' fullname='Juergen Schoenwaelder' role='editor'>
<organization>TU Braunschweig</organization>
<address>
<postal>
<street>Bueltenweg 74/75</street>
<street>38106 Braunschweig</street>
<country>DE</country></postal>
<phone>+49 531 3913283</phone>
<email>schoenw@ibr.cs.tu-bs.de</email></address></author>
<date year='1999' month='April' /></front>

<seriesInfo name='STD' value='58' />
<seriesInfo name='RFC' value='2579' />
<format type='TXT' octets='59039' target='http://www.rfc-editor.org/rfc/rfc2579.txt' />
</reference>



<reference anchor='RFC2580' target='http://www.rfc-editor.org/info/rfc2580'>

<front>
<title>Conformance Statements for SMIv2</title>
<author initials='K.' surname='McCloghrie' fullname='Keith McCloghrie'>
<organization>Cisco Systems, Inc.</organization>
<address>
<postal>
<street>170 West Tasman Drive</street>
<city>San Jose</city>
<region>CA</region>
<code>95134-1706</code>
<country>US</country></postal>
<phone>+1 408 526 5260</phone>
<email>kzm@cisco.com</email></address></author>
<author initials='D.' surname='Perkins' fullname='David Perkins'>
<organization>SNMPinfo</organization>
<address>
<postal>
<street>3763 Benton Street</street>
<city>Santa Clara</city>
<region>CA</region>
<code>95051</code>
<country>US</country></postal>
<phone>+1 408 221 8702</phone>
<email>dperkins@snmpinfo.com</email></address></author>
<author initials='J.' surname='Schoenwaelder' fullname='Juergen Schoenwaelder'>
<organization>TU Braunschweig</organization>
<address>
<postal>
<street>Bueltenweg 74/75</street>
<city>Braunschweig</city>
<code>38106</code>
<country>DE</country></postal>
<phone>+49 531 3913283</phone>
<email>schoenw@ibr.cs.tu-bs.de</email></address></author>
<date year='1999' month='April' /></front>

<seriesInfo name='STD' value='58' />
<seriesInfo name='RFC' value='2580' />
<format type='TXT' octets='54253' target='http://www.rfc-editor.org/rfc/rfc2580.txt' />
</reference>



<reference anchor='RFC4944' target='http://www.rfc-editor.org/info/rfc4944'>

<front>
<title>Transmission of IPv6 Packets over IEEE 802.15.4 Networks</title>
<author initials='G.' surname='Montenegro' fullname='G. Montenegro'>
<organization /></author>
<author initials='N.' surname='Kushalnagar' fullname='N. Kushalnagar'>
<organization /></author>
<author initials='J.' surname='Hui' fullname='J. Hui'>
<organization /></author>
<author initials='D.' surname='Culler' fullname='D. Culler'>
<organization /></author>
<date year='2007' month='September' />
</front>

<seriesInfo name='RFC' value='4944' />
<format type='TXT' octets='67232' target='http://www.rfc-editor.org/rfc/rfc4944.txt' />
</reference>



<reference anchor='RFC2863' target='http://www.rfc-editor.org/info/rfc2863'>

<front>
<title>The Interfaces Group MIB</title>
<author initials='K.' surname='McCloghrie' fullname='K. McCloghrie'>
<organization /></author>
<author initials='F.' surname='Kastenholz' fullname='F. Kastenholz'>
<organization /></author>
<date year='2000' month='June' />
</front>

<seriesInfo name='RFC' value='2863' />
<format type='TXT' octets='155014' target='http://www.rfc-editor.org/rfc/rfc2863.txt' />
</reference>

    </references>

    <references title="Informative References">


<reference anchor='RFC0768' target='http://www.rfc-editor.org/info/rfc768'>

<front>
<title>User Datagram Protocol</title>
<author initials='J.' surname='Postel' fullname='J. Postel'>
<organization>University of Southern California (USC)/Information Sciences Institute</organization>
<address>
<postal>
<street>4676 Admiralty Way</street>
<city>Marina del Rey</city>
<region>CA</region>
<code>90291</code>
<country>US</country></postal>
<phone>+1 213 822 1511</phone></address></author>
<date year='1980' day='28' month='August' /></front>

<seriesInfo name='STD' value='6' />
<seriesInfo name='RFC' value='768' />
<format type='TXT' octets='5896' target='http://www.rfc-editor.org/rfc/rfc768.txt' />
</reference>



<reference anchor='RFC2460' target='http://www.rfc-editor.org/info/rfc2460'>

<front>
<title abbrev='IPv6 Specification'>Internet Protocol, Version 6 (IPv6) Specification</title>
<author initials='S.E.' surname='Deering' fullname='Stephen E. Deering'>
<organization>Cisco Systems, Inc.</organization>
<address>
<postal>
<street>170 West Tasman Drive</street>
<street>San Jose</street>
<region>CA</region>
<code>95134-1706</code>
<country>USA</country></postal>
<phone>+1 408 527 8213</phone>
<facsimile>+1 408 527 8254</facsimile>
<email>deering@cisco.com</email></address></author>
<author initials='R.M.' surname='Hinden' fullname='Robert M. Hinden'>
<organization>Nokia</organization>
<address>
<postal>
<street>232 Java Drive</street>
<street>Sunnyvale</street>
<region>CA</region>
<code>94089</code>
<country>USA</country></postal>
<phone>+1 408 990 2004</phone>
<facsimile>+1 408 743 5677</facsimile>
<email>hinden@iprg.nokia.com</email></address></author>
<date year='1998' month='December' />
<area>Internet</area>
<keyword>internet protocol version 6</keyword>
<keyword>IPv6</keyword>
</front>

<seriesInfo name='RFC' value='2460' />
<format type='TXT' octets='85490' target='http://www.rfc-editor.org/rfc/rfc2460.txt' />
<format type='HTML' octets='107357' target='http://xml.resource.org/public/rfc/html/rfc2460.html' />
<format type='XML' octets='94163' target='http://xml.resource.org/public/rfc/xml/rfc2460.xml' />
</reference>



<reference anchor='RFC3410' target='http://www.rfc-editor.org/info/rfc3410'>

<front>
<title>Introduction and Applicability Statements for Internet-Standard Management Framework</title>
<author initials='J.' surname='Case' fullname='J. Case'>
<organization /></author>
<author initials='R.' surname='Mundy' fullname='R. Mundy'>
<organization /></author>
<author initials='D.' surname='Partain' fullname='D. Partain'>
<organization /></author>
<author initials='B.' surname='Stewart' fullname='B. Stewart'>
<organization /></author>
<date year='2002' month='December' />
</front>

<seriesInfo name='RFC' value='3410' />
<format type='TXT' octets='61461' target='http://www.rfc-editor.org/rfc/rfc3410.txt' />
</reference>



<reference anchor='RFC4113' target='http://www.rfc-editor.org/info/rfc4113'>

<front>
<title>Management Information Base for the User Datagram Protocol (UDP)</title>
<author initials='B.' surname='Fenner' fullname='B. Fenner'>
<organization /></author>
<author initials='J.' surname='Flick' fullname='J. Flick'>
<organization /></author>
<date year='2005' month='June' />
</front>

<seriesInfo name='RFC' value='4113' />
<format type='TXT' octets='40323' target='http://www.rfc-editor.org/rfc/rfc4113.txt' />
</reference>



<reference anchor='RFC4292' target='http://www.rfc-editor.org/info/rfc4292'>

<front>
<title>IP Forwarding Table MIB</title>
<author initials='B.' surname='Haberman' fullname='B. Haberman'>
<organization /></author>
<date year='2006' month='April' />
</front>

<seriesInfo name='RFC' value='4292' />
<format type='TXT' octets='69321' target='http://www.rfc-editor.org/rfc/rfc4292.txt' />
</reference>



<reference anchor='RFC4293' target='http://www.rfc-editor.org/info/rfc4293'>

<front>
<title>Management Information Base for the Internet Protocol (IP)</title>
<author initials='S.' surname='Routhier' fullname='S. Routhier'>
<organization /></author>
<date year='2006' month='April' />
</front>

<seriesInfo name='RFC' value='4293' />
</reference>



<reference anchor='RFC4443' target='http://www.rfc-editor.org/info/rfc4443'>

<front>
<title>Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification</title>
<author initials='A.' surname='Conta' fullname='A. Conta'>
<organization /></author>
<author initials='S.' surname='Deering' fullname='S. Deering'>
<organization /></author>
<author initials='M.' surname='Gupta' fullname='M. Gupta'>
<organization /></author>
<date year='2006' month='March' />
</front>

<seriesInfo name='RFC' value='4443' />
<format type='TXT' octets='48969' target='http://www.rfc-editor.org/rfc/rfc4443.txt' />
</reference>



<reference anchor='RFC7252' target='http://www.rfc-editor.org/info/rfc7252'>

<front>
<title>The Constrained Application Protocol (CoAP)</title>
<author initials='Z.' surname='Shelby' fullname='Z. Shelby'>
<organization /></author>
<author initials='K.' surname='Hartke' fullname='K. Hartke'>
<organization /></author>
<author initials='C.' surname='Bormann' fullname='C. Bormann'>
<organization /></author>
<date year='2014' month='June' />
</front>

<seriesInfo name='RFC' value='7252' />
<format type='TXT' octets='258789' target='http://www.rfc-editor.org/rfc/rfc7252.txt' />
</reference>

     
<!-- draft-ietf-6lo-btle-03 ID Exists-->

<reference anchor='IPV6-BTLE'>
<front>
<title>Transmission of IPv6 Packets over BLUETOOTH(R) Low Energy</title>

<author initials='J' surname='Nieminen' fullname='Johanna Nieminen'>
    <organization />
</author>

<author initials='T' surname='Savolainen' fullname='Teemu Savolainen'>
    <organization />
</author>

<author initials='M' surname='Isomaki' fullname='Markus Isomaki'>
    <organization />
</author>

<author initials='B' surname='Patil' fullname='Basavaraj Patil'>
    <organization />
</author>

<author initials='Z' surname='Shelby' fullname='Zach Shelby'>
    <organization />
</author>

<author initials='C' surname='Gomez' fullname='Carles Gomez'>
    <organization />
</author>

<date month='September' day='1' year='2014' />

</front>

<seriesInfo name='Work in Progress,' value='draft-ietf-6lo-btle-03' />

</reference>


      <reference anchor="CASE">
	<front>
	  <title>
	    Case Diagrams: A First Step to Diagrammed Management
	    Information Bases
	  </title>
	  <author initials="J.D." surname="Case" fullname="J.D. Case"/>
	  <author initials="C." surname="Partridge" fullname="C. Partridge"/>
	  <date month="January" year="1989"/>
	</front>
	<seriesInfo name="Computer Communications Review"
		    value="19(1)"/>
      </reference>
    </references>


    <section title="Acknowledgements">
      <t>
        This specification borrows heavily from the IP-MIB defined in
        <xref target="RFC4293"/>.
      </t>
      <t>
        Juergen Schoenwaelder and Anuj Sehgal were partly funded by
        Flamingo, a Network of Excellence project (ICT-318488)
        supported by the European Commission under its Seventh
        Framework Programme.
      </t>
    </section>


  </back>
</rfc>
