CISCO-NETWORK-REGISTRAR-MIB

        MIB for Cisco Network Registrar (CNR).
    
Source file
CISCO-NETWORK-REGISTRAR-MIB
Last revised
Identity
ciscoNetworkRegistrarMIB
Base OID
1.3.6.1.4.1.9.9.120
Imported Objects
CISCO-SMI ciscoMgmt
INET-ADDRESS-MIB InetAddressIPv6
SNMP-FRAMEWORK-MIB SnmpAdminString
SNMPv2-CONF MODULE-COMPLIANCE (no object page) NOTIFICATION-GROUP (no object page) OBJECT-GROUP (no object page)
SNMPv2-SMI Gauge32 IpAddress MODULE-IDENTITY (no object page) NOTIFICATION-TYPE (no object page) OBJECT-TYPE (no object page) Unsigned32
SNMPv2-TC DisplayString TEXTUAL-CONVENTION (no object page) TruthValue
Net-SNMP examples using the cisco MIB directory Show commands

These commands use the standard Observium installation path and load the selected MIB variant before the RFC and Net-SNMP directories.

Translate the module identity
/usr/bin/snmptranslate -Pud -Ir -On -m 'CISCO-NETWORK-REGISTRAR-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'CISCO-NETWORK-REGISTRAR-MIB::ciscoNetworkRegistrarMIB'
Walk the MIB subtree
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'CISCO-NETWORK-REGISTRAR-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'CISCO-NETWORK-REGISTRAR-MIB::ciscoNetworkRegistrarMIB'
How SNMP, Net-SNMP, MIB paths, and variants work
Objects (67)
.1.3.6.1.4.1.9.9.120
.1.3.6.1.4.1.9.9.120.1
.1.3.6.1.4.1.9.9.120.1.1
cnrDHCPScopeTable deprecated
.1.3.6.1.4.1.9.9.120.1.1.1
cnrDHCPScopeEntry deprecated
.1.3.6.1.4.1.9.9.120.1.1.1.1
cnrDHCPScopeName deprecated
OctetString
.1.3.6.1.4.1.9.9.120.1.1.1.1.1
.1.3.6.1.4.1.9.9.120.1.1.1.1.2
.1.3.6.1.4.1.9.9.120.1.1.1.1.3
.1.3.6.1.4.1.9.9.120.1.1.1.1.4
Enumeration
.1.3.6.1.4.1.9.9.120.1.1.1.1.5
.1.3.6.1.4.1.9.9.120.1.2
.1.3.6.1.4.1.9.9.120.1.2.1
Enumeration
.1.3.6.1.4.1.9.9.120.1.2.10
OctetString
.1.3.6.1.4.1.9.9.120.1.2.11
OctetString
.1.3.6.1.4.1.9.9.120.1.2.12
.1.3.6.1.4.1.9.9.120.1.2.13
Enumeration
.1.3.6.1.4.1.9.9.120.1.2.14
.1.3.6.1.4.1.9.9.120.1.2.15
.1.3.6.1.4.1.9.9.120.1.2.16
OctetString
.1.3.6.1.4.1.9.9.120.1.2.17
.1.3.6.1.4.1.9.9.120.1.2.18
OctetString
.1.3.6.1.4.1.9.9.120.1.2.19
.1.3.6.1.4.1.9.9.120.1.2.2
Enumeration
.1.3.6.1.4.1.9.9.120.1.2.20
.1.3.6.1.4.1.9.9.120.1.2.21
.1.3.6.1.4.1.9.9.120.1.2.22
.1.3.6.1.4.1.9.9.120.1.2.23
.1.3.6.1.4.1.9.9.120.1.2.24
.1.3.6.1.4.1.9.9.120.1.2.25
Enumeration
.1.3.6.1.4.1.9.9.120.1.2.26
OctetString
.1.3.6.1.4.1.9.9.120.1.2.27
.1.3.6.1.4.1.9.9.120.1.2.3
Enumeration
.1.3.6.1.4.1.9.9.120.1.2.4
Enumeration
.1.3.6.1.4.1.9.9.120.1.2.5
.1.3.6.1.4.1.9.9.120.1.2.6
.1.3.6.1.4.1.9.9.120.1.2.7
.1.3.6.1.4.1.9.9.120.1.2.8
IP addressesSNMPv2-SMIGauge32
.1.3.6.1.4.1.9.9.120.1.2.9
.1.3.6.1.4.1.9.9.120.1.3
cnrEnableFreeAddressLow deprecated r/w
.1.3.6.1.4.1.9.9.120.1.3.1
.1.3.6.1.4.1.9.9.120.1.3.10
.1.3.6.1.4.1.9.9.120.1.3.11
.1.3.6.1.4.1.9.9.120.1.3.12
.1.3.6.1.4.1.9.9.120.1.3.13
.1.3.6.1.4.1.9.9.120.1.3.14
.1.3.6.1.4.1.9.9.120.1.3.15
.1.3.6.1.4.1.9.9.120.1.3.16
.1.3.6.1.4.1.9.9.120.1.3.17
.1.3.6.1.4.1.9.9.120.1.3.18
.1.3.6.1.4.1.9.9.120.1.3.19
cnrEnableFreeAddressHigh deprecated r/w
.1.3.6.1.4.1.9.9.120.1.3.2
.1.3.6.1.4.1.9.9.120.1.3.20
.1.3.6.1.4.1.9.9.120.1.3.21
.1.3.6.1.4.1.9.9.120.1.3.22
.1.3.6.1.4.1.9.9.120.1.3.23
.1.3.6.1.4.1.9.9.120.1.3.3
.1.3.6.1.4.1.9.9.120.1.3.4
.1.3.6.1.4.1.9.9.120.1.3.5
.1.3.6.1.4.1.9.9.120.1.3.6
.1.3.6.1.4.1.9.9.120.1.3.7
.1.3.6.1.4.1.9.9.120.1.3.8
.1.3.6.1.4.1.9.9.120.1.3.9
.1.3.6.1.4.1.9.9.120.2
.1.3.6.1.4.1.9.9.120.2.0
.1.3.6.1.4.1.9.9.120.3
.1.3.6.1.4.1.9.9.120.3.1
.1.3.6.1.4.1.9.9.120.3.2
Dependencies (6) 6 direct Show tree and compile order Hide dependency details

