CISCO-LWAPP-MESH-STATS-MIB

        This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that
terminate the Light Weight Access Point Protocol
(LWAPP) tunnel from Light-weight  Access Points.
        
This MIB represents statistics collected for mesh node 
in Wireless Mesh Network. 
        
The deployment of the controller 
(referred to as CC in the diagram), mesh nodes 
(RAP and MAP) LWAPP APs, client(MS) and NMS appear 
as follows.
        
 +.......+                 +.......+
 +       +                 +       +
 +  NMS  +                 +  NMS  +
 +       +                 +       +
 +.......+                 +.......+
    .                         .
 .    .                     .   .
.         .                .        .
.            .             .            .
+......+     +......+     +......+           +......+
+      +     +      +     +      +           +      +
+  CC  +     +  CC  +     +  CC  +           +  CC  +
+      +     +      +     +      +           +      +
+......+     +......+     +......+           +......+
..            .             .                 .
..            .             .                 .
.  .            .             .                 .
.    .            .             .                 .
.      .            .             .                 .
.        .            .             .                 .
+......+ +......+     +......+      +......+          +......+
+      + +      +     +      +      +      +          +      +
+  RAP + +  RAP +     +  RAP  +     +  RAP +          +  RAP +
+      + +      +     +      +      +      +          +      +
+......+ +......+     +......+      +......+          +......+
.        .              .             .                 .
.        .              .             .                 .
.        .              .             .                 .
.          .              .             .                 .
.           .              .             .                 .
+......+ +......+     +......+      +......+          +......+
+      + +      +     +      +      +      +          +      +
+  MAP + +  MS  +     +  MAP +      +  MAP +          +  MAP +
+      + +      +     +      +      +      +          +      +
+......+ +......+     +......+      +......+          +......+
.                    .                          ..    . 
. .                  .                     ..        .
.   .                .                  ..            .
.     .              .              .                .
+......+ +......+     +......+      +......+.         +......+
+      + +      +     +      +      +      +          +      +
+  MAP + +  MAP +     +  MAP +      +  MAP +          +  MS  +
+      + +      +     +      +      +      +          +      +
+......+ +......+     +......+      +......+          +......+
        
        
        
        
The LWAPP tunnel exists between the controller and
the APs. The MNs communicate with the APs through
the protocol defined by the 802.11 standard.
        
LWAPP APs, upon bootup, discover and join one of the
controllers and the controller pushes the 
configuration, that includes the WLAN parameters to 
the LWAPP APs. 
The APs encapsulate all the 802.11 frames from
wireless clients inside LWAPP frames and forward
the LWAPP frames to the controller.
        
                   GLOSSARY
        
Access Point ( AP )
        
An entity that contains an 802.11 medium access
control ( MAC ) and physical layer ( PHY ) interface
and provides access to the distribution services via
the wireless medium for associated clients.
LWAPP APs encapsulate all the 802.11 frames in
LWAPP frames and sends them to the controller to which
it is logically connected.
        
Central Controller ( CC )
        
The central entity that terminates the LWAPP protocol
tunnel from the LWAPP APs. Throughout this MIB,
this entity is also referred to as 'controller'.
        
Mobile Station ( MS )
        
A roaming 802.11 wireless device in a wireless
network associated with an access point. Mobile Station
and client are used interchangeably. 
        
Network Management System ( NMS )
        
The station from which the administrator manages the
wired and wireless networks.
        
Mesh Node
        
A mesh node is defined as a physical or logical entity
in the mesh network participating in forming the mesh 
backhaul. RAP and MAP are two types of mesh nodes 
supported in mesh network.
        
Root AP (RAP)
        
The AP forming the bridge between a wired and a mesh
network with an Ethernet interface to the wired 
network and a 802.11 radio interface to the mesh 
network
        
Mesh AP (MAP).
        
The AP extending wireless coverage similar to a 
repeater in a mesh network and consists of a 802.11 
uplink and a 802.11 downlink. On a single-radio 
backhaul, both uplink and downlink exist on the same 
radio and are logical links only. On a multi-radio 
backhaul, they may exist on different radios.
        
Mesh Network
        
