CISCO-GSLB-HEALTH-MON-MIB

        The MIB defines objects related to global keepalive
properties in GSLB devices.  It contains the tables
for keep alive configuration and statistics.  It also
defines related notifications.
        
Acronyms and their description:
        
Keepalive    : Keepalive is a method by which the GSLB
               device periodically checks to see if a
               resource associated with an answer is
               still active.  The action of checking is
               known as a keepalive probe.
        
Shared
-keepalive   : The GSLB device supports the use of shared
               keepalives to minimize traffic between the
               GSLB device and the SLBs(Server Load
               Balancing) that it is monitoring.
               A shared keepalive identifies a common IP
               address or resource that provides status
               for multiple answers.  Shared keepalives
               periodically provide state information
               (online, offline) of the resources
               to the GSLB device.
        
VIP          : Virtual IP Addresses are used by SLBs to
               represent content hosted on one or more
               servers under their control.  The use of
               VIPs is to route content to the proper
               requesting host without exposing the
               device's internal IP address.
        
CAPP         : Content Application Peering Protocol(CAPP) is
               a protocol used for intercommunication between
               content switching devices.
        
Answer       : Refers to resources to which the GSLB device
               resolves DNS requests that it receives.
        
               There are three possible types of answers:
        
               Virtual IP (VIP) : Addresses associated with
                                  a SLB, a web server, a
                                  cache, etc.
        
               Name Server (NS) : Configured DNS name server
                                  on the network that can
                                  answer queries that the GSLB
                                  device can not resolve.
        
               Content Routing  : A device which uses a
               Agent (CRA)        resolution process called
                                  DNS race to send identical
                                  and simultaneous responses
                                  back to client D-proxy
                                  for proximity determination.
               HTTPHEAD         : The HTTP HEAD keepalive type
                                  sends a TCP format HTTP HEAD
                                  request to a web server at
                                  an address you specify,
                                  returning the online status
                                  of the device (in the form 
                                  of a 200 response) as well
                                  as information on the web
                                  page status and content
                                  size.
    