Each imported module is resolved in the importing module's source directory first, then through the normal default-variant rules.

Dependency tree
Type Definitions (1)
OctetString range: 2..18
Conformance Groups (7)
Network Registrar MIB objects used in DHCP scopes.
.1.3.6.1.4.1.9.9.120.3.2.1
Network Registrar MIB objects used in notifications.
.1.3.6.1.4.1.9.9.120.3.2.2
Network Registrar MIB objects used to enable/disable
notifications.
.1.3.6.1.4.1.9.9.120.3.2.3
Notifications which are implemented by the
Cisco Network Registrar agent.
.1.3.6.1.4.1.9.9.120.3.2.4
The objects in this group are used provide information
to be included in notifications.
.1.3.6.1.4.1.9.9.120.3.2.5
The objects in this group are used to control the generations
of notifications.
.1.3.6.1.4.1.9.9.120.3.2.6
Notifications which are implemented by the
Cisco Network Registrar.
.1.3.6.1.4.1.9.9.120.3.2.7
Compliance Statements (2)

OID .1.3.6.1.4.1.9.9.120.3.1.1
The compliance statement for entities which implement
the Cisco Network Registrar MIB
Required groups
Object refinements
ObjectAccessSyntaxDescription
cnrEnableFreeAddressLow readonly
Write access is not required.
cnrEnableFreeAddressHigh readonly
Write access is not required.
cnrEnableServerStart readonly
Write access is not required.
cnrEnableServerStop readonly
Write access is not required.
cnrEnableDNSQueueTooBig readonly
Write access is not required.
cnrEnableOtherServerNotResponding readonly
Write access is not required.
cnrEnableDuplicateAddress readonly
Write access is not required.
cnrEnableAddressConflict readonly
Write access is not required.
cnrEnableOtherServerResponding readonly
Write access is not required.
cnrEnableFailoverConfigMismatch readonly
Write access is not required.

OID .1.3.6.1.4.1.9.9.120.3.1.2
The compliance statement for entities which implement
the Cisco Network Registrar MIB
Required groups
Object refinements
ObjectAccessSyntaxDescription
cnrEnableServerStart readonly
Write access is not required.
cnrEnableServerStop readonly
Write access is not required.
cnrEnableDNSQueueTooBig readonly
Write access is not required.
cnrEnableDuplicateAddress readonly
Write access is not required.
cnrEnableAddressConflict readonly
Write access is not required.
cnrEnableFailoverConfigMismatch readonly
Write access is not required.
cnrEnableFreeAddrLow readonly
Write access is not required.
cnrEnableFreeAddrHigh readonly
Write access is not required.
cnrEnableOtherServerNotResp readonly
Write access is not required.
cnrEnableOtherServerResp readonly
Write access is not required.
cnrEnableHaDnsPartnerDown readonly
Write access is not required.
cnrEnableHaDnsPartnerUp readonly
Write access is not required.
cnrEnableMastersNotResp readonly
Write access is not required.
cnrEnableMastersResp readonly
Write access is not required.
cnrEnableSecondaryZoneExpired readonly
Write access is not required.
cnrEnableDnsForwardersNotResp readonly
Write access is not required.
cnrEnableDnsForwardersResp readonly
Write access is not required.
cnrEnableHaDnsConfigErr readonly
Write access is not required.
cnrEnableFailoverSyncFailure readonly
Write access is not required.
Notifications / Traps (23)
NameOIDDescription
.1.3.6.1.4.1.9.9.120.2.0.1
This notification signifies that the number
of available IP addresses for a particular scope
has fallen below the value of
cnrDHCPScopeFreeAddrLowThreshold for that scope.