Network starting with the wireless backhaul downlink
of the RAP and all the entities below except any 
attached network to the Ethernet link of MAPs. A mesh 
network below a single RAP is also referred to as a 
'Mesh Sector'.A mesh network consists of mesh nodes. 
A single mesh network is always augmented to a single 
wired network.
        
Mesh Link
        
A logical 802.11 link between two mesh nodes. A single 
link is point-to-point. All point-to-multipoint links 
are considered as multiple mesh links. Often referred 
to as mesh backhaul link.
        
Mesh Backhaul
        
A Mesh backhaul consists of mesh nodes and mesh links 
terminating at a RAP. This necessarily creates a one-
to-one relationship between a 'mesh network', 'mesh
sector' and a 'mesh backhaul' where these terms can be 
used interchangeably.
        
SNR
        
Signal to Noise ratio on the 802.11 radio.
        
Bridged network 
        
The bridged network is defined as the network(s)
attached to the Ethernet port of any MAP. There can be
multiple such networks attached to a single mesh 
network.
        
Mesh Node Roaming
        
A mesh node may change its parent mesh node naturally 
when the RF/network condition changes. Child Mesh node 
will re-associate and re-authenticate to new parent 
mesh node. Mesh Security supports two types of mesh 
node roaming.
   Intra-controller - LWAPP session is not lost.
   Inter-controller - LWAPP session is lost.
        
        
REFERENCE
        
[1] Wireless LAN Medium Access Control ( MAC ) and
Physical Layer ( PHY ) Specifications.
        
[2] Draft-obara-capwap-lwapp-00.txt, IETF Light 
Weight Access Point Protocol
    