Source file
CISCO-GSLB-HEALTH-MON-MIB
Last revised
Identity
ciscoGslbHealthMonMIB
Base OID
1.3.6.1.4.1.9.9.600
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-GSLB-HEALTH-MON-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'CISCO-GSLB-HEALTH-MON-MIB::ciscoGslbHealthMonMIB'
Walk the MIB subtree
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'CISCO-GSLB-HEALTH-MON-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'CISCO-GSLB-HEALTH-MON-MIB::ciscoGslbHealthMonMIB'
How SNMP, Net-SNMP, MIB paths, and variants work
Objects (70)
.1.3.6.1.4.1.9.9.600
.1.3.6.1.4.1.9.9.600.0
.1.3.6.1.4.1.9.9.600.1
.1.3.6.1.4.1.9.9.600.1.1
.1.3.6.1.4.1.9.9.600.1.1.1
.1.3.6.1.4.1.9.9.600.1.2
.1.3.6.1.4.1.9.9.600.1.2.1
.1.3.6.1.4.1.9.9.600.1.3
.1.3.6.1.4.1.9.9.600.1.3.1
.1.3.6.1.4.1.9.9.600.1.3.10
.1.3.6.1.4.1.9.9.600.1.3.10.1
.1.3.6.1.4.1.9.9.600.1.3.10.1.1
.1.3.6.1.4.1.9.9.600.1.3.10.1.2
secondsUnsigned32
.1.3.6.1.4.1.9.9.600.1.3.10.1.3
secondsUnsigned32
.1.3.6.1.4.1.9.9.600.1.3.10.1.4
retriesUnsigned32
.1.3.6.1.4.1.9.9.600.1.3.10.1.5
probesUnsigned32
.1.3.6.1.4.1.9.9.600.1.3.10.1.6
Unsigned32
.1.3.6.1.4.1.9.9.600.1.3.10.1.7
.1.3.6.1.4.1.9.9.600.1.3.10.1.8
.1.3.6.1.4.1.9.9.600.1.3.10.1.9
.1.3.6.1.4.1.9.9.600.1.3.2
.1.3.6.1.4.1.9.9.600.1.3.3
.1.3.6.1.4.1.9.9.600.1.3.4
.1.3.6.1.4.1.9.9.600.1.3.5
Unsigned32
.1.3.6.1.4.1.9.9.600.1.3.6
.1.3.6.1.4.1.9.9.600.1.3.7
.1.3.6.1.4.1.9.9.600.1.3.8
traps per minuteUnsigned32
.1.3.6.1.4.1.9.9.600.1.3.9
.1.3.6.1.4.1.9.9.600.1.4
.1.3.6.1.4.1.9.9.600.1.4.1
.1.3.6.1.4.1.9.9.600.1.4.1.1
Unsigned32
.1.3.6.1.4.1.9.9.600.1.4.1.1.1
.1.3.6.1.4.1.9.9.600.1.4.1.1.10
Unsigned32
.1.3.6.1.4.1.9.9.600.1.4.1.1.11
.1.3.6.1.4.1.9.9.600.1.4.1.1.12
.1.3.6.1.4.1.9.9.600.1.4.1.1.13
.1.3.6.1.4.1.9.9.600.1.4.1.1.14
.1.3.6.1.4.1.9.9.600.1.4.1.1.15
.1.3.6.1.4.1.9.9.600.1.4.1.1.16
.1.3.6.1.4.1.9.9.600.1.4.1.1.17
.1.3.6.1.4.1.9.9.600.1.4.1.1.18
.1.3.6.1.4.1.9.9.600.1.4.1.1.19
.1.3.6.1.4.1.9.9.600.1.4.1.1.2
.1.3.6.1.4.1.9.9.600.1.4.1.1.20
.1.3.6.1.4.1.9.9.600.1.4.1.1.21
.1.3.6.1.4.1.9.9.600.1.4.1.1.22
.1.3.6.1.4.1.9.9.600.1.4.1.1.3
.1.3.6.1.4.1.9.9.600.1.4.1.1.4
.1.3.6.1.4.1.9.9.600.1.4.1.1.5
.1.3.6.1.4.1.9.9.600.1.4.1.1.6
.1.3.6.1.4.1.9.9.600.1.4.1.1.7
.1.3.6.1.4.1.9.9.600.1.4.1.1.8
.1.3.6.1.4.1.9.9.600.1.4.1.1.9
.1.3.6.1.4.1.9.9.600.1.4.2
.1.3.6.1.4.1.9.9.600.1.4.2.1
.1.3.6.1.4.1.9.9.600.1.4.2.1.1
.1.3.6.1.4.1.9.9.600.1.4.2.1.2
.1.3.6.1.4.1.9.9.600.1.4.3
.1.3.6.1.4.1.9.9.600.1.4.3.1
.1.3.6.1.4.1.9.9.600.1.4.3.1.1
.1.3.6.1.4.1.9.9.600.1.4.3.1.2
.1.3.6.1.4.1.9.9.600.1.4.3.1.3
.1.3.6.1.4.1.9.9.600.1.4.3.1.4
.1.3.6.1.4.1.9.9.600.1.4.3.1.5
.1.3.6.1.4.1.9.9.600.1.4.3.1.6
.1.3.6.1.4.1.9.9.600.1.4.3.1.7
.1.3.6.1.4.1.9.9.600.1.4.3.1.8
.1.3.6.1.4.1.9.9.600.2
.1.3.6.1.4.1.9.9.600.2.1
.1.3.6.1.4.1.9.9.600.2.2
Dependencies (9) 9 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
Conformance Groups (8)
A collection of objects providing general GSLB keepalive
configuration.
.1.3.6.1.4.1.9.9.600.2.2.1
A collection of objects providing general GSLB keepalive
parameter configuration.
.1.3.6.1.4.1.9.9.600.2.2.2
A collection of objects providing per keepalive
configuration.
.1.3.6.1.4.1.9.9.600.2.2.3
A collection of objects providing per keepalive
status and statistics.
.1.3.6.1.4.1.9.9.600.2.2.4
This group of objects controls the sending of
notifications defined in this MIB module.
.1.3.6.1.4.1.9.9.600.2.2.5
This group of objects is used to convey information for
notifications defined in this MIB module.
.1.3.6.1.4.1.9.9.600.2.2.6
A collection of objects providing GSLB events.
.1.3.6.1.4.1.9.9.600.2.2.7
A collection of objects providing information on
notifications dropped and rate limit for notifications.
.1.3.6.1.4.1.9.9.600.2.2.8
Compliance Statements (1)

OID .1.3.6.1.4.1.9.9.600.2.1.1
Compliance statement for entities which implement
the Cisco GSLB HEALTH MON MIB
Required groups
Notifications / Traps (1)
NameOIDDescription
.1.3.6.1.4.1.9.9.600.0.1
This notification is sent when ever the value of
cghMonKalStatus changes.