EZ5 MIB Catalog

CISCO-DDP-IAPP-MIB

2002-07-31

This MIB module describes the management support for the Inter-Access Point Protocol (IAPP). IAPP is a Cisco propriety Data Delivery Protocol (DDP), and the protocol defines the function and frame formats for communication between IEEE 802.11 Standard wireless LAN stations, i.e. access point (AP), work-group bridge, and repeater. The IAPP supports wireless station LAN attachment, client roaming, association management, and diagnostic services.

Download CISCO-DDP-IAPP-MIB.txt Open CISCO-DDP-IAPP-MIB.txt in a new tab

SCALARS (5) · TRAPS (1)

Scalars (5)

NameOID
cDdpIappMcastIpAddrType1.3.6.1.4.1.9.9.277.1.1.1
cDdpIappMcastIpAddr1.3.6.1.4.1.9.9.277.1.1.2
cDdpIappPort1.3.6.1.4.1.9.9.277.1.1.3
cDdpIappRogueApNotifEnabled1.3.6.1.4.1.9.9.277.1.1.4
cDdpIappLastRogueApMacAddr1.3.6.1.4.1.9.9.277.1.2.1

Traps (1)

NameOID
cDdpIappLastRogueApNotif1.3.6.1.4.1.9.9.277.0.1

END OF TOC

Scalar details

cDdpIappMcastIpAddrType

1.3.6.1.4.1.9.9.277.1.1.1

InetAddressType0 = unknown1 = ipv42 = ipv63 = ipv4z4 = ipv6z16 = dnsA value that represents a type of Internet address. unknown(0) An unknown address type. This value MUST be used if the value of the corresponding InetAddress object is a zero-length string. It may also be used to indicate an IP address that is not in one of the formats defined below. ipv4(1) An IPv4 address as defined by the InetAddressIPv4 textual convention. ipv6(2) An IPv6 address as defined by the InetAddressIPv6 textual convention. ipv4z(3) A non-global IPv4 address including a zone index as defined by the InetAddressIPv4z textual convention. ipv6z(4) A non-global IPv6 address including a zone index as defined by the InetAddressIPv6z textual convention. dns(16) A DNS domain name as defined by the InetAddressDNS textual convention. Each definition of a concrete InetAddressType value must be accompanied by a definition of a textual convention for use with that InetAddressType. To support future extensions, the InetAddressType textual convention SHOULD NOT be sub-typed in object type definitions. It MAY be sub-typed in compliance statements in order to require only a subset of these address types for a compliant implementation. Implementations must ensure that InetAddressType objects and any dependent objects (e.g., InetAddress objects) are consistent. An inconsistentValue error must be generated if an attempt to change an InetAddressType object would, for example, lead to an undefined InetAddress value. In particular, InetAddressType/InetAddress pairs must be changed together if the address type changes (e.g., from ipv6(2) to ipv4(1)). · Integer32

Represents the type of address stored in cDdpIappMcastIpAddr.

cDdpIappMcastIpAddr

1.3.6.1.4.1.9.9.277.1.1.2

InetAddressDenotes a generic Internet address. An InetAddress value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddress textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddress textual convention, if they appear in the same logical row. The value of an InetAddress object must always be consistent with the value of the associated InetAddressType object. Attempts to set an InetAddress object to a value inconsistent with the associated InetAddressType must fail with an inconsistentValue error. When this textual convention is used as the syntax of an index object, there may be issues with the limit of 128 sub-identifiers specified in SMIv2, STD 58. In this case, the object definition MUST include a 'SIZE' clause to limit the number of potential instance sub-identifiers; otherwise the applicable constraints MUST be stated in the appropriate conceptual row DESCRIPTION clauses, or in the surrounding documentation if there is no single DESCRIPTION clause that is appropriate. SIZE (0..255) · OCTET STRING

Multicast IP network address over which applicable IAPP packets are exchanged between stations.

cDdpIappPort

1.3.6.1.4.1.9.9.277.1.1.3

CiscoPortThe TCP or UDP port number range.Reference: Transmission Control Protocol. J. Postel. RFC793, User Datagram Protocol. J. Postel. RFC768 (0..65535) · Integer32

UPD port identifier through which applicable IAPP packets are exchanged between stations.

cDdpIappRogueApNotifEnabled

1.3.6.1.4.1.9.9.277.1.1.4

TruthValue1 = true2 = falseRepresents a boolean value. · Integer32

Indicates whether rogue access point notifications including cDdpIappLastRogueApNotif notification will or will not be sent by the agent when a rogue access point is detected. If it is true(1), notifications will be sent. If it is false(2), notifications will not be sent.

cDdpIappLastRogueApMacAddr

1.3.6.1.4.1.9.9.277.1.2.1

MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:

This is the MAC address of the last detected rogue access point for this device. The value is zero if there has not been any rogue access point detected since system reload.

Trap details

cDdpIappLastRogueApNotif

1.3.6.1.4.1.9.9.277.0.1

This notification will be sent when a rogue access point is detected, that is the object value of cDdpIappLastRogueApMacAddr had changed. The cDdpIappLastRogueApMacAddr specify the latest rogue access point MAC address. The sending of notifications can be enabled or disabled via the cDdpIappRogueApNotifEnabled object.

cDdpIappLastRogueApMacAddr

1.3.6.1.4.1.9.9.277.1.2.1

MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:

This is the MAC address of the last detected rogue access point for this device. The value is zero if there has not been any rogue access point detected since system reload.

↑ To TOC