Internet Engineering Task Force (IETF) U. HerbergInternet-DraftRequest for Comments: 7184 Fujitsu Laboratories of AmericaIntended status:Category: Standards Track R. ColeExpires: December 26, 2013ISSN: 2070-1721 US Army CERDEC T. Clausen LIX, Ecole PolytechniqueJune 24, 2013April 2014 Definition of Managed Objects for the Optimized Link State Routing ProtocolversionVersion 2draft-ietf-manet-olsrv2-mib-12Abstract This document defines the Management Information Base (MIB) module for configuring and managing the Optimized Link State RoutingprotocolProtocol version 2 (OLSRv2). The OLSRv2-MIB module is structured into configuration information, state information, performance information, and notifications. This additional state and performance information is usefulto troubleshootfor troubleshooting problems and performance issues of the routing protocol. Two levels of compliance allow this MIB module to be deployed on constrained routers. Status of This Memo ThisInternet-Draftissubmitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documentsan Internet Standards Track document. 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 fora maximumpublication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741. Information about the current status ofsix monthsthis 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 26, 2013.http://www.rfc-editor.org/info/rfc7184. Copyright Notice Copyright (c)20132014 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. . . . . . . . . . . . . . . . . . . . . . . . . 3....................................................2 2. The Internet-Standard Management Framework. . . . . . . . . . 3......................3 3. Conventions. . . . . . . . . . . . . . . . . . . . . . . . . 3.....................................................3 4. Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . 3........................................................3 4.1. Terms. . . . . . . . . . . . . . . . . . . . . . . . . . 4......................................................4 5. Structure of the MIB Module. . . . . . . . . . . . . . . . . 4.....................................4 5.1. The Configuration Group. . . . . . . . . . . . . . . . . 5....................................5 5.2. The State Group. . . . . . . . . . . . . . . . . . . . . 5............................................5 5.3. The Performance Group. . . . . . . . . . . . . . . . . . 5......................................5 5.4. The Notifications Group. . . . . . . . . . . . . . . . . 6....................................5 5.5. Tables and Indexing. . . . . . . . . . . . . . . . . . . 6........................................6 6. Relationship to Other MIB Modules. . . . . . . . . . . . . . 9...............................9 6.1. Relationship to the SNMPv2-MIB. . . . . . . . . . . . . . 9.............................9 6.2. Relationship to the NHDP-MIB. . . . . . . . . . . . . . . 9...............................9 6.3. MIBmodules requiredModules Required for IMPORTS. . . . . . . . . . . . . 9...........................9 7. Definitions. . . . . . . . . . . . . . . . . . . . . . . . . 10....................................................10 8. Security Considerations. . . . . . . . . . . . . . . . . . . 78........................................77 9. Applicability Statement. . . . . . . . . . . . . . . . . . . 80........................................80 10. IANA Considerations. . . . . . . . . . . . . . . . . . . . . 81...........................................81 11. Acknowledgements. . . . . . . . . . . . . . . . . . . . . . . 82..............................................81 12. References. . . . . . . . . . . . . . . . . . . . . . . . . . 82....................................................82 12.1. Normative References. . . . . . . . . . . . . . . . . . . 82.....................................82 12.2. Informative References. . . . . . . . . . . . . . . . . . 83...................................83 Appendix A.Appendix A: . . . . . . . . . . . . . . . . . . . . . 84 Appendix B. Note to the RFC Editor . . . . . . . . . . . . . . . 86IANAolsrv2LinkMetricType-MIB ..........................84 1. Introduction This document defines the Management Information Base (MIB) module for configuring and managing the Optimized Link State RoutingprotocolProtocol version 2 (OLSRv2). The OLSRv2-MIB module is structured into configuration information, state information, performance information, and notifications. In addition to configuration, this additional state and performance information is usefulto troubleshootfor troubleshooting problems and performance issues of the routing protocol. Different levels of compliance allow implementers to use smaller subsets of all defined objects, allowing for this MIB module to be deployed on more constrained routers. 2. The Internet-Standard Management Framework For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to Section 7 of [RFC3410]. 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 module 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, [RFC2578],[RFC2579],STD 58, [RFC2579] and STD 58 [RFC2580]. 3. Conventions 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 [RFC2119]. 4. Overview The Optimized Link State Routing Protocol version 2 (OLSRv2)[OLSRv2][RFC7181] is atable driven,table-driven, proactive routing protocol, i.e., it exchanges topology information with other routers in the network periodically. OLSRv2 is an optimization of the classical link state routing protocol. Its key concept is that ofMultiPoint Relaysmultipoint relays (MPRs). Each router selects a set of its neighbor routers (which "cover" all of its symmetrically connected 2-hop neighbor routers) as MPRs. MPRs are then used to achieve both flooding reduction and topology reduction. This document provides management and control capabilities of an OLSRv2 instance, allowing management applications to monitor the state and performance of an OLSRv2 router, as well as to change settings of the OLSRv2 instance (e.g., router or interface parameters such as message intervals, etc.). As OLSRv2 relies on the neighborhood information discovered by the "Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)" [RFC6130], the OLSRv2-MIB module is aligned with the NHDP-MIB[RFC6779]module [RFC6779] and augments several of the tables and objects in the NHDP-MIB. In particular, common indexes for router interfaces and discovered neighbors are used, as described in Section 5.2. 4.1. Terms The following definitions apply throughout this document: o Configuration Objects - switches, tables, and objectswhichthat are initialized to default settings or set through the management interface defined by this MIB module. o State Objects - automatically generated valueswhichthat define the current operating state of the OLSRv2 protocol instance in the router. o Performance Objects - automatically generated valueswhichthat help an administrator or automated tool to assess the performance of the OLSRv2routingprocess on the router. o Notification Objects - objects that define triggers and associated notification messages allowing for asynchronous tracking ofpre-definedpredefined events on the managed router. 5. Structure of the MIB Module This section presents the structure of the OLSRv2-MIB module. The objects are arranged into the following structure: o olsrv2MIBObjects - defines objects forming the basis for the OLSRv2-MIB module. These objects are divided up by function into the following groups: * Configuration Group - defining objects related to the configuration of the OLSRv2 instance on the router. * State Group - defining objectswhichthat reflect the current state of the OLSRv2 instance running on the router. * Performance Group-defining- defining objectswhichthat are useful to a managementstationsystem when characterizing the performance of OLSRv2 on the router and in the MANET. o olsrv2MIBNotifications - objects defining OLSRv2-MIB module notifications. o olsrv2MIBConformance - defining the minimal and maximal conformance requirements for implementations of this MIB module. 5.1. The Configuration Group The OLSRv2 router is configured with a set of controls. The authoritative list of configuration controls within the OLSRv2-MIB module is found within the MIB module itself. Generally, an attempt was made in developing the OLSRv2-MIB module to support all configuration objects defined in[OLSRv2].[RFC7181]. For all of the configuration parameters, the same constraints and default values of these parameters as defined in[OLSRv2][RFC7181] are followed. 5.2. The State Group The State Group reports current state information of a router running[OLSRv2].[RFC7181]. The OLSRv2-MIB module State Group tables were designed to contain the complete set of state information defined within theinformation basesInformation Bases in[OLSRv2].[RFC7181]. The OLSRv2-MIB module State Group tables are constructed as extensions to the corresponding tables within the State Group of the NHDP-MIB[RFC6779] module.module [RFC6779]. Use of the AUGMENTS clause is made, when possible, to accomplish these table extensions. Further, the State Group tables defined in this MIB module are aligned with theaccordingcorresponding tables in the NHDP-MIB[RFC6779] module,module [RFC6779], as described in Section 6.2. 5.3. The Performance Group The Performance Group reports values relevant to system performance. Frequent changes of sets or frequent recalculation of therouting setRouting Set or the MPRs can have a negative influence on the performance of OLSRv2. This MIB module defines several objects that can bepolledpolled, e.g., in orderto, e.g.,to calculate histories or monitor frequencies of changes. This may help the network administrator to determine unusual topology changes or other changes that affect stability and reliability of the MANET. One such framework is specified in REPORT- MIB [REPORT-MIB]. 5.4. The Notifications Group The Notifications Group contains Control (olsrv2NotificationsControl), Objects(olsrv2NotificationsObjects)(olsrv2NotificationsObjects), and States (olsrv2NotificationsStates), where the Control contains definitions of objects to control the frequency of notifications being generated. The Objects define the supportednotificationsnotifications, and the State is used to define additional information to be carried within the notifications. The olsrv2NotificationsObjects sub-tree contains the list of notifications supported within the OLSRv2-MIB module and their intended purpose or utility. The same mechanisms for improving the network performance by reducing the number of notifications apply as defined in Section 5.1 of [RFC6779]. The following objects are used to define the thresholds and time windows for specific notifications defined in the NHDP-MIB module: olsrv2RoutingSetRecalculationCountThreshold, olsrv2RoutingSetRecalculationCountWindow, olsrv2MPRSetRecalculationCountThreshold, and olsrv2MPRSetRecalculationCountWindow. 5.5. Tables and Indexing The OLSRv2-MIB module's tables are indexed by the following constructs: o nhdpIfIndex - the ifIndex of the local router on which NHDP is configured. This is defined in the NHDP-MIB. o nhdpDiscIfIndex - a locally managed index representing a known interface on a neighboring router. This is defined in the NHDP- MIB. o nhdpDiscRouterIndex - a locally managed index representing an ID of a known neighboring router. This is defined in the NHDP-MIB. o {olsrv2LibOrigSetIpAddrType, olsrv2LibOrigSetIpAddr} - this index (pair) uniquely identifies recently used originator addresses found within the olsrv2LibOrigSetTable. o {olsrv2LibLocAttNetSetIpAddrType, olsrv2LibLocAttNetSetIpAddr,olsrv2LibLocAttNetSetIpAddrPerfixLen}olsrv2LibLocAttNetSetIpAddrPrefixLen} - this index (triplet) uniquely identifies local attached networks reachable through local (non-OLSRv2) interfaces on this router. These are recorded in the olsrv2LibLocAttNetSetTable. o {olsrv2TibAdRemoteRouterSetIpAddrType, olsrv2TibAdRemoteRouterSetIpAddr} - this index (pair) uniquely identifies each router in the network that transmitsTCTopology Control (TC) messages received by this router. These records are recorded in the olsrv2TibAdRemoteRouterSetIpAddr. o {olsrv2TibRouterTopologySetFromOrigIpAddrType, olsrv2TibRouterTopologySetFromOrigIpAddr, olsrv2TibRouterTopologySetToOrigIpAddrType, olsrv2TibRouterTopologySetToOrigIpAddr} - this index (quadruplet) uniquely identifies discovered links within the network recorded by this router. Information associated with each link is stored in the olsrv2TibRouterTopologySetTable. o {olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType, olsrv2TibRoutableAddressTopologySetFromOrigIpAddr, olsrv2TibRoutableAddressTopologySetFromDestIpAddrType, olsrv2TibRoutableAddressTopologySetFromDestIpAddr} - this index (quadruplet) uniquely identifies reachable addresses within the network and the router's advertising of these addresses. This information is stored in the olsrv2TibRoutableAddressTopologySetTable. o {olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr, olsrv2TibAttNetworksSetNetIpAddrType, olsrv2TibAttNetworksSetNetIpAddr, olsrv2TibAttNetworksSetNetIpAddrPrefixLen} - this index (quintuplet) uniquely identifies the networks (which may be outside the MANET) and the routers through which these networks can be reached. This information is stored in the olsrv2TibAttNetworksSetTable. o {olsrv2TibRoutingSetDestIpAddrType, olsrv2TibRoutingSetDestIpAddr, olsrv2TibRoutingSetDestIpAddrPrefixLen} - this index (triplet) uniquely identifies the address of a reachable destination in the network. This indexes theolsrv2TibRoutingSetTableolsrv2TibRoutingSetTable, which contains thenext hopnext-hop information to reach the indexed addresses. These tables and their indexing are: o olsrv2InterfaceTable - describes the OLSRv2 status on the NHDP interfaces of this router. This table augments nhdpInterfaceEntryandand, assuchsuch, it is indexed by the {nhdpIfIndex} from theNHDP-MIB.NHDP- MIB. o olsrv2IibLinkSetTable - records all links from other routerswhichthat are, or recently were, 1-hop neighbors. This table augments nhdpIibLinkSetEntryandand, assuchsuch, it is indexed by nhdpIfIndex and nhdpDiscIfIndex. o olsrv2Iib2HopSetTable - records network addresses of symmetric 2-hop neighbors and the links to the associated 1-hop neighbors. This table augments nhdpIib2HopSetEntryandand, assuchsuch, it is indexed by {nhdpIfIndex, nhdpDiscIfIndex, nhdpIib2HopSetIpAddressType, nhdpIib2HopSetIpAddress}. o olsrv2LibOrigSetTable - records addresses that were recently used as originator addresses by this router. This table is indexed by {olsrv2LibOrigSetIpAddrType, olsrv2LibOrigSetIpAddr}. o olsrv2LibLocAttNetSetTable - records its local non-OLSRv2 interfaces via which it can act asgatewaysa gateway to other networks. This table is indexed by {olsrv2LibLocAttNetSetIpAddrType, olsrv2LibLocAttNetSetIpAddr,olsrv2LibLocAttNetSetIpAddrPerfixLen}.olsrv2LibLocAttNetSetIpAddrPrefixLen}. o olsrv2NibNeighborSetTable - records all network addresses of each 1-hop neighbor. This table augments nhdpNibNeighborSetEntryandand, assuchsuch, it is indexed by the {nhdpDiscRouterIndex}. o olsrv2TibAdRemoteRouterSetTable - records information describing each remote router in the network that transmits TC messages. This table is indexed by {olsrv2TibAdRemoteRouterSetIpAddrType, olsrv2TibAdRemoteRouterSetIpAddr}. o olsrv2TibRouterTopologySetTable - records topology information about the network. This table is indexed by {olsrv2TibRouterTopologySetFromOrigIpAddrType, olsrv2TibRouterTopologySetFromOrigIpAddr, olsrv2TibRouterTopologySetToOrigIpAddrType, olsrv2TibRouterTopologySetToOrigIpAddr}. o olsrv2TibRoutableAddressTopologySetTable - records topology information about the routable addresses within theMANET,MANET and via which routers they may be reached. This table is indexed by {olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType, olsrv2TibRoutableAddressTopologySetFromOrigIpAddr, olsrv2TibRoutableAddressTopologySetFromDestIpAddrType, olsrv2TibRoutableAddressTopologySetFromDestIpAddr}. o olsrv2TibAttNetworksSetTable - records information about networks (which may be outside the MANET) attached to other routers and their routable addresses. This table is indexed by {olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr, olsrv2TibAttNetworksSetNetIpAddrType, olsrv2TibAttNetworksSetNetIpAddr, olsrv2TibAttNetworksSetNetIpAddrPrefixLen}. o olsrv2TibRoutingSetTable - records the first hop along a selected path to each destination for which any such path is known. This table is indexed by {olsrv2TibRoutingSetDestIpAddrType, olsrv2TibRoutingSetDestIpAddr, olsrv2TibRoutingSetDestIpAddrPrefixLen}. o olsrv2InterfacePerfTable - records performance counters for each active OLSRv2 interface on this device. This table augments nhdpInterfacePerfEntryandand, assuchsuch, it is indexed by {nhdpIfIndex} from the NHDP-MIB. 6. Relationship to Other MIB Modules This section specifies the relationship of the MIB modules contained in this document to other standards, particularly to standards containing other MIB modules. MIB modules and specific definitions imported from MIB modules that SHOULD be implemented in conjunction with the MIB module contained within this document are identified in this section. 6.1. Relationship to the SNMPv2-MIB The System group in the SNMPv2-MIB[RFC3418]module [RFC3418] is defined as being mandatory for all systems, and the objects apply to the entity as a whole. The System group provides identification of the management entity and certain other system-wide data. The OLSRv2-MIB module does not duplicate those objects. 6.2. Relationship to the NHDP-MIB OLSRv2 depends on the neighborhood information that is discovered by [RFC6130]. An instance of OLSRv2 MUST have an associated instance of NHDP running on the same device for proper operations of the discovery and routing system. In order for the OLSRv2-MIB module to correctly populate the objects relating to discovered neighbors, the State Group tables of the NHDP-MIB[RFC6779]module [RFC6779] are aligned with the State Group tables of this MIB module. This is accomplished through the use of the AUGMENTS capability of SMIv2 (where appropriate). This will allow for cross referencing of information between the two MIB modules within a given SNMP context. 6.3. MIBmodules requiredModules Required for IMPORTS The following OLSRv2-MIB module IMPORTS objects from NHDP-MIB [RFC6779], SNMPv2-SMI [RFC2578], SNMPv2-TC [RFC2579], SNMPv2-CONF [RFC2580], IF-MIB[RFC2863][RFC2863], and INET-ADDRESS-MIB [RFC4001]. The OLSRv2-MIB module also IMPORTS objects from theIANAolsrv2LinkMetricType-MIBIANAolsrv2LinkMetricType-MIB, which isdefined in Appendix A of this document.available at <http:// www.iana.org/assignments/ianaolsrv2linkmetrictype-mib>. 7. Definitions This section contains the OLSRv2-MIB module defined by the specification. OLSRv2-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Counter32, Counter64, Integer32, Unsigned32, mib-2, TimeTicks, NOTIFICATION-TYPE FROM SNMPv2-SMI -- RFC 2578 TEXTUAL-CONVENTION, TimeStamp, TruthValue FROM SNMPv2-TC -- RFC 2579 MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF -- STD 58 InetAddressType, InetAddress, InetAddressPrefixLength FROM INET-ADDRESS-MIB -- RFC32914001 nhdpInterfaceEntry, nhdpIibLinkSetEntry, nhdpIib2HopSetEntry, nhdpNibNeighborSetEntry, nhdpInterfacePerfEntry FROM NHDP-MIB -- RFC 6779 IANAolsrv2LinkMetricTypeTC FROMIANAolsrv2LinkMetricType-MIBIANA-OLSRv2-LINK-METRIC-TYPE-MIB ; manetOlsrv2MIB MODULE-IDENTITY LAST-UPDATED"201306240000Z" --24 June 2013"201404090000Z" -- 09 April 2014 ORGANIZATION "IETF MANET Working Group" CONTACT-INFO "WG E-Mail: manet@ietf.org WG Chairs: sratliff@cisco.com jmacker@nrl.navy.mil Editors: Ulrich Herberg Fujitsu Laboratories of America 1240 East Arques Avenue Sunnyvale, CA 94085 USA Email: ulrich@herberg.name URI: http://www.herberg.name/ Thomas Heide Clausen Ecole Polytechnique LIX 91128 Palaiseau Cedex Francehttp://www.thomasclausen.org/Email: T.Clausen@computer.org URI: http://www.thomasclausen.org/ Robert G. Cole US Army CERDEC Space and Terrestrial Communications 6010 Frankford Street Bldg 6010, Room 453H Aberdeen Proving Ground, MD 21005 USA Phone: +1 443 395-8744 Email: robert.g.cole@us.army.milhttp://www.cs.jhu.edu/~rgcole/"URI: http://www.cs.jhu.edu/~rgcole" DESCRIPTION "This OLSRv2-MIB module is applicable to routers implementing the Optimized Link State Routing Protocol version 2 (OLSRv2) defined in RFCXXXX.7181. Copyright (c)20132014 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). This version of this MIB module is part of RFCYYYY;7184; see the RFC itself for full legal notices." -- Revision History REVISION"201306240000Z""201404090000Z" --24 June 201309 April 2014 DESCRIPTION "Initial version of this MIB module, published as RFCYYYY." -- RFC-Editor assigns ZZZZ (this comment can be removed)7184." ::= { mib-2ZZZZ219 } -- -- TEXTUAL CONVENTIONS -- Olsrv2MetricValueCompressedFormTC ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "OLSRv2 Metrics are expressed in terms of a Link Metric Compressed Form within the OLSRv2 protocol. This textual convention defines the syntax of the metric objects consistent with the definitions of the OLSRv2 Link Metric Compressed Form in Section 6.2 of RFCXXXX.7181. The 12-bit compressed form of a link metric uses a modified form of a representation with an 8-bit mantissa (denoted a) and a 4-bit exponent (denoted b). Note that if represented as the12 bit12-bit value256b+a256b+a, then the ordering of those12 bit12-bit values is identical to the ordering of the represented values. The value so represented is (257+a)2^b - 256, where ^ denotes exponentiation. This has a minimum value (when a = 0 and b = 0) of MINIMUM_METRIC = 1 and a maximum value (when a = 255 and b = 15) of MAXIMUM_METRIC = 2^24 - 256.HenceHence, thecompressed formmetric values so represented range from 1 to 16776960. The special value of 0 is reserved for the UNKNOWN_METRIC value. If a network manager sets the metric value 'm' through theMIB-module,MIB module, then the OLSRv2 code can both use this value and derive'compressed_m' = M(a,b) according to the algorithma compressed representation of 'm' (as used inRFC 5497 and 'compressed_m' is the value representedmessages) as specified inthe OLSRv2 messages. But theSection 6.2 of RFC7181. The value 'm' is persistently stored by theMIB-module.MIB module. If theMIB-moduleMIB module is pulling thistime parametermetric's value from some other source,i.e.,e.g., the protocol instance, then this value is stored as is." SYNTAX Unsigned32 (0..16776960) Olsrv2TimeValueCompressedForm32TC ::= TEXTUAL-CONVENTION DISPLAY-HINT "x" STATUS current DESCRIPTION "OLSRv2 time values may be expressed in terms of a compressed form within the OLSRv2 protocol. This textual convention defines the syntax of the time objects defined in terms of anintergerinteger number ofmillisceonds,milliseconds, consistent with the definitions of the 8-bit exponent-mantissa compressed form defined in Section 5 of RFC 5497. Time values with this representation are defined in terms of a constantCC, which is represented in terms of seconds. The constant C (time granularity) is used as specified in RFC 5497. It MUST be the same as is used bytheNHDPprotocol RFC 6130.(RFC 6130). The 8-bit compressed form of a time value uses a modified form of a representation withana 3-bit mantissa (denoted a) and a 5-bit exponent (denoted b). Note that if represented as the8 bit8-bit value8b+a8b+a, then the ordering of those8 bit8-bit values is identical to the ordering of the represented values. The minimumtime-valuetime value that can be represented in this manner is C. The maximumtime-valuetime value that can be represented in this manner is 15 * 2^28 * C, 15*268,435,456 * C, 4,026,531,840 *CC, or about 45 days if, for example, C = 1/1024 second. This TEXTUAL-CONVENTION limits the maximum value of the time granularity constant C to be no greater than 1/1024 seconds due to its use of the Unsigned32 syntax limiting the maximum number of milliseconds to no more than 3932160000. When OLSRv2 uses this 8-bit exponent-mantissa compressed form, this object value MUST be translated from the integer form represented in thisMIB-moduleMIB module into the exponent-mantissa form for the OLSRv2 protocol to use according to the algorithm defined in Section 5 of RFC 5497 for finding the next larger time value within the exponent-mantissa format. If a network manager sets the time value 't' through theMIB-module,MIB module, then the OLSRv2 code can derive 'compressed_t' = T(a,b) according to the algorithm in RFC 5497 and 'compressed_t' is the value represented in the OLSRv2 messages.ButBut, the value 't' is persistently stored by theMIB-module.MIB module. If theMIB-moduleMIB module is pulling this time parameter from some other sourcewhichthat is using the compressed form, i.e., the protocol instance, then this value is stored as is, after converting from number of time constants C into number of milliseconds." SYNTAX Unsigned32 (1..3932160000) Olsrv2StatusTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Controls the operation of the OLSRv2 protocol on the device or a specific interface. For example, for aninterface:interface, 'enabled' indicates that OLSRv2 is permitted to operate, and 'disabled' indicates that it is not." SYNTAX INTEGER { enabled (1), disabled (2) } WillingnessTC ::= TEXTUAL-CONVENTION DISPLAY-HINT "x" STATUS current DESCRIPTION "A willingness valuewhichthat evaluates to the device's interest in participating in a particular function,processprocess, or behavior. Thewillinesswillingness ranges from a low value of WILL_NEVER(0) to a high value of WILL_ALWAYS(15). For each parameter x, there is an associated willingness value W(x) such that WILL_NEVER < W(x) <= WILL_ALWAYS." SYNTAX Unsigned32 (0..15) -- -- Top-Level Object Identifier Assignments -- olsrv2MIBNotifications OBJECT IDENTIFIER ::= { manetOlsrv2MIB 0 } olsrv2MIBObjects OBJECT IDENTIFIER ::= { manetOlsrv2MIB 1 } olsrv2MIBConformance OBJECT IDENTIFIER ::= { manetOlsrv2MIB 2 } -- -- olsrv2ConfigurationGroup -- -- Contains the OLSRv2 objects that configure specific -- options that determine the overall performance and operation -- of the OLSRv2 routing process. olsrv2ConfigurationGroup OBJECT IDENTIFIER ::= {olsrv2MIBObjects 1} olsrv2AdminStatus OBJECT-TYPE SYNTAX Olsrv2StatusTC MAX-ACCESS read-write STATUS current DESCRIPTION "The configured status of the OLSRv2 process on this device. 'enabled(1)' means that OLSRv2 is configured to run on this device. 'disabled(2)' mean that the OLSRv2 process is configured off. Operation of the OLSRv2routingprotocol requires the operation of the Neighborhood Discovery Protocol (RFC 6130). Hence, this object cannot have a status of 'enabled' unless at least one interface on the device is a MANET interface with NHDP enabled on that interface. If a network manager attempts to set this object to 'enabled' when no interfaces on this device haveHNDPNHDP enabled, the device MUST fail the set with inconsistentValue. If all device interfaces running NHDP become disabled or removed, then the olsrv2AdminStatus MUST be 'disabled'. If the network manager, or other means, sets this object to 'disabled', then the associated interface specific objects, i.e., the olsrv2InterfaceAdminStatus objects MUST all be 'disabled'. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." DEFVAL {2disabled } ::= { olsrv2ConfigurationGroup 1 } olsrv2InterfaceTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2InterfaceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The olsrv2InterfaceTable describes the OLSRv2 status on the NHDP interfaces of this router. As such, this table augments the nhdpInterfaceTable defined in the NHDP-MIB (RFC 6779). NHDP interfaces are explicitly defined by network management,CLI,command line interface (CLI) or other means for interfaces on the device that are intended to run MANET protocols. The olsrv2InterfaceTable contains a singleobject,object: the olsrv2InterfaceAdminStatus object. This object is set by network management, or by other means, e.g., CLI. A conceptual row in this table exists if and only if a corresponding entry in the nhdpInterfaceTable exists. If the corresponding entry with nhdpIfIndex value is deleted from the nhdpInterfaceTable, then the entry in this table is automatically deleted and OLSRv2 is disabled on this interface, and all configuration and state information related to this interface is to be removed from memory. The olsrv2InterfaceAdminStatus can only be 'enabled' if the corresponding olsrv2AdminStatus object is also set to 'enabled'." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2ConfigurationGroup 2 } olsrv2InterfaceEntry OBJECT-TYPE SYNTAX Olsrv2InterfaceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The olsrv2InterfaceEntry describes one OLSRv2 local interface configuration as indexed by itsnhdpIfIndexnhdpIfIndex, as defined in the NHDP-MIB (RFC 6779). The objects in this table arepersistentpersistent, and whenwrittenwritten, the device SHOULD save the change to non-volatile storage. For further information on the storage behavior for these objects, refer to the description for the nhdpIfRowStatus object in the NHDP-MIB (RFC6779)." REFERENCE "RFC 6779 -TheDefinition of Managed Objects for the Neighborhood DiscoveryProtocol MIB,Protocol, Herberg, U., Cole,R.G.R.G., and I. Chakeres, October 2012" AUGMENTS { nhdpInterfaceEntry } ::= { olsrv2InterfaceTable 1 } Olsrv2InterfaceEntry ::= SEQUENCE { olsrv2InterfaceAdminStatus Olsrv2StatusTC } olsrv2InterfaceAdminStatus OBJECT-TYPE SYNTAX Olsrv2StatusTC MAX-ACCESS read-create STATUS current DESCRIPTION "The OLSRv2 interface's administrative status. The value 'enabled(1)' denotes that the interface is permitted to participate in the OLSRv2 routing process. The value 'disabled(2)' denotes that the interface is not permitted to participate in the OLSRv2 routing process. The configuration objects for the OLSRv2 routing process, other than the administrative status objects, are common to all interfaces on this device. As such, the OLSRv2 configuration objects are globally defined for the device and are not contained within the olsrv2InterfaceTable." DEFVAL {2disabled } ::= { olsrv2InterfaceEntry 1 } olsrv2OrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "The type of the olsrv2OrigIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2ConfigurationGroup 3 } olsrv2OrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS read-write STATUS current DESCRIPTION "The router's originator address. An address that is unique (within the MANET) to this router. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2ConfigurationGroup 4 } -- -- Local History Times -- olsrv2OHoldTime OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2OHoldTime corresponds to O_HOLD_TIME ofOLSRv2OLSRv2, and represents the time for which a recently used and replaced originator address is used to recognize the router's own messages. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2OHoldTime > 0 This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 30000 } ::= { olsrv2ConfigurationGroup 5 } -- -- Message intervals -- olsrv2TcInterval OBJECT-TYPE SYNTAX Olsrv2TimeValueCompressedForm32TC UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2TcInterval corresponds to TC_INTERVAL of OLSRv2 and represents the maximum time between the transmission of two successive TC messages by this router. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2TcInterval > 0 o olsrv2TcInterval >= olsrv2TcMinInterval This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Representing Time. RFC 5497 - Representing Multi-Value Time in Mobile Ad Hoc Networks (MANETs), Clausen, T. and C. Dearlove, March 2009. and Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 5000 } ::= { olsrv2ConfigurationGroup 6 } olsrv2TcMinInterval OBJECT-TYPE SYNTAX Olsrv2TimeValueCompressedForm32TC UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2TcMinInterval corresponds to TC_MIN_INTERVAL of OLSRv2 and represents the minimum interval between transmission of two successive TC messages by this router. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2TcInterval >= olsrv2TcMinInterval The OLSRv2 protocol may choose to represent this time interval in terms of the 8-bit exponent-mantissa form defined in Section 5 of RFC 5497. When this is the case, this object value MUST be translated from the integer form represented in thisMIB-moduleMIB module into the exponent-mantissa form for the OLSRv2 protocol to use according to the algorithm defined in Section 5 of RFC 5497 for finding the next larger time value within the exponent-mantissa format. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Representing Time. RFC 5497 - Representing Multi-Value Time in Mobile Ad Hoc Networks (MANETs), Clausen, T. and C. Dearlove, March 2009. and Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 1250 } ::= { olsrv2ConfigurationGroup 7 } -- -- Advertised information validity times -- olsrv2THoldTime OBJECT-TYPE SYNTAX Olsrv2TimeValueCompressedForm32TC UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2THoldTime corresponds to T_HOLD_TIME of OLSRv2 and is used as the minimum value in the TLV with Type = VALIDITY_TIME included in all TC messages sent by this router. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2THoldTime >= olsrv2TcInterval o If TC messages can be lost, then olsrv2THoldTime SHOULD be significantly greater than olsrv2TcInterval; a value >= 3 x olsrv2TcInterval is RECOMMENDED. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Representing Time. RFC 5497 - Representing Multi-Value Time in Mobile Ad Hoc Networks (MANETs), Clausen, T. and C. Dearlove, March 2009. and Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 15000 } ::= { olsrv2ConfigurationGroup 8 } olsrv2AHoldTime OBJECT-TYPE SYNTAX Olsrv2TimeValueCompressedForm32TC UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2AHoldTime corresponds to A_HOLD_TIME of OLSRv2 and represents the period during which TC messages are sent after they no longer have any advertised information to report, but are sent in order to accelerate outdated information removal by other routers. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o If TC messages can be lost, then olsrv2AHoldTime SHOULD be significantly greater than olsrv2TcInterval; a value >= 3 x olsrv2TcInterval is RECOMMENDED. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Representing Time. RFC 5497 - Representing Multi-Value Time in Mobile Ad Hoc Networks (MANETs), Clausen, T. and C. Dearlove, March 2009. and Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 15000 } ::= { olsrv2ConfigurationGroup 9 } -- -- Received message validity times -- olsrv2RxHoldTime OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2RxHoldTime corresponds to RX_HOLD_TIME of OLSRv2 and represents the period after receipt of a message by the appropriate OLSRv2 interface of this router for which that information is recorded, in order that the message is recognized as having been previously received on this OLSRv2 interface. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2RxHoldTime > 0 o This parameter SHOULD be greater than the maximum difference in time that a message may take to traverse the MANET, taking into account any message forwarding jitter as well as propagation, queuing, and processing delays. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 30000 } ::= { olsrv2ConfigurationGroup 10 } olsrv2PHoldTime OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2PHoldTime corresponds to P_HOLD_TIME of OLSRv2 and represents the period after receipt of a message that is processed by this router for which that information is recorded, in order that the message is not processed again if received again. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2PHoldTime > 0 o This parameter SHOULD be greater than the maximum difference in time that a message may take to traverse the MANET, taking into account any message forwarding jitter as well as propagation, queuing, and processing delays. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 30000 } ::= { olsrv2ConfigurationGroup 11 } olsrv2FHoldTime OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2FHoldTime corresponds to F_HOLD_TIME of OLSRv2 and represents the period after receipt of a message that is forwarded by this router for which that information is recorded, in order that the message is not forwarded again if received again. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o olsrv2FHoldTime > 0 o This parameter SHOULD be greater than the maximum difference in time that a message may take to traverse the MANET, taking into account any message forwarding jitter as well as propagation, queuing, and processing delays. Thisparameter SHOULD be greater than the maximum difference in time that a message may take to traverse the MANET, taking into account any message forwarding jitter as well as propagation, queuing, and processing delays. Thisobject ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 30000 } ::= { olsrv2ConfigurationGroup 12 } -- -- Jitter times -- olsrv2TpMaxJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2TpMaxJitter corresponds to TP_MAXJITTER of OLSRv2 and represents the value of MAXJITTER used inRFC5148RFC 5148 for periodically generated TC messages sent by this router. For constraints on theseparametersparameters, see RFC 5148. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 500 } ::= { olsrv2ConfigurationGroup 13 } olsrv2TtMaxJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2TtMaxJitter corresponds to TT_MAXJITTER of OLSRv2 and represents the value of MAXJITTER used inRFC5148RFC 5148 for externally triggered TC messages sent by this router. For constraints on theseparametersparameters, see RFC 5148. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 500 } ::= { olsrv2ConfigurationGroup 14 } olsrv2FMaxJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2FMaxJitter corresponds to F_MAXJITTER of OLSRv2 and represents the default value of MAXJITTER used in RFC 5148 for messages forwarded by this router. For constraints on theseparametersparameters, see RFC 5148. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 500 } ::= { olsrv2ConfigurationGroup 15 } -- -- Hop limits -- olsrv2TcHopLimit OBJECT-TYPE SYNTAX Unsigned32 (0..255) UNITS "hops" MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2TcHopLimit corresponds to TC_HOP_LIMIT of OLSRv2. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o The maximum value of olsrv2TcHopLimit >= the network diameter in hops, a value of 255 is RECOMMENDED. oAll values ofolsrv2TcHopLimit >= 2. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 255 } ::= { olsrv2ConfigurationGroup 16 } -- -- Willingness -- olsrv2WillRouting OBJECT-TYPE SYNTAX WillingnessTC MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2WillRouting corresponds to WILL_ROUTING of OLSRv2. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o WILL_NEVER (0) <= olsrv2WillRouting <= WILL_ALWAYS (15) This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 7 } ::= { olsrv2ConfigurationGroup 17 } olsrv2WillFlooding OBJECT-TYPE SYNTAX WillingnessTC MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2WillFlooding corresponds to WILL_FLOODING of OLSRv2. Guidance for setting this object may be found in Section 5 of the OLSRv2 specification (RFCXXXX),7181), which indicates that: o WILL_NEVER (0) <= olsrv2WillFlooding <= WILL_ALWAYS (15) This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL { 7 } ::= { olsrv2ConfigurationGroup 18 } olsrv2LinkMetricType OBJECT-TYPE SYNTAX IANAolsrv2LinkMetricTypeTC MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2LinkMetricType corresponds to LINK_METRIC_TYPE of OLSRv2. If olsrv2LinkMetricType changes, then all link metric information recorded by this router is invalid. The router MUST take the actions described in Section 5.5. 'Parameter Change Constraints' and Section 17 'Information Base Changes' in RFCXXXX.7181. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "Section 5 on Protocol Parameters. RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." DEFVAL {0unknown } ::= { olsrv2ConfigurationGroup 19 } -- -- olsrv2StateGroup -- -- -- Contains information describing the current state of -- the OLSRv2 process. -- olsrv2StateGroup OBJECT IDENTIFIER ::= { olsrv2MIBObjects 2 } -- -- Interface Information Base (IIB) -- -- -- Link Set from RFC 6130, extended by L_in_metric, -- L_out_metric, and L_mpr_selector entries for each tuple -- olsrv2IibLinkSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2IibLinkSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A Link Set of an interface records all links from other routerswhichthat are, or recently were, 1-hop neighbors." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 1 } olsrv2IibLinkSetEntry OBJECT-TYPE SYNTAX Olsrv2IibLinkSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A Link Set consists of Link Tuples, each representing a single link indexed by the local and remote interface pair. Each Link Set from NHDP is extended by OLSRv2 by the following fields: (L_in_metric (olsrv2IibLinkSetInMetricValue), L_out_metric (olsrv2IibLinkSetOutMetricValue), L_mpr_selector (olsrv2IibLinkSetMprSelector))" REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." AUGMENTS { nhdpIibLinkSetEntry } ::= { olsrv2IibLinkSetTable 1 } Olsrv2IibLinkSetEntry ::= SEQUENCE { olsrv2IibLinkSetInMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2IibLinkSetOutMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2IibLinkSetMprSelector TruthValue } olsrv2IibLinkSetInMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2IibLinkSetInMetricValue is the metric of the link from the OLSRv2 interface with addresses L_neighbor_iface_addr_list to this OLSRv2 interface. The L_neighbor_iface_addr_list is identified by thenhdpDiscIfIndexnhdpDiscIfIndex, which is an index to thenhdpIibLinkSetTablenhdpIibLinkSetTable, which this table augments." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2IibLinkSetEntry 1 } olsrv2IibLinkSetOutMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-write STATUS current DESCRIPTION "olsrv2IibLinkSetOutMetricValue is the metric of the link to the OLSRv2 interface with addresses L_neighbor_iface_addr_list from this OLSRv2 interface. The L_neighbor_iface_addr_list is identified by thenhdpDiscIfIndexnhdpDiscIfIndex, which is an index to thenhdpIibLinkSetTablenhdpIibLinkSetTable, which this table augments." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2IibLinkSetEntry 2 } olsrv2IibLinkSetMprSelector OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2IibLinkSetMprSelector is a boolean flag, recording whether this neighbor has selected this router as a flooding MPR, i.e., is a flooding MPR selector of this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2IibLinkSetEntry 3 } -- -- 2-Hop Set; from RFC 6130, extended by OLSRv2 by the -- following fields: N2_in_metric, N2_out_metric -- olsrv2Iib2HopSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2Iib2HopSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A 2-Hop Set of an interface records network addresses of symmetric 2-hop neighbors, and the symmetric links to symmetric 1-hop neighbors through which these symmetric 2-hop neighbors can be reached. It consists of 2-Hop Tuples." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 2 } olsrv2Iib2HopSetEntry OBJECT-TYPE SYNTAX Olsrv2Iib2HopSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "olsrv2Iib2HopSetTable consists of 2-Hop Tuples, each representing a single network address of a symmetric 2-hopneighbor,neighbor and a single MANET interface of a symmetric 1-hop neighbor. Each 2-Hop Set from NHDP is extended by OLSRv2 by the following fields: (N2_in_metric (olsrv2Iib2HopSetInMetricValue), N2_out_metric (olsrv2Iib2HopSetOutMetricValue))" REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." AUGMENTS { nhdpIib2HopSetEntry } ::= { olsrv2Iib2HopSetTable 1 } Olsrv2Iib2HopSetEntry ::= SEQUENCE { olsrv2Iib2HopSetInMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2Iib2HopSetOutMetricValue Olsrv2MetricValueCompressedFormTC } olsrv2Iib2HopSetInMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2Iib2HopSetInMetricValue is the neighbor metric from the router with address N2_2hop_iface_addr to the router with OLSRv2 interface addresses N2_neighbor_iface_addr_list. The N2_2hop_iface_addr is identified by the (nhdpIib2HopSetIpAddressType, nhdpIib2HopSetIpAddress) pair from thenhdpIibLinkSetTablenhdpIibLinkSetTable, which this table augments. The N2_neighbor_iface_addr_list is defined by thenhdpDiscIfIndexnhdpDiscIfIndex, which is an index of thenhdpIibLinkSetTablenhdpIibLinkSetTable, which this table augments." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013.April 2014. and RFC 6779 - Definition of Managed Objects for theNeighboorhoodNeighborhood Discovery Process, Herberg, U., Cole,R.R., and I. Chakeres, October 2012." ::= { olsrv2Iib2HopSetEntry 1 } olsrv2Iib2HopSetOutMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2Iib2HopSetOutMetricValue is the neighbor metric to the router with address N2_2hop_iface_addr from the router with OLSRv2 interface addresses N2_neighbor_iface_addr_list. The N2_2hop_iface_addr is identified by the (nhdpIib2HopSetIpAddressType, nhdpIib2HopSetIpAddress) pair from thenhdpIibLinkSetTablenhdpIibLinkSetTable, which this table augments. The N2_neighbor_iface_addr_list is defined by thenhdpDiscIfIndexnhdpDiscIfIndex, which is an index of thenhdpIibLinkSetTablenhdpIibLinkSetTable, which this table augments." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013.April 2014. and RFC 6779 - Definition of Managed Objects for theNeighboorhoodNeighborhood Discovery Process, Herberg, U., Cole,R.R., and I. Chakeres, October 2012." ::= { olsrv2Iib2HopSetEntry 2 } -- -- Local Information Base - as defined in RFC 6130, -- extended by the addition of an Originator Set, -- defined in Section 6.1 and a Local Attached -- Network Set, defined in Section 6.2. -- -- -- Originator Set -- olsrv2LibOrigSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2LibOrigSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Originator Set records addresses that were recently used as originator addresses by this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 3 } olsrv2LibOrigSetEntry OBJECT-TYPE SYNTAX Olsrv2LibOrigSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Originator Set consists of Originator Tuples: (O_orig_addr (olsrv2LibOrigSetIpAddrType and olsrv2LibOrigSetIpAddr), O_time (olsrv2LibOrigSetExpireTime))." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2LibOrigSetIpAddrType, olsrv2LibOrigSetIpAddr } ::= { olsrv2LibOrigSetTable 1 } Olsrv2LibOrigSetEntry ::= SEQUENCE { olsrv2LibOrigSetIpAddrType InetAddressType, olsrv2LibOrigSetIpAddr InetAddress, olsrv2LibOrigSetExpireTime TimeStamp } olsrv2LibOrigSetIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2LibOrigSetIpAddr, as defined in the InetAddress MIB (RFC4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibOrigSetEntry 1 } olsrv2LibOrigSetIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "An originator address recently employed by this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibOrigSetEntry 2 } olsrv2LibOrigSetExpireTime OBJECT-TYPE SYNTAX TimeStamp UNITS "centiseconds" MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2LibOrigSetExpireTime specifies the value of sysUptime when this entry SHOULD expire and be removed from the olsrv2LibOrigSetTable. This time is determined at the time the entry is added, derived from the following expression: O_time := current time + O_HOLD_TIME where O_time is olsrv2LibOrigSetExpireTime, current_time is currentsysUpTimesysUptime, and O_HOLD_TIME is a parameter of the OLSRv2 protocol. In the event that the O_HOLD_TIME is changed,thenthe olsrv2LibOrigSetExpireTime needs to be recomputed for each of the entries in thisTable."table." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibOrigSetEntry 3 } -- -- Local Attached Network Set -- olsrv2LibLocAttNetSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2LibLocAttNetSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Local Attached Network Set records its local non-OLSRv2 interfaces via which it can act asgatewaysa gateway to other networks." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 4 } olsrv2LibLocAttNetSetEntry OBJECT-TYPE SYNTAX Olsrv2LibLocAttNetSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The entries include the Local Attached Network Tuples: (AL_net_addr (olsrv2LibLocAttNetSetIpAddr), AL_dist (olsrv2LibLocAttNetSetDistance), AL_metric (olsrv2LibLocAttNetSetMetricValue) ) where: AL_net_addr is the network address of an attached networkwhichthat can be reached via this router. The AL_net_addr is defined in this MIB module by the tuple (olsrv2LibLocAttNetSetIpAddrType, olsrv2LibLocAttNetSetIpAddr, olsrv2LibLocAttNetSetIpAddrPrefixLen). AL_dist is the number of hops to the network with address AL_net_addr from this router. The AL_dist is defined in this MIB module by the olsrv2LibLocAttNetSetDistance object. AL_metric is the metric of the link to the attached network with address AL_net_addr from this router. The AL_metric is defined in this MIB module by the olsrv2LibLocAttNetSetMetricValue object. OLSRv2 (RFCXXXX)7181) defines the rules for managing entries within this table, e.g., populating and purging entries. Specific instructions for the olsrv2LibLocAttNetSetEntry(s) are found inSectionSections 7.2 andSection17 of OLSRv2 (RFCXXXX)."7181)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2LibLocAttNetSetIpAddrType, olsrv2LibLocAttNetSetIpAddr, olsrv2LibLocAttNetSetIpAddrPrefixLen } ::= { olsrv2LibLocAttNetSetTable 1 } Olsrv2LibLocAttNetSetEntry ::= SEQUENCE { olsrv2LibLocAttNetSetIpAddrType InetAddressType, olsrv2LibLocAttNetSetIpAddr InetAddress, olsrv2LibLocAttNetSetIpAddrPrefixLen InetAddressPrefixLength, olsrv2LibLocAttNetSetDistance Unsigned32, olsrv2LibLocAttNetSetMetricValue Olsrv2MetricValueCompressedFormTC } olsrv2LibLocAttNetSetIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2LibLocAttNetSetIpAddr, as defined in the InetAddress MIB (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibLocAttNetSetEntry 1 } olsrv2LibLocAttNetSetIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the network address of an attached networkwhichthat can be reached via this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibLocAttNetSetEntry 2 } olsrv2LibLocAttNetSetIpAddrPrefixLen OBJECT-TYPE SYNTAX InetAddressPrefixLength UNITS "bits" MAX-ACCESS not-accessible STATUS current DESCRIPTION "Indicates the number of leading one bits that form the mask to be logically ANDed with the destination address before being compared to the value in the olsrv2LibLocAttNetSetIpAddr field." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibLocAttNetSetEntry 3 } olsrv2LibLocAttNetSetDistance OBJECT-TYPE SYNTAX Unsigned32 (1..255) UNITS "hops" MAX-ACCESS read-only STATUS current DESCRIPTION "This object specifies the number of hops to the network with address olsrv2LibLocAttNetSetIpAddr from this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibLocAttNetSetEntry 4 } olsrv2LibLocAttNetSetMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "This object specifies the metric of the link to the attached network with address AL_net_addr from this router. The AL_net_addr is defined by the tuple (olsrv2LibLocAttNetSetIpAddrType, olsrv2LibLocAttNetSetIpAddr, olsrv2LibLocAttNetSetIpAddrPrefixLen)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2LibLocAttNetSetEntry 5 } -- -- Neighbor Information Base -- -- -- Neighbor Set - as defined in RFC 6130, -- extended by OLSRv2 by the addition of the following -- elements to each NeighborTupleTuple: -- N_orig_addr (olsrv2NibNeighborSetNOrigIpAddrType, -- olsrv2NibNeighborSetNOrigIpAddr) --Neighbor SetN_in_metric (olsrv2NibNeighborSetNInMetricValue) -- N_out_metric (olsrv2NibNeighborSetNOutMetricValue) -- N_will_flooding (olsrv2NibNeighborSetNWillFlooding) -- N_will_routing (olsrv2NibNeighborSetNWillRouting) -- N_flooding_mpr (olsrv2NibNeighborSetNFloodingMpr) -- N_routing_mpr (olsrv2NibNeighborSetNRoutingMpr) -- N_mpr_selector (olsrv2NibNeighborSetNMprSelector) -- N_advertised (olsrv2NibNeighborSetNAdvertised) -- olsrv2NibNeighborSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2NibNeighborSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Neighbor Set records all network addresses of each 1-hop neighbor. It consists of Neighbor Tuples, each representing a single 1-hopneighbor. "neighbor." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 5 } olsrv2NibNeighborSetEntry OBJECT-TYPE SYNTAX Olsrv2NibNeighborSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each Neighbor Tuple in the Neighbor Set, defined in RFC 6130, has these additional elements: N_orig_addr (olsrv2NibNeighborSetNOrigIpAddrType, olsrv2NibNeighborSetNOrigIpAddr) N_in_metric (olsrv2NibNeighborSetNInMetricValue) N_out_metric (olsrv2NibNeighborSetNOutMetricValue) N_will_flooding (olsrv2NibNeighborSetNWillFlooding) N_will_routing (olsrv2NibNeighborSetNWillRouting) N_flooding_mpr (olsrv2NibNeighborSetNFloodingMpr) N_routing_mpr (olsrv2NibNeighborSetNRoutingMpr) N_mpr_selector (olsrv2NibNeighborSetNMprSelector) N_advertised (olsrv2NibNeighborSetNAdvertised) defined here as extensions." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." AUGMENTS { nhdpNibNeighborSetEntry } ::= { olsrv2NibNeighborSetTable 1 } Olsrv2NibNeighborSetEntry ::= SEQUENCE { olsrv2NibNeighborSetNOrigIpAddrType InetAddressType, olsrv2NibNeighborSetNOrigIpAddr InetAddress, olsrv2NibNeighborSetNInMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2NibNeighborSetNOutMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2NibNeighborSetNWillFlooding WillingnessTC, olsrv2NibNeighborSetNWillRouting WillingnessTC, olsrv2NibNeighborSetNFloodingMpr TruthValue, olsrv2NibNeighborSetNRoutingMpr TruthValue, olsrv2NibNeighborSetNMprSelector TruthValue, olsrv2NibNeighborSetNAdvertised TruthValue } olsrv2NibNeighborSetNOrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The type of the olsrv2NibNeighborSetNOrigIpAddr, as defined in the InetAddress MIB module (RFC4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 1 } olsrv2NibNeighborSetNOrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS read-only STATUS current DESCRIPTION "This is the originator IP address of the neighbor represented by this table entry." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 2 } olsrv2NibNeighborSetNInMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the neighbor metric of any link from this neighbor to an OLSRv2 interface of this router, i.e., the minimum of all corresponding L_in_metric (olsrv2IibLinkSetInMetricValue) with L_status = SYMMETRIC and L_in_metric (olsrv2IibLinkSetInMetricValue) != UNKNOWN_METRIC, UNKNOWN_METRIC if there are no such Link Tuples. UNKNOWN_METRIC has a value of 0." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 3 } olsrv2NibNeighborSetNOutMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the neighbor metric of any link from an OLSRv2 interface of this router to this neighbor, i.e., the minimum of all corresponding L_out_metric (olsrv2IibLinkSetOutMetricValue) with L_status = SYMMETRIC and L_out_metric (olsrv2IibLinkSetOutMetricValue) != UNKNOWN_METRIC, UNKNOWN_METRIC if there are no such Link Tuples. UNKNOWN_METRIC has a value of 0." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 4 } olsrv2NibNeighborSetNWillFlooding OBJECT-TYPE SYNTAX WillingnessTC MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the neighbor's willingness to be selected as a flooding MPR, in the range from WILL_NEVER to WILL_ALWAYS, both inclusive, taking the value WILL_NEVER if no OLSRv2 specific information is received from this neighbor." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 5 } olsrv2NibNeighborSetNWillRouting OBJECT-TYPE SYNTAX WillingnessTC MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the neighbor's willingness to be selected as a routing MPR, in the range from WILL_NEVER to WILL_ALWAYS, both inclusive, taking the value WILL_NEVER if no OLSRv2 specific information is received from this neighbor." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 6 } olsrv2NibNeighborSetNFloodingMpr OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a boolean flag, recording whether this neighbor is selected as a flooding MPR by this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 7 } olsrv2NibNeighborSetNRoutingMpr OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a boolean flag, recording whether this neighbor is selected as a routing MPR by this router." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 8 } olsrv2NibNeighborSetNMprSelector OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a boolean flag, recording whether this neighbor has selected this router as a routing MPR, i.e., is a routing MPR selector of this router. When set to 'true', then this router is selected as a routing MPR by the neighbor router. When set to 'false', then this router is not selected by the neighbor as a routing MPR." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 9 } olsrv2NibNeighborSetNAdvertised OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object, N_mpr_selector (olsrv2NibNeighborSetNMprSelector), is a boolean flag, recording whether this router has elected to advertise a link to this neighbor in its TC messages." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NibNeighborSetEntry 10 } olsrv2NibNeighborSetTableAnsn OBJECT-TYPE SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Advertised Neighbor Sequence Number (ANSN), is a variable, whose value is included in TC messages to indicate the freshness of the information transmitted." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 6 } -- -- Topology Information Base - this Information -- Base is specific toOLSRv2,OLSRv2 and is defined in -- Section 10 of RFCXXXX.7181. -- -- -- Advertising Remote Router Set -- olsrv2TibAdRemoteRouterSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2TibAdRemoteRouterSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Advertising Remote Router Set records information describing each remote router in the network that transmits TC messages." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 7 } olsrv2TibAdRemoteRouterSetEntry OBJECT-TYPE SYNTAX Olsrv2TibAdRemoteRouterSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Advertised Neighbor Set Table entry consists of Advertising Remote Router Tuples: (AR_orig_addr (olsrv2TibAdRemoteRouterSetIpAddrType, olsrv2TibAdRemoteRouterSetIpAddr), AR_seq_number (olsrv2TibAdRemoteRouterSetMaxSeqNo), AR_time (olsrv2TibAdRemoteRouterSetExpireTime). Addresses associated with this router are found in the NHDP-MIB module's nhdpDiscIfSetTable. OLSRv2 (RFCXXXX)7181) defines the rules for managing entries within this table, e.g., populating and purging entries. Specific instructions for the olsrv2TibAdRemoteRouterSetEntry(s) are found in Section 10.1 and Section 17 of OLSRv2 (RFCXXXX)."7181)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2TibAdRemoteRouterSetIpAddrType, olsrv2TibAdRemoteRouterSetIpAddr } ::= { olsrv2TibAdRemoteRouterSetTable 1 } Olsrv2TibAdRemoteRouterSetEntry ::= SEQUENCE { olsrv2TibAdRemoteRouterSetIpAddrType InetAddressType, olsrv2TibAdRemoteRouterSetIpAddr InetAddress, olsrv2TibAdRemoteRouterSetMaxSeqNo Unsigned32, olsrv2TibAdRemoteRouterSetExpireTime TimeStamp } olsrv2TibAdRemoteRouterSetIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibAdRemoteRouterSetIpAddr, as defined in the InetAddress MIB module (RFC4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAdRemoteRouterSetEntry 1 } olsrv2TibAdRemoteRouterSetIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the originator address of a received TC message." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAdRemoteRouterSetEntry 2 } olsrv2TibAdRemoteRouterSetMaxSeqNo OBJECT-TYPE SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "This is the greatestAssignedAdvertised Neighbor Sequence Number (ANSN) in any TC message receivedwhichthat originated from the router with originator address olsrv2TibAdRemoteRouterSetIpAddr. Sequence numbers are used in the OLSRv2 protocol for the purpose of discarding 'old' information, i.e., messages received out of order.HoweverHowever, with a limited number of bits for representing sequence numbers,wrap-aroundwraparound (that the sequence number is incremented from the maximum possible value to zero) will occur. To prevent this from interfering with the operation of this protocol, OLSRv2 implementations observe the following when determining the ordering of sequence numbers. In OLSRv2, MAXVALUE designates one more than the largest possible value for a sequence number. For a16 bit16-bit sequencenumbernumber, MAXVALUE is 65536. The sequence number S1 is said to be 'greater than' the sequence number S2 if: o S1 > S2 AND S1 - S2 < MAXVALUE/2 OR o S2 > S1 AND S2 - S1 > MAXVALUE/2 When sequence numbers S1 and S2 differ byMAXVALUE/2MAXVALUE/2, their ordering cannot be determined. In this case, which should not occur, either ordering may be assumed.ThusThus, when comparing two messages, it is possible - even in the presence ofwrap-aroundwraparound - to determine which message contains the most recent information." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAdRemoteRouterSetEntry 3 } olsrv2TibAdRemoteRouterSetExpireTime OBJECT-TYPE SYNTAX TimeStamp UNITS "centiseconds" MAX-ACCESSnot-accessibleread-only STATUS current DESCRIPTION "olsrv2TibAdRemoteRouterSetExpireTime specifies the value of sysUptime when this entry SHOULD expire and be removed from the olsrv2TibAdRemoteRouterSetTable." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAdRemoteRouterSetEntry 4 } -- -- Router Topology Set -- olsrv2TibRouterTopologySetTable OBJECT-TYPE SYNTAX SEQUENCE OFOlsrv2TibTopologySetEntryOlsrv2TibRouterTopologySetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Router Topology Set records topology information about the network." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 8 } olsrv2TibRouterTopologySetEntry OBJECT-TYPE SYNTAXOlsrv2TibTopologySetEntryOlsrv2TibRouterTopologySetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "It consists of Router Topology Tuples: (TR_from_orig_addr (olsrv2TibRouterTopologySetFromOrigIpAddrType, olsrv2TibRouterTopologySetFromOrigIpAddr), TR_to_orig_addr (olsrv2TibRouterTopologySetToOrigIpAddrType, olsrv2TibRouterTopologySetToOrigIpAddr), TR_seq_number (olsrv2TibRouterTopologySetSeqNo), TR_metric (olsrv2TibRouterTopologySetMetricValue), TR_time (olsrv2TibRouterTopologySetExpireTime)). OLSRv2 (RFCXXXX)7181) defines the rules for managing entries within this table, e.g., populating and purging entries. Specific instructions for the olsrv2TibRouterTopologySetEntry(s) are found in Section 10.2 and Section 17 of OLSRv2 (RFCXXXX)."7181)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2TibRouterTopologySetFromOrigIpAddrType, olsrv2TibRouterTopologySetFromOrigIpAddr, olsrv2TibRouterTopologySetToOrigIpAddrType, olsrv2TibRouterTopologySetToOrigIpAddr } ::= { olsrv2TibRouterTopologySetTable 1 }Olsrv2TibTopologySetEntryOlsrv2TibRouterTopologySetEntry ::= SEQUENCE { olsrv2TibRouterTopologySetFromOrigIpAddrType InetAddressType, olsrv2TibRouterTopologySetFromOrigIpAddr InetAddress, olsrv2TibRouterTopologySetToOrigIpAddrType InetAddressType, olsrv2TibRouterTopologySetToOrigIpAddr InetAddress, olsrv2TibRouterTopologySetSeqNo Unsigned32, olsrv2TibRouterTopologySetMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2TibRouterTopologySetExpireTime TimeStamp } olsrv2TibRouterTopologySetFromOrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibRouterTopologySetFromOrigIpAddr, as defined in the InetAddress MIB module (RFC4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 1 } olsrv2TibRouterTopologySetFromOrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the originator address of a routerwhichthat can reach the router with originator address TR_to_orig_addr in one hop." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 2 } olsrv2TibRouterTopologySetToOrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibRouterTopologySetToOrigIpAddr, as defined in the InetAddress MIB module (RFC4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 3 } olsrv2TibRouterTopologySetToOrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the originator address of a routerwhichthat can be reached by the router with originator address TR_to_orig_addr in one hop." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 4 } olsrv2TibRouterTopologySetSeqNo OBJECT-TYPE SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "This is the greatestAssignedAdvertised Neighbor Sequence Number (ANSN) in any TC message receivedwhichthat originated from the router with originator address TR_from_orig_addr, i.e.,whichthat contributed to the information contained in this Tuple and that is defined by the objects: (olsrv2TibRouterTopologySetFromOrigIpAddrType, olsrv2TibRouterTopologySetFromOrigIpAddr). Sequence numbers are used in the OLSRv2 protocol for the purpose of discarding 'old' information, i.e., messages received out of order.HoweverHowever, with a limited number of bits for representing sequence numbers,wrap-aroundwraparound (that the sequence number is incremented from the maximum possible value to zero) will occur. To prevent this from interfering with the operation of this protocol, OLSRv2 implementations observe the following when determining the ordering of sequence numbers. In OLSRv2, MAXVALUE designates one more than the largest possible value for a sequence number. For a16 bit16-bit sequencenumbernumber, MAXVALUE is 65536. The sequence number S1 is said to be 'greater than' the sequence number S2 if: o S1 > S2 AND S1 - S2 < MAXVALUE/2 OR o S2 > S1 AND S2 - S1 > MAXVALUE/2 When sequence numbers S1 and S2 differ byMAXVALUE/2MAXVALUE/2, their ordering cannot be determined. In this case, which should not occur, either ordering may be assumed.ThusThus, when comparing two messages, it is possible - even in the presence ofwrap-aroundwraparound - to determine which message contains the most recent information." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 5 } olsrv2TibRouterTopologySetMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "This is the neighbor metric from the router with originator address TR_from_orig_addr (olsrv2TibRouterTopologySetFromOrigIpAddrType, olsrv2TibRouterTopologySetFromOrigIpAddr) to the router with originator address TR_to_orig_addr (olsrv2TibRouterTopologySetToOrigIpAddrType, olsrv2TibRouterTopologySetToOrigIpAddr)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 6 } olsrv2TibRouterTopologySetExpireTime OBJECT-TYPE SYNTAX TimeStamp UNITS "centiseconds" MAX-ACCESSnot-accessibleread-only STATUS current DESCRIPTION "olsrv2TibRouterTopologySetExpireTime specifies the value of sysUptime when this entry SHOULD expire and be removed from the olsrv2TibRouterTopologySetTable." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRouterTopologySetEntry 7 } -- -- Routable Address Topology Set -- olsrv2TibRoutableAddressTopologySetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2TibRoutableAddressTopologySetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Routable Address Topology Set records topology information about the routable addresses within the MANET,andincluding via which routers they may be reached." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 9 } olsrv2TibRoutableAddressTopologySetEntry OBJECT-TYPE SYNTAX Olsrv2TibRoutableAddressTopologySetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "It consists of Router Topology Tuples: (TA_from_orig_addr (olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType olsrv2TibRoutableAddressTopologySetFromOrigIpAddr), TA_dest_addr (olsrv2TibRoutableAddressTopologySetFromDestIpAddrType olsrv2TibRoutableAddressTopologySetFromDestIpAddr), TA_seq_number (olsrv2TibRoutableAddressTopologySetSeqNo) TA_metric (olsrv2TibRoutableAddressTopologySetMetricValue) TA_time (olsrv2TibRoutableAddressTopologySetExpireTime) ) OLSRv2 (RFCXXXX)7181) defines the rules for managing entries within this table, e.g., populating and purging entries. Specific instructions for the olsrv2TibRoutableAddressTopologySetEntry(s) are found in Section 10.3 and Section 17 of OLSRv2 (RFCXXXX)."7181)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType, olsrv2TibRoutableAddressTopologySetFromOrigIpAddr, olsrv2TibRoutableAddressTopologySetDestIpAddrType, olsrv2TibRoutableAddressTopologySetDestIpAddr } ::= { olsrv2TibRoutableAddressTopologySetTable 1 } Olsrv2TibRoutableAddressTopologySetEntry ::= SEQUENCE { olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType InetAddressType, olsrv2TibRoutableAddressTopologySetFromOrigIpAddr InetAddress, olsrv2TibRoutableAddressTopologySetDestIpAddrType InetAddressType, olsrv2TibRoutableAddressTopologySetDestIpAddr InetAddress, olsrv2TibRoutableAddressTopologySetSeqNo Unsigned32, olsrv2TibRoutableAddressTopologySetMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2TibRoutableAddressTopologySetExpireTime TimeStamp } olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibRoutableAddressTopologySetFromOrigIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 1 } olsrv2TibRoutableAddressTopologySetFromOrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the originator address of a routerwhichthat can reach the router with routable address TA_dest_addr in one hop." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 2 } olsrv2TibRoutableAddressTopologySetDestIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibRouterTopologySetToOrigIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 3 } olsrv2TibRoutableAddressTopologySetDestIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is a routable address of a routerwhichthat can be reached by the router with originator address TA_from_orig_addr in one hop. The TA_from_orig_addr is defined by the tuple (olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType olsrv2TibRoutableAddressTopologySetFromOrigIpAddr)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 4 } olsrv2TibRoutableAddressTopologySetSeqNo OBJECT-TYPE SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "This is the greatestANSNAdvertised Neighbor Sequence Number (ANSN) in any TC message receivedwhichthat originated from the router with originator address TA_from_orig_addr, i.e.,whichthat contributed to the information contained in this Tuple. The TA_from_orig_addr is defined by the tuple (olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType olsrv2TibRoutableAddressTopologySetFromOrigIpAddr)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 5 } olsrv2TibRoutableAddressTopologySetMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "This is the neighbor metric from the router with originator address TA_from_orig_addr (defined by the tuple (olsrv2TibRoutableAddressTopologySetFromOrigIpAddrType olsrv2TibRoutableAddressTopologySetFromOrigIpAddr)) to the router with OLSRv2 interface address TA_dest_addr (defined by the tuple (olsrv2TibRoutableAddressTopologySetFromDestIpAddrType olsrv2TibRoutableAddressTopologySetFromDestIpAddr))." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 6 } olsrv2TibRoutableAddressTopologySetExpireTime OBJECT-TYPE SYNTAX TimeStamp UNITS "centiseconds" MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2TibRoutableAddressTopologySetExpireTime specifies the value of sysUptime when this entry SHOULD expire and be removed from the olsrv2TibRoutableAddressTopologySetTable." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutableAddressTopologySetEntry 7 } -- -- Attached Network Set -- olsrv2TibAttNetworksSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2TibAttNetworksSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Attached Network Set records information about networks (which may be outside the MANET) attached to other routers and their routable addresses." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 10 } olsrv2TibAttNetworksSetEntry OBJECT-TYPE SYNTAX Olsrv2TibAttNetworksSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "It consists of Attached Network Tuples: (AN_orig_addr (olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr), AN_net_addr (olsrv2TibAttNetworksSetNetIpAddrType, olsrv2TibAttNetworksSetNetIpAddr, olsrv2TibAttNetworksSetNetIpAddrPrefixLen), AN_seq_number (olsrv2TibAttNetworksSetSeqNo), AN_dist (olsrv2TibAttNetworksSetDist), AN_metric (olsrv2TibAttNetworksSetMetricValue), AN_time (olsrv2TibAttNetworksSetExpireTime) ) OLSRv2 (RFCXXXX)7181) defines the rules for managing entries within this table, e.g., populating and purging entries. Specific instructions for the olsrv2TibRoutableAddressTopologySetEntry(s) are found in Section 10.4 and Section 17 of OLSRv2 (RFCXXXX)."7181)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr, olsrv2TibAttNetworksSetNetIpAddrType, olsrv2TibAttNetworksSetNetIpAddr, olsrv2TibAttNetworksSetNetIpAddrPrefixLen } ::= { olsrv2TibAttNetworksSetTable 1 } Olsrv2TibAttNetworksSetEntry ::= SEQUENCE { olsrv2TibAttNetworksSetOrigIpAddrType InetAddressType, olsrv2TibAttNetworksSetOrigIpAddr InetAddress, olsrv2TibAttNetworksSetNetIpAddrType InetAddressType, olsrv2TibAttNetworksSetNetIpAddr InetAddress, olsrv2TibAttNetworksSetNetIpAddrPrefixLen InetAddressPrefixLength, olsrv2TibAttNetworksSetSeqNo Unsigned32, olsrv2TibAttNetworksSetDist Unsigned32, olsrv2TibAttNetworksSetMetricValue Olsrv2MetricValueCompressedFormTC, olsrv2TibAttNetworksSetExpireTime TimeStamp } olsrv2TibAttNetworksSetOrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibAttNetworksSetOrigIpAddr, as defined in the InetAddress MIB module (RFC4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 1 } olsrv2TibAttNetworksSetOrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the originator address, of type olsrv2TibAttNetworksSetOrigIpAddrType, of a routerwhichthat can act as gateway to the network with address AN_net_addr. The AN_net_addr is defined by the tuple (olsrv2TibAttNetworksSetNetIpAddrType, olsrv2TibAttNetworksSetNetIpAddr, olsrv2TibAttNetworksSetNetIpAddrPrefixLen)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 2 } olsrv2TibAttNetworksSetNetIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibAttNetworksSetNetIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 3 } olsrv2TibAttNetworksSetNetIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This isisthe networkaddress,ofaddress, of type olsrv2TibAttNetworksSetNetIpAddrType, of an attached network,whichthat may be reached via the router with originator address AN_orig_addr. The AN_orig_addr is defined by the tuple (olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 4 } olsrv2TibAttNetworksSetNetIpAddrPrefixLen OBJECT-TYPE SYNTAX InetAddressPrefixLength UNITS "bits" MAX-ACCESS not-accessible STATUS current DESCRIPTION "Indicates the number of leading one bits that form the mask to be logically ANDed with the destination address before being compared to the value in the olsrv2TibAttNetworksSetNetIpAddr field." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 5 } olsrv2TibAttNetworksSetSeqNo OBJECT-TYPE SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "This is the greatestAssignedAdvertised Neighbor Sequence Number (ANSN) in any TC message receivedwhichthat originated from the router with originator address AN_orig_addr (i.e.,whichthat contributed to the information contained in this Tuple). The AN_orig_addr is defined by the tuple (olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr). Sequence numbers are used in the OLSRv2 protocol for the purpose of discarding 'old' information, i.e., messages received out of order.HoweverHowever, with a limited number of bits for representing sequence numbers,wrap-aroundwraparound (that the sequence number is incremented from the maximum possible value to zero) will occur. To prevent this from interfering with the operation of this protocol, the following MUST be observed when determining the ordering of sequence numbers. The term MAXVALUE designates in the following one more than the largest possible value for a sequence number. For a16 bit16-bit sequence number (as are those defined in thisspecification)specification), MAXVALUE is 65536. The sequence number S1 is said to be 'greater than' the sequence number S2 if: o S1 > S2 AND S1 - S2 < MAXVALUE/2 OR o S2 > S1 AND S2 - S1 > MAXVALUE/2 When sequence numbers S1 and S2 differ byMAXVALUE/2MAXVALUE/2, their ordering cannot be determined. In this case, which should not occur, either ordering may be assumed.ThusThus, when comparing two messages, it is possible - even in the presence ofwrap-aroundwraparound - to determine which message contains the most recent information." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 6 } olsrv2TibAttNetworksSetDist OBJECT-TYPE SYNTAX Unsigned32 (0..255) UNITS "hops" MAX-ACCESS read-only STATUS current DESCRIPTION "The number of hops to the network with address AN_net_addr from the router with originator address AN_orig_addr. The AN_orig_addr is defined by the tuple (olsrv2TibAttNetworksSetOrigIpAddrType, olsrv2TibAttNetworksSetOrigIpAddr)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 7 } olsrv2TibAttNetworksSetMetricValue OBJECT-TYPE SYNTAX Olsrv2MetricValueCompressedFormTC MAX-ACCESS read-only STATUS current DESCRIPTION "The metric of the link from the router with originator address AN_orig_addr to the attached network with address AN_net_addr. The AN_net_addr is defined by the tuple (olsrv2TibAttNetworksSetNetIpAddrType, olsrv2TibAttNetworksSetNetIpAddr, olsrv2TibAttNetworksSetNetIpAddrPrefixLen)." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 9 } olsrv2TibAttNetworksSetExpireTime OBJECT-TYPE SYNTAX TimeStamp UNITS "centiseconds" MAX-ACCESS read-only STATUS current DESCRIPTION "olsrv2TibAttNetworksSetExpireTime specifies the value of sysUptime when this entry SHOULD expire and be removed from the olsrv2TibAttNetworksSetTable." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibAttNetworksSetEntry 10 } -- -- Routing Set -- olsrv2TibRoutingSetTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2TibRoutingSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A router's Routing Set records the first hop along a selected path to each destination for which any such path is known." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2StateGroup 11 } olsrv2TibRoutingSetEntry OBJECT-TYPE SYNTAX Olsrv2TibRoutingSetEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "It consists of Routing Tuples: (R_dest_addr, R_next_iface_addr, R_local_iface_addr, R_dist, R_metric)" REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." INDEX { olsrv2TibRoutingSetDestIpAddrType, olsrv2TibRoutingSetDestIpAddr, olsrv2TibRoutingSetDestIpAddrPrefixLen } ::= { olsrv2TibRoutingSetTable 1 } Olsrv2TibRoutingSetEntry ::= SEQUENCE { olsrv2TibRoutingSetDestIpAddrType InetAddressType, olsrv2TibRoutingSetDestIpAddr InetAddress, olsrv2TibRoutingSetDestIpAddrPrefixLen InetAddressPrefixLength, olsrv2TibRoutingSetNextIfIpAddrType InetAddressType, olsrv2TibRoutingSetNextIfIpAddr InetAddress, olsrv2TibRoutingSetLocalIfIpAddrType InetAddressType, olsrv2TibRoutingSetLocalIfIpAddr InetAddress, olsrv2TibRoutingSetDist Unsigned32, olsrv2TibRoutingSetMetricValueOlsrv2MetricValueCompressedFormTCUnsigned32 } olsrv2TibRoutingSetDestIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The type of the olsrv2TibRoutingSetDestIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 1 } olsrv2TibRoutingSetDestIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the address of the destination, either the address of an interface of a destinationrouter,router or the network address of an attached network." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 2 } olsrv2TibRoutingSetDestIpAddrPrefixLen OBJECT-TYPE SYNTAX InetAddressPrefixLength UNITS "bits" MAX-ACCESS not-accessible STATUS current DESCRIPTION "Indicates the number of leading one bits that form the mask to be logically ANDed with the destination address before being compared to the value in the olsrv2TibRoutingSetDestIpAddr field. Note: This definition needs to be consistent with the current forwarding table MIB module description. Specifically, it SHOULD allow for longest prefix matching of network addresses." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 3 } olsrv2TibRoutingSetNextIfIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The type of the olsrv2TibRoutingSetNextIfIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 4 } olsrv2TibRoutingSetNextIfIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the OLSRv2 interface address of the next hop on the selected path to the destination." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 5 } olsrv2TibRoutingSetLocalIfIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The type of the olsrv2TibRoutingSetLocalIfIpAddr and olsrv2TibRoutingSetNextIfIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 6 } olsrv2TibRoutingSetLocalIfIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the address of the local OLSRv2 interface over which a packet must be sent to reach the destination by the selected path." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 7 } olsrv2TibRoutingSetDist OBJECT-TYPE SYNTAX Unsigned32 (0..255) UNITS "hops" MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the number of hops on the selected path to the destination." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 8 } olsrv2TibRoutingSetMetricValue OBJECT-TYPE SYNTAXOlsrv2MetricValueCompressedFormTCUnsigned32(0..4294901760) MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the metric of the route to the destination with addressR_dest_addr."R_dest_addr. The maximum value of this object can be 256 times MAXIMUM_METRIC, as represented in Olsrv2MetricValueCompressedFormTC, i.e., 4294901760." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2TibRoutingSetEntry 9 } -- -- OLSRv2 Performance Group -- -- -- Contains objectswhichthat help to characterize the -- performance of the OLSRv2 routing process. -- olsrv2PerformanceObjGrp OBJECT IDENTIFIER ::= {olsrv2MIBObjects 3} -- -- Objects per local interface -- olsrv2InterfacePerfTable OBJECT-TYPE SYNTAX SEQUENCE OF Olsrv2InterfacePerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table summarizes performance objects that are measured per each active local OLSRv2 interface. If the olsrv2InterfaceAdminStatus of the interface changes to'disabled''disabled', then the row associated with this interface SHOULD be removed from this table." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2PerformanceObjGrp 1 } olsrv2InterfacePerfEntry OBJECT-TYPE SYNTAX Olsrv2InterfacePerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A single entry contains performance counters for each active local OLSRv2 interface." AUGMENTS { nhdpInterfacePerfEntry } ::= { olsrv2InterfacePerfTable 1 } Olsrv2InterfacePerfEntry ::= SEQUENCE { olsrv2IfTcMessageXmits Counter32, olsrv2IfTcMessageRecvd Counter32, olsrv2IfTcMessageXmitAccumulatedSize Counter64, olsrv2IfTcMessageRecvdAccumulatedSize Counter64, olsrv2IfTcMessageTriggeredXmits Counter32, olsrv2IfTcMessagePeriodicXmits Counter32, olsrv2IfTcMessageForwardedXmits Counter32, olsrv2IfTcMessageXmitAccumulatedMPRSelectorCount Counter32 } olsrv2IfTcMessageXmits OBJECT-TYPE SYNTAX Counter32 UNITS "messages" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented each time a TC message has been transmitted on that interface." ::= { olsrv2InterfacePerfEntry 1 } olsrv2IfTcMessageRecvd OBJECT-TYPE SYNTAX Counter32 UNITS "messages" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented each time a TC message has been received on that interface. This excludes all messages that are ignored due to OLSRv2 protocolprocedures."procedures, such as messages considered invalid for processing by this router, as defined in Section 16.3.1 of OLSRv2 (RFC 7181)." REFERENCE "RFC 7181 - The Optimized Link State Routing Protocol Version 2, Clausen, T., Dearlove, C., Jacquet, P., and U. Herberg, April 2014." ::= { olsrv2InterfacePerfEntry 2 } olsrv2IfTcMessageXmitAccumulatedSize OBJECT-TYPE SYNTAX Counter64 UNITS "octets" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented by the number of octets in a TC message each time a TC message has been sent." ::= { olsrv2InterfacePerfEntry 3 } olsrv2IfTcMessageRecvdAccumulatedSize OBJECT-TYPE SYNTAX Counter64 UNITS "octets" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented by the number of octets in a TC message each time a TC message has been received. This excludes all messages that are ignored due to OLSRv2 protocolprocedures."procedures, such as messages considered invalid for processing by this router, as defined in Section 16.3.1 of OLSRv2 (RFC 7181)." REFERENCE "RFC 7181 - The Optimized Link State Routing Protocol Version 2, Clausen, T., Dearlove, C., Jacquet, P., and U. Herberg, April 2014." ::= { olsrv2InterfacePerfEntry 4 } olsrv2IfTcMessageTriggeredXmits OBJECT-TYPE SYNTAX Counter32 UNITS "messages" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented each time a triggered TC message has been sent." ::= { olsrv2InterfacePerfEntry 5 } olsrv2IfTcMessagePeriodicXmits OBJECT-TYPE SYNTAX Counter32 UNITS "messages" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented each time a periodic TC message has been sent." ::= { olsrv2InterfacePerfEntry 6 } olsrv2IfTcMessageForwardedXmits OBJECT-TYPE SYNTAX Counter32 UNITS "messages" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented each time a TC message has been forwarded." ::= { olsrv2InterfacePerfEntry 7 } olsrv2IfTcMessageXmitAccumulatedMPRSelectorCount OBJECT-TYPE SYNTAX Counter32 UNITS "advertised MPR selectors" MAX-ACCESS read-only STATUS current DESCRIPTION "A counter is incremented by the number of advertised MPR selectors in a TC each time a TC message has been sent." ::= { olsrv2InterfacePerfEntry 8 } -- -- Objects concerning the RoutingsetSet -- olsrv2RoutingSetRecalculationCount OBJECT-TYPE SYNTAX Counter32 UNITS "recalculations" MAX-ACCESS read-only STATUS current DESCRIPTION "This counter increments each time the Routing Set has been recalculated." ::= { olsrv2PerformanceObjGrp 2 } -- -- Objects concerning the MPR set -- olsrv2MPRSetRecalculationCount OBJECT-TYPE SYNTAX Counter32 UNITS "recalculations" MAX-ACCESS read-only STATUS current DESCRIPTION "This counter increments each time the MPRs of this router have been recalculated for any of its interfaces." ::= { olsrv2PerformanceObjGrp 3 } -- -- Notifications -- olsrv2NotificationsObjects OBJECT IDENTIFIER ::= { olsrv2MIBNotifications 0 } olsrv2NotificationsControl OBJECT IDENTIFIER ::= { olsrv2MIBNotifications 1 } olsrv2NotificationsStates OBJECT IDENTIFIER ::= { olsrv2MIBNotifications 2 } -- olsrv2NotificationsObjects olsrv2RouterStatusChange NOTIFICATION-TYPE OBJECTS { olsrv2OrigIpAddrType, -- The address type of -- the originator of -- the notification. olsrv2OrigIpAddr, -- The originator of -- the notification. olsrv2AdminStatus -- The new state. } STATUS current DESCRIPTION "olsrv2RouterStatusChange is a notification generated when the OLSRv2 router changes it status. The router status is maintained in the olsrv2AdminStatus object." ::= { olsrv2NotificationsObjects 1 } olsrv2OrigIpAddrChange NOTIFICATION-TYPE OBJECTS { olsrv2OrigIpAddrType, -- The address type of -- the originator of -- the notification. olsrv2OrigIpAddr, -- The originator of -- the notification. olsrv2PreviousOrigIpAddrType, -- The address -- type of the previous -- address of -- the originator of -- the notification. olsrv2PreviousOrigIpAddr -- The previous -- address of the -- originator of -- the notification. } STATUS current DESCRIPTION "olsrv2OrigIpAddrChange is a notification generated when the OLSRv2 router changes it originator IP address. The notification includes the new and the previous originator IP address of the OLSRv2 router." ::= { olsrv2NotificationsObjects 2 } olsrv2RoutingSetRecalculationCountChange NOTIFICATION-TYPE OBJECTS { olsrv2OrigIpAddrType, -- The address type of -- the originator of -- the notification. olsrv2OrigIpAddr, -- The originator of -- the notification. olsrv2RoutingSetRecalculationCount -- Number -- of the --routing setRouting Set -- recalculations. } STATUS current DESCRIPTION "The olsrv2RoutingSetRecalculationCountChange notification is generated when a significant number ofrouting setRouting Set recalculations have occurred in a short time. This notification SHOULD be generated no more than once per olsrv2RoutingSetRecalculationCountWindow. The network administrator SHOULD select appropriate values for 'significant number ofrouting setRouting Set recalculations' and 'short time' through the settings of the olsrv2RoutingSetRecalculationCountThreshold and olsrv2RoutingSetRecalculationCountWindow objects." ::= { olsrv2NotificationsObjects 3 } olsrv2MPRSetRecalculationCountChange NOTIFICATION-TYPE OBJECTS { olsrv2OrigIpAddrType, -- The address type of -- the originator of -- the notification. olsrv2OrigIpAddr, -- The originator of -- the notification. olsrv2MPRSetRecalculationCount -- Number of -- MPR set -- recalculations. } STATUS current DESCRIPTION "The olsrv2MPRSetRecalculationCountChange notification is generated when a significant number of MPR set recalculations occur in a short period of time. This notification SHOULD be generated no more than once per olsrv2MPRSetRecalculationCountWindow. The network administrator SHOULD select appropriate values for 'significant number of MPR set recalculations' and 'short period of time' through the settings of the olsrv2MPRSetRecalculationCountThreshold and olsrv2MPRSetRecalculationCountWindow objects." ::= { olsrv2NotificationsObjects 4 } -- olsrv2NotificationsControl olsrv2RoutingSetRecalculationCountThreshold OBJECT-TYPE SYNTAX Integer32 (0..255) UNITS "recalculations" MAX-ACCESS read-write STATUS current DESCRIPTION "A threshold value for the olsrv2RoutingSetRecalculationCount object. If the number of occurrences exceeds this threshold within the previous olsrv2RoutingSetRecalculationCountWindow, then the olsrv2RoutingSetRecalculationCountChange notification is to be generated. It is RECOMMENDED that the value of this threshold be set to at least 20 and higher in dense topologies with frequent expected topology changes." DEFVAL { 20 } ::= { olsrv2NotificationsControl 1 } olsrv2RoutingSetRecalculationCountWindow OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to determine whether to generate an olsrv2RoutingSetRecalculationCountChange notification. This object represents an interval from the present moment, extending into the past, expressed in hundredths of a second. If the change in the value of the olsrv2RoutingSetRecalculationCount object during this interval has exceeded the value of olsrv2RoutingSetRecalculationCountThreshold, then an olsrv2RoutingSetRecalculationCountChange notification is generated. It is RECOMMENDED that the value for this window be set to at least 5 times the nhdpHelloInterval (whose default value is 2 seconds." DEFVAL { 1000 } ::= { olsrv2NotificationsControl 2 } olsrv2MPRSetRecalculationCountThreshold OBJECT-TYPE SYNTAX Integer32 (0..255) UNITS "recalculations" MAX-ACCESS read-write STATUS current DESCRIPTION "A threshold value for the olsrv2MPRSetRecalculationCount object. If the number of occurrences exceeds this threshold within the previous olsrv2MPRSetRecalculationCountWindow, then the olsrv2MPRSetRecalculationCountChange notification is to be generated. It is RECOMMENDED that the value of this threshold be set to at least 20 and higher in dense topologies with frequent expected topology changes." DEFVAL { 20 } ::= { olsrv2NotificationsControl 3 } olsrv2MPRSetRecalculationCountWindow OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to determine whether to generate an olsrv2MPRSetRecalculationCountChange notification. This object represents an interval from the present moment, extending into the past, expressed in hundredths of a second. If the change in the value of the olsrv2MPRSetRecalculationCount object during that interval has exceeded the value of olsrv2MPRSetRecalculationCountThreshold, then the an olsrv2MPRSetRecalculationCountChange notification is generated. It is RECOMMENDED that the value for this window be set to at least 5 times the nhdpHelloInterval." DEFVAL { 1000 } ::= { olsrv2NotificationsControl 4 } olsrv2PreviousOrigIpAddrType OBJECT-TYPE SYNTAX InetAddressType { ipv4(1) , ipv6(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The type of the olsrv2PreviousOrigIpAddr, as defined in the InetAddress MIB module (RFC 4001). Only the values 'ipv4(1)' and 'ipv6(2)' are supported. This object MUST have the same persistence characteristics as olsrv2PreviousOrigIpAddr." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NotificationsStates 1 } olsrv2PreviousOrigIpAddr OBJECT-TYPE SYNTAX InetAddress (SIZE(4|16)) MAX-ACCESS read-only STATUS current DESCRIPTION "The previous origination IP address of this OLSRv2 router. This object SHOULD be updated each time the olsrv2OrigIpAddr is modified. This object ispersistentpersistent, and whenwrittenwritten, the entity SHOULD save the change to non-volatile storage." REFERENCE "RFCXXXX7181 - The Optimized Link State Routing ProtocolversionVersion 2, Clausen, T., Dearlove, C., Jacquet,P.P., and U. Herberg,March 2013."April 2014." ::= { olsrv2NotificationsStates 2 } -- -- Compliance Statements -- olsrv2Compliances OBJECT IDENTIFIER ::= { olsrv2MIBConformance 1 } olsrv2MIBGroups OBJECT IDENTIFIER ::= { olsrv2MIBConformance 2 } olsrv2BasicCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The basic implementation requirements for managed network entities that implement the OLSRv2 routing process." MODULE -- this module MANDATORY-GROUPS { olsrv2ConfigObjectsGroup } ::= { olsrv2Compliances 1 } olsrv2FullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The full implementation requirements for managed network entities that implement the OLSRv2 routing process." MODULE -- this module MANDATORY-GROUPS { olsrv2ConfigObjectsGroup, olsrv2StateObjectsGroup, olsrv2PerfObjectsGroup, olsrv2NotificationsObjectsGroup, olsrv2NotificationsGroup } ::= { olsrv2Compliances 2 } -- -- Units of Conformance -- olsrv2ConfigObjectsGroup OBJECT-GROUP OBJECTS { olsrv2AdminStatus, olsrv2InterfaceAdminStatus, olsrv2OrigIpAddrType, olsrv2OrigIpAddr, olsrv2OHoldTime, olsrv2TcInterval, olsrv2TcMinInterval, olsrv2THoldTime, olsrv2AHoldTime, olsrv2RxHoldTime, olsrv2PHoldTime, olsrv2FHoldTime, olsrv2TpMaxJitter, olsrv2TtMaxJitter, olsrv2FMaxJitter, olsrv2TcHopLimit, olsrv2WillFlooding, olsrv2WillRouting, olsrv2LinkMetricType } STATUS current DESCRIPTION "Objects to permit configuration of OLSRv2. All of these SHOULD be backed by non-volatile storage." ::= { olsrv2MIBGroups 1 } olsrv2StateObjectsGroup OBJECT-GROUP OBJECTS { olsrv2LibOrigSetExpireTime, olsrv2LibLocAttNetSetDistance, olsrv2LibLocAttNetSetMetricValue, olsrv2IibLinkSetInMetricValue, olsrv2IibLinkSetOutMetricValue, olsrv2IibLinkSetMprSelector, olsrv2Iib2HopSetInMetricValue, olsrv2Iib2HopSetOutMetricValue, olsrv2NibNeighborSetNOrigIpAddrType, olsrv2NibNeighborSetNOrigIpAddr, olsrv2NibNeighborSetNInMetricValue, olsrv2NibNeighborSetNOutMetricValue, olsrv2NibNeighborSetNWillFlooding, olsrv2NibNeighborSetNWillRouting, olsrv2NibNeighborSetNFloodingMpr, olsrv2NibNeighborSetNRoutingMpr, olsrv2NibNeighborSetNMprSelector, olsrv2NibNeighborSetNAdvertised, olsrv2NibNeighborSetTableAnsn, olsrv2TibAdRemoteRouterSetMaxSeqNo, olsrv2TibAdRemoteRouterSetExpireTime, olsrv2TibRouterTopologySetSeqNo, olsrv2TibRouterTopologySetMetricValue, olsrv2TibRouterTopologySetExpireTime, olsrv2TibRoutableAddressTopologySetExpireTime, olsrv2TibRoutableAddressTopologySetSeqNo, olsrv2TibRoutableAddressTopologySetMetricValue, olsrv2TibAttNetworksSetSeqNo, olsrv2TibAttNetworksSetDist, olsrv2TibAttNetworksSetMetricValue, olsrv2TibAttNetworksSetExpireTime, olsrv2TibRoutingSetNextIfIpAddrType, olsrv2TibRoutingSetNextIfIpAddr, olsrv2TibRoutingSetLocalIfIpAddrType, olsrv2TibRoutingSetLocalIfIpAddr, olsrv2TibRoutingSetDist, olsrv2TibRoutingSetMetricValue } STATUS current DESCRIPTION "Objects to permit monitoring of OLSRv2 state." ::= { olsrv2MIBGroups 2 } olsrv2PerfObjectsGroup OBJECT-GROUP OBJECTS { olsrv2IfTcMessageXmits, olsrv2IfTcMessageRecvd, olsrv2IfTcMessageXmitAccumulatedSize, olsrv2IfTcMessageRecvdAccumulatedSize, olsrv2IfTcMessageTriggeredXmits, olsrv2IfTcMessagePeriodicXmits, olsrv2IfTcMessageForwardedXmits, olsrv2IfTcMessageXmitAccumulatedMPRSelectorCount, olsrv2RoutingSetRecalculationCount, olsrv2MPRSetRecalculationCount } STATUS current DESCRIPTION "Objects to support monitoring of OLSRv2 performance." ::= { olsrv2MIBGroups 3 } olsrv2NotificationsObjectsGroup OBJECT-GROUP OBJECTS { olsrv2RoutingSetRecalculationCountThreshold, olsrv2RoutingSetRecalculationCountWindow, olsrv2MPRSetRecalculationCountThreshold, olsrv2MPRSetRecalculationCountWindow, olsrv2PreviousOrigIpAddrType, olsrv2PreviousOrigIpAddr } STATUS current DESCRIPTION "Objects to support the notification types in the olsrv2NotificationsGroup. Some of these appear in notification payloads, others serve to control notification generation." ::= { olsrv2MIBGroups 4 } olsrv2NotificationsGroup NOTIFICATION-GROUP NOTIFICATIONS { olsrv2RouterStatusChange, olsrv2OrigIpAddrChange, olsrv2RoutingSetRecalculationCountChange, olsrv2MPRSetRecalculationCountChange } STATUS current DESCRIPTION "Notification types to support management of OLSRv2." ::= { olsrv2MIBGroups 5 } END 8. Security Considerations This MIB module defines objects for the configuration,monitoringmonitoring, and notification of the Optimized Link State RoutingprotocolProtocol version 2[OLSRv2].(OLSRv2) [RFC7181]. OLSRv2 allows routers to acquire topological information of the routing domain byvirtue ofexchanging TCmessage,messages in order to calculate shortest paths to each destination router in the routingdomain, to select relays for network-wide transmissions etc.domain. There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. These are the tables and objects and their sensitivity/vulnerability: o olsrv2TcInterval, olsrv2TcMinInterval - these writable objects control the rate at which TC messages are sent. If set at too high a rate, this could represent a form ofDOSa DoS attack by overloading interface resources. If set too low, OLSRv2 may not converge fast enough to provide accurate routes to all destinations in the routing domain. o olsrv2TcHopLimit - defines the hop limit for TC messages. If set too low, messages will not be forwarded beyond the definedscope, and thusscope; thus, routers further away from the message originator will not be able to construct appropriate topology graphs. o olsrv2OHoldTime, olsrv2THoldTime, olsrv2AHoldTime, olsrv2RxHoldTime, olsrv2PHoldTime, olsrv2FHoldTime - define hold times for tuples of different Information Bases of OLSRv2. If set too low, information will expire quickly, and may this harm a correct operation of the routing protocol. o olsrv2WillFlooding and olsrv2WillRouting - define the willingness of this router to become MPR. If this is set to WILL_NEVER (0), the managed router will not forward any TC messages, nor accept a selection to become MPR by neighboring routers. If set to WILL_ALWAYS (15), the router will be preferred by neighbors during MPRselection,selection and may thus attract more traffic. o olsrv2TpMaxJitter, olsrv2TtMaxJitter, olsrv2FMaxJitter - define jitter values for TC message transmission and forwarding. If set too low, control traffic may get lostif the channel is lossy.when collisions occur. o olsrv2LinkMetricType - defines the type of the link metric that a router uses (e.g., ETX orhop-count).hop count). Whenever this value changes, all link metric information recorded by the router is invalid, causing a reset of information acquired from other routers in the MANET. Moreover, if olsrv2LinkMetricType on a router is set to a value that is not known to other routers in the MANET, these routers will not be able to establish routes to that router or transiting that router. Existing routes to the router withaan olsrv2LinkMetricType unknown to other routers in the MANET will be removed. 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. These are the tables and objects and their sensitivity/vulnerability: o olsrv2TibRouterTopologySetTable - The contains information on the topology of the MANET, specifically the IP address of the routers in the MANET (as identified by olsrv2TibRouterTopologySetFromOrigIpAddr and olsrv2TibRouterTopologySetToOrigIpAddr objects). This information provides an adversary broad information on the members of the MANET, located within this single table. This information can be used to expedite attacks on the other members of the MANET without having to go through a laborious discovery process on their own. Some of the Tables in this MIB module AUGMENT Tables defined inNHDP-MIBNHDP- MIB [RFC6779]. Hence, care must be taken in configuring access control here in order make sure that the permitted permissions granted for theAUGMENT-ingAUGMENTing Tables here are consistent with the access controls permitted within the NHDP-MIB. The below list identifies theAUGMENT-ingAUGMENTing Tables and their NHDP-MIB counterparts. It isrecommendRECOMMENDED that access control policies for these Table pairs are consistently set. o The olsrv2InterfaceTable AUGMENTs the nhdpInterfaceTable. o The olsrv2IibLinkSetTable AUGMENTs the nhdpIibLinkSetTable. o The olsrv2Iib2HopSetTable AUGMENTs the nhdpIib2HopSetTable. o The olsrv2NibNeighborSetTable AUGMENTs the nhdpNibNeighborSetTable. o The olsrv2InterfacePerfTable AUGMENTs the nhdpInterfacePerfTable. MANET technology is often deployed to support communications of emergency services or military tactical applications. In these applications, it is imperative to maintain the proper operation of the communications network and to protect sensitive information related to its operation. Therefore, when implementing these capabilities, the full use of SNMPv3 cryptographic mechanisms for authentication and privacy is RECOMMENDED. SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPsec), 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. Implementations SHOULD provide the security features described by the SNMPv3 framework (see [RFC3410]), and implementations claiming compliance to the SNMPv3 standard MUST include full support for authentication and privacy via the User-based Security Model (USM) [RFC3414] with the AES cipher algorithm [RFC3826]. Implementations MAY also provide support for the Transport Security Model (TSM) [RFC5591] in combination with a secure transport such as SSH [RFC5592] or TLS/DTLS [RFC6353]. 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. 9. Applicability Statement This document describes objects for configuring parameters of the Optimized Link State Routing Protocol version 2 (OLSRv2)Protocol [OLSRv2][RFC7181] process on a router. This MIB module, denoted OLSRv2-MIB, also reports state, performanceinformationinformation, and notifications. The OLSRv2 protocol relies upon information gathered via the Neighborhood Discovery Protocol [RFC6130] in order to perform its operations.TheNHDPprotocolis managed via the NHDP-MIB [RFC6779]. MANET deployments can greatly differ in aspects of dynamics of the topology,capacitycapacity, and loss rates of underlying channels, traffic flow directions, memory and CPU capacity ofroutersrouters, etc.SNMPSNMP, and therefore this MIBmodulemodule, are only applicable for a subset of MANET deployments, in particular deployments: o In which routers have enough memory and CPU resources to run SNMP and expose the MIB module. o Where anetwork management stationNetwork Management System (NMS) is defined to which notifications aregenerated,generated and from which routers can be managed. o Where this NMS is reachable from routers in the MANET most of the time (as notifications to the NMS and management information from the NMS to the router will be lost when connectivity is temporarily lost). This requires that the topology of the MANET is only moderately dynamic. o Where the underlying wireless channel supports enough bandwidth to run SNMP, and where loss rates of the channel are not exhaustive. Certain MANETdeployments,deployments such as community networks with non-mobile routers, dynamic topology because of changing link quality, and apre-definedpredefined gateway (that could also serve as NMS), are examples of networks applicable for this MIB module. Other, more constrained deployments of MANETs may not be able to run SNMP and require different management protocols. Some level of configuration, i.e., read-write objects, is desirable for OLSRv2 deployments.Topology related configurationTopology-related configuration, such as the ability to enable OLSRv2 on new interfaces or initially configure OLSRv2 on a router's interfaces through the olsrv2InterfaceAdminStatusobjectobject, is critical to initial system startup. The OLSRv2 protocol allows for some level of performance tuning through various protocolparametersparameters, and this MIB module allows for configuration of those protocol parameters throughread-writeread- write objects such as the olsrv2TcHopLimit or the olsrv2FMaxJitter. Other read-write objects allow for the control of Notification behavior through this MIB module, e.g., the olsrv2RoutingSetRecalculationCountThreshold object. A fuller discussion of MANET network management applicability is to be providedelsewhere [USE-CASES].elsewhere: [MGMT-SNAP] provides a snapshot of OLSRv2-routed MANET management as currently deployed, while [MANET-MGMT] is intended to provide specific guidelines on MANET network management considering the various MIB modules that have been written. 10. IANA ConsiderationsThe RFC editor should remove the specification of the IANAolsrv2LinkMetricType-MIB found in Appendix A upon publication of the OLSRv2-MIB. Further,IANAshould take overnow maintains the IANAolsrv2LinkMetricType-MIB andkeepkeeps it synchronized with the "LINK_METRIC Address Block TLV Type Extensions" registryidentified below within the IANAolsrv2LinkMetricType TEXTUAL-CONVENTION.at <http://www.iana.org/assignments/manet-parameters>. The MIBmodulemodules in this documentusesuse the following IANA-assigned OBJECT IDENTIFIERvaluevalues recorded in the SMI Numbers registry: Descriptor OBJECT IDENTIFIER value ---------- ----------------------- OLSRv2-MIB { mib-2ZZZZ219 }IANA EDITOR NOTE: please assign ZZZZ 11.IANA-OLSRv2-LINK-METRIC-TYPE-MIB { mib-2 221 } 11. Acknowledgements The authors would like to thank Randy Presuhn, Benoit Claise, Adrian Farrel, as well as the entire MANET WG for reviews of this document. This MIB document uses the template authored by D.HarringtonHarrington, which is based on contributions from the MIB Doctors, especially Juergen Schoenwaelder, Dave Perkins,C.M.HeardC.M. Heard, and Randy Presuhn. 12. References 12.1. Normative References[OLSRv2] Clausen, T., Dearlove, C., Jacquet, P., and U. Herberg, "The Optimized Link State Routing Protocol version 2", draft-ietf-manet-olsrv2-19 (work in progress), March 2013.[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2578] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999. [RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999. [RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999. [RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000. [RFC3414] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", STD 62, RFC 3414, December 2002. [RFC3418] Presuhn, R., "Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3418, December 2002. [RFC3826] Blumenthal, U., Maino, F., and K. McCloghrie, "The Advanced Encryption Standard (AES) Cipher Algorithm in the SNMP User-based Security Model", RFC 3826, June 2004. [RFC4001] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 4001, February 2005. [RFC5591] Harrington, D. and W. Hardaker, "Transport Security Model for the Simple Network Management Protocol (SNMP)", RFC 5591, June 2009. [RFC5592] Harrington, D.,Saloway,Salowey, J., and W. Hardaker, "Secure Shell Transport Model for the Simple Network Management Protocol (SNMP)", RFC 5592, June 2009. [RFC6130] Clausen, T., Dearlove, C., and J. Dean, "Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)", RFC 6130, April 2011. [RFC6353] Hardaker, W., "Transport Layer Security (TLS) Transport Model for the Simple Network Management Protocol (SNMP)", RFC 6353, July 2011. [RFC6779] Herberg, U., Cole, R., and I. Chakeres, "Definition of Managed Objects for the Neighborhood Discovery Protocol", RFC 6779,MayOctober 2012. [RFC7181] Clausen, T., Dearlove, C., Jacquet, P., and U. Herberg, "The Optimized Link State Routing Protocol Version 2", RFC 7181, April 2014. 12.2. Informative References[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002. [REPORT-MIB] Cole, R., Macker, J., and A. Bierman, "Definition of Managed Objects for Performance Reporting", draft-ietf-manet-report-mib-03 (work in progress), November 2012. [USE-CASES][MANET-MGMT] Nguyen, J., Cole, R., Herberg, U., Yi, J., and J. Dean, "Network Management of Mobile Ad hoc Networks (MANET): Architecture, Use Cases, and Applicability",draft-nguyen-manet-management-00 (workWork inprogress),Progress, February 2013.Appendix[MGMT-SNAP] Clausen, T. and U. Herberg, "Snapshot of OLSRv2-Routed MANET Management", Work in Progress, February 2014. [REPORT-MIB] Cole, R., Macker, J., and A. Bierman, "Definition of Managed Objects for Performance Reporting", Work in Progress, November 2012. [RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet- Standard Management Framework", RFC 3410, December 2002. AppendixA: This appendix contains theA. IANAolsrv2LinkMetricType-MIBmodule defined by this specification below. The RFC editor should remove this specification ofThis document has set up the IANAolsrv2LinkMetricType-MIBupon publication of the OLSRv2-MIB. Further,module. IANAshould take overnow maintains the IANAolsrv2LinkMetricType-MIB andto keepkeeps it synchronized with the "LINK_METRIC Address Block TLV Type Extensions" registryidentified below withinat <http://www.iana.org/assignments/manet-parameters>. The IANA site is theIANAolsrv2LinkMetricType TEXTUAL-CONVENTION. IANAolsrv2LinkMetricType-MIBdefinitive source for this MIB should there be any discrepancies (e.g., future updates to the MIB). IANA-OLSRv2-LINK-METRIC-TYPE-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, mib-2 FROM SNMPv2-SMI TEXTUAL-CONVENTION FROM SNMPv2-TC; ianaolsrv2LinkMetricType MODULE-IDENTITY LAST-UPDATED"201306240000Z""201404090000Z" --June 24, 201309 April 2014 ORGANIZATION "IANA" CONTACT-INFO "Internet Assigned Numbers Authority Postal: ICANN4676 Admiralty Way,12025 Waterfront Drive, Suite330 Marina del Rey,300 Los Angeles, CA9029290094-2536 Tel: +1 310823 9358301 5800 E-Mail: iana@iana.org" DESCRIPTION "This MIB module defines the IANAolsrv2LinkMetricType Textual Convention, and thus the enumerated values of the olsrv2LinkMetricType object defined in the OLSRv2-MIB." REVISION"201306240000Z""201404090000Z" --June 24, 201309 April 2014 DESCRIPTION "Initial version of this MIB as published in RFCKKKK."7184." ::= { mib-2kkkk221 } IANAolsrv2LinkMetricTypeTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "This data type is used as the syntax of the olsrv2LinkMetricType object in the definition of the OLSRv2-MIB module. The olsrv2LinkMetricType corresponds to LINK_METRIC_TYPE of OLSRv2 (RFCXXXX).7181). OLSRv2 uses bidirectional additive link metrics to determine shortest distance routes (i.e., routes with smallest total of link metric values). OLSRv2 has established a registry for the LINK_METRIC_TYPEs (denoted 'LINK_METRIC Address Block TLV Type Extensions'): http://www.iana.org/assignments/manet-parameters/manet-parameters.xml# link-metric-address-block-tlv-type-extensionThis is done in Section 24.5 in OLSRv2 (RFCXXXX).7181). The LINK_METRIC_TYPE (which has as corresponding object in the MIB module olsrv2LinkMetricType) corresponds to the type extension of the LINK_METRIC TLV that is set up in the 'LINK_METRIC Address Block TLV Type Extensions' registry. Whenever new link metric types are added to that registry, IANA MUST update this textual convention accordingly. The definition of this textual convention with the addition of newly assigned values is published periodically by the IANA, in either the Assigned Numbers RFC, or some derivative of it specific to Internet Network Management number assignments. (The latest arrangements can be obtained by contacting the IANA.) Requests for new values should be made to IANA via email (iana@iana.org)." SYNTAX INTEGER { unknown(0) -- Link metric meaning assigned -- by administrative action -- 1-223 Unassigned -- 224-255 Reserved for -- Experimental Use } ENDAppendix B. Note to the RFC Editor *************************************************************** * Note to the RFC Editor (to be removed prior to publication) * * * * 1) The reference to RFCYYYY within the DESCRIPTION clauses * * of the MIB module point to this draft and are to be * * assigned by the RFC Editor. * * * * 2) The reference to RFCXXXX throughout this document point * * to the current draft-ietf-manet-olsrv2-xx.txt. This * * needs to be replaced with the XXXX RFC number for the * * OLSRv2 publication. * * * * 3) Appendix A contains the IANAolsrv2LinkMetricType-MIB * * module which is defined by this specification in the * * appendix. The RFC editor should remove this specification * * of the IANAolsrv2LinkMetricType-MIB upon publication of * * the OLSRv2-MIB. Further, IANA should take over the * * IANAolsrv2LinkMetricType-MIB and keep it synchronized * * with the registry identified within the contained * * IANAolsrv2LinkMetricType TEXTUAL-CONVENTION. * * * ***************************************************************Authors' Addresses Ulrich Herberg Fujitsu Laboratories of America 1240 East Arques Avenue Sunnyvale, CA 94085 USA EMail: ulrich@herberg.name URI: http://www.herberg.name/ Robert G. Cole US Army CERDEC 6010 Frankford Road, Bldg 6010 Aberdeen Proving Ground, Maryland 21005 USA Phone: +1 443 395 8744 EMail: robert.g.cole@us.army.mil URI: http://www.cs.jhu.edu/~rgcole/ Thomas Heide Clausen LIX, Ecole Polytechnique PalaiseauCedex,Cedex 91128 France Phone: +33 6 6058 9349 EMail: T.Clausen@computer.org URI: http://www.ThomasClausen.org/