RFC 7939
Definition of Managed Objects for the Neighborhood Discovery Protocol
7. Definitions
This section contains the MIB module defined by the specification. NHDP-MIB DEFINITIONS ::= BEGIN -- This MIB module defines objects for the management of -- NHDP (RFC 6130) - Mobile Ad Hoc Network (MANET) -- Neighborhood Discovery Protocol (NHDP), -- Clausen, T., Dearlove, C., and J. Dean, January 2011. IMPORTS MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Counter32, Counter64, Integer32, Unsigned32, mib-2, TimeTicks FROM SNMPv2-SMI -- RFC 2578 TEXTUAL-CONVENTION, TruthValue, TimeStamp, RowStatus FROM SNMPv2-TC -- RFC 2579 MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF -- STD 58 SnmpAdminString FROM SNMP-FRAMEWORK-MIB -- RFC 3411
InetAddressType, InetAddress,
InetAddressPrefixLength
FROM INET-ADDRESS-MIB -- RFC 4001
InterfaceIndex
FROM IF-MIB -- RFC 2863
Float32TC
FROM FLOAT-TC-MIB -- RFC 6340
;
nhdpMIB MODULE-IDENTITY
LAST-UPDATED "201607120000Z" -- 12 July 2016
ORGANIZATION "IETF MANET Working Group"
CONTACT-INFO
"WG Email: manet@ietf.org
WG web page: https://datatracker.ietf.org/wg/manet
Editors: Ulrich Herberg
United States of America
ulrich@herberg.name
http://www.herberg.name/
Robert G. Cole
US Army CERDEC
Space and Terrestrial Communications
6010 Frankford Street
Aberdeen Proving Ground, Maryland 21005
United States of America
+1 443 395-8744
robert.g.cole@us.army.mil
http://www.cs.jhu.edu/~rgcole/
Ian D Chakeres
Delvin
Ellicott City, Maryland 21042
United States of America
ian.chakeres@gmail.com
http://www.ianchak.com/
Thomas Heide Clausen
Ecole Polytechnique
LIX
91128 Palaiseau Cedex
France
Email: T.Clausen@computer.org
URI: http://www.thomasclausen.org/"
DESCRIPTION
"This NHDP-MIB module is applicable to routers
implementing the Mobile Ad Hoc Network (MANET)
Neighborhood Discovery Protocol (NHDP)
defined in RFC 6130.
Copyright (c) 2016 IETF Trust and the persons identified
as authors of the code. All rights reserved.
Redistribution and use in source and binary forms, with
or without modification, is permitted pursuant to, and
subject to the license terms contained in, the Simplified
BSD License set forth in Section 4.c of the IETF Trust's
Legal Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info)."
-- revision
REVISION "201607120000Z" -- 12 July 2016
DESCRIPTION
"Updated version of this MIB module,
including updates made to NHDP by
RFC 7466, published as RFC 7939."
REVISION "201210221000Z" -- 22 October 2012
DESCRIPTION
"Initial version of this MIB module,
published as RFC 6779."
::= { mib-2 213 }
--
-- Top-Level Components of this MIB Module
--
nhdpNotifications OBJECT IDENTIFIER ::= { nhdpMIB 0 }
nhdpObjects OBJECT IDENTIFIER ::= { nhdpMIB 1 }
nhdpConformance OBJECT IDENTIFIER ::= { nhdpMIB 2 }
--
-- TEXTUAL-CONVENTIONs
--
-- Two new TEXTUAL-CONVENTIONs have been defined in
-- this MIB module for indexing into the following
-- tables and indexing into other tables in other MIB modules.
-- This was necessary because NHDP manages and
-- indexes based upon dynamic address tuples, i.e.,
-- address sets, while SMI requires statically
-- defined indexes for accessing its table rows.
-- The NeighborIfIndex defines a unique (to the local router)
-- index referencing a discovered virtual interface on another
-- neighbor within the MANET. The NeighborRouterIndex defines a
-- unique (to the local router) index referencing a discovered
-- virtual neighbor within the MANET.
--
-- Due to the nature of NHDP,
-- different indexes may be related to common neighbor
-- interfaces or common neighbor routers, but the information
-- obtained through NHDP has not allowed the local router
-- to relate these virtual objects (i.e., interfaces or routers)
-- at this point in time. As more topology information
-- is gathered by the local router, it may associate
-- virtual interfaces or routers and collapse these
-- indexes appropriately.
-- Multiple addresses can be associated with a
-- given NeighborIfIndex. Each NeighborIfIndex is
-- associated with a NeighborRouterIndex. Throughout
-- the nhdpStateObjGroup, the
-- NeighborIfIndex and the NeighborRouterIndex are used
-- to define the set of IP Addresses related to a virtual
-- neighbor interface or virtual neighbor under discussion.
NeighborIfIndex ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION
"An arbitrary, locally unique identifier associated with a
virtual interface of a discovered NHDP neighbor.
Due to the nature of NHDP, the local router
may not know if two distinct addresses belong to the
same interface of a neighbor or to two different
interfaces. As the local router gains more
knowledge of its neighbors, its local view may change, and
this table will be updated to reflect the local router's
current understanding, associating address sets to neighbor
interfaces. The local router identifies a virtual neighbor
interface through the receipt of address lists advertised
through an NHDP HELLO message.
All objects of type NeighborIfIndex are assigned by the agent
out of a common number space.
The value for each discovered virtual neighbor
interface may not remain constant from
one re-initialization of the entity's network management
agent to the next re-initialization. If the
local router gains information associating two virtual
interfaces on a neighbor as a common interface,
then the agent MUST aggregate the two address sets to
a single index chosen from the set of aggregated indexes,
and it MUST update all tables in this
MIB module that are indexed by indexes
of type NeighborIfIndex. It MAY then reuse freed
index values following the next agent restart.
The specific value is meaningful only within a given SNMP
entity."
SYNTAX Unsigned32 (1..2147483647)
NeighborRouterIndex ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION
"An arbitrary, locally unique identifier associated with a
virtual discovered neighbor (one or two hop). Due to the
nature of NHDP, the local router may identify
multiple virtual neighbors that, in fact, are one and
the same. Neighbors that are two hops away with more than
one advertised address will exhibit this behavior. As the
local router's knowledge of its neighbors' topology
increases, the local router will be able to associate
multiple virtual neighbor indexes into a single virtual
neighbor index chosen from the set of aggregated indexes;
it MUST update all tables in this MIB module indexed by these
indexes, and it MAY reuse the freed indexes following the
next agent re-initialization.
All objects of type NeighborRouterIndex are assigned by
the agent out of a common number space.
The NeighborRouterIndex defines a discovered NHDP peer
virtual neighbor of the local router.
The value for each discovered virtual neighbor index MUST
remain constant at least from one re-initialization of
the entity's network management agent to the next
re-initialization, except if an application is deleted
and re-created.
The specific value is meaningful only within a given SNMP
entity. A NeighborRouterIndex value MUST NOT be reused
until the next agent restart."
SYNTAX Unsigned32 (1..2147483647)
--
-- nhdpObjects
--
-- 1) Configuration Objects Group
-- 2) State Objects Group
-- 3) Performance Objects Group
--
-- nhdpConfigurationObjGrp
--
-- Contains the NHDP objects that configure specific options
-- that determine the overall performance and operation of
-- NHDP.
nhdpConfigurationObjGrp OBJECT IDENTIFIER ::= { nhdpObjects 1 }
nhdpInterfaceTable OBJECT-TYPE
SYNTAX SEQUENCE OF NhdpInterfaceEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The nhdpInterfaceTable describes the
configuration of the interfaces of this router
that are intended to use MANET control protocols.
As such, this table 'sparse augments' the ifTable
specifically when NHDP is to be configured to
operate over this interface. The interface is
identified by the ifIndex from the Interfaces
Group defined in the Interfaces Group MIB module.
A conceptual row in this table exists if and only
if the row has been administratively created
or there is an interface on the managed device
that supports and runs NHDP.
A row can be administratively created by setting
rowStatus to 'createAndGo' or 'createAndWait'.
During the row creation, objects having associated
DEFVAL clauses are automatically defined by
the agent if not explicitly administratively defined.
For each entry in the nhdpInterfaceTable, there is a
corresponding entry in the Interface Table where
nhdpIfIndex and ifIndex are equal. If that corresponding
entry in the Interface Table is deleted, then the entry in
the nhdpInterfaceTable is automatically deleted,
NHDP is disabled on this interface, and all configuration
and state information related to this interface is to be
removed from memory."
REFERENCE
"RFC 2863 - The Interfaces Group MIB, McCloghrie,
K., and F. Kastenholtz, June 2000"
::= { nhdpConfigurationObjGrp 1 }
nhdpInterfaceEntry OBJECT-TYPE
SYNTAX NhdpInterfaceEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The nhdpInterfaceEntry describes one NHDP
local interface configuration as indexed by
its ifIndex as defined in the Standard MIB II
Interface Table (RFC 2863).
The objects in this table are persistent, and when
written, the device SHOULD save the change to
nonvolatile storage. For further information
on the storage behavior for these objects, refer
to the description for the nhdpIfRowStatus
object."
INDEX { nhdpIfIndex }
::= { nhdpInterfaceTable 1 }
NhdpInterfaceEntry ::=
SEQUENCE {
nhdpIfIndex
InterfaceIndex,
nhdpIfName
SnmpAdminString,
nhdpIfStatus
TruthValue,
nhdpHelloInterval
Unsigned32,
nhdpHelloMinInterval
Unsigned32,
nhdpRefreshInterval
Unsigned32,
nhdpLHoldTime
Unsigned32,
nhdpHHoldTime
Unsigned32,
nhdpHystAcceptQuality
Float32TC,
nhdpHystRejectQuality
Float32TC,
nhdpInitialQuality
Float32TC,
nhdpInitialPending
TruthValue,
nhdpHpMaxJitter
Unsigned32,
nhdpHtMaxJitter
Unsigned32,
nhdpIfRowStatus
RowStatus
}
nhdpIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This value MUST correspond to an ifIndex referring
to a valid entry in the Interfaces Table."
REFERENCE
"RFC 2863 - The Interfaces Group MIB, McCloghrie, K.,
and F. Kastenholtz, June 2000"
::= { nhdpInterfaceEntry 1 }
nhdpIfName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The textual name of the interface. The value of this
object SHOULD be the name of the interface as assigned by
the local device. This can be a text-name, such as 'le0'
or a simple port number, such as '1',
depending on the interface-naming syntax of the device.
If there is no local name or this object is otherwise not
applicable, then this object contains a zero-length string."
::= { nhdpInterfaceEntry 2 }
nhdpIfStatus OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpIfStatus indicates whether this interface is
currently running NHDP. A value of 'true(1)' indicates
that NHDP is running on this interface.
A value of 'false(2)' indicates that NHDP is not
currently running on this interface. This corresponds
to the I_manet parameter in the Local Interface Set
of NHDP."
DEFVAL { false }
::= { nhdpInterfaceEntry 3 }
--
-- Interface Parameters - Message Intervals
--
nhdpHelloInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHelloInterval corresponds to
HELLO_INTERVAL of NHDP and represents the
maximum time between the transmission of two
successive HELLO messages on this MANET interface.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o nhdpHelloInterval > 0
o nhdpHelloInterval >= nhdpHelloMinInterval"
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc
Network (MANET) Neighborhood Discovery
Protocol (NHDP), Clausen, T., Dearlove,
C., and J. Dean, April 2011"
DEFVAL { 2000 }
::= { nhdpInterfaceEntry 4 }
nhdpHelloMinInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHelloMinInterval corresponds to
HELLO_MIN_INTERVAL of NHDP and represents
the minimum interval between transmission
of two successive HELLO messages on this
MANET interface.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o nhdpHelloMinInterval <= nhdpHelloInterval"
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { 500 }
::= { nhdpInterfaceEntry 5 }
nhdpRefreshInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpRefreshInterval corresponds to
REFRESH_INTERVAL of NHDP and represents the
maximum interval between advertisements of
each 1-hop neighbor network address and its
status. Each advertisement is in a HELLO
message on this MANET interface.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o nhdpRefreshInterval >= nhdpHelloInterval"
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { 2000 }
::= { nhdpInterfaceEntry 6 }
--
-- Interface Parameters - Information Validity times
--
nhdpLHoldTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpLHoldTime corresponds to
L_HOLD_TIME of NHDP and represents the period
of advertisement, on this MANET interface, of
former 1-hop neighbor network addresses as lost
in HELLO messages, allowing recipients of these
HELLO messages to accelerate removal of this
information from their Link Sets.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that it should be assigned a
value significantly greater than the refresh
interval held by nhdpRefreshInterval."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { 6000 }
::= { nhdpInterfaceEntry 7 }
nhdpHHoldTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHHoldTime corresponds to
H_HOLD_TIME of NHDP and is used as the value
in the VALIDITY_TIME Message TLV included in all
HELLO messages on this MANET interface. It is then
used by each router receiving such a HELLO message
to indicate the validity of the information taken
from that HELLO message and recorded in the receiving
router's Information Bases.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that it should be assigned a
value significantly greater than the refresh interval
held by nhdpRefreshInterval and must be representable
as described in RFC 5497."
REFERENCE
"RFC 5497 - Representing Multi-Value Time in Mobile Ad
Hoc Networks (MANETs), Clausen, T., and C. Dearlove,
March 2009.
Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { 6000 }
::= { nhdpInterfaceEntry 8 }
--
-- Interface Parameters - Link Quality
--
nhdpHystAcceptQuality OBJECT-TYPE
SYNTAX Float32TC
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHystAcceptQuality corresponds to
HYST_ACCEPT of NHDP and represents the link
quality threshold at or above which a link becomes
usable, if it was not already so.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o 0 <= nhdpHystRejectQuality
<= nhdpHystAcceptQuality <= 1.0
The default value for this object is 1.0. According to
RFC 6340:
Since these textual conventions are defined in terms
of the OCTET STRING type, the SMI's mechanisms for
formally setting range constraints are not available.
MIB designers using these textual conventions will need
to use DESCRIPTION clauses to spell out any applicable
range constraints beyond those implied by the underlying
IEEE types.
Therefore, this object does not have a DEFVAL clause."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
-- DEFVAL { 1.0 } see DESCRIPTION
::= { nhdpInterfaceEntry 9 }
nhdpHystRejectQuality OBJECT-TYPE
SYNTAX Float32TC
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHystRejectQuality corresponds to
HYST_REJECT of NHDP and represents the
link quality threshold below which a
link becomes unusable, if it was not
already so.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o 0 <= nhdpHystRejectQuality
<= nhdpHystAcceptQuality <= 1.0
The default value for this object is 0.0. According to
RFC 6340:
Since these textual conventions are defined in terms
of the OCTET STRING type, the SMI's mechanisms for
formally setting range constraints are not available.
MIB designers using these textual conventions will need
to use DESCRIPTION clauses to spell out any applicable
range constraints beyond those implied by the underlying
IEEE types.
Therefore, this object does not have a DEFVAL clause."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
-- DEFVAL { 0.0 } see DESCRIPTION
::= { nhdpInterfaceEntry 10 }
nhdpInitialQuality OBJECT-TYPE
SYNTAX Float32TC
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpInitialQuality corresponds to
INITIAL_QUALITY of NHDP and represents the
initial quality of a newly identified link.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o 0 <= nhdpInitialQuality <= 1.0
The default value for this object is 1.0. According to
RFC 6340:
Since these textual conventions are defined in terms
of the OCTET STRING type, the SMI's mechanisms for
formally setting range constraints are not available.
MIB designers using these textual conventions will need
to use DESCRIPTION clauses to spell out any applicable
range constraints beyond those implied by the underlying
IEEE types.
Therefore, this object does not have a DEFVAL clause."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
-- DEFVAL { 1.0 } see DESCRIPTION
::= { nhdpInterfaceEntry 11 }
nhdpInitialPending OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpInitialPending corresponds to
INITIAL_PENDING of NHDP. If the value of this object
is 'true(1)', then a newly identified link is considered
pending and is not usable until the link quality
has reached or exceeded the nhdpHystAcceptQuality
threshold.
Guidance for setting this object may be found
in Section 5 of the NHDP specification (RFC 6130),
which indicates that:
o If nhdpInitialQuality >= nhdpHystAcceptQuality,
then nhdpInitialPending := false(2).
o If nhdpInitialQuality < nhdpHystRejectQuality,
then nhdpInitialPending := true(1)."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { false }
::= { nhdpInterfaceEntry 12 }
--
-- Interface Parameters - Jitter
--
nhdpHpMaxJitter OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHpMaxJitter corresponds to
HP_MAXJITTER of NHDP and represents the
value of MAXJITTER used in RFC 5148 for
periodically generated HELLO messages on
this MANET interface.
Guidance for setting this object may be found
in Section 5 of RFC 5148, which indicates that:
o nhdpHpMaxJitter <= nhdpHelloInterval / 2
o nhdpHpMaxJitter should not be greater
than nhdpHelloInterval / 4
o If nhdpMinHelloInterval > 0, then
nhdpHpMaxJitter <= nhdpHelloMinInterval; and
nhdpHpMaxJitter should not be greater than
nhdpHelloMinInterval / 2"
REFERENCE
"Section 5 of RFC 5148 - Jitter Considerations in
Mobile Ad Hoc Networks (MANETs),
Clausen, T., Dearlove, C., and B. Adamson, February 2008"
DEFVAL { 500 }
::= { nhdpInterfaceEntry 13 }
nhdpHtMaxJitter OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"nhdpHtMaxJitter corresponds to
HT_MAXJITTER of NHDP and represents the
value of MAXJITTER used in RFC 5148 for
externally triggered HELLO messages on this
MANET interface.
Guidance for setting this object may be found
in Section 5 of RFC 5148, which indicates that:
o nhdpHtMaxJitter <= nhdpHelloInterval / 2
o nhdpHtMaxJitter should not be greater
than nhdpHelloInterval / 4
o If nhdpMinHelloInterval > 0, then
nhdpHtMaxJitter <= nhdpHelloMinInterval; and
nhdpHtMaxJitter should not be greater than
nhdpHelloMinInterval / 2"
REFERENCE
"Section 5 of RFC 5148 - Jitter Considerations in
Mobile Ad Hoc Networks (MANETs),
Clausen, T., Dearlove, C., and B. Adamson, February 2008"
DEFVAL { 500 }
::= { nhdpInterfaceEntry 14 }
nhdpIfRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table
by facilitating actions such as row creation,
construction, and destruction. The value of
this object has no effect on whether other
objects in this conceptual row can be
modified.
An entry may not exist in the 'active(1)' state unless all
objects in the entry have a defined appropriate value. For
objects with DEFVAL clauses, the management station
does not need to specify the value of this object in order
for the row to transit to the 'active(1)' state; the default
value for this object is used. For objects that do not
have DEFVAL clauses, the value of this object prior
to this row transitioning to the 'active(1)' state MUST be
administratively specified.
When this object transitions to 'active(1)', all objects
in this row SHOULD be written to nonvolatile (stable)
storage. Read-create objects in this row MAY be modified.
When an object in a row with nhdpIfRowStatus of 'active(1)'
is changed, then the updated value MUST be reflected in NHDP,
and this new object value MUST be written to nonvolatile
storage.
If the value of this object is not equal to 'active(1)',
all associated entries in the nhdpLibLocalIfSetTable,
nhdpInterfaceStateTable, nhdpIibLinkSetTable, and
nhdpInterfacePerfTable MUST be deleted."
REFERENCE
"RFC 6130 - Mobile Ad Hoc Network (MANET) Neighborhood
Discovery Protocol (NHDP), Clausen, T., Dearlove,
C., and J. Dean, April 2011"
DEFVAL { active }
::= { nhdpInterfaceEntry 15 }
--
-- Router Parameters - Information Validity Time
--
nhdpNHoldTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"nhdpNHoldTime corresponds to
N_HOLD_TIME of NHDP and is used as the period
during which former 1-hop neighbor network
addresses are advertised as lost in HELLO
messages, allowing recipients of these HELLO
messages to accelerate removal of this information
from their 2-Hop Sets.
This object is persistent, and when written,
the entity SHOULD save the change to
nonvolatile storage."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { 6000 }
::= { nhdpConfigurationObjGrp 2 }
nhdpIHoldTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "milliseconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"nhdpIHoldTime corresponds to
I_HOLD_TIME of NHDP and represents the period
for which a recently used local interface network
address is recorded.
This object is persistent, and when written,
the entity SHOULD save the change to
nonvolatile storage."
REFERENCE
"Section 5 on Protocol Parameters and
Constraints of RFC 6130 - Mobile Ad Hoc Network
(MANET) Neighborhood Discovery Protocol (NHDP),
Clausen, T., Dearlove, C., and J. Dean, April 2011"
DEFVAL { 6000 }
::= { nhdpConfigurationObjGrp 3 }
-- A router's Local Information Base (LIB)
--
-- Local Interface Set Table
--
nhdpLibLocalIfSetTable OBJECT-TYPE
SYNTAX SEQUENCE OF NhdpLibLocalIfSetEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A router's Local Interface Set records all
network addresses that are defined as local
MANET interface network addresses.
As such, this table 'sparse augments' the
nhdpInterfaceTable when network addresses are
being defined for the interfaces existing within
the nhdpInterfaceTable. The local interface
is defined by the nhdpIfIndex.
The Local Interface Set consists of Local Interface
Address Tuples per MANET interface and their prefix
lengths (in order to determine the network addresses
related to the interface).
A conceptual row in this table exists if and only
if one has been administratively created. This can be done
by setting rowStatus to 'createAndGo' or 'createAndWait'.
Further guidance on the addition or removal of
local addresses and network addresses is found
in Section 9 of RFC 6130."
REFERENCE
"RFC 6130 - Mobile Ad Hoc Network (MANET) Neighborhood
Discovery Protocol (NHDP), Clausen, T., Dearlove,
C., and J. Dean, April 2011"
::= { nhdpConfigurationObjGrp 4 }
(next page on part 3)