Source file
CISCO-LWAPP-MESH-STATS-MIB
Last revised
Identity
ciscoLwappMeshStatsMIB
Base OID
1.3.6.1.4.1.9.9.617
Imported Objects
CISCO-LWAPP-AP-MIB cLApDot11RadioRole cLApName cLApSysMacAddress
CISCO-LWAPP-MESH-MIB clMeshNeighborMacAddress clMeshNodeBackhaul
CISCO-SMI ciscoMgmt
SNMP-FRAMEWORK-MIB SnmpAdminString
SNMPv2-CONF MODULE-COMPLIANCE (no object page) NOTIFICATION-GROUP (no object page) OBJECT-GROUP (no object page)
SNMPv2-SMI Counter32 Gauge32 MODULE-IDENTITY (no object page) NOTIFICATION-TYPE (no object page) OBJECT-TYPE (no object page) Unsigned32
SNMPv2-TC TimeInterval 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-LWAPP-MESH-STATS-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'CISCO-LWAPP-MESH-STATS-MIB::ciscoLwappMeshStatsMIB'
Walk the MIB subtree
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'CISCO-LWAPP-MESH-STATS-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'CISCO-LWAPP-MESH-STATS-MIB::ciscoLwappMeshStatsMIB'
How SNMP, Net-SNMP, MIB paths, and variants work
Objects (80)
.1.3.6.1.4.1.9.9.617
.1.3.6.1.4.1.9.9.617.0
.1.3.6.1.4.1.9.9.617.1
.1.3.6.1.4.1.9.9.617.1.1
.1.3.6.1.4.1.9.9.617.1.1.1
.1.3.6.1.4.1.9.9.617.1.1.1.1
.1.3.6.1.4.1.9.9.617.1.1.1.1.1
.1.3.6.1.4.1.9.9.617.1.1.1.1.10
.1.3.6.1.4.1.9.9.617.1.1.1.1.2
.1.3.6.1.4.1.9.9.617.1.1.1.1.3
.1.3.6.1.4.1.9.9.617.1.1.1.1.4
.1.3.6.1.4.1.9.9.617.1.1.1.1.5
.1.3.6.1.4.1.9.9.617.1.1.1.1.6
.1.3.6.1.4.1.9.9.617.1.1.1.1.7
parent-switchesSNMPv2-SMICounter32
.1.3.6.1.4.1.9.9.617.1.1.1.1.8
.1.3.6.1.4.1.9.9.617.1.1.1.1.9
.1.3.6.1.4.1.9.9.617.1.1.2
.1.3.6.1.4.1.9.9.617.1.1.2.1
Enumeration
.1.3.6.1.4.1.9.9.617.1.1.2.1.1
.1.3.6.1.4.1.9.9.617.1.1.2.1.2
.1.3.6.1.4.1.9.9.617.1.1.2.1.3
.1.3.6.1.4.1.9.9.617.1.1.2.1.4
.1.3.6.1.4.1.9.9.617.1.1.2.1.5
.1.3.6.1.4.1.9.9.617.1.1.2.1.6
.1.3.6.1.4.1.9.9.617.1.1.3
.1.3.6.1.4.1.9.9.617.1.1.3.1
.1.3.6.1.4.1.9.9.617.1.1.3.1.1
.1.3.6.1.4.1.9.9.617.1.1.3.1.10
.1.3.6.1.4.1.9.9.617.1.1.3.1.11
.1.3.6.1.4.1.9.9.617.1.1.3.1.12
.1.3.6.1.4.1.9.9.617.1.1.3.1.13
.1.3.6.1.4.1.9.9.617.1.1.3.1.14
.1.3.6.1.4.1.9.9.617.1.1.3.1.15
.1.3.6.1.4.1.9.9.617.1.1.3.1.16
.1.3.6.1.4.1.9.9.617.1.1.3.1.17
.1.3.6.1.4.1.9.9.617.1.1.3.1.18
.1.3.6.1.4.1.9.9.617.1.1.3.1.19
.1.3.6.1.4.1.9.9.617.1.1.3.1.2
.1.3.6.1.4.1.9.9.617.1.1.3.1.20
.1.3.6.1.4.1.9.9.617.1.1.3.1.3
.1.3.6.1.4.1.9.9.617.1.1.3.1.4
.1.3.6.1.4.1.9.9.617.1.1.3.1.5
.1.3.6.1.4.1.9.9.617.1.1.3.1.6
.1.3.6.1.4.1.9.9.617.1.1.3.1.7
.1.3.6.1.4.1.9.9.617.1.1.3.1.8
.1.3.6.1.4.1.9.9.617.1.1.3.1.9
.1.3.6.1.4.1.9.9.617.1.2
.1.3.6.1.4.1.9.9.617.1.2.1
.1.3.6.1.4.1.9.9.617.1.2.1.1
.1.3.6.1.4.1.9.9.617.1.2.1.1.1
.1.3.6.1.4.1.9.9.617.1.2.1.1.2
.1.3.6.1.4.1.9.9.617.1.2.1.1.3
.1.3.6.1.4.1.9.9.617.1.2.1.1.4
.1.3.6.1.4.1.9.9.617.1.2.1.1.5
.1.3.6.1.4.1.9.9.617.1.2.1.1.6
.1.3.6.1.4.1.9.9.617.1.3
OctetString
.1.3.6.1.4.1.9.9.617.1.3.1
.1.3.6.1.4.1.9.9.617.1.4
.1.3.6.1.4.1.9.9.617.1.4.1
.1.3.6.1.4.1.9.9.617.1.4.1.1
.1.3.6.1.4.1.9.9.617.1.4.1.1.1
.1.3.6.1.4.1.9.9.617.1.4.1.1.2
.1.3.6.1.4.1.9.9.617.1.4.1.1.3
.1.3.6.1.4.1.9.9.617.1.4.1.1.4
.1.3.6.1.4.1.9.9.617.1.4.1.1.5
.1.3.6.1.4.1.9.9.617.1.5
.1.3.6.1.4.1.9.9.617.1.5.1
.1.3.6.1.4.1.9.9.617.1.5.1.1
.1.3.6.1.4.1.9.9.617.1.5.1.1.1
.1.3.6.1.4.1.9.9.617.1.5.1.1.2
.1.3.6.1.4.1.9.9.617.1.5.1.1.3
.1.3.6.1.4.1.9.9.617.2
.1.3.6.1.4.1.9.9.617.2.1
hundredths-secondsInteger32
.1.3.6.1.4.1.9.9.617.2.2
.1.3.6.1.4.1.9.9.617.2.3
.1.3.6.1.4.1.9.9.617.2.4
Unsigned32
.1.3.6.1.4.1.9.9.617.2.5
.1.3.6.1.4.1.9.9.617.3
.1.3.6.1.4.1.9.9.617.3.1
.1.3.6.1.4.1.9.9.617.3.2
Dependencies (17) 7 direct · 10 transitive 1 circular 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.

