MIBs Depot

CISCO-LWAPP-MOBILITY-MIB

Registered at
1.3.6.1.4.1.9.9.576
Last updated
2020-10-05 00:00
Organization
Cisco Systems Inc.
Revisions
2020-10-05 00:00, 2019-11-11 00:00, 2019-04-25 00:00, 2018-05-28 00:00, 2018-04-24 00:00, 2017-04-27 00:00, 2014-04-01 00:00, 2010-08-23 00:00, 2006-07-19 00:00
Namespace
cisco
Source file
CISCO-LWAPP-MOBILITY-MIB
Digest
sha256:a26b9e6842811e814ce12d91974507bc42c94bfb9b3a03b3ed1489ae34c4d3ca

Description

This MIB is intended to be implemented on all those devices operating as Central Controllers (CC) that terminate the Light Weight Access Point Protocol tunnel from Light-weight LWAPP Access Points. This MIB provides configuration and status information about the 802.11 WLAN mobility. The relationship between CC and the LWAPP APs can be depicted as follows: +......+ +......+ +......+ +......+ + + + + + + + + + CC + + CC + + CC + + CC + + + + + + + + + +......+ +......+ +......+ +......+ .. . . . .. . . . . . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +......+ +......+ + + + + + + + + + + + AP + + AP + + AP + + AP + + AP + + + + + + + + + + + +......+ +......+ +......+ +......+ +......+ . . . . . . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +......+ +......+ + + + + + + + + + + + MN + + MN + + MN + + MN + + MN + + + + + + + + + + + +......+ +......+ +......+ +......+ +......+ 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 then 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 it to the controller to which it is logically connected. Basic Service Set Identifier (BSSID) The identifier for the service set comprising of all the 802.11 stations under the control of one coordinating Access Point. This identifier happens to be the MAC address of the dot11 radio interface of the Access Point. The wireless clients that associate with the Access Point get the wired uplink through this particular dot11 interface. Central Controller ( CC ) The central entity that terminates the LWAPP protocol tunnel from the LWAPP APs. Throughout this MIB, this entity also referred to as 'controller'. Light Weight Access Point Protocol ( LWAPP ) This is a generic protocol that defines the communication between the Access Points and the Central Controller. Mobile Node ( MN ) A roaming 802.11 wireless device in a wireless network associated with an access point. Mobility Concept by which a Mobile Node can roam from one Access Point to another Access Point, across multiple Central Controllers, without need for repeated authentication. Mobility Group A set of Central Controllers which exchange Mobile Node's authentication information, so that the Mobile Node upon roaming need not re-authenticate. Mobility Anchor When a Central Controller in the Mobility Group is designated as Mobility Anchor, then all the Mobile Node's traffic is tunneled to it by other Controllers in the Mobility Group. Guest Tunneling (GT) The concept of designating a Central Controller in the Mobility Group as Mobility Anchor, so that all the Mobile Node's traffic is tunneled to it by other Controllers in the Mobility Group. Station Management (SMT) This term refers to the internal management of the 802.11 protocol operations by the AP to work cooperatively with the other APs and 802.11 devices in the network. Ethernet over Internet Protocol (EoIP) Ethernet over IP (EoIP) is a protocol that creates an Ethernet tunnel between two routers on top of an IP connection. The EoIP interface appears as an Ethernet interface. Reverse path filtering (RPF) Reverse path filtering (RPF) is a feature provided by most modern Internet Protocol routers, which may be used to reduce the risk of customers attacking other internet hosts. One of the problems network service providers face today is hackers generating packets with fake source IP addresses, a technique known as spoofing. This is often done in order to initiate a denial-of-service attack against another internet host or network. Since the source IP addresses of the incoming packets change, often randomly, and for every packet, the target of such an attack can't easily filter out the attacking packets. However, the source of the attack, i.e. the network service provider of the attacking host, has a simple way to stop such packets from ever leaving its network. A router always knows which networks are reachable via any of its interfaces. By checking the source IP address of all packets coming in via an interface against the networks known to be behind that interface, the router can simply drop packets that aren't supposed to come from there. Hence, reverse path filtering filters packets according to the 'reverse path' to their source address. If the path back to the source address does not match the path the packet is coming from, it is dropped. REFERENCE [1] Part 11 Wireless LAN Medium Access Control ( MAC ) and Physical Layer ( PHY ) Specifications. [2] Draft-obara-capwap-lwapp-00.txt, IETF Light Weight Access Point Protocol.

Contact

Cisco Systems, Customer Service Postal: 170 West Tasman Drive San Jose, CA 95134 USA Tel: +1 800 553-NETS Email: cs-snmp@cisco.com