This notification has been replaced by the
ciscoNetRegFreeAddrLowThreshold notification.
.1.3.6.1.4.1.9.9.120.2.0.10
This notification signifies that a server has detected
via the failover protocol that its configuration does
not match that of its failover peer, and that reliable
DHCP operation in the event of a server failure may not
be possible. The identity of the peer server is given
by the cnrNotifServer or cnrNotifIPv6Server object. The
cnrNotifFailoverPairName object indicates failover
pair name. The cnrNotifFailoverCfgErrType object
indicates failover configuration error type.
.1.3.6.1.4.1.9.9.120.2.0.11
This notification signifies that the number
of available IP addresses for a particular scope
has fallen below the value of
cnrNotifDHCPScopeFreeAddrLow for that scope.

This notification signals a shortage of addresses.
The shortage will continue until the number of free
addresses has reached or exceeded the number
specified by the cnrNotifDHCPScopeFreeAddrHigh object.
This notification will only be generated when the
shortages of IP addresses in first encountered.

If the threshold type is scope or subnet, then the value is
the primary or secondary subnet number, and if the type is
selection-tag, then the value is the selection tag list.
.1.3.6.1.4.1.9.9.120.2.0.12
This notification signifies that the shortage of
available IP addresses for a particular scope is over and
generated when the number of free addresses for that scope
reaches or exceed value specified by the
cnrNotifDHCPScopeFreeAddrHigh.

This notification will only be generated when crossing the
threshold specified by the cnrNotifDHCPScopeFreeAddrHigh
object indicates the end of IP address shortage.

If the threshold type is scope or subnet, then the value is
the primary or secondary subnet number, and if the type is
selection-tag, then the value is the selection tag list.
.1.3.6.1.4.1.9.9.120.2.0.13
This notification signifies that a server is not
responding to updates from the DHCP server. This
notification will be generated when this error
is first encountered and suppressed until the
the normal reponse from server has been established
as indicated by the ciscoNetRegOtherServerResp.
notification.

The identity of the server is given by the cnrNotifServer
or cnrNotifIPv6Server object. The type of the server is
indicated by the cnrNotifRelatedServerType object.
.1.3.6.1.4.1.9.9.120.2.0.14
This notification signifies that a server is now
responding to updates from the DHCP server. This
notification will be generated when normal operation
is resumed after generation of the
ciscoNetRegOtherServerNotResp notification.

The identity of the server is given by the cnrNotifServer
or cnrNotifIPv6Server object. The type of the server is
indicated by the cnrNotifRelatedServerType object.

NOTE: One should not rely on recieving this notification
as an indication that all is well with the network.
Several conditions, including restart of the CNR
protocol server, could result in either multiple
ciscoNetRegOtherServerNotResp notifications being sent,
or in a ciscoNetRegOtherServerResp notification NOT
being sent.
.1.3.6.1.4.1.9.9.120.2.0.15
This notification signifies that communication with a
HA-DNS (High Availability DNS) server's partner has been
interrupted. The identity of the HA-DNS partner server is
given by the cnrNotifServer or cnrNotifIPv6Server object.
.1.3.6.1.4.1.9.9.120.2.0.16
This notification signifies that communication with a
HA-DNS server's partner has been restored. The identity
of the HA-DNS partner server is given by the cnrNotifServer
or cnrNotifIPv6Server object.
.1.3.6.1.4.1.9.9.120.2.0.17
This notification indicates that a DNS secondary server
cannot reach any of its configured masters to obtain
a zone transfer. Once this situation is encountered
generation of this notification will be suppressed until
a complete zone transfer has completed as indicated by
the ciscoNetRegMastersResp notification.

The identity of the secondary server is given by
cnrNotifDnsServerIpAddress or cnrNotifDnsServerIp6Address;
the identity of the master servers is given by the
cnrNotifDnsRemoteServersList; and
the zone is given by cnrNotifZoneName.
.1.3.6.1.4.1.9.9.120.2.0.18
This notification indicates that a DNS secondary server
reached at least one of its configured masters and obtained
a zone transfer. This notification is generated the first
time sucessful zone transfer completed after a prior request
for zone transfer failed because master server could not
reached.

The identity of the secondary server is given by
cnrNotifDnsServerIpAddress or cnrNotifDnsServerIp6Address;
the identity of the master servers is given by the
cnrNotifDnsRemoteServersList; and
the zone is given by cnrNotifZoneName object.
.1.3.6.1.4.1.9.9.120.2.0.19
This notification indicates that a DNS secondary server was
unable to reach any primaries, and that a zone has expired
because the TTL has passed.

