CISCO-CASA-MIB

        This MIB contains the basic objects for managing a
Cisco Appliance Services Architecture (CASA) Entity. A
CASA Entity can be a Manager or a Forwarding Agent as
defined below. The basic objects included in this mib
are those to configure CASA, retrieve CASA's state and
information about the fixed affinity cache.
        
The following gives a list of definitions and a
description of how Service Managers and Forwarding
Agents interact. For a more detailed description, see
the Cisco Appliance Services Architecture (CASA)
document.
        
CASA is a protocol allowing software entities (called
Appliances, examples are web caches, firewalls, load
balancers) to control the behavior of network hardware
devices (called Forwarding Agents, examples are
switches or routers) by providing a set of rules used
to handle network traffic.
        
A Network Appliance (referred to as an Appliance) is
any subsystem whose purpose is to provide a specific
additional value-added service to the network device,
and could be implemented as a standalone box, a line
card or processor card, or a software subsystem.
Examples of Network Appliances would include Load
Balancers, WebCaches, and Firewalls.
        
An Appliance tells Fowarding Agents how to handle
packets based on their source and destination IP
addresses and ports, and IP protocol fields.  This set
of information is called an Affinity.
        
A Service Manager is an Appliance that requests
packet flows from Forwarding Agents through CASA.
        
A Real Server is a physical computing engine or part
of that physical computing engine that offers one or
more application services to a set of clients in the
network.
        
A packet flow is a TCP connection or a sequence of UDP
packets between a client and a specific Real Server,
pertaining to a specific application. Flows are
represented by entries in the affinity cache tables.
        
The Service Manager requests packet flows from
Forwarding Agents by sending Affinities which contains
wildcards on some of the Affinity fields. Affinities
that contain wildcards in some of the fields are
called Wildcard Affinities.  The Service Manager may
send the Forwarding Agent an Affinity containing
explicit values for each of the fields.  These
Affinities are called Fixed Affinities.
        
Typically Wildcard Affinities are used to instruct the
Forwarding Agent to send packets received by the
Forwarding Agent, which match the Wildcard Affinity,
to the Service Manager. When the Service Manager
receives the matching packet, the Service Manager
typically will send the Forwarding Agent a Fixed
Affinity. The Forwarding Agent uses Fixed Affinities
to match packets coming from the network, execute any
processing required on that packet, and forward that
packet to a destination IP address (designated in the
Fixed Affinity) called the Dispatch Address.
        
When an IP packet arrives at the Forwarding Agent, the
Forwarding Agent attempts to match the packet with the
Fixed Affinities in the Fixed Affinity cache.  If
there is no match, an attempt is made to match the
packet with the list of Wildcard Affinities. If there
is no match the packet is routed normally. If there is
a match with a Wildcard Affinity, the Forwarding Agent
sends the packet to the Service Manager who will send
the Forwarding Manager a Fixed Affinity which provides
information on how to process IP packets similar to
the one received by the Forwarding Agent. Processing
of such packets may include sending the packet to the
Service Manager. Such packets are called Interest
Packets.  Alternatively a Tickle Packet may be sent to
the Service Manager which is an indication that a
matched packet has been received by the Forwarding
Agent.
        
Reference: Cisco Appliance Services Architecture (CASA)
           document.
                   
               _______________________________________
              (                                       )
              (    N    E    T    W    O    R    K    ) 
              (_______________________________________)
                  |                 |              |
+---------------+ |                 |              |
|Service Manager|-+----------+--------------+      |
+---------------+ |          |      |       |      |
            ++---------+    ++---------+  ++---------+
            | F. Agent |    | F. Agent |  | F. Agent |
            +----------+    +----------+  +----------+
                  |                 |              |
               ___|_________________|______________|__
              (                                       )
              (    N    E    T    W    O    R    K    ) 
              (_______________________________________)
    