Imports

FromSymbols
CISCO-SMIciscoMgmt
INET-ADDRESS-MIBInetAddress, InetAddressType
SNMP-FRAMEWORK-MIBSnmpAdminString
SNMPv2-CONFMODULE-COMPLIANCE, NOTIFICATION-GROUP, OBJECT-GROUP
SNMPv2-SMICounter32, Integer32, IpAddress, MODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-IDENTITY, OBJECT-TYPE, Unsigned32, iso
SNMPv2-TCDisplayString, MacAddress, RowStatus, TEXTUAL-CONVENTION, TruthValue

Imported by

Nothing in this corpus imports this module.

Load order

Every file a consumer needs in order to load this module, dependencies first.

CISCO-LWAPP-MOBILITY-MIB
CISCO-SMI
INET-ADDRESS-MIB
SNMP-FRAMEWORK-MIB
SNMPv2-CONF
SNMPv2-SMI
SNMPv2-TC

Objects

NameOIDSyntaxAccessStatus
ciscoLwappMobilityMIBNotifs
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.0
ciscoLwappMobilityMIBObjects
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.1
cLMobilityAnchorTable
OBJECT-TYPE
This table represents the information about the 802.11 LWAPP Mobility Anchors on individual WLANs. +...............+ + + + ROUTER + + 10.16.1.1 + +...............+ .. . . . . . . . . . . 10.16.109.112 10.16.105.39 +......+ <<-------->> +......+ + + [3]CC2 tunnels + + + CC1 + MN1's traffic + CC2 + + + to Anchor CC1 + + +......+ using EoIP +......+ . . . Anchor Foreign . . . +......+ +......+ + + + + + AP1 + + AP2 + + + + + +......+ +......+ 'typhoon' . ^'typhoon' . | . [2] associates | . with AP2/CC2 | . | +......+ [1] +......+ + + moves to region + + + MN1 + ---------->>> + MN1 + + + serviced by AP2 + + +......+ +......+ 10.16.109.199 10.16.109.199 In the above diagram, Central Controllers CC1 and CC2 have been configured in a Mobility Group. Currently the Mobile Node 'MN1' obtains its IP from the Central Controller 'CC1' with which it first associates via WLAN 'typhoon' through Access Point 'AP1'. 'CC1' obtains DHCP address, say 10.16.109.199 for client 'MN1'. Now the client 'MN1' is identified by 10.16.109.199 for further communication with the network and the communication happens via 'CC1'. Since, 'CC1' and 'CC2' are in same mobility group, 'CC1' sends the authentication block of 'MN1' to 'CC2'. Central Controller 'CC2' has an associated Access Point 'AP2' which beams WLAN 'typhoon' and uses 10.16.105.0 / 255.255.255.0 subnet instead. Next, the Mobile Node 'MN1' moves out of range of 'AP1' and gets in to proximity with 'AP2' and continues to use WLAN 'typhoon'. 'CC2' locally authenticates 'MN1' against authentication block shared from 'CC1'. 'CC2' forwards all traffic from 'MN1' to router. This is called WLAN mobility. But hold on, 'CC2' uses 10.16.105.0 / 255.255.255.0 subnet for WLAN 'typhoon'. So we have two problems here : a> Traffic of 10.16.109.0 / 255.255.255.0 subnet has to be accessible from 10.16.105.0 / 255.255.255.0 subnet. b> Unnecessary overloading of 10.16.105.0 / 255.255.255.0 subnet by traffic from 10.16.109.0 / 255.255.255.0 subnet. How do we address these issues ?? If an EoIP tunnel can be established between 'CC1' and 'CC2' and 'CC1' sends all traffic bound to 'MN1', 10.16.109.199, on this tunnel to 'CC2', which in turn forwards it to 'MN1', then, above two subnet-problems are resolved. This is called Mobility Anchoring. 'CC1' is the Mobility Anchor and 'CC2' is the 'Foreign' for WLAN 'typhoon'. As per the configuration, user creates a MobilityAnchor entry in 'CC2' for WLAN 'typhoon' with IP address as 'CC1', i.e. 10.16.109.112. So, when 'MN1' connects to WLAN 'typhoon' via 'AP2', then 'CC2' establishes EoIP tunnel with 10.16.109.112 and forwards the packets to 'MN1'. Given the above example, the cLMobilityAnchorEntry on 'CC2' looks like : --------------------------------------------------------------- | MIB - ATTRIBUTES | ROW#1 | ROW#2 | --------------------------------------------------------------- | cLMobilityAnchorWlanProfileName | typhoon | | --------------------------------------------------------------- | cLMobilityAnchorSwitchIPAddress | 10.16.109.112 | | --------------------------------------------------------------- | cLMobilityAnchorStatus | up(4) | | --------------------------------------------------------------- | cLMobilityAnchorRowStatus | active(1) | | --------------------------------------------------------------- This feature has advantages for both security and load balancing. It can be used to restrict a WLAN to a single subnet, regardless of the MN's entry point into the network. A 'public' or guest WLAN can thus be accessed throughout an enterprise, but still is restricted to a specific subnet. It can also be used to provide some geographic load balancing, since the WLANs can represent a particular section of a building (i.e., engineering, marketing). Those groups can be 'anchored' on a particular subnet/switch rather than on the CC of first occurrence (i.e., the switch controlling the APs by the front door).
1.3.6.1.4.1.9.9.576.1.1not-accessiblecurrent
cLMobilityAnchorEntry
OBJECT-TYPE
Each entry in this table provides information about one 802.11 LWAPP mobility anchor configured on a WLAN on this controller.
1.3.6.1.4.1.9.9.576.1.1.1not-accessiblecurrent
cLMobilityAnchorWlanProfileName
OBJECT-TYPE
This object represenst local WLAN-profile name to connect to guest/anchor switch.
1.3.6.1.4.1.9.9.576.1.1.1.1OCTET STRING (SIZE(1..32))not-accessiblecurrent
cLMobilityAnchorSwitchIPAddress
OBJECT-TYPE
This object represents the guest/anchor switch IP address.
1.3.6.1.4.1.9.9.576.1.1.1.2IpAddressnot-accessiblecurrent
cLMobilityAnchorStatus
OBJECT-TYPE
This object represents operational and connectivity status of the mobility anchor. controlpath: When bit is set to '0', this means successive ICMP pings to the anchor have failed. When bit is set to '1', this means anchor is reachable and responding to ICMP pings. datapath: When bit is set to '0', this means successive EoIP pings to the anchor have failed. When bit is set to '1', this means anchor is reachable and responding to EoIP pings.
1.3.6.1.4.1.9.9.576.1.1.1.3Bits {controlpath(0), datapath(1)}read-onlycurrent
cLMobilityAnchorRowStatus
OBJECT-TYPE
This is the status column for this row and is used to create and delete specific instances of rows in this table.
1.3.6.1.4.1.9.9.576.1.1.1.4RowStatusread-createcurrent
cLMobilityAnchorGlobalDot11Config
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.1.2
cLMobilityAnchorGroupKeepAliveNumber
OBJECT-TYPE
This object specifies how many successive ping attempts to the anchor should fail before the anchor is declared DOWN.
1.3.6.1.4.1.9.9.576.1.2.1Integer32 (3..20)read-writecurrent
cLMobilityAnchorGroupKeepAliveInterval
OBJECT-TYPE
This object specifies the time interval (in seconds) between two consecutive ping attempts to an anchor.
1.3.6.1.4.1.9.9.576.1.2.2Integer32 (1..30)read-writecurrent
cLMobilityAnchorSmtStatus
OBJECT-TYPE
This object specifies whether it allows user to enable or disable symmetric mobility tunneling for the controller. The controller provides inter-subnet mobility for clients roaming from one AP to another within a wireless LAN. This mobility is asymmetric in nature where the client traffic to the wired network is routed out directly via the 'foreign' controller. See the diagram above. This mechanism breaks when an upstream router has RPF enabled. In this case the client traffic will be dropped at the router because the RPF check ensures that the path back to the source address matches the path the packet is coming from. This attribute is aimed at addressing this issue. It will allow enabling 'Symmetric Mobility Tunneling' or 'Bi-directional Tunneling' for mobile clients such that all the client traffic is sent to the 'anchor' controller and go successfully through RPF check. When set to 'true', Symmetric Mobility Tunneling will be enabled on the Controller on next reset. When set to 'false', Symmetric Mobility Tunneling will be disabled on the Controller on next reset. After setting this attribute to the desired value, user should reset the Controller for the change to take effect.
1.3.6.1.4.1.9.9.576.1.2.3TruthValueread-writecurrent
cLMobilityAnchorCurrentSmt
OBJECT-TYPE
This object represents whether the Symmetric Mobility Tunneling is enabled or disabled on the controller. A value of 'true' indicates that Symmetric Mobility Tunneling is currently enabled on the controller. A value of 'false' indicates that Symmetric Mobility Tunneling is currently disabled on the controller.
1.3.6.1.4.1.9.9.576.1.2.4TruthValueread-onlycurrent
cLMobilityAnchorDscpValue
OBJECT-TYPE
This object specifies the intercontroller DSCP value.
1.3.6.1.4.1.9.9.576.1.2.5Integer32 (0..63)read-writecurrent
cLMobilityTrapVariables
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.1.3
cLMobilityAnchorWlanId
OBJECT-TYPE
This object represents index of the WLAN in the controller.
1.3.6.1.4.1.9.9.576.1.3.1Integer32 (1..16)accessible-for-notifycurrent
cLMobilityAnchorAddressType
OBJECT-TYPE
This object represents the guest/anchor switch address type.
1.3.6.1.4.1.9.9.576.1.3.2InetAddressTypeaccessible-for-notifycurrent
cLMobilityAnchorAddress
OBJECT-TYPE
This object represents the guest/anchor switch address. The IP address is limited to IPv4 and IPv6.
1.3.6.1.4.1.9.9.576.1.3.3InetAddressaccessible-for-notifycurrent
cLMobilityMulticastGroupConfig
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.1.4
cLMobilityMulticastMessagingEnable
OBJECT-TYPE
This object specifies whether the mobility multicast messaging feature is enabled or disabled on the controller. A value of 'true' indicates that multicast messaging among the mobility group members is enabled. A value of 'false' indicates that multicast messaging among the mobility group members is disabled.
1.3.6.1.4.1.9.9.576.1.4.1TruthValueread-writecurrent
cLMobilityMulticastGroupTable
OBJECT-TYPE
This table is used to configure multicast group IP address per mobility group. Entries are added to the table when configuring multicast group IP address per mobility group.
1.3.6.1.4.1.9.9.576.1.4.2not-accessiblecurrent
cLMobilityMulticastGroupEntry
OBJECT-TYPE
Each entry in this table provides information about multicast group IP address per mobility group.
1.3.6.1.4.1.9.9.576.1.4.2.1not-accessiblecurrent
cLMobilityGroupMacAddress
OBJECT-TYPE
This object represents the mobility group MAC address present on the controller.
1.3.6.1.4.1.9.9.576.1.4.2.1.1MacAddressnot-accessiblecurrent
cLMobilityMulticastGroupIPAddressType
OBJECT-TYPE
This object specifies the multicast group IP address type. The IP address is limited to IPv4 and IPv6.
1.3.6.1.4.1.9.9.576.1.4.2.1.2InetAddressTyperead-writecurrent
cLMobilityMulticastGroupIPAddress
OBJECT-TYPE
This object specifies the multicast group IP address per group. The IP address is limited to IPv4 and IPv6. The IP address should be reset only after disabling the mobility multicast mode (cLMobilityMulticastMessagingEnable).
1.3.6.1.4.1.9.9.576.1.4.2.1.3InetAddressread-writecurrent
cLMobilityGroupMembersTable
OBJECT-TYPE
This table represents the MWAR List (statically configured members of the mobility group). Entries are added to the table when configuring mobility group members.
1.3.6.1.4.1.9.9.576.1.5not-accessiblecurrent
cLMobilityGroupMembersEntry
OBJECT-TYPE
This object represents an entry (conceptual row) in the cLMobilityGroupMembers table.
1.3.6.1.4.1.9.9.576.1.5.1not-accessiblecurrent
cLMobilityGroupMemberIPAddressType
OBJECT-TYPE
This object represents the IP address type of the mobility member IP address represented by cLMobilityGroupMemberIPAddress. The IP address is limited to IPv4 and IPv6. For clarity, this object is being deprecated in favor of the new read-write object 'cLMobilityGroupMemberAddressType.
1.3.6.1.4.1.9.9.576.1.5.1.1InetAddressTyperead-onlydeprecated
cLMobilityGroupMemberIPAddress
OBJECT-TYPE
This object represents the IP address of the mobility member corresponding to cLMobilityGroupMacAddress. The IP address is limited to IPv4 and IPv6. For clarity, this object is being deprecated in favor of the new read-write object 'cLMobilityGroupMemberAddress.
1.3.6.1.4.1.9.9.576.1.5.1.2InetAddressread-onlydeprecated
cLMobilityGroupMemberControlPathStatusUp
OBJECT-TYPE
This object represents the control path status of the mobility member corresponding to cLMobilityGroupMacAddress. A value of 'true' indicates that control path is up. A value of 'false' indicates that control path is down.
1.3.6.1.4.1.9.9.576.1.5.1.3TruthValueread-onlycurrent
cLMobilityGroupMemberDataPathStatusUp
OBJECT-TYPE
This object represents the data path status of the mobility member corresponding to cLMobilityGroupMacAddress. A value of 'true' indicates that data path is up. A value of 'false' indicates that data path is down.
1.3.6.1.4.1.9.9.576.1.5.1.4TruthValueread-onlycurrent
cLMobilityGroupMemberHashKey
OBJECT-TYPE
This object indicates the Hash key of the peer mobility member. It is a 40 hex digit value or 'none' to clear the previously configured hash key
1.3.6.1.4.1.9.9.576.1.5.1.5OCTET STRING (SIZE(4..40))read-writecurrent
cLMobilityGroupMemberAddressType
OBJECT-TYPE
This object specifies the IP address type of the mobility member IP address represented by cLMobilityGroupMemberIPAddress. The IP address is limited to IPv4 and IPv6.
1.3.6.1.4.1.9.9.576.1.5.1.6InetAddressTyperead-createcurrent
cLMobilityGroupMemberAddress
OBJECT-TYPE
This object specifies the IP address of the mobility member corresponding to cLMobilityGroupMacAddress. The IP address is limited to IPv4 and IPv6.
1.3.6.1.4.1.9.9.576.1.5.1.7InetAddressread-createcurrent
cLMobilityGroupMemberGroupName
OBJECT-TYPE
This object specifies member's group name. If left empty while adding a new group member, this assumes the default mobility group name of the switch.
1.3.6.1.4.1.9.9.576.1.5.1.8SnmpAdminStringread-createcurrent
cLMobilityGroupMemberRowStatus
OBJECT-TYPE
This is the status column for this row and is used to create and delete specific instances of rows in this table.
1.3.6.1.4.1.9.9.576.1.5.1.9RowStatusread-createcurrent
cLMobilityGroupMemberDataDtls
OBJECT-TYPE
This object specifies the data dtls status with a mobility member.Data DTLS modification can be performed once mobility member is created. A value of 'true' indicates that data DTLS is enabled. A value of 'false' indicates that data DTLS is disabled.
1.3.6.1.4.1.9.9.576.1.5.1.10TruthValueread-createcurrent
cLMobilityGroupMemberIPAddressTypeRev1
OBJECT-TYPE
This object represents the public IP Address type of the mobility tunnel. The Ip address is limited to ipv4 and ipv6.
1.3.6.1.4.1.9.9.576.1.5.1.11InetAddressTyperead-createcurrent
cLMobilityGroupMemberIPAddressRev1
OBJECT-TYPE
This object represents the IP address of the mobility tunnel corresponding to cLMobilityGroupMemberIPAddressTypeRev1. The IP address is limited to IPv4 and IPv6.
1.3.6.1.4.1.9.9.576.1.5.1.12InetAddressread-createcurrent
cLMobilityForeignWlcMapTable
OBJECT-TYPE
This table is used to create mappings of the foreign controller with the interface/interface group to be used, when clients are directly connected to the foreign controller send the DHCP request to the anchor controller.
1.3.6.1.4.1.9.9.576.1.6not-accessiblecurrent
cLMobilityForeignWlcMapEntry
OBJECT-TYPE
Each entry in this table represents a row in the cLMobilityForeignWlcIfMappingTable .Entries are added and deleted by explicit user driven action.
1.3.6.1.4.1.9.9.576.1.6.1not-accessiblecurrent
cLMobilityForeignWlcMapMacAddress
OBJECT-TYPE
This object represents the MAC address of the foreign controller, to which the interface mapping is to be configured.
1.3.6.1.4.1.9.9.576.1.6.1.1MacAddressnot-accessiblecurrent
cLMobilityForeignWlcMapIf
OBJECT-TYPE
This object specifies name of the interface/interface group which would be used for the communication with the clients connected to the foreign controller, represented by cLMobilityForeignWlcMapMacAddress.
1.3.6.1.4.1.9.9.576.1.6.1.2SnmpAdminString (SIZE(1..255))read-createcurrent
cLMobilityForeignWlcMapRowStatus
OBJECT-TYPE
This is the status column for this row and is used to create and delete specific instances of rows in this table.
1.3.6.1.4.1.9.9.576.1.6.1.3RowStatusread-createcurrent
cLMobilityStats
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.1.7
cLMobilityIncomingCount
OBJECT-TYPE
This object represents the number of successfully incoming inter-WLC roaming count for this WLC. If a client roams in from other WLC with the same SSID and successfully re-associated, the count should be increased.
1.3.6.1.4.1.9.9.576.1.7.1Counter32read-onlycurrent
cLMobilityOutgoingCount
OBJECT-TYPE
This object represents the number of successfully outgoing inter-WLC roaming count for this WLC. If a client roams out to other WLC with the same SSID successfully, the count should be increased.
1.3.6.1.4.1.9.9.576.1.7.2Counter32read-onlycurrent
ciscoLwappMobilityMCGlobalObjects
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.1.8
cLMobilityMCMOEnableStatus
OBJECT-TYPE
This object represents the current status of the Mobility Oracle (MO). A value of 'true' indicates Mobility Oracle is enabled. A value of 'false' indicates Mobility Oracle (MO) is disabled.
1.3.6.1.4.1.9.9.576.1.8.1TruthValueread-onlycurrent
cLMobilityMCMOAdminEnableStatus
OBJECT-TYPE
This object allows the user to enable or disable MO mode. A value of 'true' indicates both Mobility Oracle (MO) is enabled. A value of 'false' indicates Mobility Oracle (MO) is disabled. Please note that cLMobilityMOEnableStatus (operational value) can be false even if cLMobilityMOAdminEnableStatus is true.
1.3.6.1.4.1.9.9.576.1.8.2TruthValueread-writecurrent
cLMobilityMCEnableStatus
OBJECT-TYPE
This object represents the current status of Mobility Controller (MC). The controller can operate either in MC/MA or MA only mode. A value of 'true' indicates both Mobility Controller (MC) is enabled. A value of 'false' indicates Mobility Controller (MC) is disabled.
1.3.6.1.4.1.9.9.576.1.8.3TruthValueread-onlycurrent
cLMobilityMCAdminEnableStatus
OBJECT-TYPE
This object allows the user to enable or disable MC mode. The controller can operate either in MC/MA or MA only mode. A value of 'true' indicates both Mobility Controller (MC) is enabled. A value of 'false' indicates Mobility Controller (MC) is disabled. Please note that cLMobilityMCEnableStatus (operational value) can be false even if cLMobilityMCAdminEnableStatus is true.
1.3.6.1.4.1.9.9.576.1.8.4TruthValueread-writecurrent
cLMobilityMCMulticastMode
OBJECT-TYPE
This object allows the user to enable or disable multicast mode. A value of 'true' indicates Multicast mode is enabled. A value of 'false' indicates Multicast mode is disabled.
1.3.6.1.4.1.9.9.576.1.8.5TruthValueread-writecurrent
cLMobilityMCKeepAliveCount
OBJECT-TYPE
This object represents the keep alive count. If keep alive response is not received consecutively for N (keep alive count) times, the mobility link is declared as down. Valid value ranges from 3 to 20.
1.3.6.1.4.1.9.9.576.1.8.6Unsigned32read-writecurrent
cLMobilityMCKeepAliveInterval
OBJECT-TYPE
Each MC sends periodically keep alive packet to other mobility devices (MA or MC). This object represents the keep alive interval. This object is valid for MC, not MA. Valid value ranges from 1 to 30.
1.3.6.1.4.1.9.9.576.1.8.7Unsigned32read-writecurrent
cLMobilityMCDscpValue
OBJECT-TYPE
This object represents the Differentiated Services Code Point (DSCP) value. Here it is used for classifying and managing mobility control packets and providing quality of service (QoS) on IP networks. Valid value ranges from 0 to 63.
1.3.6.1.4.1.9.9.576.1.8.8Unsigned32read-writecurrent
cLMobilityMCMOPublicAddressType
OBJECT-TYPE
This object represents the MO's public IP address type.
1.3.6.1.4.1.9.9.576.1.8.9InetAddressTyperead-writecurrent
cLMobilityMCMOPublicAddress
OBJECT-TYPE
This object represents the MO's public IP address.
1.3.6.1.4.1.9.9.576.1.8.10InetAddressread-writecurrent
cLMobilityMCApCountLicensesInUse
OBJECT-TYPE
This object represents the total APs directly associated with this MC and its MAs.
1.3.6.1.4.1.9.9.576.1.8.11Unsigned32read-onlycurrent
cLMobilityMCOwnGroupMulticastAddressType
OBJECT-TYPE
This object represents the multicast IP address type of its own mobility group.
1.3.6.1.4.1.9.9.576.1.8.12InetAddressTyperead-writecurrent
cLMobilityMCOwnGroupMulticastAddress
OBJECT-TYPE
This object represents the multicast IPv4 address of its own mobility group.
1.3.6.1.4.1.9.9.576.1.8.13InetAddressread-writecurrent
cLMobilityMCMobilityGroupName
OBJECT-TYPE
This object represents the name for this mobility group.
1.3.6.1.4.1.9.9.576.1.8.14SnmpAdminStringread-writecurrent
cLMobilityMCMONumberOfClients
OBJECT-TYPE
This object represents the total number of clients reported by MO.
1.3.6.1.4.1.9.9.576.1.8.15Unsigned32read-onlycurrent
cLMobilityMCNumberOfMCs
OBJECT-TYPE
This object represents the total number of MCs.
1.3.6.1.4.1.9.9.576.1.8.16Unsigned32read-onlycurrent
cLMobilityMCTotalNumberOfReportedAPs
OBJECT-TYPE
This object represents the total number of APs reported by this MC, its peer MCs and its MAs.
1.3.6.1.4.1.9.9.576.1.8.17Unsigned32read-onlycurrent
cLMobilityMCNumberOfReportedAPsInSubDomain
OBJECT-TYPE
This object represents the total number of APs reported by this MC and its MAs.
1.3.6.1.4.1.9.9.576.1.8.18Unsigned32read-onlycurrent
cLMobilityMCMacAddress
OBJECT-TYPE
This object represents the mac address of its own mobility group.
1.3.6.1.4.1.9.9.576.1.8.19MacAddressread-writecurrent
cLMobilityGroupMembersOperTable
OBJECT-TYPE
This object represents the MWAR List (statically configured members of the mobility group).Entries are created to the table when configuring mobility group members.
1.3.6.1.4.1.9.9.576.1.9not-accessiblecurrent
cLMobilityGroupMembersOperEntry
OBJECT-TYPE
This object represents an Entry (conceptual row) in the cLMobilityGroupMembersOper table.
1.3.6.1.4.1.9.9.576.1.9.1not-accessiblecurrent
cLMobilityGroupMembersOperNodeAddressType
OBJECT-TYPE
This object represents the IP Address type of the mobility member
1.3.6.1.4.1.9.9.576.1.9.1.1InetAddressTypenot-accessiblecurrent
cLMobilityGroupMembersOperNodeAddress
OBJECT-TYPE
This object represents the IP Address of the mobility member This object support for only IPv4 and IPv6 addresses and so the size can be either 4 or 16 bytes.
1.3.6.1.4.1.9.9.576.1.9.1.2InetAddress (SIZE(4 | 16))not-accessiblecurrent
cLMobilityGroupMembersOperTunnelStatus
OBJECT-TYPE
This object represents the tunnel status of the mobility member corresponding to cLMobilityGroupMembersOperNodeAddress.
1.3.6.1.4.1.9.9.576.1.9.1.3Integer32read-onlycurrent
cLMobilityGroupMembersOperDataPathStatus
OBJECT-TYPE
This object represents the data path status of the mobility member corresponding to cLMobilityGroupMembersOperNodeAddress.
1.3.6.1.4.1.9.9.576.1.9.1.4TruthValueread-onlycurrent
cLMobilityGroupMembersOperControlPathStatus
OBJECT-TYPE
This object represents the control path status of the mobility member corresponding to cLMobilityGroupMembersOperNodeAddress.
1.3.6.1.4.1.9.9.576.1.9.1.5TruthValueread-onlycurrent
ciscoLwappMobilityMIBConform
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.2
ciscoLwappMobilityMIBCompliances
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.2.1
ciscoLwappMobilityMIBGroups
OBJECT-IDENTITY
1.3.6.1.4.1.9.9.576.2.2