The identity of the DNS secondary server is given by
cnrNotifDnsServerIpAddress or cnrNotifDnsServerIp6Address;
the identity of the master servers is given by the
cnrNotifDnsRemoteServersList; and
the zone is given by cnrNotifZoneName object.
.1.3.6.1.4.1.9.9.120.2.0.2
This notification signifies that the number
of available IP addresses for a particular scope
has risen above the value of
cnrDHCPScopeFreeAddrHighThreshold for that scope.

This notification has been replaced by the
ciscoNetRegFreeAddrHighThreshold notification.
.1.3.6.1.4.1.9.9.120.2.0.20
This notification indicates that a DNS recursive resolver was
not able to reach any of its configured forwarders. Once this
situation is encountered generation of this notification will
be suppressed until normal operation is resumed as indicated by
the ciscoNetRegDnsForwardersResp notification.

The identity of the affected DNS resolving server is given by
cnrNotifDnsServerIpAddress and the identity of the forwarders
is given by the cnrRemoteServersList object.
.1.3.6.1.4.1.9.9.120.2.0.21
This notification indicates that a DNS recursive resolver was
able to reach at least one of its configured forwarders and
indicates start of normal operation. This notification is
generated the first time normal operation is established after
a DNS recursive resolver was not able to reach any of its
configured forwarders.

The identity of the affected DNS resolving server is given by
cnrNotifDnsServerIpAddress and the identity of the forwarders
is given by the cnrRemoteServersList object.
.1.3.6.1.4.1.9.9.120.2.0.22
This notification indicates a configuration mismatch between
two HA-DNS partners. The first zone that has a mismatch will
be reported and is denoted by cnrNotifZoneName and the
server with the configuration error is denoted by
cnrNotifServer or cnrNotifIPv6Server object.
.1.3.6.1.4.1.9.9.120.2.0.23
This notification indicates sync operation failure between
failover pair. Failure reason is denoted by cnrNotifSyncError.
cnrNotifFailoverPairName specifies the failover pair name.
cnrNotifMainIPAddress and cnrNotifMainIPv6Address specifies
the main server IPv4 and IPv6 address respectively.
cnrNotifBackupIPAddress and cnrNotifBackupIPv6Address specifies
the backup server IPv4 and IPv6 address respectively.
cnrNotifSyncDirection indicates the direction of sync
operation.
.1.3.6.1.4.1.9.9.120.2.0.3
This notification signifies that the server
of the specified type has started on the
host from which this notification has been sent.
.1.3.6.1.4.1.9.9.120.2.0.4
This notification signifies that the server
of the specified type has stopped normally on the
host from which this notification has been sent.
.1.3.6.1.4.1.9.9.120.2.0.5
This notification indicates that the number of pending
DNS updates has reached its limit. Successive updates
may be dropped, and DHCP may stop responding to client
requests until this problem has cleared.
.1.3.6.1.4.1.9.9.120.2.0.6
This notification signifies that a server is not
responding to updates from the DHCP server. The
identity of the server is given by the cnrNotifServer
object. The type of the server is given by the
cnrNotifServerType object.

This notification has been replaced by the
ciscoNetRegOtherServerNotResp notification.
.1.3.6.1.4.1.9.9.120.2.0.7
This notification signifies that a duplicate IP address
has been detected. The DHCP server can detect this
condition through the ping-before-offer mechanism.
Alternatively, the client may have sent a DHCPDECLINE
back to the server; this is assumed to be the result of
the client detecting that the address was in use. In
either case, the DHCP server marks the IP address as
unavailable for leasing to clients. The
cnrNotifDupIpAddressDetectedBy object indicates whether
the client or server detected this condition.
.1.3.6.1.4.1.9.9.120.2.0.8
This notification indicates that the DHCP server on this
host, and a DHCP server on another host, have claimed
ownership for the same IP address. The
cnrNotifContestedIpAddress object indicates which address
is under contention. The cnrNotifServer or
cnrNotifIPv6Server object indicates with which other
server a conflict was detected. The
cnrNotifFailoverPairName object indicates failover
pair name.
.1.3.6.1.4.1.9.9.120.2.0.9
This notification signifies that a server which had formerly
been in a 'not responding' state is now responding to
updates from the CNR protocol server. The identity of the
server is given by the cnrNotifServer object. The type of
the server is given by the cnrNotifServerType object.

NOTE: One should not rely on recieving this notification
as an indication that all is well with the network.
Several conditions, including restart of the CNR
protocol server, could result in either multiple
ciscoNetRegOtherServerNotResponding notifications being sent,
or in a ciscoNetRegOtherServerResponding notification NOT
being sent.

This notification has been replaced by the
ciscoNetRegOtherServerResp notification.