Circular imports detected
CISCO-LWAPP-AP-MIB → CISCO-LWAPP-DOT11-MIB → CISCO-LWAPP-AP-MIB
Dependency tree
Conformance Groups (12)
This collection of represents statistics information about
a mesh node such as the number of that were transmitted to
or received from the mesh node, number association attempts,
packets transmitted on secondary backhaul etc.
.1.3.6.1.4.1.9.9.617.3.2.1
This collection of objects represent packets
is different types of queues to be transmitted to
neighbor meshnode or to controller.
.1.3.6.1.4.1.9.9.617.3.2.2
This collection of objects represent packets
that were transmitted or received by a child mesh node
or a parent mesh node during security negotiations.
.1.3.6.1.4.1.9.9.617.3.2.3
This collection of objects represent configuration
objects for statistics of mesh network.
.1.3.6.1.4.1.9.9.617.3.2.4
This collection of objects represent the mesh network
statistics related notifications sent by the agent to a
network management station.
.1.3.6.1.4.1.9.9.617.3.2.5
This collection of objects represent packets
transmitted or received by a mesh node to or from
a neighbor mesh node.
.1.3.6.1.4.1.9.9.617.3.2.6
This collection of objects represent the information
carried by the mesh network statistics related notifications sent
by the agent to a network management station.
.1.3.6.1.4.1.9.9.617.3.2.7
Thia collection of objects represents statistics
information about a meshnode such as the number of that
were successful transmitted, number of dropped packets, retried
packets.
.1.3.6.1.4.1.9.9.617.3.2.8
Thia collection of objects represents statistics information about a mesh
node the number of that were successful transmitted packets,
of each data rate.
.1.3.6.1.4.1.9.9.617.3.2.9
This collection of objects represent statistics information of
a mesh node such as the number of packets that were transmitted
to
or received from the mesh node, number association attempts,
packets transmitted on secondary backhaul.
.1.3.6.1.4.1.9.9.617.3.2.10
This collection of objects represent configuration
objects for statistics of mesh network.
.1.3.6.1.4.1.9.9.617.3.2.11
This collection of objects represent the mesh network
statistics related notifications sent by the agent to a
network management station.
.1.3.6.1.4.1.9.9.617.3.2.12
Compliance Statements (2)

OID .1.3.6.1.4.1.9.9.617.3.1.1
The compliance statement for the SNMP entities that
implement the ciscoLwappMeshStatsMIB module.
Required groups

Notifications / Traps (4)
NameOIDDescription
.1.3.6.1.4.1.9.9.617.0.1
This notification is generated by the agent when a
queue overflows and as a result packets get dropped.
After each time interval, defined by object
'clMeshNodeStatsTimeInterval', mesh node sends its
queue statistics to the controller which also includes
cumulative number of packets dropped, defined by object
'clMeshNodePktQueuePktsDropped'. If the packets dropped
is higher than the previous time notification generated
then this notification is raised.
.1.3.6.1.4.1.9.9.617.0.2
This notification is generated by the agent when cumulative
association counter at parent mesh node exceeds value
configured in 'clMeshNodeExcessiveAssociationThreshold'.
cLApName is the name of the parent mesh node.
.1.3.6.1.4.1.9.9.617.0.3
This notification is generated by the agent when the MAP identified by
clApName intiates the backhaul change from primary to
secondary. cLApName identifies the AP that receives the
change. The MAC address of the initiating AP is sent as a part of the
index of clMeshNodeBackhaul. clMeshNodeBackhaul identifies the
secondary backhaul channel used. The MAC address of the receiving AP
is sent as a part of the index of cLApName.
.1.3.6.1.4.1.9.9.617.0.4
This notification is generated by the agent when the mesh radio role
is set or unset.