Notifications

NameOIDStatus
ciscoLwappMobilityAnchorControlPathDown
NOTIFICATION-TYPE
This trap will be generated by the controller when, successive ICMP ping attempts to the anchor fails and the anchor is conclusively down. Variable cLMobilityAnchorAddress denotes the IP address of the anchor.
1.3.6.1.4.1.9.9.576.0.1current
ciscoLwappMobilityAnchorControlPathUp
NOTIFICATION-TYPE
This trap will be generated by the controller when, ICMP ping to the anchor is restored and anchor is conclusively up. Variable cLMobilityAnchorAddress denotes the IP address of the anchor.
1.3.6.1.4.1.9.9.576.0.2current
ciscoLwappMobilityAnchorDataPathDown
NOTIFICATION-TYPE
This trap will be generated by the controller when, successive EoIP ping attempts to the anchor fails and the anchor is conclusively down. Variable cLMobilityAnchorAddress denotes the IP address of the anchor.
1.3.6.1.4.1.9.9.576.0.3current
ciscoLwappMobilityAnchorDataPathUp
NOTIFICATION-TYPE
This trap will be generated by the controller when, EoIP ping to the anchor is restored and anchor is conclusively up. Variable cLMobilityAnchorAddress denotes the IP address of the anchor.
1.3.6.1.4.1.9.9.576.0.4current
ciscoLwappMobilityAllAnchorsOnWlanDown
NOTIFICATION-TYPE
This trap will be generated by the controller when, successive EoIP ping attempts to all the anchors on WLAN, denoted by cLMobilityAnchorWlanId, fails and all the anchors are conclusively down.
1.3.6.1.4.1.9.9.576.0.5deprecated
ciscoLwappMobilityOneAnchorOnWlanUp
NOTIFICATION-TYPE
This trap will be generated by the controller when, successive EoIP and UDP ping to atleast one anchor on the WLAN, denoted by cLMobilityAnchorWlanId, is restored and anchor is conclusively up.
1.3.6.1.4.1.9.9.576.0.6deprecated