Source file
CISCO-CASA-MIB
Last revised
Identity
ciscoCasaMIB
Base OID
1.3.6.1.4.1.9.9.122
Imported Objects
CISCO-SMI ciscoMgmt
CISCO-TC CiscoIpProtocol CiscoPort
SNMPv2-CONF MODULE-COMPLIANCE (no object page) NOTIFICATION-GROUP (no object page) OBJECT-GROUP (no object page)
SNMPv2-SMI Counter32 Counter64 Gauge32 IpAddress MODULE-IDENTITY (no object page) NOTIFICATION-TYPE (no object page) OBJECT-TYPE (no object page) Unsigned32
SNMPv2-TC DisplayString RowStatus TEXTUAL-CONVENTION (no object page) TimeStamp 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-CASA-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'CISCO-CASA-MIB::ciscoCasaMIB'
Walk the MIB subtree
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'CISCO-CASA-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'CISCO-CASA-MIB::ciscoCasaMIB'
How SNMP, Net-SNMP, MIB paths, and variants work
Objects (71)
.1.3.6.1.4.1.9.9.122
.1.3.6.1.4.1.9.9.122.1
.1.3.6.1.4.1.9.9.122.1.1
.1.3.6.1.4.1.9.9.122.1.1.1
.1.3.6.1.4.1.9.9.122.1.1.1.1
Enumeration
.1.3.6.1.4.1.9.9.122.1.1.1.1.1
Enumeration
.1.3.6.1.4.1.9.9.122.1.1.1.1.2
.1.3.6.1.4.1.9.9.122.1.1.1.1.3
.1.3.6.1.4.1.9.9.122.1.1.1.1.4
cCasaCfgAddressMask obsolete r/w
.1.3.6.1.4.1.9.9.122.1.1.1.1.5
.1.3.6.1.4.1.9.9.122.1.1.1.1.6
.1.3.6.1.4.1.9.9.122.1.1.1.1.7
cCasaAddressMask obsolete
.1.3.6.1.4.1.9.9.122.1.1.1.1.8
.1.3.6.1.4.1.9.9.122.1.1.1.1.9
.1.3.6.1.4.1.9.9.122.1.2
.1.3.6.1.4.1.9.9.122.1.2.1
.1.3.6.1.4.1.9.9.122.1.2.1.1
.1.3.6.1.4.1.9.9.122.1.2.1.1.1
.1.3.6.1.4.1.9.9.122.1.2.1.1.2
.1.3.6.1.4.1.9.9.122.1.2.1.1.3
.1.3.6.1.4.1.9.9.122.1.2.1.1.4
.1.3.6.1.4.1.9.9.122.1.2.1.1.5
.1.3.6.1.4.1.9.9.122.1.2.1.1.6
.1.3.6.1.4.1.9.9.122.1.2.1.1.7
.1.3.6.1.4.1.9.9.122.1.2.1.1.8
.1.3.6.1.4.1.9.9.122.1.2.1.1.9
.1.3.6.1.4.1.9.9.122.1.2.2
.1.3.6.1.4.1.9.9.122.1.2.2.1
.1.3.6.1.4.1.9.9.122.1.2.2.1.1
.1.3.6.1.4.1.9.9.122.1.2.2.1.2
.1.3.6.1.4.1.9.9.122.1.3
.1.3.6.1.4.1.9.9.122.1.3.1
.1.3.6.1.4.1.9.9.122.1.3.1.1
.1.3.6.1.4.1.9.9.122.1.3.1.1.1
OctetString
.1.3.6.1.4.1.9.9.122.1.3.1.1.2
secondsUnsigned32
.1.3.6.1.4.1.9.9.122.1.3.1.1.3
.1.3.6.1.4.1.9.9.122.1.3.1.1.4
.1.3.6.1.4.1.9.9.122.1.3.1.1.5
.1.3.6.1.4.1.9.9.122.1.4
.1.3.6.1.4.1.9.9.122.1.4.1
.1.3.6.1.4.1.9.9.122.1.4.1.1
.1.3.6.1.4.1.9.9.122.1.4.1.1.1
.1.3.6.1.4.1.9.9.122.1.4.1.1.2
.1.3.6.1.4.1.9.9.122.1.4.1.1.3
.1.3.6.1.4.1.9.9.122.1.4.1.1.4
.1.3.6.1.4.1.9.9.122.1.4.1.1.5
.1.3.6.1.4.1.9.9.122.1.4.1.1.6
.1.3.6.1.4.1.9.9.122.1.4.1.1.7
.1.3.6.1.4.1.9.9.122.1.4.2
.1.3.6.1.4.1.9.9.122.1.4.2.1
.1.3.6.1.4.1.9.9.122.1.4.2.1.1
.1.3.6.1.4.1.9.9.122.1.4.2.1.2
.1.3.6.1.4.1.9.9.122.1.4.2.1.3
.1.3.6.1.4.1.9.9.122.1.4.2.1.4
.1.3.6.1.4.1.9.9.122.1.4.2.1.5
.1.3.6.1.4.1.9.9.122.1.4.2.1.6
.1.3.6.1.4.1.9.9.122.1.4.2.1.7
.1.3.6.1.4.1.9.9.122.1.4.3
.1.3.6.1.4.1.9.9.122.1.4.3.1
.1.3.6.1.4.1.9.9.122.1.4.3.1.1
.1.3.6.1.4.1.9.9.122.1.4.3.1.2
.1.3.6.1.4.1.9.9.122.1.4.3.1.3
.1.3.6.1.4.1.9.9.122.1.4.3.1.4
.1.3.6.1.4.1.9.9.122.1.4.3.1.5
.1.3.6.1.4.1.9.9.122.1.4.3.1.6
.1.3.6.1.4.1.9.9.122.1.4.3.1.7
.1.3.6.1.4.1.9.9.122.2
.1.3.6.1.4.1.9.9.122.2.0
.1.3.6.1.4.1.9.9.122.3
.1.3.6.1.4.1.9.9.122.3.1
.1.3.6.1.4.1.9.9.122.3.2
Dependencies (5) 5 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
Dependency-first compile order
  1. SNMPv2-SMIrfc
  2. CISCO-SMIcisco
  3. SNMPv2-TCrfc
  4. CISCO-TCcisco
  5. SNMPv2-CONFrfc
  6. CISCO-CASA-MIBciscoselected
Type Definitions (1)
OctetString range: 16
Conformance Groups (6)
CASA global objects.
.1.3.6.1.4.1.9.9.122.3.2.1
CASA configuration objects.
.1.3.6.1.4.1.9.9.122.3.2.2
CASA affinity cache objects.
.1.3.6.1.4.1.9.9.122.3.2.3
CASA statistics objects.
.1.3.6.1.4.1.9.9.122.3.2.4
CASA obsolete objects.
.1.3.6.1.4.1.9.9.122.3.2.5
A collection of objects providing CASA notifications.
.1.3.6.1.4.1.9.9.122.3.2.6
Compliance Statements (1)

OID .1.3.6.1.4.1.9.9.122.3.1.1
The compliance statement for entities which implement
the Cisco CASA MIB.
Required groups
Notifications / Traps (1)
NameOIDDescription
.1.3.6.1.4.1.9.9.122.2.1
This notification indicates that the cCasaState
object has changed value. Issued when CASA is
configured or removed on the CASA Entity. This is
gated on cCasaStateNotificationEnabled.