Internet Engineering Task Force Y. Shi, Ed. Internet-Draft Hangzhou H3C Tech. Co., Ltd. Intended status: Informational D. Perkins, Ed. Expires: July 15, 2010 SNMPinfo C. Elliott, Ed. Cisco Systems, Inc. Y. Zhang, Ed. Fortinet, Inc. January 11, 2010 CAPWAP Protocol Base MIB draft-ietf-capwap-base-mib-08 Abstract This memo defines a portion of the Management Information Base (MIB) for use with network management protocols. In particular, it describes the managed objects for modeling the Control And Provisioning of Wireless Access Points (CAPWAP) Protocol. Status of This Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on July 15, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. Shi, et al. Expires July 15, 2010 [Page 1] Internet-Draft CAPWAP Protocol Base MIB January 2010 This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. Shi, et al. Expires July 15, 2010 [Page 2] Internet-Draft CAPWAP Protocol Base MIB January 2010 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. The Internet-Standard Management Framework . . . . . . . . . . 3 3. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 4. Conventions . . . . . . . . . . . . . . . . . . . . . . . . . 4 5. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 5.1. Requirements and Constraints . . . . . . . . . . . . . . . 4 5.2. Wireless Binding MIB Modules . . . . . . . . . . . . . . . 5 5.3. Design Objectives . . . . . . . . . . . . . . . . . . . . 5 5.4. Design Idea . . . . . . . . . . . . . . . . . . . . . . . 6 5.5. Mechanism of Reusing Wireless Binding MIB Modules . . . . 6 5.6. CAPWAP Protocol Wireless Binding MIB Module . . . . . . . 7 5.7. WTP Profile . . . . . . . . . . . . . . . . . . . . . . . 7 6. Structure of the MIB Module . . . . . . . . . . . . . . . . . 8 7. Relationship to Other MIB Modules . . . . . . . . . . . . . . 9 7.1. Relationship to SNMPv2-MIB Module . . . . . . . . . . . . 9 7.2. Relationship to IF-MIB Module . . . . . . . . . . . . . . 9 7.3. Relationship to ENTITY-MIB Module . . . . . . . . . . . . 9 7.4. Relationship to Wireless Binding MIB Modules . . . . . . . 10 7.5. MIB Modules Required for IMPORTS . . . . . . . . . . . . . 10 8. Example of CAPWAP-BASE-MIB Module Usage . . . . . . . . . . . 10 9. CAPWAP Message Element Extension . . . . . . . . . . . . . . . 14 9.1. CAPWAP Protocol Timers . . . . . . . . . . . . . . . . . . 14 9.2. CAPWAP Protocol Variables . . . . . . . . . . . . . . . . 17 9.3. CAPWAP Messages for CAPWAP Control Message Extension . . . 17 9.3.1. Configuration Status Response Message . . . . . . . . 17 9.3.2. Configuration Update Response Message . . . . . . . . 18 10. Definitions . . . . . . . . . . . . . . . . . . . . . . . . . 18 11. Security Considerations . . . . . . . . . . . . . . . . . . . 76 12. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 77 12.1. IANA Considerations for CAPWAP-BASE-MIB Module . . . . . . 77 12.2. IANA Considerations for ifType . . . . . . . . . . . . . . 77 13. Contributors . . . . . . . . . . . . . . . . . . . . . . . . . 77 14. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 78 15. References . . . . . . . . . . . . . . . . . . . . . . . . . . 78 15.1. Normative References . . . . . . . . . . . . . . . . . . . 78 15.2. Informative References . . . . . . . . . . . . . . . . . . 79 Appendix A. Appendix A. Changes between -08 and -07 . . . . . . . 80 Shi, et al. Expires July 15, 2010 [Page 3] Internet-Draft CAPWAP Protocol Base MIB January 2010 1. Introduction The CAPWAP Protocol [RFC5415] defines a standard, interoperable protocol, which enables an Access Controller (AC) to manage a collection of Wireless Termination Points(WTPs). This document defines a MIB module that can be used to manage the CAPWAP implementations. This MIB module covers both configuration and WTP status-monitoring aspects of CAPWAP, and provides a way to reuse MIB modules for any wireless technology. 2. The Internet-Standard Management Framework For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410]. Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580]. 3. Terminology This document uses terminology from the CAPWAP Protocol specification [RFC5415] and the Architecture Taxonomy for CAPWAP [RFC4118]. Access Controller (AC): The network entity that provides WTP access to the network infrastructure in the data plane, control plane, management plane, or a combination therein. Wireless Termination Point (WTP): The physical or network entity that contains an RF antenna and wireless physical layer (PHY) to transmit and receive station traffic for wireless access networks. Control And Provisioning of Wireless Access Points (CAPWAP): It is a generic protocol defining AC and WTP control and data plane communication via a CAPWAP protocol transport mechanism. CAPWAP control messages, and optionally CAPWAP data messages, are secured using Datagram Transport Layer Security (DTLS) [RFC4347]. CAPWAP Control Channel: A bi-directional flow defined by the AC IP Address, WTP IP Address, AC control port, WTP control port and the transport-layer protocol (UDP or UDP-Lite) over which CAPWAP control Shi, et al. Expires July 15, 2010 [Page 4] Internet-Draft CAPWAP Protocol Base MIB January 2010 packets are sent and received. CAPWAP Data Channel: A bi-directional flow defined by the AC IP Address, WTP IP Address, AC data port, WTP data port, and the transport-layer protocol (UDP or UDP-Lite) over which CAPWAP data packets are sent and received. Station (STA): A device that contains an interface to a wireless medium (WM). Split and Local MAC: The CAPWAP protocol supports two modes of operation: Split and Local MAC. In Split MAC mode all L2 wireless data and management frames are encapsulated via the CAPWAP protocol and exchanged between the AC and the WTPs. The Local MAC mode allows the data frames to be either locally bridged, or tunneled as 802.3 frames. Wireless Binding: The CAPWAP protocol is independent of a specific WTP radio technology, as well its associated wireless link layer protocol. Elements of the CAPWAP protocol are designed to accommodate the specific needs of each wireless technology in a standard way. Implementation of the CAPWAP protocol for a particular wireless technology MUST define a binding protocol for it, e.g., the binding for IEEE 802.11, provided in [RFC5416]. Autonomous Wireless Local Area Network (WLAN) Architecture: It is the traditional autonomous WLAN architecture, in which each WTP is a single physical device that implements all the wireless services. Centralized WLAN Architecture: It is an emerging hierarchical architecture utilizing one or more centralized controllers for managing a large number of WTP devices. It can be said that the full wireless functions are implemented across multiple physical network devices, namely, the WTPs and ACs. 4. Conventions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. 5. Overview 5.1. Requirements and Constraints The CAPWAP Protocol MIB module (CAPWAP-BASE-MIB) is designed to: - Support centralized management and monitoring of WTPs from the AC Shi, et al. Expires July 15, 2010 [Page 5] Internet-Draft CAPWAP Protocol Base MIB January 2010 in combination with the CAPWAP protocol; - Allow operators to make configurations for WTPs before and after they connect to the AC; - Support querying of CAPWAP protocol parameters; - Support displaying of WTPs' current state and configuration; - Provide basic property information about the AC, WTP, radio and station and their relationships; - Provide counters for events on WTPs and radios such as reboot and hardware failure; - Provide various notifications such as channel up and join failure. 5.2. Wireless Binding MIB Modules Other Standards Developing Organizations (SDOs), such as IEEE, have already defined MIB modules for a specific wireless technology, e.g., IEEE 802.11 MIB module [IEEE.802-11.2007]. Such MIB modules are called wireless binding MIB modules. 5.3. Design Objectives This document introduces a mechanism to avoid redefining MIB objects in the existing MIB modules for a specific wireless technology, in other words, a mechanism to reuse wireless binding MIB modules defined by other SDOs. In summary, the CAPWAP-BASE-MIB module has the following design objectives: - To implement an architecture that uses SNMP for the management and control of wireless networks, and answering the operator's requirements for centralized management, whatever the wireless devices are configured and deployed (centralized, autonomous, or some mix); - To be consistent with the CAPWAP protocol; - To be independent of any wireless technologies and be able to reuse wireless binding MIB modules defined by other SDOs; - To enable interoperability between vendors; - To meet the management requirements for the centralized WLAN Shi, et al. Expires July 15, 2010 [Page 6] Internet-Draft CAPWAP Protocol Base MIB January 2010 architecture. 5.4. Design Idea The basic design idea of the CAPWAP-BASE-MIB module is: - The SNMP agent MUST be run on the AC devices and is not REQUIRED on the WTP devices. It follows the same model as the CAPWAP protocol: Centralized Control; - It is designed to accommodate the specific needs of each wireless technology in a standard way. It is independent of any wireless technologies; - The ifIndex [RFC2863] is used as a common index for corresponding interfaces in the CAPWAP-BASE-MIB and the MIB modules of specific wireless technologies; - The operator could manage and control the centralized WLAN architectures using multiple MIB modules defined by multiple SDOs, while keeping them loosely coupled. 5.5. Mechanism of Reusing Wireless Binding MIB Modules For any wireless technology, the configuration and management of radios are very important. As usual, wireless binding MIB modules support radio management on their own. For example, the MIB tables such as the Dot11OperationTable [IEEE.802-11.2007] are able to support WTP radio configuration. These tables use the ifIndex as the index, and work well under autonomous WLAN architecture. To reuse such wireless binding MIB modules is very important to centralized WLAN architectures. According to [RFC5415], a specific PHY radio could be identified by the combination of the identifiers of the WTP and radio (WTP ID + radio ID), so the key point is to make use of the ifIndex idea and find a way to maintain the mappings between 'WTP ID + radio ID' and the ifIndex. As a generic mechanism, an ifIndex can identify an interface in an abstract way, and it does NOT care for the interface's PHY location (either on the WTP or AC). The AC can have WTP Virtual Radio Interfaces to logically represent PHY radios on the WTP. It looks like that PHY radios are located on the AC, and PHY location of the WTP (radio) is hidden to the operator. The operator can operate radios through MIB tables with the ifIndex of a WTP Virtual Radio Interface. As a type of abstract interface, the WTP Virtual Radio Interface could be used by any wireless technology such as IEEE 802.11 and 802.16. The capwapBaseWirelessBindingTable in the CAPWAP-BASE-MIB module is used to store the mappings between the 'WTP ID+ Radio ID' and the ifIndex. Shi, et al. Expires July 15, 2010 [Page 7] Internet-Draft CAPWAP Protocol Base MIB January 2010 5.6. CAPWAP Protocol Wireless Binding MIB Module According to the CAPWAP Protocol specification [RFC5415], when defining a binding for wireless technologies, the authors MUST include any necessary definitions for technology-specific messages and all technology-specific message elements for those messages. A CAPWAP binding protocol is required for a specific wireless binding technology, e.g., the protocol of [RFC5416] for IEEE 802.11 binding. Sometimes, not all the technology-specific message elements in a CAPWAP binding protocol have MIB objects defined by other SDOs. For example, the protocol of [RFC5416] defines WLAN management. The WLAN refers to a logical component instantiated on a WTP device. A single physical WTP MAY operate a number of WLANs. Also, Local or Split MAC modes could be specified for a WLAN. The MAC mode for a WLAN is not in the scope of IEEE 802.11 [IEEE.802-11.2007]. In such cases, in addition to the existing wireless binding MIB modules defined by other SDOs, a CAPWAP protocol wireless binding MIB module is required to be defined for a wireless binding, e.g, the CAPWAP Protocol Binding MIB for IEEE 802.11 [I-D.ietf-capwap-802dot11-mib]. 5.7. WTP Profile In a centralized WLAN architecture, a WTP profile is used to make configurations such as static IP address for a WTP before and after it connects to the AC. It MUST contain the Base MAC address [RFC5415] of the WTP because the CAPWAP message received from the WTP contains the Base MAC address and the AC uses this Base MAC address to find the corresponding WTP profile. In the section 4.6.40 [RFC5415], it omits indicating that the WTP's Base MAC address MUST be included in the WTP Board Data message element. It is a known errata item and assumed to be fixed in future by the editors of the RFC5415. Another important function of WTP profile is to trigger the creation of WTP Virtual Radio Interfaces on the AC. To implement this function, a WTP profile MUST include the WTP's model number [RFC5415], which reflects the number of PHY radios on the WTP. In this way, the creation of a WTP profile triggers the AC to automatically create the same number of WTP Virtual Radio Interfaces corresponding to the WTP's PHY radios without manual intervention. With the ifIndexes of WTP Virtual Radio Interfaces, the operator could configure and manage the WTP's PHY radios through the wireless binding MIB modules. Shi, et al. Expires July 15, 2010 [Page 8] Internet-Draft CAPWAP Protocol Base MIB January 2010 6. Structure of the MIB Module The MIB objects are derived from the CAPWAP protocol document [RFC5415]. 1) capwapBaseAcNameListTable The AC name list table is used to configure the AC name list. 2) capwapBaseMacAclTable The ACL table is used to configure stations' Access Control List(ACL). 3) capwapBaseWtpProfileTable The WTP profile table is used to configure WTP profiles for WTPs to be managed before they connect to the AC. An operator could change a WTP's current configuration by changing the values of parameters in the corresponding WTP profile, then the WTP could get the new configuration through the CAPWAP control channel. 4) capwapBaseWtpStateTable The WTPs status table is used to indicate each WTP's CAPWAP FSM state, and helps operator to query WTPs' current configuration. 5) capwapBaseWtpTable The WTPs table is used display properties of WTPs in running state. 6) capwapBaseWirelessBindingTable The wireless binding table is used to display the mappings between WTP Virtual Radio Interfaces and PHY radios, and the wireless binding type for each PHY radio. 7) capwapBaseStationTable The station table is used for providing stations' basic property information. 8) capwapBaseWtpEventsStatsTable The WTP events statistic table is used for collecting WTP reboot count, link failure count, hardware failure count and so on. 9) capwapBaseRadioEventsStatsTable Shi, et al. Expires July 15, 2010 [Page 9] Internet-Draft CAPWAP Protocol Base MIB January 2010 The radio events statistic table is used for collecting radio reset count, channel change count, hardware failure count and so on. 7. Relationship to Other MIB Modules 7.1. Relationship to SNMPv2-MIB Module The CAPWAP-BASE-MIB module does not duplicate the objects of the 'system' group in the SNMPv2-MIB [RFC3418] that is defined as being mandatory for all systems, and the objects apply to the entity as a whole. The 'system' group provides identification of the management entity and certain other system-wide data. 7.2. Relationship to IF-MIB Module The Interfaces Group [RFC2863] defines generic managed objects for managing interfaces. This memo contains the media-specific extensions to the Interfaces Group for managing WTP PHY radios that are modeled as interfaces. The IF-MIB module is required to be supported on the AC. Each PHY radio on the WTP corresponds to a WTP Virtual Radio Interface on the AC. The WTP Virtual Radio Interface provides a way to configure the radio's parameters and query radio's traffic statistics, and reuse wireless binding modules defined by other SDOs. The interface MUST be modeled as an ifEntry, and ifEntry objects such as ifIndex, ifDescr, ifName, ifAlias are to be used as per [RFC2863]. Also, as an ifIndex [RFC2863] is used as a common index for a corresponding interfaces in the CAPWAP-BASE-MIB and specific wireless technologies MIB modules, the AC MUST have a mechanism that preserves the values of the ifIndexes in the ifTable at AC reboot. 7.3. Relationship to ENTITY-MIB Module The ENTITY-MIB module [RFC4133] meets the need for a standardized way of representing a single agent, which supports multiple instances of one MIB. It could express a certain relationship between multiple entities, and provide entity properties for each entity. In a centralized WLAN architecture, the SNMP agent runs on the AC, and is not required on the WTP. With the ENTITY-MIB module on the AC, it could keep entity information such as firmware revision and software revision of the AC and WTPs. From the ENTITY-MIB module's perspective, the overall physical entity (AC) is a 'compound' of multiple physical entities (that is, the WTPs connected to AC), and all entities are each identified by a Physical index. The capwapBaseWtpTable of the CAPWAP-BASE-MIB module uses the Shi, et al. Expires July 15, 2010 [Page 10] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpPhyIndex object to store the mappings of WTP object between CAPWAP-BASE-MIB and ENTITY-MIB modules. By querying both the CAPWAP-BASE-MIB and ENTITY-MIB modules, operators could query the status and properties of the AC and WTPs. For example, they could get a WTP's current status through the CAPWAP-BASE-MIB module, and a WTP's software revision information through the ENTITY-MIB module. The CAPWAP-BASE-MIB module does not duplicate those objects defined in the ENTITY-MIB module. 7.4. Relationship to Wireless Binding MIB Modules The wireless binding MIB module of a wireless technology (such as [IEEE.802-11.2007]) is required to be supported on the AC. The CAPWAP-BASE-MIB module is able to support any wireless binding. Through the ifIndexes of WTP Virtual Radio Interfaces, it provides a consistent and abstract way of reusing MIB objects in the wireless binding MIB modules. The CAPWAP-BASE-MIB module does not duplicate those objects defined in the wireless binding MIB modules. 7.5. MIB Modules Required for IMPORTS The following MIB module IMPORTS objects from SYSAPPL-MIB [RFC2287], SNMPv2-SMI [RFC2578], SNMPv2-TC [RFC2579], SNMPv2-CONF [RFC2580], IF- MIB [RFC2863], SNMP-FRAMEWORK-MIB [RFC3411], INET-ADDRESS-MIB [RFC4001] and ENTITY-MIB [RFC4133]. 8. Example of CAPWAP-BASE-MIB Module Usage Here takes IEEE 802.11 binding as an example to show how the MIB modules operate. 1) Create a WTP profile Suppose the WTP's Base MAC address is '00:01:01:01:01:00'. Create the WTP profile as follows: Shi, et al. Expires July 15, 2010 [Page 11] Internet-Draft CAPWAP Protocol Base MIB January 2010 In CapwapBaseWtpProfileTable { capwapBaseWtpProfileId = 1, capwapBaseWtpProfileName = 'WTP Profile 123456', capwapBaseWtpProfileWtpMacAddr = '00:01:01:01:01:00', capwapBaseWtpProfileWtpModelNumber = 'WTP123', capwapBaseWtpProfileWtpName = 'WTP 123456', capwapBaseWtpProfileWtpLocation = 'office', capwapBaseWtpProfileWtpStaticIpEnable = true(1), capwapBaseWtpProfileWtpStaticIpType = ipv4(1), capwapBaseWtpProfileWtpStaticIp = '192.0.2.10', capwapBaseWtpProfileWtpNetmask = '255.255.255.0', capwapBaseWtpProfileWtpGateway = '192.0.2.1', capwapBaseWtpProfileWtpFallbackEnable = true(1), capwapBaseWtpProfileWtpEchoInterval = 30, capwapBaseWtpProfileWtpIdleTimeout = 300, capwapBaseWtpProfileWtpMaxDiscoveryInterval = 20, capwapBaseWtpProfileWtpReportInterval = 120, capwapBaseWtpProfileWtpSilentInterval = 30, capwapBaseWtpProfileWtpStatisticsTimer = 120, capwapBaseWtpProfileWtpWaitDTLSTimer = 60, capwapBaseWtpProfileWtpEcnSupport = limited(0) } Suppose the WTP with model number 'WTP123' has one PHY radio and this PHY radio is identified by ID 1. The creation of this WTP profile triggers the AC to automatically create a WTP Virtual Radio Interface and add a new row object to the CapwapBaseWirelessBindingTable without manual intervention. Suppose the ifIndex of the WTP Virtual Radio Interface is 10. The following information is stored in the CapwapBaseWirelessBindingTable. In CapwapBaseWirelessBindingTable { capwapBaseWtpProfileId = 1, capwapBaseWirelessBindingRadioId = 1, capwapBaseWirelessBindingVirtualRadioIfIndex = 10, capwapBaseWirelessBindingType = dot11(2) } The WTP Virtual Radio Interfaces on the AC correspond to the PHY radios on the WTP. The WTP Virtual Radio Interface is modeled by ifTable [RFC2863]. Shi, et al. Expires July 15, 2010 [Page 12] Internet-Draft CAPWAP Protocol Base MIB January 2010 In ifTable { ifIndex = 10, ifDescr = 'WTP Virtual Radio Interface', ifType = xxx, RFC Editor - please replace xxx with the value allocated by IANA for IANAifType of WTP Virtual Radio Interface ifMtu = 0, ifSpeed = 0, ifPhysAddress = '00:00:00:00:00:00', ifAdminStatus = true(1), ifOperStatus = false(0), ifLastChange = 0, ifInOctets = 0, ifInUcastPkts = 0, ifInDiscards = 0, ifInErrors = 0, ifInUnknownProtos = 0, ifOutOctets = 0, ifOutUcastPkts = 0, ifOutDiscards = 0, ifOutErrors = 0 } 2) Query the ifIndexes of WTP Virtual Radio Interfaces Before configuring PHY radios, the operator needs to get the ifIndexes of WTP Virtual Radio Interfaces corresponding to the PHY radios. As CapwapBaseWirelessBindingTable already stores the mappings between PHY radios (Radio IDs) and the ifIndexes of WTP Virtual Radio Interfaces, the operator can get the ifIndex information by querying this table. Such a query operation SHOULD run from radio ID 1 to radio ID 31 according to [RFC5415]), and stop when a invalid ifIndex value (0) is returned. This example uses capwapBaseWtpProfileId = 1 and capwapBaseWirelessBindingRadioId = 1 as inputs to query the CapwapBaseWirelessBindingTable, and gets capwapBaseWirelessBindingVirtualRadioIfIndex = 10. Then it uses capwapBaseWtpProfileId = 1 and capwapBaseWirelessBindingRadioId = 2, and gets a invalid ifIndex value (0), so the the query operation ends. This method gets not only the ifIndexes of WTP Virtual Radio Interfaces, but also the numbers of PHY radios. Besides checking whether the ifIndex value is valid, the operator SHOULD check whether the capwapBaseWirelessBindingType is the desired binding type. Shi, et al. Expires July 15, 2010 [Page 13] Internet-Draft CAPWAP Protocol Base MIB January 2010 3) Configure specific wireless binding parameters for a WTP Virtual Radio Interface This configuration is made on the AC through a specific wireless binding MIB module such as the IEEE 802.11 MIB module. The following shows an example of configuring parameters for a WTP Virtual Radio Interface with ifIndex 10 through the IEEE 802.11 Dot11OperationTable [IEEE.802-11.2007]. In Dot11OperationTable { ifIndex = 10, dot11MACAddress = '00:00:00:00:00:00', dot11RTSThreshold = 2347, dot11ShortRetryLimit = 7, dot11LongRetryLimit = 4, dot11FragmentationThreshold = 256, dot11MaxTransmitMSDULifetime = 512, dot11MaxReceiveLifetime = 512, dot11ManufacturerID = 'capwap', dot11ProductID = 'capwap' } 4) Current configuration status report from the WTP to the AC According to [RFC5415], before a WTP that has joined the AC gets configuration from the AC, it needs to report its current configuration status by sending a configuration status request message to the AC, which use the message to update MIB objects on the AC. For example, for IEEE 802.11 binding, the AC updates data in the ifTable [RFC2863] and IEEE 802.11 MIB module so on according to the message. For ifIndex 10, its ifOperStatus in ifTable is updated according to the current radio operational status in the CAPWAP message. 5) Query WTP and radio statistics data After WTPs start to run, the operator could query WTP and radio statistics data through CAPWAP-BASE-MIB and specific binding MIB module on the AC. For example, through dot11CountersTable in the IEEE 802.11 MIB module, the operator could query the counter data of a radio using the ifIndex of the corresponding WTP Virtual Radio Interface. With the capwapBaseWtpTable table in the CAPWAP-BASE-MIB module, the operator could query the properties of running WTPs. 6) MIB operations through a CAPWAP protocol wireless binding MIB module Shi, et al. Expires July 15, 2010 [Page 14] Internet-Draft CAPWAP Protocol Base MIB January 2010 For example, for CAPWAP IEEE 802.11 binding protocol [RFC5416], Some MIB operations such as MAC mode configuration for a WLAN depend on the CAPWAP Protocol Binding MIB for IEEE 802.11 [I-D.ietf-capwap-802dot11-mib]. For more information, refer to [I-D.ietf-capwap-802dot11-mib]. 7) Query other properties of a WTP The Operator could query MIB objects in the ENTITY-MIB [RFC4133] module by using the capwapBaseWtpPhyIndex in the capwapBaseWtpTable of CAPWAP-BASE-MIB module. The properties of a WTP such as software version, hardware version are available in the ENTITY-MIB module. 9. CAPWAP Message Element Extension This section describes the CAPWAP control message extension for CAPWAP protocol to support CAPWAP-BASE-MIB module. To enable CAPWAP protocol timers and variables [RFC5415] manageable through CAPWAP protocol, the following capwap message element extensions are defined using Vendor Specific Payload message element in this section. These message elements are used by WTP to report extra configuration information to the AC. CAPWAP Message Element Vendor Identifier Element ID CAPWAP Protocol Timers Id assigned by IANA 1 CAPWAP Protocol Variables Id assigned by IANA 2 9.1. CAPWAP Protocol Timers 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Element ID | DataChannelKeepAlive | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DataChannelDeadInterval | DiscoveryInterval | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DTLSSessionDelete | EchoInterval | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | IdleTimeout | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ImageDataStartTimer | MaxDiscoveryInterval | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ReportInterval | RetransmitInterval | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Shi, et al. Expires July 15, 2010 [Page 15] Internet-Draft CAPWAP Protocol Base MIB January 2010 | SilentInterval | StatisticsTimer | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | WaitDTLS | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Type: 37 for Vendor Specific Payload Length: 34 Vendor Identifier: A 32-bit value containing the IANA assigned "SMI Network Management Private Enterprise Codes". Element ID: The Element ID field is set to 1 for CAPWAP Protocol Timers. DataChannelKeepAlive: A 16-bit value representing the time, in seconds, that is used by the WTP to determine the next must transmit the Data Channel Keep Alive. (see section 4.7.2 of [RFC5415]). DataChannelDeadInterval: A 16-bit value representing the minimum time, in seconds, a WTP MUST wait without having received a Data Channel Alive packets MAY be considered dead. The value of this timer MUST be no less than 2*DataChannelKeepAlive seconds and no greater that 240 seconds (see section 4.7.3 of [RFC5415]). DiscoveryInterval: A 16-bit value representing the minimum time, in seconds, that a WTP MUST wait after receiving a Discovery Response message, before initiating a DTLS handshake (see section 4.7.5 of [RFC5415]). DTLSSessionDelete: A 16-bit value representing the minimum time, in seconds, a WTP MUST wait for DTLS session deletion (see section 4.7.6 of [RFC5415]). EchoInterval: A 16-bit value representing the minimum time, in seconds, between sending Echo Request messages to the AC with which the WTP has joined (see section 4.7.7 of [RFC5415]). IdleTimeout: A 32-bit value representing the idle timeout value that the WTP SHOULD enforce for its active station. The default Idle Timeout is 300 seconds (see section 4.7.8 of [RFC5415]). ImageDataStartTimer: A 16-bit value representing the number of seconds the WTP will wait for its peer to transmit the Image Data Request (see section 4.7.9 of [RFC5415]). MaxDiscoveryInterval: A 16-bit value representing the maximum time allowed between sending Discovery Request messages, in seconds. Shi, et al. Expires July 15, 2010 [Page 16] Internet-Draft CAPWAP Protocol Base MIB January 2010 This value MUST be no less than 2 seconds and no greater than 180 seconds (see section 4.7.10 of [RFC5415]). ReportInterval: A 16-bit value representing the time, in seconds, that is used by the WTP to determine the interval the WTP uses between sending the Decryption Error message elements to inform the AC of decryption errors (see section 4.7.11 of [RFC5415]). RetransmitInterval: A 16-bit value representing the minimum time, in seconds, in which a non-acknowledged CAPWAP packet will be retransmitted (see section 4.7.12 of [RFC5415]). SilentInterval: The minimum time, in seconds, a WTP MUST wait before it MAY again send Discovery Request messages or attempt to establish DTLS session (see section 4.7.13 of [RFC5415]). StatisticsTimer: A 16-bit value representing the time, in seconds, that is used by the WTP to determine the interval the WTP uses between the WTP Events Requests it transmits to the AC to communicate its statistics (see section 4.7.14 of [RFC5415]). WaitDTLS: A 16-bit value representing the maximum time, in seconds, a WTP MUST wait without having received a DTLS Handshake message from an AC. This timer MUST be greater than 30 seconds (see section 4.7.15 of [RFC5415]). Shi, et al. Expires July 15, 2010 [Page 17] Internet-Draft CAPWAP Protocol Base MIB January 2010 9.2. CAPWAP Protocol Variables 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Element ID | MaxDiscoveries | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MaxFailedDTLSSessionRetry | MaxRetransmit | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 37 for Vendor Specific Payload Length: 12 Vendor Identifier: A 32-bit value containing the IANA assigned "SMI Network Management Private Enterprise Codes". Element ID: The Element ID field is set to 2 for CAPWAP Protocol Variables. MaxDiscoveries: A 16-bit value representing the maximum number of Discovery Request messages that will be sent after a WTP boots (see section 4.8.5 of [RFC5415]). MaxFailedDTLSSessionRetry: A 16-bit value representing the maximum number of failed DTLS session establishment attempts before the CAPWAP device enters a silent period (see section 4.8.6 of [RFC5415]). MaxRetransmit: A 16-bit value representing the maximum number of retransmissions for a given CAPWAP packet before the link layer considers the peer dead (see section 4.8.7 of [RFC5415]). 9.3. CAPWAP Messages for CAPWAP Control Message Extension For CAPWAP Control Message Extension, the following CAPWAP messages will be used. 9.3.1. Configuration Status Response Message The following message elements MAY be included in the CAPWAP Configuration Status Response Message. - CAPWAP Protocol Timers, see Section Section 9.1 - CAPWAP Protocol Variables, see Section Section 9.2 Shi, et al. Expires July 15, 2010 [Page 18] Internet-Draft CAPWAP Protocol Base MIB January 2010 9.3.2. Configuration Update Response Message The following message elements MAY be included in the CAPWAP Configuration Update Response Message. - CAPWAP Protocol Timers, see Section Section 9.1 - CAPWAP Protocol Variables, see Section Section 9.2 10. Definitions CAPWAP-BASE-MIB DEFINITIONS ::= BEGIN IMPORTS PhysAddress, TEXTUAL-CONVENTION, TruthValue, DateAndTime, RowStatus FROM SNMPv2-TC LongUtf8String FROM SYSAPPL-MIB InterfaceIndex, ifGeneralInformationGroup FROM IF-MIB PhysicalIndex FROM ENTITY-MIB SnmpAdminString FROM SNMP-FRAMEWORK-MIB NOTIFICATION-GROUP, OBJECT-GROUP, MODULE-COMPLIANCE FROM SNMPv2-CONF MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, mib-2, Integer32, Unsigned32, Counter32, Gauge32, TimeTicks FROM SNMPv2-SMI InetAddressType, InetAddress FROM INET-ADDRESS-MIB; capwapBaseMIB MODULE-IDENTITY LAST-UPDATED "201001110000Z" -- January 11th, 2010 ORGANIZATION "IETF Control And Provisioning of Wireless Access Points (CAPWAP) Working Group http://www.ietf.org/html.charters/capwap-charter.html" CONTACT-INFO "General Discussion: capwap@frascone.com To Subscribe: http://lists.frascone.com/mailman/listinfo/capwap Yang Shi (editor) Hangzhou H3C Tech. Co., Ltd. Beijing R&D Center of H3C, Digital Technology Plaza, NO.9 Shangdi 9th Street,Haidian District, Shi, et al. Expires July 15, 2010 [Page 19] Internet-Draft CAPWAP Protocol Base MIB January 2010 Beijing China(100085) Phone: +86 010 82775276 EMail: young@h3c.com David T. Perkins 228 Bayview Dr San Carlos, CA 94070 USA Phone: +1 408 394-8702 Email: dperkins@snmpinfo.com Chris Elliott Cisco Systems, Inc. 7025 Kit Creek Rd., P.O. Box 14987 Research Triangle Park 27709 USA Phone: +1 919-392-2146 Email: chelliot@gmail.com Yong Zhang Fortinet, Inc. 1090 Kifer Road Sunnyvale, CA 94086 USA Email: yzhang@fortinet.com" DESCRIPTION "Copyright (C) 2010 The Internet Society. This version of the MIB module is part of RFC xxx; see the RFC itself for full legal notices. This MIB module contains managed object definitions for the CAPWAP Protocol." REVISION "201001110000Z" DESCRIPTION "Initial version published as RFC xxx" ::= { mib-2 xxx } -- Textual Conventions CapwapBaseWtpProfileIdTC ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "Represents the unique identifier of a WTP profile." SYNTAX Unsigned32 (0..4096) Shi, et al. Expires July 15, 2010 [Page 20] Internet-Draft CAPWAP Protocol Base MIB January 2010 CapwapBaseWtpIdTC ::= TEXTUAL-CONVENTION DISPLAY-HINT "1x:" STATUS current DESCRIPTION "Represents the unique identifier of a WTP instance. As usual, the Base MAC address of WTP is used." SYNTAX OCTET STRING (SIZE(6|8)) CapwapBaseStationIdTC ::= TEXTUAL-CONVENTION DISPLAY-HINT "1x:" STATUS current DESCRIPTION "Represents the unique identifier of a station instance. As usual, the MAC address of station is used." SYNTAX OCTET STRING (SIZE(6|8)) CapwapBaseRadioIdTC ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "Represents the unique identifier of a radio on a WTP." SYNTAX Unsigned32 (1..31) CapwapBaseTunnelModeTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Represents the tunneling modes of operation that are supported by a WTP. The WTP MAY support more than one option, represented by the bit field below: localBridging(0) - Local bridging mode dot3Tunnel(1) - 802.3 frame tunnel mode nativeTunnel(2) - Native frame tunnel mode" REFERENCE "Section 4.6.43. of CAPWAP Protocol Specification, RFC 5415." SYNTAX BITS { localBridging(0), dot3Tunnel(1), nativeTunnel(2) } CapwapBaseMacTypeTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Represents the MAC mode of operation supported by a WTP. The following enumerated values are supported: localMAC(0) - Local-MAC mode splitMAC(1) - Split-MAC mode Shi, et al. Expires July 15, 2010 [Page 21] Internet-Draft CAPWAP Protocol Base MIB January 2010 both(2) - Both Local-MAC and Split-MAC Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.44. of CAPWAP Protocol Specification, RFC 5415." SYNTAX INTEGER { localMAC(0), splitMAC(1), both(2) } CapwapBaseChannelTypeTC::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Represents the channel type for CAPWAP protocol. The following enumerated values are supported: data(1) - Data channel control(2) - Control channel" SYNTAX INTEGER { data(1), control(2) } CapwapBaseAuthenMethodTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Represents the authentication credential type for a WTP. The following enumerated values are supported: other(1) - Other method, for example, vendor specific clear(2) - Clear text and no authentication x509(3) - X.509 certificate authentication psk(4) - Pre-Shared secret authentication As mandatory requirement, CAPWAP control channel authentication SHOULD use DTLS, and either by certificate or PSK. For data channel, DTLS is optional." SYNTAX INTEGER { other(1), clear(2), x509(3), psk(4) } -- Top level components of this MIB module -- Notifications capwapBaseNotifications OBJECT IDENTIFIER ::= { capwapBaseMIB 0 } Shi, et al. Expires July 15, 2010 [Page 22] Internet-Draft CAPWAP Protocol Base MIB January 2010 -- Tables, Scalars capwapBaseObjects OBJECT IDENTIFIER ::= { capwapBaseMIB 1 } -- Conformance capwapBaseConformance OBJECT IDENTIFIER ::= { capwapBaseMIB 2 } -- AC Objects Group capwapBaseAc OBJECT IDENTIFIER ::= { capwapBaseObjects 1 } capwapBaseWtpSessions OBJECT-TYPE SYNTAX Gauge32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the total number of WTPs which are connecting to the AC." REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 1 } capwapBaseWtpSessionsLimit OBJECT-TYPE SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the maximum number of WTP sessions configured on the AC. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 2 } capwapBaseStationSessions OBJECT-TYPE SYNTAX Gauge32 (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the total number of stations which are accessing the wireless service provided by the AC." REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 3 } capwapBaseStationSessionsLimit OBJECT-TYPE Shi, et al. Expires July 15, 2010 [Page 23] Internet-Draft CAPWAP Protocol Base MIB January 2010 SYNTAX Unsigned32 (0..65535) MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the maximum number of station sessions configured on the AC. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 4 } capwapBaseDataChannelDTLSPolicyOptions OBJECT-TYPE SYNTAX BITS { other(0), clear(1), dtls(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The AC communicates its policy on the use of DTLS for CAPWAP data channel. The AC MAY support more than one option, represented by the bit field below: other(0) - Other method, for example, vendor specific clear(1) - Clear text dtls(2) - DTLS" REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 5 } capwapBaseDataChannelDTLSPolicyConfig OBJECT-TYPE SYNTAX INTEGER { other(0), clear(1), dtls(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the security policy configured on the AC for CAPWAP data channel. The value of the object is persistent at restart/reboot. The following enumerated values are supported: other(0) - Other method, for example, vendor specific clear(1) - Clear text dtls(2) - DTLS Note that the CAPWAP field [RFC5415] modelled by this Shi, et al. Expires July 15, 2010 [Page 24] Internet-Draft CAPWAP Protocol Base MIB January 2010 object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 6 } capwapBaseControlChannelAuthenOptions OBJECT-TYPE SYNTAX BITS { x509(0), psk(1) } MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the authentication credential type supported by the AC for CAPWAP control channel. The AC MAY support more than one option, represented by the bit field below: x509(0) - X.509 certificate based psk(1) - Pre-Shared secret" REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 7 } capwapBaseControlChannelAuthenConfig OBJECT-TYPE SYNTAX INTEGER { x509(1), psk(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the authentication credential type configured on the AC for CAPWAP control channel. The value of the object is persistent at restart/reboot. The following enumerated values are supported: x509(1) - X.509 certificate based psk(2) - Pre-Shared secret" REFERENCE "Section 4.6.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 8 } -- capwapBaseAcNameListTable table capwapBaseAcNameListTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseAcNameListEntry MAX-ACCESS not-accessible STATUS current Shi, et al. Expires July 15, 2010 [Page 25] Internet-Draft CAPWAP Protocol Base MIB January 2010 DESCRIPTION "A table of objects that configure the AC name list. Values of all read-create objects in this table are persistent at restart/reboot." REFERENCE "Section 4.6.5. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 9 } capwapBaseAcNameListEntry OBJECT-TYPE SYNTAX CapwapBaseAcNameListEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that configure the AC name list." INDEX { capwapBaseAcNameListId } ::= { capwapBaseAcNameListTable 1 } CapwapBaseAcNameListEntry ::= SEQUENCE { capwapBaseAcNameListId Unsigned32, capwapBaseAcNameListName LongUtf8String, capwapBaseAcNameListPriority Unsigned32, capwapBaseAcNameListRowStatus RowStatus } capwapBaseAcNameListId OBJECT-TYPE SYNTAX Unsigned32 (1..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the unique identifier of a AC Name list." ::= { capwapBaseAcNameListEntry 1 } capwapBaseAcNameListName OBJECT-TYPE SYNTAX LongUtf8String (SIZE(1..512)) MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the name of an AC, and it is expected to be an UTF-8 encoded string." REFERENCE "Section 4.6.5. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAcNameListEntry 2 } capwapBaseAcNameListPriority OBJECT-TYPE SYNTAX Unsigned32 (1..255) MAX-ACCESS read-create STATUS current DESCRIPTION Shi, et al. Expires July 15, 2010 [Page 26] Internet-Draft CAPWAP Protocol Base MIB January 2010 "Represents the priority order of the preferred AC. For instance, the value of one (1) is used to set the primary AC, the value of two (2) is used to set the secondary AC, etc." REFERENCE "Section 4.6.5. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAcNameListEntry 3 } capwapBaseAcNameListRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create, modify, and/or delete a row in this table. The value of capwapBaseAcNameListName and capwapBaseAcNameListPriority can be changed when this object is in state ''active'' or in ''notInService''. The capwapBaseAcNameListRowStatus may be changed to ''active'' if all the managed objects in the conceptual row with MAX-ACCESS read-create have been assigned valid values." ::= { capwapBaseAcNameListEntry 4 } -- End of capwapBaseAcNameListTable table -- capwapBaseMacAclTable table capwapBaseMacAclTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseMacAclEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that configure station Access Control Lists (ACL). The WTP will not provide service to the MAC addresses configured in this table. Values of all read-create objects in this table are persistent at AC restart/reboot." REFERENCE "Section 4.6.7. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseAc 10 } capwapBaseMacAclEntry OBJECT-TYPE SYNTAX CapwapBaseMacAclEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that configure station Access Control Shi, et al. Expires July 15, 2010 [Page 27] Internet-Draft CAPWAP Protocol Base MIB January 2010 List (ACL)." INDEX { capwapBaseMacAclId } ::= { capwapBaseMacAclTable 1 } CapwapBaseMacAclEntry ::= SEQUENCE { capwapBaseMacAclId Unsigned32, capwapBaseMacAclStationId CapwapBaseStationIdTC, capwapBaseMacAclRowStatus RowStatus } capwapBaseMacAclId OBJECT-TYPE SYNTAX Unsigned32 (1..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the unique identifier of an ACL." ::= { capwapBaseMacAclEntry 1 } capwapBaseMacAclStationId OBJECT-TYPE SYNTAX CapwapBaseStationIdTC MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the MAC address of a station to which WTPs will no longer provides service." REFERENCE "Section 4.6.7. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseMacAclEntry 2 } capwapBaseMacAclRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create, modify, and/or delete a row in this table. The value of capwapBaseMacAclStationId can be changed when this object is in state ''active'' or in ''notInService''. The capwapBaseMacAclRowStatus may be changed to ''active'' if all the managed objects in the conceptual row with MAX-ACCESS read-create have been assigned valid values." ::= { capwapBaseMacAclEntry 3 } -- End of capwapBaseMacAclTable table -- End of AC Objects Group Shi, et al. Expires July 15, 2010 [Page 28] Internet-Draft CAPWAP Protocol Base MIB January 2010 -- WTP Objects Group capwapBaseWtps OBJECT IDENTIFIER ::= { capwapBaseObjects 2 } -- capwapBaseWtpProfileTable Table capwapBaseWtpProfileTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseWtpProfileEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that configure WTP profiles for WTPs to be managed before they connect to the AC. An operator could change a WTP's configuration by changing the values of parameters in the corresponding WTP profile, then the WTP could get the new configuration through the CAPWAP control channel. Values of all read-create objects in this table are persistent at restart/reboot." ::= { capwapBaseWtps 1 } capwapBaseWtpProfileEntry OBJECT-TYPE SYNTAX CapwapBaseWtpProfileEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that configure and display a WTP profile." INDEX { capwapBaseWtpProfileId } ::= { capwapBaseWtpProfileTable 1 } CapwapBaseWtpProfileEntry ::= SEQUENCE { capwapBaseWtpProfileId CapwapBaseWtpProfileIdTC, capwapBaseWtpProfileName SnmpAdminString, capwapBaseWtpProfileWtpMacAddr CapwapBaseWtpIdTC, capwapBaseWtpProfileWtpModelNumber SnmpAdminString, capwapBaseWtpProfileWtpName LongUtf8String, capwapBaseWtpProfileWtpLocation LongUtf8String, capwapBaseWtpProfileWtpStaticIpEnable TruthValue, capwapBaseWtpProfileWtpStaticIpType InetAddressType, capwapBaseWtpProfileWtpStaticIp InetAddress, capwapBaseWtpProfileWtpNetmask InetAddress, capwapBaseWtpProfileWtpGateway InetAddress, capwapBaseWtpProfileWtpFallbackEnable INTEGER, capwapBaseWtpProfileWtpEchoInterval Unsigned32, capwapBaseWtpProfileWtpIdleTimeout Unsigned32, capwapBaseWtpProfileWtpMaxDiscoveryInterval Unsigned32, capwapBaseWtpProfileWtpReportInterval Unsigned32, Shi, et al. Expires July 15, 2010 [Page 29] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpProfileWtpSilentInterval Unsigned32, capwapBaseWtpProfileWtpStatisticsTimer Unsigned32, capwapBaseWtpProfileWtpWaitDTLSTimer Unsigned32, capwapBaseWtpProfileWtpEcnSupport INTEGER, capwapBaseWtpProfileRowStatus RowStatus } capwapBaseWtpProfileId OBJECT-TYPE SYNTAX CapwapBaseWtpProfileIdTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the unique identifier of a WTP profile." ::= { capwapBaseWtpProfileEntry 1 } capwapBaseWtpProfileName OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the name of a WTP profile." ::= { capwapBaseWtpProfileEntry 2 } capwapBaseWtpProfileWtpMacAddr OBJECT-TYPE SYNTAX CapwapBaseWtpIdTC MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the Base MAC address of a WTP. A WTP profile MUST contain the Base MAC address of the WTP because the CAPWAP message received from the WTP contains its Base MAC address and the AC uses the Base MAC address to find the corresponding WTP profile. In the section 4.6.40 [RFC5415], it omits be included in the WTP Board Data message element. It is a known errata item and assumed to be fixed in future by the editors of the RFC5415." REFERENCE "Section 4.6.40. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 3 } capwapBaseWtpProfileWtpModelNumber OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the model number of a WTP. A WTP profile MUST include the WTP's model number, which reflects the number of Physical Layer (PHY) radios on the WTP. Shi, et al. Expires July 15, 2010 [Page 30] Internet-Draft CAPWAP Protocol Base MIB January 2010 In this way, the creation of a WTP profile triggers the AC to automatically create the same number of WTP Virtual Radio Interfaces corresponding to the WTP's PHY radios without manual intervention. With the ifIndexes of WTP Virtual Radio Interfaces, the operator could configure and manage the WTP's PHY radios through the wireless binding MIB modules." REFERENCE "Section 4.6.40. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 4 } capwapBaseWtpProfileWtpName OBJECT-TYPE SYNTAX LongUtf8String (SIZE(1..512)) MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the name of the WTP." REFERENCE "Section 4.6.45. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 5 } capwapBaseWtpProfileWtpLocation OBJECT-TYPE SYNTAX LongUtf8String (SIZE(1..1024)) MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the location of the WTP." REFERENCE "Section 4.6.30. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 6 } capwapBaseWtpProfileWtpStaticIpEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "Represents whether the WTP SHOULD use a static IP address or not. A value of false disables the static IP address, while a value of true enables it." REFERENCE "Section 4.6.48. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 7 } capwapBaseWtpProfileWtpStaticIpType OBJECT-TYPE SYNTAX InetAddressType {ipv4(1), ipv4z(3)} MAX-ACCESS read-create STATUS current DESCRIPTION Shi, et al. Expires July 15, 2010 [Page 31] Internet-Draft CAPWAP Protocol Base MIB January 2010 "Represents the static IP address type used by the WTP. Only ipv4(1) and ipv4z(3) are supported by the object. Although the CAPWAP protocol (RFC5415) supports both IPv4 and IPv6, note that the CAPWAP field modelled by this object does not support IPv6, so the object does not support ipv6(2) and ipv6z(4)." REFERENCE "Section 4.6.48. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 8 } capwapBaseWtpProfileWtpStaticIp OBJECT-TYPE SYNTAX InetAddress (SIZE(4|8)) MAX-ACCESS read-create STATUS current DESCRIPTION "When capwapBaseWtpProfileWtpStaticIpEnable is true, it represents the static IP address to be assigned to the WTP. The format of this IP address is determined by the corresponding instance of object capwapBaseWtpProfileWtpStaticIpType." REFERENCE "Section 4.6.48. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 9 } capwapBaseWtpProfileWtpNetmask OBJECT-TYPE SYNTAX InetAddress (SIZE(4|8)) MAX-ACCESS read-create STATUS current DESCRIPTION "When capwapBaseWtpProfileWtpStaticIpEnable is true, it represents the netmask to be assigned to the WTP. The format of this netmask is determined by the corresponding instance of object capwapBaseWtpProfileWtpStaticIpType." REFERENCE "Section 4.6.48. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 10 } capwapBaseWtpProfileWtpGateway OBJECT-TYPE SYNTAX InetAddress (SIZE(4|8)) MAX-ACCESS read-create STATUS current DESCRIPTION "When capwapBaseWtpProfileWtpStaticIpEnable is true, it represents the gateway to be assigned to the WTP. The format of this IP address is determined by the corresponding instance of object capwapBaseWtpProfileWtpStaticIpType." Shi, et al. Expires July 15, 2010 [Page 32] Internet-Draft CAPWAP Protocol Base MIB January 2010 REFERENCE "Section 4.6.48. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 11 } capwapBaseWtpProfileWtpFallbackEnable OBJECT-TYPE SYNTAX INTEGER { enabled(1), disabled(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "Represents whether to enable or disable automatic CAPWAP fallback in the event that a WTP detects its preferred AC, and is not currently connected to it. The following enumerated values are supported: enabled(1) - The fallback mode is enabled disabled(2) - The fallback mode is disabled" REFERENCE "Section 4.6.42. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { enabled } ::= { capwapBaseWtpProfileEntry 12 } capwapBaseWtpProfileWtpEchoInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the minimum time, in seconds, between sending Echo Request messages to the AC that the WTP has joined." REFERENCE "Section 4.7.7. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseWtpProfileEntry 13 } capwapBaseWtpProfileWtpIdleTimeout OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the idle timeout value that the WTP SHOULD enforce for its active stations." REFERENCE "Section 4.7.8. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 300 } ::= { capwapBaseWtpProfileEntry 14 } Shi, et al. Expires July 15, 2010 [Page 33] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpProfileWtpMaxDiscoveryInterval OBJECT-TYPE SYNTAX Unsigned32 (2..180) UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the maximum time allowed between sending Discovery Request messages, in seconds." REFERENCE "Section 4.7.10. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 20 } ::= { capwapBaseWtpProfileEntry 15 } capwapBaseWtpProfileWtpReportInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the interval for WTP to send Decryption Error report." REFERENCE "Section 4.7.11. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 120 } ::= { capwapBaseWtpProfileEntry 16 } capwapBaseWtpProfileWtpSilentInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the minimum time, in seconds, a WTP MUST wait before it MAY again send Discovery Request messages or attempt to a establish DTLS session." REFERENCE "Section 4.7.13. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseWtpProfileEntry 17 } capwapBaseWtpProfileWtpStatisticsTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the interval the WTP uses between the WTP Events Requests it transmits to the AC to communicate its statistics, Shi, et al. Expires July 15, 2010 [Page 34] Internet-Draft CAPWAP Protocol Base MIB January 2010 in seconds." REFERENCE "Section 4.7.14. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 120 } ::= { capwapBaseWtpProfileEntry 18 } capwapBaseWtpProfileWtpWaitDTLSTimer OBJECT-TYPE SYNTAX Unsigned32 (30..4294967295) UNITS "second" MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the maximum time, in seconds, an AC MUST wait without having received a DTLS Handshake message from an AC. This timer MUST be greater than 30 seconds." REFERENCE "Section 4.7.15. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 60 } ::= { capwapBaseWtpProfileEntry 19 } capwapBaseWtpProfileWtpEcnSupport OBJECT-TYPE SYNTAX INTEGER { limited(0), fullAndLimited(1) } MAX-ACCESS read-create STATUS current DESCRIPTION "Represents the support for the Explicit Congestion Notification (ECN) bits, as defined in [RFC3168]. The following enumerated values are supported: limited(0) - Limited ECN support fullAndLimited(1) - Full and limited ECN support Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.25. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpProfileEntry 20 } capwapBaseWtpProfileRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create, modify, and/or delete a row in this table. The value of capwapBaseWtpProfileName, Shi, et al. Expires July 15, 2010 [Page 35] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpProfileWtpName and capwapBaseWtpProfileWtpLocation can be changed when this object is in state ''active'' or in ''notInService''. The other objects in a row can be modified only when the value of this object in the corresponding conceptual row is not ''active''. Thus to modify one or more of the objects in this conceptual row, a. change the row status to ''notInService'' b. change the values of the row c. change the row status to ''active'' The capwapBaseWtpProfileRowStatus may be changed to ''active'' if the managed objects capwapBaseWtpProfileName, capwapBaseWtpProfileWtpMacAddr, capwapBaseWtpProfileWtpModelNumber, capwapBaseWtpProfileWtpName and capwapBaseWtpProfileWtpLocation in the conceptual row have been assigned valid values. Deleting a WTP profile in use will disconnect the WTP to the AC. So the network management system SHOULD ask the operator to confirm such an operation. When a WTP profile entry is removed from the table, the corresponding WTP Virtual Radio Interfaces are also removed from the CapwapBaseWirelessBindingTable and ifTable [RFC2863]. Also, the related object instances SHOULD be removed from the wireless binding MIB modules such as IEEE 802.11 MIB module [IEEE.802-11.2007]." ::= { capwapBaseWtpProfileEntry 21 } -- End of capwapBaseWtpProfileTable table -- capwapBaseWtpStateTable table capwapBaseWtpStateTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseWtpStateEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that indicate each WTP's CAPWAP FSM state, and helps the operator to query the WTPs' current configuration." ::= { capwapBaseWtps 2 } capwapBaseWtpStateEntry OBJECT-TYPE SYNTAX CapwapBaseWtpStateEntry MAX-ACCESS not-accessible STATUS current Shi, et al. Expires July 15, 2010 [Page 36] Internet-Draft CAPWAP Protocol Base MIB January 2010 DESCRIPTION "A set of objects that display the WTP's CAPWAP FSM state. Also, the operator could query the current configuration of a WTP by using the identifier of the corresponding WTP profile." INDEX { capwapBaseWtpStateWtpId } ::= { capwapBaseWtpStateTable 1 } CapwapBaseWtpStateEntry ::= SEQUENCE { capwapBaseWtpStateWtpId CapwapBaseWtpIdTC, capwapBaseWtpStateWtpIpAddressType InetAddressType, capwapBaseWtpStateWtpIpAddress InetAddress, capwapBaseWtpStateWtpBaseMacAddress PhysAddress, capwapBaseWtpState INTEGER, capwapBaseWtpStateWtpUpTime TimeTicks, capwapBaseWtpStateWtpCurrWtpProfileId CapwapBaseWtpProfileIdTC } capwapBaseWtpStateWtpId OBJECT-TYPE SYNTAX CapwapBaseWtpIdTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the unique identifier of a WTP." ::= { capwapBaseWtpStateEntry 1 } capwapBaseWtpStateWtpIpAddressType OBJECT-TYPE SYNTAX InetAddressType MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the IP address type of a WTP. Only ipv4(1), ipv6(2), ipv4z(3), ipv6z(4) and dns(16) are supported by the object." ::= { capwapBaseWtpStateEntry 2 } capwapBaseWtpStateWtpIpAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the IP address of a WTP. The format of this IP address is determined by the corresponding instance of object capwapBaseWtpStateWtpIpAddressType." ::= { capwapBaseWtpStateEntry 3 } capwapBaseWtpStateWtpBaseMacAddress OBJECT-TYPE Shi, et al. Expires July 15, 2010 [Page 37] Internet-Draft CAPWAP Protocol Base MIB January 2010 SYNTAX PhysAddress (SIZE(6|8)) MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the WTP's Base MAC Address, which MAY be assigned to the primary Ethernet interface. The instance of the object corresponds to the Base MAC Address sub-element in the CAPWAP protocol [RFC5415]." REFERENCE "Section 4.6.40. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpStateEntry 4 } capwapBaseWtpState OBJECT-TYPE SYNTAX INTEGER { dtls(1), join(2), image(3), configure(4), dataCheck(5), run(6), reset(7), dtlsTeardown(8), unknown(9) } MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the various possible CAPWAP FSM states of WTP The following enumerated values are supported: dtls(1) - DTLS negotiation states, which include DTLS setup, authorize, DTLS connect join(2) - The WTP is joining with the AC image(3) - The WTP is downloading software configure(4) - The WTP is getting configuration from the AC dataCheck(5) - The AC is waiting for the Data Channel Keep Alive Packet run(6) - The WTP enters the running state reset(7) - The AC transmits a reset request message to the WTP dtlsTeardown(8) - DTLS session is tear down unknown(9) - Operator already prepared configuration for the WTP, while the WTP has not contact with the AC till now" REFERENCE "Section 2.3.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpStateEntry 5 } Shi, et al. Expires July 15, 2010 [Page 38] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpStateWtpUpTime OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the time (in hundredths of a second) since the WTP has been in the running state (corresponding to the value run(6) of capwapBaseWtpState)." ::= { capwapBaseWtpStateEntry 6 } capwapBaseWtpStateWtpCurrWtpProfileId OBJECT-TYPE SYNTAX CapwapBaseWtpProfileIdTC MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the current identifier of a WTP profile. The operator could query a WTP's current configuration with the identifier of a WTP profile." ::= { capwapBaseWtpStateEntry 7 } -- End of capwapBaseWtpStateTable Table -- capwapBaseWtpTable Table capwapBaseWtpTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseWtpEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that display properties of the WTPs in running state." ::= { capwapBaseWtps 3 } capwapBaseWtpEntry OBJECT-TYPE SYNTAX CapwapBaseWtpEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that display properties of the WTPs in running state." INDEX { capwapBaseWtpCurrId } ::= { capwapBaseWtpTable 1 } CapwapBaseWtpEntry ::= SEQUENCE { capwapBaseWtpCurrId CapwapBaseWtpIdTC, capwapBaseWtpPhyIndex PhysicalIndex, capwapBaseWtpBaseMacAddress PhysAddress, Shi, et al. Expires July 15, 2010 [Page 39] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpTunnelModeOptions CapwapBaseTunnelModeTC, capwapBaseWtpMacTypeOptions CapwapBaseMacTypeTC, capwapBaseWtpDiscoveryType INTEGER, capwapBaseWtpRadiosInUseNum Gauge32, capwapBaseWtpRadioNumLimit Unsigned32, capwapBaseWtpRetransmitCount Counter32, capwapBaseWtpMaxDiscoveries Unsigned32, capwapBaseWtpMaxFailedDTLSSessionRetry Unsigned32, capwapBaseWtpMaxRetransmit Unsigned32, capwapBaseWtpDataChannelKeepAliveTimer Unsigned32, capwapBaseWtpDataChannelDeadInterval Unsigned32, capwapBaseWtpDiscoveryInterval Unsigned32, capwapBaseWtpDTLSSessionDeleteTimer Unsigned32, capwapBaseWtpImageDataStartTimer Unsigned32, capwapBaseWtpRetransmitInterval Unsigned32 } capwapBaseWtpCurrId OBJECT-TYPE SYNTAX CapwapBaseWtpIdTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the unique identifier of a WTP in running state." ::= { capwapBaseWtpEntry 1 } capwapBaseWtpPhyIndex OBJECT-TYPE SYNTAX PhysicalIndex MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the unique physical index of a physical entity in the ENTITY-MIB module [RFC4133]. The information such as software version of a specific WTP could be accessed through the index." ::= { capwapBaseWtpEntry 2 } capwapBaseWtpBaseMacAddress OBJECT-TYPE SYNTAX PhysAddress (SIZE(6|8)) MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the WTP's Base MAC Address, which MAY be assigned to the primary Ethernet interface. The instance of the object corresponds to the Base MAC Address sub-element in the CAPWAP protocol [RFC5415]." REFERENCE "Section 4.6.40. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 3 } Shi, et al. Expires July 15, 2010 [Page 40] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpTunnelModeOptions OBJECT-TYPE SYNTAX CapwapBaseTunnelModeTC MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the tunneling modes of operation supported by the WTP." REFERENCE "Section 4.6.43. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 4 } capwapBaseWtpMacTypeOptions OBJECT-TYPE SYNTAX CapwapBaseMacTypeTC MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the MAC mode of operation supported by the WTP." REFERENCE "Section 4.6.44. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 5 } capwapBaseWtpDiscoveryType OBJECT-TYPE SYNTAX INTEGER { unknown(0), staticConfig(1), dhcp(2), dns(3), acRef(4) } MAX-ACCESS read-only STATUS current DESCRIPTION "Represents how the WTP discovers the AC. The following enumerated values are supported: unknown(0) - Unknown staticConfig(1) - Static configuration dhcp(2) - DHCP dns(3) - DNS acRef(4) - AC referral Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.21. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 6 } capwapBaseWtpRadiosInUseNum OBJECT-TYPE SYNTAX Gauge32 (0..255) Shi, et al. Expires July 15, 2010 [Page 41] Internet-Draft CAPWAP Protocol Base MIB January 2010 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of radios in use on the WTP." REFERENCE "Section 4.6.41. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 7 } capwapBaseWtpRadioNumLimit OBJECT-TYPE SYNTAX Unsigned32 (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the maximum radio number supported by the WTP." REFERENCE "Section 4.6.41. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 8 } capwapBaseWtpRetransmitCount OBJECT-TYPE SYNTAX Counter32 UNITS "retransmissions" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of retransmissions for a given CAPWAP packet." REFERENCE "Section 4.8.8. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEntry 9 } capwapBaseWtpMaxDiscoveries OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the maximum number of Discovery Request messages that will be sent after a WTP boots." REFERENCE "Section 4.8.5. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 10 } ::= { capwapBaseWtpEntry 10 } capwapBaseWtpMaxFailedDTLSSessionRetry OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the maximum number of failed DTLS session Shi, et al. Expires July 15, 2010 [Page 42] Internet-Draft CAPWAP Protocol Base MIB January 2010 establishment attempts before the CAPWAP device enters a silent period." REFERENCE "Section 4.8.6. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 3 } ::= { capwapBaseWtpEntry 11 } capwapBaseWtpMaxRetransmit OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the maximum number of retransmission for a given CAPWAP packet before the link layer considers the peer dead." REFERENCE "Section 4.8.7. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 5 } ::= { capwapBaseWtpEntry 12 } capwapBaseWtpDataChannelKeepAliveTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the next opportunity, in seconds, the WTP must transmit the Data Channel Keep Alive message." REFERENCE "Section 4.7.2. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseWtpEntry 13 } capwapBaseWtpDataChannelDeadInterval OBJECT-TYPE SYNTAX Unsigned32 (0..240) UNITS "second" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the minimum time, in seconds, a WTP MUST wait without having received a Data Channel Keep Alive packet before the destination for the Data Channel Keep Alive packets MAY be considered dead." REFERENCE "Section 4.7.3. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 60 } ::= { capwapBaseWtpEntry 14 } capwapBaseWtpDiscoveryInterval OBJECT-TYPE Shi, et al. Expires July 15, 2010 [Page 43] Internet-Draft CAPWAP Protocol Base MIB January 2010 SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the minimum time, in seconds, that a WTP MUST wait after receiving a Discovery Response message, before initiating a DTLS handshake." REFERENCE "Section 4.7.5. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 5 } ::= { capwapBaseWtpEntry 15 } capwapBaseWtpDTLSSessionDeleteTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the minimum time, in seconds, a WTP MUST wait for DTLS session deletion." REFERENCE "Section 4.7.6. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 5 } ::= { capwapBaseWtpEntry 16 } capwapBaseWtpImageDataStartTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of seconds the WTP will wait for its peer to transmit the Image Data Request." REFERENCE "Section 4.7.9. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseWtpEntry 17 } capwapBaseWtpRetransmitInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the minimum time, in seconds, in which a non-acknowledged CAPWAP packet will be retransmitted." REFERENCE Shi, et al. Expires July 15, 2010 [Page 44] Internet-Draft CAPWAP Protocol Base MIB January 2010 "Section 4.7.12. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 3 } ::= { capwapBaseWtpEntry 18 } -- End of capwapBaseWtpTable table -- capwapBaseWirelessBindingTable Table capwapBaseWirelessBindingTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseWirelessBindingEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that display the mappings between WTP Virtual Radio Interfaces and PHY radios, and the wireless binding type for each PHY radio. As CapwapBaseWirelessBindingTable stores the mappings between PHY radios (Radio IDs) and the ifIndexes of WTP Virtual Radio Interfaces, the operator can get the ifIndex information by querying this table. Such a query operation SHOULD run from radio ID 1 to radio ID 31 according to [RFC5415], and stop when a invalid ifIndex value (0) is returned. Values of all objects in this table are persistent at restart/reboot." ::= { capwapBaseWtps 4 } capwapBaseWirelessBindingEntry OBJECT-TYPE SYNTAX CapwapBaseWirelessBindingEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that display the mapping between a specific WTP Virtual Radio Interface and a PHY radio, and the wireless binding type for the PHY radio." INDEX { capwapBaseWtpProfileId, capwapBaseWirelessBindingRadioId } ::= { capwapBaseWirelessBindingTable 1 } CapwapBaseWirelessBindingEntry ::= SEQUENCE { capwapBaseWirelessBindingRadioId CapwapBaseRadioIdTC, capwapBaseWirelessBindingVirtualRadioIfIndex InterfaceIndex, capwapBaseWirelessBindingType INTEGER } capwapBaseWirelessBindingRadioId OBJECT-TYPE Shi, et al. Expires July 15, 2010 [Page 45] Internet-Draft CAPWAP Protocol Base MIB January 2010 SYNTAX CapwapBaseRadioIdTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the identifier of a PHY radio on a WTP, which is required to be unique on a WTP. For example, WTP A and WTP B use a same value of capwapBaseWirelessBindingRadioId for their first radio." REFERENCE "Section 4.3. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWirelessBindingEntry 1 } capwapBaseWirelessBindingVirtualRadioIfIndex OBJECT-TYPE SYNTAX InterfaceIndex MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the index value that uniquely identifies a WLAN Virtual Radio Interface. The interface identified by a particular value of this index is the same interface as identified by the same value of the ifIndex. Before WTPs contact the AC to get configuration, the operator configures WTP profiles for them. The creation of a WTP profile triggers system to automatically create a specific number of WTP Virtual Radio Interfaces and add a new row object in the capwapBaseWirelessBindingTable without manual intervention. As most MIB modules use the ifIndex to identify an interface for configuration and statistic data, for example, IEEE 802.11 MIB module [IEEE.802-11.2007] It will be easy to reuse other wireless binding MIB modules through the WTP Virtual Radio Interface in the Centralized WLAN Architecture." ::= { capwapBaseWirelessBindingEntry 2 } capwapBaseWirelessBindingType OBJECT-TYPE SYNTAX INTEGER { dot11(1), epc(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the wireless binding type for the radio. The following enumerated values are supported: dot11(1) - IEEE 802.11 epc(3) - EPCGlobal" REFERENCE Shi, et al. Expires July 15, 2010 [Page 46] Internet-Draft CAPWAP Protocol Base MIB January 2010 "Section 4.3. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWirelessBindingEntry 3 } -- End of capwapBaseWirelessBindingTable Table -- capwapBaseStationTable Table capwapBaseStationTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseStationEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that display stations which are accessing the wireless service provided by the AC." REFERENCE "Section 4.6.8. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtps 5 } capwapBaseStationEntry OBJECT-TYPE SYNTAX CapwapBaseStationEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that display a station which is associated with the specific radio on the WTP. Note that in some cases such as roaming that a station may simultaneously associate with two WTPs for some (short) time. The MIB implementation MUST ensure there is only one valid and meaningful entry for a specific station." INDEX { capwapBaseStationId } ::= { capwapBaseStationTable 1 } CapwapBaseStationEntry ::= SEQUENCE { capwapBaseStationId CapwapBaseStationIdTC, capwapBaseStationWtpId CapwapBaseWtpIdTC, capwapBaseStationWtpRadioId CapwapBaseRadioIdTC, capwapBaseStationAddedTime DateAndTime, capwapBaseStationVlanName SnmpAdminString } capwapBaseStationId OBJECT-TYPE SYNTAX CapwapBaseStationIdTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the unique identifier of the station." REFERENCE Shi, et al. Expires July 15, 2010 [Page 47] Internet-Draft CAPWAP Protocol Base MIB January 2010 "Section 4.6.8. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseStationEntry 1 } capwapBaseStationWtpId OBJECT-TYPE SYNTAX CapwapBaseWtpIdTC MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the unique identifier of a WTP in running state." ::= { capwapBaseStationEntry 2 } capwapBaseStationWtpRadioId OBJECT-TYPE SYNTAX CapwapBaseRadioIdTC MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the identifier of a PHY radio on a WTP, which is required to be unique on a WTP. For example, WTP A and WTP B use a same value of capwapBaseStationWtpRadioId for their first radio." REFERENCE "Section 4.3. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseStationEntry 3 } capwapBaseStationAddedTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the time when the station is added." REFERENCE "Section 4.6.8. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseStationEntry 4 } capwapBaseStationVlanName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-only STATUS current DESCRIPTION "Represents VLAN name to which the station is associated." REFERENCE "Section 4.6.8. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseStationEntry 5 } -- End of capwapBaseStationTable Table -- capwapBaseWtpEventsStatsTable Shi, et al. Expires July 15, 2010 [Page 48] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpEventsStatsTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseWtpEventsStatsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that display the WTPs' events statistics." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtps 6 } capwapBaseWtpEventsStatsEntry OBJECT-TYPE SYNTAX CapwapBaseWtpEventsStatsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that display the events statistic data of a WTP." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." INDEX { capwapBaseWtpCurrId } ::= { capwapBaseWtpEventsStatsTable 1 } CapwapBaseWtpEventsStatsEntry ::= SEQUENCE { capwapBaseWtpEventsStatsRebootCount Counter32, capwapBaseWtpEventsStatsInitCount Counter32, capwapBaseWtpEventsStatsLinkFailureCount Counter32, capwapBaseWtpEventsStatsSwFailureCount Counter32, capwapBaseWtpEventsStatsHwFailureCount Counter32, capwapBaseWtpEventsStatsOtherFailureCount Counter32, capwapBaseWtpEventsStatsUnknownFailureCount Counter32, capwapBaseWtpEventsStatsLastFailureType INTEGER } capwapBaseWtpEventsStatsRebootCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of reboots that have occurred due to a WTP crash. Note that the CAPWAP field [RFC5415] modelled by this counter takes the value 65535 to indicate that the information is not available on the WTP. This MIB object does not follow this behaviour which would not be standard in SMIv2. If the WTP does not have the information, the agent will not instantiate the object." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." Shi, et al. Expires July 15, 2010 [Page 49] Internet-Draft CAPWAP Protocol Base MIB January 2010 ::= { capwapBaseWtpEventsStatsEntry 1 } capwapBaseWtpEventsStatsInitCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of reboots that have occurred at the request of a CAPWAP protocol message, such as a change in configuration that requires a reboot or an explicit CAPWAP protocol reset request. Note that the CAPWAP field [RFC5415] modelled by this counter takes the value 65535 to indicate that the information is not available on the WTP. This MIB object does not follow this behaviour which would not be standard in SMIv2. If the WTP does not have the information, the agent will not instantiate the object." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 2 } capwapBaseWtpEventsStatsLinkFailureCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that a CAPWAP protocol connection with an AC has failed due to link failures." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 3 } capwapBaseWtpEventsStatsSwFailureCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that a CAPWAP protocol connection with an AC has failed due to software related reasons." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 4 } capwapBaseWtpEventsStatsHwFailureCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current Shi, et al. Expires July 15, 2010 [Page 50] Internet-Draft CAPWAP Protocol Base MIB January 2010 DESCRIPTION "Represents the number of times that a CAPWAP protocol connection with an AC has failed due to hardware related reasons." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 5 } capwapBaseWtpEventsStatsOtherFailureCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that a CAPWAP protocol connection with an AC has failed due to known reasons, other than the AC initiated, link, software or hardware failures." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 6 } capwapBaseWtpEventsStatsUnknownFailureCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that a CAPWAP protocol connection with an AC has failed for unknown reasons." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 7 } capwapBaseWtpEventsStatsLastFailureType OBJECT-TYPE SYNTAX INTEGER { notSupport(0), acInit(1), linkFailure(2), swFailure(3), hwFailure(4), otherFailure(5), unknown(255) } MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the failure type of the most recent WTP failure. The following enumerated values are supported: notSupport(0) - Not supported acInit(1) - The AC initiated Shi, et al. Expires July 15, 2010 [Page 51] Internet-Draft CAPWAP Protocol Base MIB January 2010 linkFailure(2) - Link failure swFailure(3) - Software failure hwFailure(4) - Hardware failure otherFailure(5) - Other failure unknown(255) - Unknown (e.g., WTP doesn't keep track of info) Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.47. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtpEventsStatsEntry 8 } -- End of capwapBaseWtpEventsStatsTable table -- capwapBaseRadioEventsStatsTable table capwapBaseRadioEventsStatsTable OBJECT-TYPE SYNTAX SEQUENCE OF CapwapBaseRadioEventsStatsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of objects that display statistics on radios behavior, and reasons why the WTP radio has been reset. To get all radios' event statistic on a specific WTP (identified by the capwapBaseWtpCurrId), it needs a query operation SHOULD run from radio ID 1 to radio ID 31 till there is no data returned. The radio ID here corresponds to the object capwapBaseRadioEventsWtpRadioId. If the previous MIB operations such as query on the CapwapBaseWirelessBindingTable know the exact value of each radio ID, the query operation on the capwapBaseRadioEventsStatsTable could use that value of Radio IDs." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseWtps 7 } capwapBaseRadioEventsStatsEntry OBJECT-TYPE SYNTAX CapwapBaseRadioEventsStatsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A set of objects that display the statistic data of events happened on a specific radio of a WTP." INDEX { capwapBaseWtpCurrId, capwapBaseRadioEventsWtpRadioId } ::= { capwapBaseRadioEventsStatsTable 1 } Shi, et al. Expires July 15, 2010 [Page 52] Internet-Draft CAPWAP Protocol Base MIB January 2010 CapwapBaseRadioEventsStatsEntry ::= SEQUENCE { capwapBaseRadioEventsWtpRadioId CapwapBaseRadioIdTC, capwapBaseRadioEventsStatsResetCount Counter32, capwapBaseRadioEventsStatsSwFailCount Counter32, capwapBaseRadioEventsStatsHwFailCount Counter32, capwapBaseRadioEventsStatsOtherFailCount Counter32, capwapBaseRadioEventsStatsUnknownFailCount Counter32, capwapBaseRadioEventsStatsConfigUpdateCount Counter32, capwapBaseRadioEventsStatsChannelChangeCount Counter32, capwapBaseRadioEventsStatsBandChangeCount Counter32, capwapBaseRadioEventsStatsCurrentNoiseFloor Integer32, capwapBaseRadioEventsStatsDecryptErrorCount Counter32, capwapBaseRadioEventsStatsLastFailType INTEGER } capwapBaseRadioEventsWtpRadioId OBJECT-TYPE SYNTAX CapwapBaseRadioIdTC MAX-ACCESS not-accessible STATUS current DESCRIPTION "Represents the identifier of a PHY radio on a WTP, which is required to be unique on a WTP. For example, WTP A and WTP B use a same value of capwapBaseRadioEventsWtpRadioId for their first radio." REFERENCE "Section 4.3. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 1 } capwapBaseRadioEventsStatsResetCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that that the radio has been reset." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 2 } capwapBaseRadioEventsStatsSwFailCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio has failed due to software related reasons." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." Shi, et al. Expires July 15, 2010 [Page 53] Internet-Draft CAPWAP Protocol Base MIB January 2010 ::= { capwapBaseRadioEventsStatsEntry 3 } capwapBaseRadioEventsStatsHwFailCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio has failed due to hardware related reasons." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 4 } capwapBaseRadioEventsStatsOtherFailCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio has failed due to known reasons, other than software or hardware failure." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 5 } capwapBaseRadioEventsStatsUnknownFailCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio has failed for unknown reasons." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 6 } capwapBaseRadioEventsStatsConfigUpdateCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio configuration has been updated." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 7 } capwapBaseRadioEventsStatsChannelChangeCount OBJECT-TYPE SYNTAX Counter32 Shi, et al. Expires July 15, 2010 [Page 54] Internet-Draft CAPWAP Protocol Base MIB January 2010 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio channel has been changed." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 8 } capwapBaseRadioEventsStatsBandChangeCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of times that the radio has changed frequency bands." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 9 } capwapBaseRadioEventsStatsCurrentNoiseFloor OBJECT-TYPE SYNTAX Integer32 UNITS "dBm" MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the noise floor of the radio receiver in units of dBm." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 10 } capwapBaseRadioEventsStatsDecryptErrorCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of decryption errors that have occurred on the WTP. Note that this field is only valid in cases where the WTP provides encryption/decryption services." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 11 } capwapBaseRadioEventsStatsLastFailType OBJECT-TYPE SYNTAX INTEGER { notSupport(0), swFailure(1), Shi, et al. Expires July 15, 2010 [Page 55] Internet-Draft CAPWAP Protocol Base MIB January 2010 hwFailure(2), otherFailure(3), unknown(255) } MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the failure type of the most recent radio failure. The following enumerated values are supported: notSupport(0) - Not supported swFailure(1) - Software failure hwFailure(2) - Hardware failure otherFailure(3) - Other failure unknown(255) - Unknown Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.46. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseRadioEventsStatsEntry 12 } -- End of capwapBaseRadioEventsStatsTable table -- End of WTP Objects Group -- CAPWAP Base Parameters Group capwapBaseParameters OBJECT IDENTIFIER ::= { capwapBaseObjects 3 } capwapBaseAcMaxRetransmit OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the maximum number of retransmissions for a given CAPWAP packet before the link layer considers the peer dead. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.8.7. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 5 } ::= { capwapBaseParameters 1 } capwapBaseAcChangeStatePendingTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-write Shi, et al. Expires July 15, 2010 [Page 56] Internet-Draft CAPWAP Protocol Base MIB January 2010 STATUS current DESCRIPTION "Represents the maximum time, in seconds, the AC will wait for the Change State Event Request from the WTP after having transmitted a successful Configuration Status Response message. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.1. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 25 } ::= { capwapBaseParameters 2 } capwapBaseAcDataCheckTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-write STATUS current DESCRIPTION "Represents The number of seconds the AC will wait for the Data Channel Keep Alive, which is required by the CAPWAP state machine's Data Check state. The AC resets the state machine if this timer expires prior to transitioning to the next state. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.4. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseParameters 3 } capwapBaseAcDTLSSessionDeleteTimer OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the minimum time, in seconds, the AC MUST wait for DTLS session deletion. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.6. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 5 } ::= { capwapBaseParameters 4 } capwapBaseAcEchoInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-write STATUS current Shi, et al. Expires July 15, 2010 [Page 57] Internet-Draft CAPWAP Protocol Base MIB January 2010 DESCRIPTION "Represents the minimum time, in seconds, between sending Echo Request messages to the AC with which the WTP has joined. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.7. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseParameters 5 } capwapBaseAcRetransmitInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the minimum time, in seconds, in which a non-acknowledged CAPWAP packet will be retransmitted. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.12. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 3 } ::= { capwapBaseParameters 6 } capwapBaseAcSilentInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "second" MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the minimum time, in seconds, during which the AC SHOULD ignore all CAPWAP and DTLS packets received from the WTP that is in the Sulking state. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.13. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 30 } ::= { capwapBaseParameters 7 } capwapBaseAcWaitDTLSTimer OBJECT-TYPE SYNTAX Unsigned32 (30..4294967295) UNITS "second" MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the maximum time, in seconds, the AC MUST wait without having received a DTLS Handshake message from an AC. This timer MUST be greater than 30 seconds. The value of the object is persistent at restart/reboot." Shi, et al. Expires July 15, 2010 [Page 58] Internet-Draft CAPWAP Protocol Base MIB January 2010 REFERENCE "Section 4.7.15. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 60 } ::= { capwapBaseParameters 8 } capwapBaseAcWaitJoinTimer OBJECT-TYPE SYNTAX Unsigned32 (20..4294967295) UNITS "second" MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the maximum time, in seconds, the AC will wait after the DTLS session has been established until it receives the Join Request from the WTP. This timer MUST be greater than 20 seconds. The value of the object is persistent at restart/reboot." REFERENCE "Section 4.7.16. of CAPWAP Protocol Specification, RFC 5415." DEFVAL { 60 } ::= { capwapBaseParameters 9 } capwapBaseAcEcnSupport OBJECT-TYPE SYNTAX INTEGER { limited(0), fullAndLimited(1) } MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the support for the Explicit Congestion Notification (ECN) bits, as defined in [RFC3168]. The value of the object is persistent at restart/reboot. The following enumerated values are supported: limited(0) - Limited ECN support fullAndLimited(1) - Full and limited ECN support Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.25. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseParameters 10 } -- End of CAPWAP Base Parameters Group -- CAPWAP Statistics Group capwapBaseStats OBJECT IDENTIFIER Shi, et al. Expires July 15, 2010 [Page 59] Internet-Draft CAPWAP Protocol Base MIB January 2010 ::= { capwapBaseObjects 4 } capwapBaseFailedDTLSAuthFailCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of failed DTLS session establishment attempts due to authentication failures." REFERENCE "Section 4.8.3. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseStats 1 } capwapBaseFailedDTLSSessionCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Represents the number of failed DTLS session establishment attempts." REFERENCE "Section 4.8.4. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseStats 2 } -- Notifications capwapBaseChannelUp NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfChannelType, capwapBaseNtfAuthenMethod } STATUS current DESCRIPTION "This notification is sent by the AC when a CAPWAP channel established. The notification is separated for data or control channel." ::= { capwapBaseNotifications 1 } capwapBaseChannelDown NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfChannelType, capwapBaseNtfChannelDownReason } STATUS current DESCRIPTION "This notification is sent by the AC when CAPWAP channel Shi, et al. Expires July 15, 2010 [Page 60] Internet-Draft CAPWAP Protocol Base MIB January 2010 becomes down. The notification is separated for data or control channel." ::= { capwapBaseNotifications 2 } capwapBaseDecryptErrorReport NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfRadioId, capwapBaseNtfStationIdList } STATUS current DESCRIPTION "This notification is generated when a WTP that has occurred decryption error since the last report." REFERENCE "Section 4.6.17. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifications 3 } capwapBaseJoinFailure NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfJoinFailureReason } STATUS current DESCRIPTION "This notification is generated when a WTP fails to join." REFERENCE "Section 4.6.35. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifications 4 } capwapBaseImageUpgradeFailure NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfImageFailureReason } STATUS current DESCRIPTION "This notification is generated when a WTP fails to update the firmware image." REFERENCE "Section 4.6.35. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifications 5 } capwapBaseConfigMsgError NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfConfigMsgErrorType, capwapBaseNtfMsgErrorElements Shi, et al. Expires July 15, 2010 [Page 61] Internet-Draft CAPWAP Protocol Base MIB January 2010 } STATUS current DESCRIPTION "This notification is generated when a WTP receives message elements in the configuration management messages which it is unable to apply locally." REFERENCE "Section 4.6.35. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifications 6 } capwapBaseRadioOperableStatus NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfRadioId, capwapBaseNtfRadioOperStatusFlag, capwapBaseNtfRadioStatusCause } STATUS current DESCRIPTION "The notification is generated when a radio's operational state is changed." REFERENCE "Section 4.6.34. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifications 7 } capwapBaseAuthenticationFailure NOTIFICATION-TYPE OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfChannelType, capwapBaseNtfAuthenMethod, capwapBaseNtfAuthenFailureReason } STATUS current DESCRIPTION "The notification notifies an authentication failure event, and provides the reason for it." ::= { capwapBaseNotifications 8 } -- Objects used only in notifications -- Notification Objects capwapBaseNotifyVarObjects OBJECT IDENTIFIER ::= { capwapBaseObjects 5 } capwapBaseNtfWtpId OBJECT-TYPE SYNTAX CapwapBaseWtpIdTC MAX-ACCESS accessible-for-notify Shi, et al. Expires July 15, 2010 [Page 62] Internet-Draft CAPWAP Protocol Base MIB January 2010 STATUS current DESCRIPTION "Represents the unique identifier of a WTP." ::= { capwapBaseNotifyVarObjects 1 } capwapBaseNtfRadioId OBJECT-TYPE SYNTAX CapwapBaseRadioIdTC MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the identifier of a PHY radio on a WTP, which is only required to be unique on a WTP. For example, WTP A and WTP B can use the same value of capwapBaseNtfRadioId for their first radio." REFERENCE "Section 4.3. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 2 } capwapBaseNtfChannelType OBJECT-TYPE SYNTAX CapwapBaseChannelTypeTC MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the channel type for CAPWAP protocol." ::= { capwapBaseNotifyVarObjects 3 } capwapBaseNtfAuthenMethod OBJECT-TYPE SYNTAX CapwapBaseAuthenMethodTC MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents authentication method for CAPWAP Channel." ::= { capwapBaseNotifyVarObjects 4 } capwapBaseNtfChannelDownReason OBJECT-TYPE SYNTAX INTEGER { timeout(1), rekeyfailure(2), acRebootWtp(3), dtlsError(4), maxRetransmit(5) } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the reason for Channel down. The following enumerated values are supported: timeout(1) - The keep alive is timeout Shi, et al. Expires July 15, 2010 [Page 63] Internet-Draft CAPWAP Protocol Base MIB January 2010 rekeyfailure(2) - Rekey process is failed, channel will be broken acRebootWtp(3) - The AC reboot WTP dtlsError(4) - DTLS notifications: DTLSAborted, DTLSReassemblyFailure, DTLSPeerDisconnect, or frequent DTLSDecapFailure maxRetransmit(5) - The underlying reliable transport's RetransmitCount counter has reached the MaxRetransmit variable" ::= { capwapBaseNotifyVarObjects 5 } capwapBaseNtfStationIdList OBJECT-TYPE SYNTAX LongUtf8String (SIZE (6..1024)) MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents a list of station identifiers separated by semicolons." REFERENCE "Section 4.6.17. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 6 } capwapBaseNtfAuthenFailureReason OBJECT-TYPE SYNTAX INTEGER { keyMismatch(1), invalidCert(2), reassemblyFailure(3), decapFailure(4), encapFailure(5), timeout(6), unknown(8) } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents reason for WTP authorization failure. The following enumerated values are supported: keyMismatch(1) - WTP's and AC's key are not matched invalidCert(2) - Certification is not valid reassemblyFailure(3) - Fragment reassembly failure decapFailure(4) - Decapsulation error encapFailure(5) - Encapsulation error timeout(6) - WaitDTLS timer timeout unknown(8) - Unknown reason" REFERENCE "Section 2.3.1. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 7 } Shi, et al. Expires July 15, 2010 [Page 64] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseNtfRadioOperStatusFlag OBJECT-TYPE SYNTAX INTEGER { operable(0), inoperable(1) } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the operation status of a radio. The following enumerated values are supported: operable(0) - The radio is operable inoperable(1) - The radio is inoperable, and the capwapBaseNtfRadioStatusCause object gives the reason in details Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.34. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 8 } capwapBaseNtfRadioStatusCause OBJECT-TYPE SYNTAX INTEGER { normal(0), hwError(1), swError(2), adminSet(3) } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the reason why radio is out of service. The following enumerated values are supported: normal(0) - Normal status hwError(1) - Radio failure swError(2) - Software failure adminSet(3) - Administratively set Note that the CAPWAP field [RFC5415] modelled by this object takes zero as starting value, this MIB object follows this rule." REFERENCE "Section 4.6.34. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 9 } capwapBaseNtfJoinFailureReason OBJECT-TYPE SYNTAX INTEGER { unspecified(1), resDepletion(2), Shi, et al. Expires July 15, 2010 [Page 65] Internet-Draft CAPWAP Protocol Base MIB January 2010 unknownSource(3), incorrectData(4), sessionIdInUse(5), notSupportHw(6), notSupportBinding(7) } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the reason of join failure. The following enumerated values are supported: unspecified(1) - Unspecified failure reason resDepletion(2) - Resource depletion unknownSource(3) - Unknown source incorrectData(4) - Incorrect data sessionIdInUse(5) - Session ID already in use notSupportHw(6) - WTP hardware not supported notSupportBinding(7) - Binding not supported" REFERENCE "Section 4.6.35. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 10 } capwapBaseNtfImageFailureReason OBJECT-TYPE SYNTAX INTEGER { invalidChecksum(1), invalidLength(2), other(3), inStorage(4) } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the reason of image failure. The following enumerated values are supported: invalidChecksum(1) - Invalid checksum invalidLength(2) - Invalid data length other(3) - Other error inStorage(4) - Image already present" REFERENCE "Section 4.6.35. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 11 } capwapBaseNtfConfigMsgErrorType OBJECT-TYPE SYNTAX INTEGER { unknownElement(1), unsupportedElement(2), unknownValue(3), unsupportedValue(4) Shi, et al. Expires July 15, 2010 [Page 66] Internet-Draft CAPWAP Protocol Base MIB January 2010 } MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the type of configuration message error. The following enumerated values are supported: unknownElement(1) - Unknown message element unsupportedElement(2) - Unsupported message element unknownValue(3) - Unknown message element value unsupportedValue(4) - Unsupported message element value" REFERENCE "Section 4.6.36. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 12 } capwapBaseNtfMsgErrorElements OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS accessible-for-notify STATUS current DESCRIPTION "Represents the message elements sent by the AC in the Configuration Status Response message that caused the error." REFERENCE "Section 4.6.36. of CAPWAP Protocol Specification, RFC 5415." ::= { capwapBaseNotifyVarObjects 13 } -- Notification Control capwapBaseNotifyControlObjects OBJECT IDENTIFIER ::= { capwapBaseObjects 6 } capwapBaseChannelUpDownNotifyEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the Channel Up/Channel Down notification should be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { false } ::= { capwapBaseNotifyControlObjects 1 } capwapBaseDecryptErrorNotifyEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the decryption error notification should Shi, et al. Expires July 15, 2010 [Page 67] Internet-Draft CAPWAP Protocol Base MIB January 2010 be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { true } ::= { capwapBaseNotifyControlObjects 2 } capwapBaseJoinFailureNotifyEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the notification of WTP join failure should be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { true } ::= { capwapBaseNotifyControlObjects 3 } capwapBaseImageUpgradeFailureNotifyEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the notification of WTP image upgrade failure should be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { true } ::= { capwapBaseNotifyControlObjects 4 } capwapBaseConfigMsgErrorNotifyEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the notification of configuration message error should be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { false } ::= { capwapBaseNotifyControlObjects 5 } capwapBaseRadioOperableStatusNotifyEnable OBJECT-TYPE SYNTAX TruthValue Shi, et al. Expires July 15, 2010 [Page 68] Internet-Draft CAPWAP Protocol Base MIB January 2010 MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the notification of a radio's operational state change should be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { false } ::= { capwapBaseNotifyControlObjects 6 } capwapBaseAuthenticationFailureNotifyEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Represents whether the notification of authentication failure should be generated. A value of true(1) means that the notification is enabled A value of false(2) means that the notification is disabled The value of the object is persistent at restart/reboot." DEFVAL { true } ::= { capwapBaseNotifyControlObjects 7 } -- Module compliance capwapBaseCompliances OBJECT IDENTIFIER ::= { capwapBaseConformance 1 } capwapBaseGroups OBJECT IDENTIFIER ::= { capwapBaseConformance 2 } capwapBaseCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Describes the requirements for conformance to the CAPWAP-BASE-MIB module." MODULE IF-MIB -- The interfaces MIB, RFC2863 MANDATORY-GROUPS { ifGeneralInformationGroup } MODULE -- this module MANDATORY-GROUPS { capwapBaseAcNodeGroup, capwapBaseWtpProfileGroup, capwapBaseWtpStateGroup, Shi, et al. Expires July 15, 2010 [Page 69] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseWtpGroup, capwapBaseRadioGroup, capwapBaseStationGroup } GROUP capwapBaseAcNodeGroup2 DESCRIPTION "The capwapBaseAcNodeGroup2 group is optional." GROUP capwapBaseAcNameListGroup DESCRIPTION "The capwapBaseAcNameListGroup group is optional." GROUP capwapBaseMacAclsGroup DESCRIPTION "The capwapBaseMacAclsGroup group is optional." GROUP capwapBaseWtpProfileGroup2 DESCRIPTION "The capwapBaseWtpProfileGroup2 group is optional." GROUP capwapBaseWtpGroup2 DESCRIPTION "The capwapBaseWtpGroup2 group is optional." GROUP capwapBaseWtpEventsStatsGroup DESCRIPTION "The capwapBaseWtpEventsStatsGroup group is optional." GROUP capwapBaseRadioEventsStatsGroup DESCRIPTION "The capwapBaseRadioEventsStatsGroup group is optional." GROUP capwapBaseParametersGroup DESCRIPTION "The capwapBaseParametersGroup group is optional." GROUP capwapBaseStatsGroup DESCRIPTION "The capwapBaseStatsGroup group is optional." GROUP capwapBaseNotificationsGroup DESCRIPTION "The capwapBaseNotificationsGroup group is optional." GROUP capwapBaseNotifyVarsGroup DESCRIPTION "The capwapBaseNotifyVarsGroup group is optional. Shi, et al. Expires July 15, 2010 [Page 70] Internet-Draft CAPWAP Protocol Base MIB January 2010 If capwapBaseNotificationsGroup is supported, this group must be implemented." GROUP capwapBaseNotifyControlGroup DESCRIPTION "The capwapBaseNotifyControlGroup group is optional. If capwapBaseNotificationsGroup is supported, this group must be implemented." ::= { capwapBaseCompliances 1 } capwapBaseAcNodeGroup OBJECT-GROUP OBJECTS { capwapBaseWtpSessions, capwapBaseWtpSessionsLimit, capwapBaseStationSessions, capwapBaseStationSessionsLimit } STATUS current DESCRIPTION "A collection of objects which are used to represent the basic properties for the AC from the CAPWAP protocol perspective." ::= { capwapBaseGroups 1 } capwapBaseAcNodeGroup2 OBJECT-GROUP OBJECTS { capwapBaseDataChannelDTLSPolicyOptions, capwapBaseDataChannelDTLSPolicyConfig, capwapBaseControlChannelAuthenOptions, capwapBaseControlChannelAuthenConfig } STATUS current DESCRIPTION "A collection of objects which are used to represent the other properties such as security for the AC from the CAPWAP protocol perspective." ::= { capwapBaseGroups 2 } capwapBaseAcNameListGroup OBJECT-GROUP OBJECTS { capwapBaseAcNameListName, capwapBaseAcNameListPriority, capwapBaseAcNameListRowStatus } STATUS current DESCRIPTION "A collection of objects which are used to configure the AC name list." Shi, et al. Expires July 15, 2010 [Page 71] Internet-Draft CAPWAP Protocol Base MIB January 2010 ::= { capwapBaseGroups 3 } capwapBaseMacAclsGroup OBJECT-GROUP OBJECTS { capwapBaseMacAclStationId, capwapBaseMacAclRowStatus } STATUS current DESCRIPTION "A collection of objects which are used to configure the stations ACL." ::= { capwapBaseGroups 4 } capwapBaseWtpProfileGroup OBJECT-GROUP OBJECTS { capwapBaseWtpProfileName, capwapBaseWtpProfileWtpMacAddr, capwapBaseWtpProfileWtpModelNumber, capwapBaseWtpProfileWtpName, capwapBaseWtpProfileWtpLocation, capwapBaseWtpProfileRowStatus } STATUS current DESCRIPTION "A collection of objects which are used to configure the WTP profile." ::= { capwapBaseGroups 5 } capwapBaseWtpProfileGroup2 OBJECT-GROUP OBJECTS { capwapBaseWtpProfileWtpStaticIpEnable, capwapBaseWtpProfileWtpStaticIpType, capwapBaseWtpProfileWtpStaticIp, capwapBaseWtpProfileWtpNetmask, capwapBaseWtpProfileWtpGateway, capwapBaseWtpProfileWtpFallbackEnable, capwapBaseWtpProfileWtpEchoInterval, capwapBaseWtpProfileWtpIdleTimeout, capwapBaseWtpProfileWtpMaxDiscoveryInterval, capwapBaseWtpProfileWtpReportInterval, capwapBaseWtpProfileWtpSilentInterval, capwapBaseWtpProfileWtpStatisticsTimer, capwapBaseWtpProfileWtpWaitDTLSTimer, capwapBaseWtpProfileWtpEcnSupport } STATUS current DESCRIPTION "A collection of optional objects which are used to Shi, et al. Expires July 15, 2010 [Page 72] Internet-Draft CAPWAP Protocol Base MIB January 2010 configure the WTP profile." ::= { capwapBaseGroups 6 } capwapBaseWtpStateGroup OBJECT-GROUP OBJECTS { capwapBaseWtpStateWtpIpAddressType, capwapBaseWtpStateWtpIpAddress, capwapBaseWtpStateWtpBaseMacAddress, capwapBaseWtpState, capwapBaseWtpStateWtpUpTime, capwapBaseWtpStateWtpCurrWtpProfileId } STATUS current DESCRIPTION "A collection of objects which are used to represent the WTP's state information." ::= { capwapBaseGroups 7 } capwapBaseWtpGroup OBJECT-GROUP OBJECTS { capwapBaseWtpBaseMacAddress, capwapBaseWtpTunnelModeOptions, capwapBaseWtpMacTypeOptions, capwapBaseWtpDiscoveryType, capwapBaseWtpRadiosInUseNum, capwapBaseWtpRadioNumLimit } STATUS current DESCRIPTION "A collection of objects which are used to represent the properties information for the WTPs in running state." ::= { capwapBaseGroups 8 } capwapBaseWtpGroup2 OBJECT-GROUP OBJECTS { capwapBaseWtpPhyIndex, capwapBaseWtpRetransmitCount, capwapBaseWtpMaxDiscoveries, capwapBaseWtpMaxFailedDTLSSessionRetry, capwapBaseWtpMaxRetransmit, capwapBaseWtpDataChannelKeepAliveTimer, capwapBaseWtpDataChannelDeadInterval, capwapBaseWtpDiscoveryInterval, capwapBaseWtpDTLSSessionDeleteTimer, capwapBaseWtpImageDataStartTimer, capwapBaseWtpRetransmitInterval } STATUS current Shi, et al. Expires July 15, 2010 [Page 73] Internet-Draft CAPWAP Protocol Base MIB January 2010 DESCRIPTION "A collection of optional objects which are used to represent the properties information for the WTPs in running state." ::= { capwapBaseGroups 9 } capwapBaseRadioGroup OBJECT-GROUP OBJECTS { capwapBaseWirelessBindingVirtualRadioIfIndex, capwapBaseWirelessBindingType } STATUS current DESCRIPTION "A collection of objects which are used to represent the wireless binding type, the mappings between the ifIndexes of WLAN Virtual Radio Interfaces and PHY radios." ::= { capwapBaseGroups 10 } capwapBaseStationGroup OBJECT-GROUP OBJECTS { capwapBaseStationWtpId, capwapBaseStationWtpRadioId, capwapBaseStationAddedTime, capwapBaseStationVlanName } STATUS current DESCRIPTION "A collection of objects which are used to represent the stations' basic properties." ::= { capwapBaseGroups 11 } capwapBaseWtpEventsStatsGroup OBJECT-GROUP OBJECTS { capwapBaseWtpEventsStatsRebootCount, capwapBaseWtpEventsStatsInitCount, capwapBaseWtpEventsStatsLinkFailureCount, capwapBaseWtpEventsStatsSwFailureCount, capwapBaseWtpEventsStatsHwFailureCount, capwapBaseWtpEventsStatsOtherFailureCount, capwapBaseWtpEventsStatsUnknownFailureCount, capwapBaseWtpEventsStatsLastFailureType } STATUS current DESCRIPTION "A collection of objects which are used for collecting WTP reboot count, link failure count, hardware failure count and so on." ::= { capwapBaseGroups 12 } Shi, et al. Expires July 15, 2010 [Page 74] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseRadioEventsStatsGroup OBJECT-GROUP OBJECTS { capwapBaseRadioEventsStatsResetCount, capwapBaseRadioEventsStatsSwFailCount, capwapBaseRadioEventsStatsHwFailCount, capwapBaseRadioEventsStatsOtherFailCount, capwapBaseRadioEventsStatsUnknownFailCount, capwapBaseRadioEventsStatsConfigUpdateCount, capwapBaseRadioEventsStatsChannelChangeCount, capwapBaseRadioEventsStatsBandChangeCount, capwapBaseRadioEventsStatsCurrentNoiseFloor, capwapBaseRadioEventsStatsDecryptErrorCount, capwapBaseRadioEventsStatsLastFailType } STATUS current DESCRIPTION "A collection of objects which are used for collecting radio reset count, channel change count, hardware failure count and so on" ::= { capwapBaseGroups 13 } capwapBaseParametersGroup OBJECT-GROUP OBJECTS { capwapBaseAcMaxRetransmit, capwapBaseAcChangeStatePendingTimer, capwapBaseAcDataCheckTimer, capwapBaseAcDTLSSessionDeleteTimer, capwapBaseAcEchoInterval, capwapBaseAcRetransmitInterval, capwapBaseAcSilentInterval, capwapBaseAcWaitDTLSTimer, capwapBaseAcWaitJoinTimer, capwapBaseAcEcnSupport } STATUS current DESCRIPTION "Objects used for the CAPWAP protocol's parameters." ::= { capwapBaseGroups 14 } capwapBaseStatsGroup OBJECT-GROUP OBJECTS { capwapBaseFailedDTLSAuthFailCount, capwapBaseFailedDTLSSessionCount } STATUS current DESCRIPTION "Objects used for collecting the CAPWAP protocol's statistic." ::= { capwapBaseGroups 15 } Shi, et al. Expires July 15, 2010 [Page 75] Internet-Draft CAPWAP Protocol Base MIB January 2010 capwapBaseNotificationsGroup NOTIFICATION-GROUP NOTIFICATIONS { capwapBaseChannelUp, capwapBaseChannelDown, capwapBaseDecryptErrorReport, capwapBaseJoinFailure, capwapBaseImageUpgradeFailure, capwapBaseConfigMsgError, capwapBaseRadioOperableStatus, capwapBaseAuthenticationFailure } STATUS current DESCRIPTION "A collection of notifications in this MIB module." ::= { capwapBaseGroups 16 } capwapBaseNotifyVarsGroup OBJECT-GROUP OBJECTS { capwapBaseNtfWtpId, capwapBaseNtfRadioId, capwapBaseNtfChannelType, capwapBaseNtfAuthenMethod, capwapBaseNtfChannelDownReason, capwapBaseNtfStationIdList, capwapBaseNtfAuthenFailureReason, capwapBaseNtfRadioOperStatusFlag, capwapBaseNtfRadioStatusCause, capwapBaseNtfJoinFailureReason, capwapBaseNtfImageFailureReason, capwapBaseNtfConfigMsgErrorType, capwapBaseNtfMsgErrorElements } STATUS current DESCRIPTION "Objects used for notifications." ::= { capwapBaseGroups 17 } capwapBaseNotifyControlGroup OBJECT-GROUP OBJECTS { capwapBaseChannelUpDownNotifyEnable, capwapBaseDecryptErrorNotifyEnable, capwapBaseJoinFailureNotifyEnable, capwapBaseImageUpgradeFailureNotifyEnable, capwapBaseConfigMsgErrorNotifyEnable, capwapBaseRadioOperableStatusNotifyEnable, capwapBaseAuthenticationFailureNotifyEnable } STATUS current Shi, et al. Expires July 15, 2010 [Page 76] Internet-Draft CAPWAP Protocol Base MIB January 2010 DESCRIPTION "Objects used to enable or disable notifications." ::= { capwapBaseGroups 18 } END 11. Security Considerations There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects MAY be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. The followings are the tables and objects and their sensitivity/vulnerability: - Unauthorized changes to the capwapBaseWtProfileTable, and writable objects under capwapBaseAcs group MAY disrupt allocation of resources in the network. For example, a WTP's static IP address could be changed by set capwapBaseWtpProfileWtpStaticIp object. - Unauthorized changes to writable objects under the capwapBaseAc group, it MAY disrupt allocation of resources in the network. For example, a invalid value for capwapBaseWtpSessionsLimit object will increase the AC's traffic burden. Also, some objects such as capwapBaseDataChannelDTLSPolicyConfig MAY cause network unsafe. - Unauthorized changes to the capwapBaseMacAclTable, it MAY cause legal stations unable to access the network any more while illegal stations have chance to access the network. - Unauthorized changes to writable objects under the capwapBaseParameters group, it MAY influence CAPWAP protocol behaviour and status. For example, an invalid value set for the capwapBaseAcDataCheckTimer MAY influence the CAPWAP state machine. Some of the readable objects in this MIB module (i.e., objects with a MAX-ACCESS other than not-accessible) MAY be considered sensitive or vulnerable in some network environments. It is thus important to control even GET and/or NOTIFY access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP. The followings are the tables and objects and their sensitivity/vulnerability: - The capwapBaseDataChannelDTLSPolicyOptions and capwapBaseControlChannelAuthenOptions under the capwapBaseAc group exposes the current security option for CAPWAP data and control channels. Shi, et al. Expires July 15, 2010 [Page 77] Internet-Draft CAPWAP Protocol Base MIB January 2010 - The capwapBaseWtpTable exposes a WTP's important information like tunnel mode, MAC type and so on. - The capwapBaseWtpEventsStatsTable exposes a WTP's failure information. - The capwapBaseRadioEventsStatsTable exposes a radio's failure information. SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module. It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy). Further, the deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them. 12. IANA Considerations 12.1. IANA Considerations for CAPWAP-BASE-MIB Module The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry: Descriptor OBJECT IDENTIFIER value ---------- ----------------------- capwapBaseMIB { mib-2 XXX } 12.2. IANA Considerations for ifType Require IANA to assign a ifType for the WTP Virtual Radio Interface. 13. Contributors This MIB module is based on contributions from Long Gao. Shi, et al. Expires July 15, 2010 [Page 78] Internet-Draft CAPWAP Protocol Base MIB January 2010 14. Acknowledgements Thanks to David Harrington, Dan Romascanu, Abhijit Choudhury, Bert Wijnen and David L. Black for helpful comments on this document and guiding some technique solution. The authors also thank their friends and coworkers Fei Fang, Xuebin Zhu, Hao Song, Yu Liu, Sachin Dutta, Ju Wang, Hao Wang, Yujin Zhao, Haitao Zhang, Xiansen Cai and Xiaolan Wan. 15. References 15.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2287] Krupczak, C. and J. Saperia, "Definitions of System-Level Managed Objects for Applications", RFC 2287, February 1998. [RFC2578] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999. [RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999. [RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999. [RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000. [RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks", STD 62, RFC 3411, Shi, et al. Expires July 15, 2010 [Page 79] Internet-Draft CAPWAP Protocol Base MIB January 2010 December 2002. [RFC3418] Presuhn, R., "Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3418, December 2002. [RFC4001] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 4001, February 2005. [RFC4133] Bierman, A. and K. McCloghrie, "Entity MIB (Version 3)", RFC 4133, August 2005. [RFC5415] Calhoun, P., Montemurro, M., and D. Stanley, "Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Specification", RFC 5415, March 2009. 15.2. Informative References [IEEE.802-11.2007] "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications", IEEE Standard 802.11, 2007, . [RFC3168] Ramakrishnan, K., Floyd, S., and D. Black, "The Addition of Explicit Congestion Notification (ECN) to IP", RFC 3168, September 2001. [RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002. [RFC4118] Yang, L., Zerfos, P., and E. Sadot, "Architecture Taxonomy for Control Shi, et al. Expires July 15, 2010 [Page 80] Internet-Draft CAPWAP Protocol Base MIB January 2010 and Provisioning of Wireless Access Points (CAPWAP)", RFC 4118, June 2005. [RFC4347] Rescorla, E. and N. Modadugu, "Datagram Transport Layer Security", RFC 4347, April 2006. [RFC5416] Calhoun, P., Montemurro, M., and D. Stanley, "Control and Provisioning of Wireless Access Points (CAPWAP) Protocol Binding for IEEE 802.11", RFC 5416, March 2009. [I-D.ietf-capwap-802dot11-mib] Shi, Y., Perkins, D., Elliott, C., and Y. Zhang, "CAPWAP Protocol Binding MIB for IEEE 802.11", draft-ietf-capwap-802dot11-mib-06 (work in progress), January 2009. RFC Editor - please remove the appendix before publication of the RFC Appendix A. Appendix A. Changes between -08 and -07 1) Add the descriptions about persistence of the notification control objects such as capwapBaseAuthenticationFailureNotifyEnable. Authors' Addresses Yang Shi (editor) Hangzhou H3C Tech. Co., Ltd. Beijing R&D Center of H3C, Digital Technology Plaza, NO.9 Shangdi 9th Street,Haidian District, Beijing China(100085) Phone: +86 010 82775276 EMail: young@h3c.com Shi, et al. Expires July 15, 2010 [Page 81] Internet-Draft CAPWAP Protocol Base MIB January 2010 David Perkins (editor) SNMPinfo 288 Quailbrook Ct San Carlos, CA 94070 USA Phone: +1 408 394-8702 EMail: dperkins@snmpinfo.com Chris Elliott (editor) Cisco Systems, Inc. 7025 Kit Creek Rd., P.O. Box 14987 Research Triangle Park 27709 USA Phone: +1 919-392-2146 EMail: chelliot@gmail.com Yong Zhang (editor) Fortinet, Inc. 1090 Kifer Road Sunnyvale, CA 94086 USA EMail: yzhang@fortinet.com Shi, et al. Expires July 15, 2010 [Page 82]