Conformance

NameOIDStatus
ciscoLwappMobilityMIBCompliance
MODULE-COMPLIANCE
The compliance statement for the SNMP entities that implement the ciscoLwappMobilityMIB module.
1.3.6.1.4.1.9.9.576.2.1.1deprecated
ciscoLwappMobilityMIBComplianceRev01
MODULE-COMPLIANCE
The compliance statement for the SNMP entities that implement the ciscoLwappMobilityMIB module.
1.3.6.1.4.1.9.9.576.2.1.2deprecated
ciscoLwappMobilityMIBComplianceRev02
MODULE-COMPLIANCE
The compliance statement for the SNMP entities that implement the ciscoLwappMobilityMIB module.
1.3.6.1.4.1.9.9.576.2.1.3deprecated
ciscoLwappMobilityMIBComplianceRev03
MODULE-COMPLIANCE
The compliance statement for the SNMP entities that implement the ciscoLwappMobilityMIB module.
1.3.6.1.4.1.9.9.576.2.1.4deprecated
ciscoLwappMobilityMIBComplianceRev04
MODULE-COMPLIANCE
The compliance statement for the SNMP entities that implement the ciscoLwappMobilityMIB module.
1.3.6.1.4.1.9.9.576.2.1.5current
cLNplus1RedundancyRev01ConfigGroup
OBJECT-GROUP
This is a collection of objects which can configured to control functional parameters of guest tunneling N+1 redundancy feature.
1.3.6.1.4.1.9.9.576.2.2.1current
cLNplus1RedundancyRev01StatusGroup
OBJECT-GROUP
This collection of objects represents the information about the general status attributes of guest tunneling N+1 redundancy feature.
1.3.6.1.4.1.9.9.576.2.2.2current
cLNplus1RedundancyRev01NotifsGroup
NOTIFICATION-GROUP
This is a collection of notifications about the general functional behavior of guest tunneling N+1 redundancy feature.
1.3.6.1.4.1.9.9.576.2.2.3deprecated
cLSymmetricTunnelingRev01ConfigGroup
OBJECT-GROUP
This is a collection of objects which can be configured to control functional parameters of symmetric mobility tunneling feature.
1.3.6.1.4.1.9.9.576.2.2.4current
cLSymmetricTunnelingRev01StatusGroup
OBJECT-GROUP
This collection of objects represents the information about the general status attributes of symmetric tunneling feature.
1.3.6.1.4.1.9.9.576.2.2.5current
cLMobilityGroupRev01ConfigGroup
OBJECT-GROUP
This collection of objects represents the information about the mobility groups and the interface mappings with foreign controllers.
1.3.6.1.4.1.9.9.576.2.2.6deprecated
cLMobilityGroupMemberRev02StatusGroup
OBJECT-GROUP
This collection of objects represents the information about the Global Mobility Group Configuration of WLC.
1.3.6.1.4.1.9.9.576.2.2.7current
cLMobilityGroupMemberRev02ConfigGroup
OBJECT-GROUP
This is a collection of objects which can configured to Global Mobility Group Configuration of WLC.
1.3.6.1.4.1.9.9.576.2.2.8current
cLMobilityGroupMemberGlobalParametersGroup
OBJECT-GROUP
This is a collection of objects which can configured to Global Mobility Group Configuration of WLC.
1.3.6.1.4.1.9.9.576.2.2.9current
cLNplus1RedundancyRev02NotifsGroup
NOTIFICATION-GROUP
This is a collection of notifications about the general functional behavior of guest tunneling N+1 redundancy feature.
1.3.6.1.4.1.9.9.576.2.2.10current