Reference record for OID 1.3.6.1.4.1.9.9.838

Parent
1.3.6.1.4.1.9.9 (ciscoMgmt)
Node code
838
Node name
ciscoLwappCloudServicesMIB
Numeric OID
1.3.6.1.4.1.9.9.838
URN notation
urn:oid:1.3.6.1.4.1.9.9.838
ASN.1 notation

{1 3 6 1 4 1 9 9 838}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) cisco(9) ciscoMgmt(9) ciscoLwappCloudServicesMIB(838)}
  • ...skipped...
OID-IRI notation
  • /1/3/6/1/4/1/9/9/838
  • /ISO/Identified-Organization/6/1/4/1/9/9/838
  • /ISO/3/6/1/4/1/9/9/838
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/identified-organization/dod/internet/private/enterprises/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/identified-organization/dod/internet/private/vendor-objects/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/org/dod/internet/private/enterprise/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/org/dod/internet/private/enterprises/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/org/dod/internet/private/ldap-enterprise/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • /iso/org/dod/internet/private/vendor-objects/cisco/ciscoMgmt/ciscoLwappCloudServicesMIB
  • ...skipped...
All recorded component names

Each component can use any of its recorded names. The examples above show up to eight combinations. ASN.1 names do not necessarily have registered OID-IRI labels.

  • 1: iso
  • 1.3: identified-organization, org, iso-identified-organization, iso-organization
  • 1.3.6: dod
  • 1.3.6.1: internet
  • 1.3.6.1.4: private
  • 1.3.6.1.4.1: enterprise, enterprises, ldap-enterprise, vendor-objects
  • 1.3.6.1.4.1.9: cisco
  • 1.3.6.1.4.1.9.9: ciscoMgmt
  • 1.3.6.1.4.1.9.9.838: ciscoLwappCloudServicesMIB

Source records

This MIB is intended to be implemented on all those devices operating as Central controllers, that terminate the Light Weight Access Point Protocol tunnel from Cisco Light-weight LWAPP Access Points. This MIB provides configuration of Network Assurance (NA) ,Connected Mobility Experience (CMX) and Data Externalization(dx) which comes under Cloud services. Network Assurance (NA) Its a cloud based Assurance which provided by Cisco to monitor the health of the network by collecting data from controllers and Sensors. Connected Mobility Experience (CMX) The MIB is used for programming Cloud based CMX services. The Network Mobility Service Protocol(NMSP) data is exported to CMX Cloud Server through https connection. The NMSP encoding will remain as it is for the TCP/TLS connection. Use the MIB for configuring URL and Token ID and to enable this serrvice. The Controller will act as https client and will establish https connection with CMX URL. Controller will verify the CMX cloud server while the cloud server will authenticate the Controller using the configured id-token. Data Externalization(dx) dx is a feature in wlc which allows it to collect the data which may get published to the NA server for analaytics. The relationship between CC, NA server and the LWAPP APs can be depicted as follows: +......+ +......+ +......+ + + + + + + + CC + + CC +.....+ NA + + + + + + + +......+ +......+ +......+ .. . . . .. . . . . . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +..........+ + + + + + + + + + AP + + AP + + AP +......+ SENSOR + + + + + + + + AP + +......+ +......+ +......+ +..........+ . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +......+ + + + + + + + + + MN + + MN + + MN + + MN + + + + + + + + + +......+ +......+ +......+ +......+ The LWAPP tunnel exists between the controller and the APs. The MNs communicate with the APs through the protocol defined by the 802.11 standard. LWAPP APs, upon bootup, discover and join one of the controllers and the controller pushes the configuration, that includes the WLAN parameters, to the LWAPP APs. The APs then encapsulate all the 802.11 frames from wireless clients inside LWAPP frames and forward the LWAPP frames to the controller. GLOSSARY Access Point ( AP ) An entity that contains an 802.11 medium access control ( MAC ) and physical layer ( PHY ) interface and provides access to the distribution services via the wireless medium for associated clients. LWAPP APs encapsulate all the 802.11 frames in LWAPP frames and sends them to the controller to which it is logically connected. Light Weight Access Point Protocol ( LWAPP ) This is a generic protocol that defines the communication between the Access Points and the Central Controller. Mobile Node ( MN ) A roaming 802.11 wireless device in a wireless network associated with an access point. Mobile Node and client are used interchangeably. Sensors These are wireless clients which periodically connect to a wireless network, run some tests and report back the test status to Cisco Network Assurance Server. The sensors are controlled and instructed by the Network Assurance server. APs can be tentatively put in Sensor mode to do the Sensor Job. There can be dedicated sensors as well. Filtered Channels ( FC ) These are user-defined channels which use the filters configured by the user to choose and carry the required data.

Status in source: unspecified.

Names: ciscoLwappCloudServicesMIB

Technical details
{
  "smi_kind": "MODULE-IDENTITY",
  "definition": [
    "ciscoLwappCloudServicesMIB",
    "MODULE-IDENTITY",
    "LAST-UPDATED",
    [
      "literal",
      "223230313830373033303030305a22"
    ],
    "ORGANIZATION",
    "\"Cisco Systems Inc.\"",
    "CONTACT-INFO",
    "\"Cisco Systems Customer Service Postal: 170 W Tasman Drive San Jose, CA 95134 USA Tel: +1 800 553 -NETS E-mail: cs-snmp@cisco.com\"",
    "DESCRIPTION",
    "\"This MIB is intended to be implemented on all those devices operating as Central controllers, that terminate the Light Weight Access Point Protocol tunnel from Cisco Light-weight LWAPP Access Points. This MIB provides configuration of Network Assurance (NA) ,Connected Mobility Experience (CMX) and Data Externalization(dx) which comes under Cloud services. Network Assurance (NA) Its a cloud based Assurance which provided by Cisco to monitor the health of the network by collecting data from controllers and Sensors. Connected Mobility Experience (CMX) The MIB is used for programming Cloud based CMX services. The Network Mobility Service Protocol(NMSP) data is exported to CMX Cloud Server through https connection. The NMSP encoding will remain as it is for the TCP/TLS connection. Use the MIB for configuring URL and Token ID and to enable this serrvice. The Controller will act as https client and will establish https connection with CMX URL. Controller will verify the CMX cloud server while the cloud server will authenticate the Controller using the configured id-token. Data Externalization(dx) dx is a feature in wlc which allows it to collect the data which may get published to the NA server for analaytics. The relationship between CC, NA server and the LWAPP APs can be depicted as follows: +......+ +......+ +......+ + + + + + + + CC + + CC +.....+ NA + + + + + + + +......+ +......+ +......+ .. . . . .. . . . . . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +..........+ + + + + + + + + + AP + + AP + + AP +......+ SENSOR + + + + + + + + AP + +......+ +......+ +......+ +..........+ . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +......+ + + + + + + + + + MN + + MN + + MN + + MN + + + + + + + + + +......+ +......+ +......+ +......+ The LWAPP tunnel exists between the controller and the APs. The MNs communicate with the APs through the protocol defined by the 802.11 standard. LWAPP APs, upon bootup, discover and join one of the controllers and the controller pushes the configuration, that includes the WLAN parameters, to the LWAPP APs. The APs then encapsulate all the 802.11 frames from wireless clients inside LWAPP frames and forward the LWAPP frames to the controller. GLOSSARY Access Point ( AP ) An entity that contains an 802.11 medium access control ( MAC ) and physical layer ( PHY ) interface and provides access to the distribution services via the wireless medium for associated clients. LWAPP APs encapsulate all the 802.11 frames in LWAPP frames and sends them to the controller to which it is logically connected. Light Weight Access Point Protocol ( LWAPP ) This is a generic protocol that defines the communication between the Access Points and the Central Controller. Mobile Node ( MN ) A roaming 802.11 wireless device in a wireless network associated with an access point. Mobile Node and client are used interchangeably. Sensors These are wireless clients which periodically connect to a wireless network, run some tests and report back the test status to Cisco Network Assurance Server. The sensors are controlled and instructed by the Network Assurance server. APs can be tentatively put in Sensor mode to do the Sensor Job. There can be dedicated sensors as well. Filtered Channels ( FC ) These are user-defined channels which use the filters configured by the user to choose and carry the required data.\"",
    "REVISION",
    [
      "literal",
      "223230313830373033303030305a22"
    ],
    "DESCRIPTION",
    "\"Added cLCSNAServerResetSubscriptions, cLCSWebhookResetSubscriptions, clCSCMXOnPremisesEnable Added cLCSTelemetryFCTable, cLCSTelemetryFCFilterTable, cLCSNAServerChannelTable, cLCSWebhookChannelTable, clCSTelemetryConfigGroup, clCSNAGlobalConfigGroupRev2, clCSWebhookConfigGroupRev1, clCSCMXConfigGroupRev1 Deprecated clCSNAServerOnchangeEnable, clCSNAServerSyncInterval, clCSNAServerSubscriptionAction, clCSNAServerSubscriptionTopic, clCSNAGlobalConfigGroupRev1, clCSWebhookConfigGroup, clCSCMXConfigGroup\"",
    "REVISION",
    [
      "literal",
      "223230313830343234303030305a22"
    ],
    "DESCRIPTION",
    "\"Added clCSNAServerOnchangeEnable, clCSNAServerSyncInterval, clCSNAServerSubscriptionAction, clCSNAServerSubscriptionTopic Added clCSMIBComplianceRev2, clCSNAGlobalConfigGroupRev1, clCSWebhookConfigGroup Deprecated clCSNAASIEnable, clCSNADiffSyncEnable, clCSNAGlobalConfigGroup, clCSMIBComplianceRev1\"",
    "REVISION",
    [
      "literal",
      "223230313731323231303030305a22"
    ],
    "DESCRIPTION",
    "\"Updated clCSNAGlobalConfigGroup. Deprecate clCSMIBCompliance and replaced by clCSMIBComplianceRev1. Added clCSNAASIEnable,clCSNADiffSyncEnable,clCSSecTunObjects, clCSSecTunConfig,clCSSecTunInfo,clCSSecTunNotifs.\"",
    "REVISION",
    [
      "literal",
      "223230313730323232303030305a22"
    ],
    "DESCRIPTION",
    "\"Initial version of config cloud services MIB module.\"",
    "::=",
    "{",
    "ciscoMgmt",
    "838",
    "}"
  ],
  "syntax_tree": [
    [
      "LAST-UPDATED",
      "201807030000Z"
    ],
    [
      "ORGANIZATION",
      "Cisco Systems Inc."
    ],
    [
      "CONTACT-INFO",
      "Cisco Systems Customer Service Postal: 170 W Tasman Drive San Jose, CA 95134 USA Tel: +1 800 553 -NETS E-mail: cs-snmp@cisco.com"
    ],
    [
      "DESCRIPTION",
      "This MIB is intended to be implemented on all those devices operating as Central controllers, that terminate the Light Weight Access Point Protocol tunnel from Cisco Light-weight LWAPP Access Points. This MIB provides configuration of Network Assurance (NA) ,Connected Mobility Experience (CMX) and Data Externalization(dx) which comes under Cloud services. Network Assurance (NA) Its a cloud based Assurance which provided by Cisco to monitor the health of the network by collecting data from controllers and Sensors. Connected Mobility Experience (CMX) The MIB is used for programming Cloud based CMX services. The Network Mobility Service Protocol(NMSP) data is exported to CMX Cloud Server through https connection. The NMSP encoding will remain as it is for the TCP/TLS connection. Use the MIB for configuring URL and Token ID and to enable this serrvice. The Controller will act as https client and will establish https connection with CMX URL. Controller will verify the CMX cloud server while the cloud server will authenticate the Controller using the configured id-token. Data Externalization(dx) dx is a feature in wlc which allows it to collect the data which may get published to the NA server for analaytics. The relationship between CC, NA server and the LWAPP APs can be depicted as follows: +......+ +......+ +......+ + + + + + + + CC + + CC +.....+ NA + + + + + + + +......+ +......+ +......+ .. . . . .. . . . . . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +..........+ + + + + + + + + + AP + + AP + + AP +......+ SENSOR + + + + + + + + AP + +......+ +......+ +......+ +..........+ . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +......+ + + + + + + + + + MN + + MN + + MN + + MN + + + + + + + + + +......+ +......+ +......+ +......+ The LWAPP tunnel exists between the controller and the APs. The MNs communicate with the APs through the protocol defined by the 802.11 standard. LWAPP APs, upon bootup, discover and join one of the controllers and the controller pushes the configuration, that includes the WLAN parameters, to the LWAPP APs. The APs then encapsulate all the 802.11 frames from wireless clients inside LWAPP frames and forward the LWAPP frames to the controller. GLOSSARY Access Point ( AP ) An entity that contains an 802.11 medium access control ( MAC ) and physical layer ( PHY ) interface and provides access to the distribution services via the wireless medium for associated clients. LWAPP APs encapsulate all the 802.11 frames in LWAPP frames and sends them to the controller to which it is logically connected. Light Weight Access Point Protocol ( LWAPP ) This is a generic protocol that defines the communication between the Access Points and the Central Controller. Mobile Node ( MN ) A roaming 802.11 wireless device in a wireless network associated with an access point. Mobile Node and client are used interchangeably. Sensors These are wireless clients which periodically connect to a wireless network, run some tests and report back the test status to Cisco Network Assurance Server. The sensors are controlled and instructed by the Network Assurance server. APs can be tentatively put in Sensor mode to do the Sensor Job. There can be dedicated sensors as well. Filtered Channels ( FC ) These are user-defined channels which use the filters configured by the user to choose and carry the required data."
    ],
    [
      "Revisions",
      [
        [
          "201807030000Z",
          [
            "DESCRIPTION",
            "Added cLCSNAServerResetSubscriptions, cLCSWebhookResetSubscriptions, clCSCMXOnPremisesEnable Added cLCSTelemetryFCTable, cLCSTelemetryFCFilterTable, cLCSNAServerChannelTable, cLCSWebhookChannelTable, clCSTelemetryConfigGroup, clCSNAGlobalConfigGroupRev2, clCSWebhookConfigGroupRev1, clCSCMXConfigGroupRev1 Deprecated clCSNAServerOnchangeEnable, clCSNAServerSyncInterval, clCSNAServerSubscriptionAction, clCSNAServerSubscriptionTopic, clCSNAGlobalConfigGroupRev1, clCSWebhookConfigGroup, clCSCMXConfigGroup"
          ]
        ],
        [
          "201804240000Z",
          [
            "DESCRIPTION",
            "Added clCSNAServerOnchangeEnable, clCSNAServerSyncInterval, clCSNAServerSubscriptionAction, clCSNAServerSubscriptionTopic Added clCSMIBComplianceRev2, clCSNAGlobalConfigGroupRev1, clCSWebhookConfigGroup Deprecated clCSNAASIEnable, clCSNADiffSyncEnable, clCSNAGlobalConfigGroup, clCSMIBComplianceRev1"
          ]
        ],
        [
          "201712210000Z",
          [
            "DESCRIPTION",
            "Updated clCSNAGlobalConfigGroup. Deprecate clCSMIBCompliance and replaced by clCSMIBComplianceRev1. Added clCSNAASIEnable,clCSNADiffSyncEnable,clCSSecTunObjects, clCSSecTunConfig,clCSSecTunInfo,clCSSecTunNotifs."
          ]
        ],
        [
          "201702220000Z",
          [
            "DESCRIPTION",
            "Initial version of config cloud services MIB module."
          ]
        ]
      ]
    ]
  ]
}
  • Cisco · Publisher's source file · Archived source file
    Source location: CISCO-LWAPP-CLOUD-SERVICES-MIB::ciscoLwappCloudServicesMIB.
    Source version and references

    Downloaded: 2026-10-19T00:18:11.670284+00:00. SHA-256: 5cbd3c3fbb960017ab661475f26277c93f1cd43a953c9ada6da80f8b03ca7545

    {'kind': 'MODULE-IDENTITY', 'details': {'module': 'CISCO-LWAPP-CLOUD-SERVICES-MIB', 'imports': {'CISCO-SMI': ['ciscoMgmt'], 'SNMPv2-TC': ['MacAddress', 'TruthValue', 'RowStatus'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'Unsigned32', 'NOTIFICATION-TYPE'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'NOTIFICATION-GROUP', 'OBJECT-GROUP'], 'INET-ADDRESS-MIB': ['InetAddressType', 'InetAddress', 'InetPortNumber'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString']}, 'smi_kind': 'MODULE-IDENTITY', 'definition': 'ciscoLwappCloudServicesMIB MODULE-IDENTITY\n    LAST-UPDATED    "201807030000Z"\n    ORGANIZATION    "Cisco Systems Inc."\n    CONTACT-INFO\n            "Cisco Systems\n            Customer Service\n            Postal: 170 W Tasman Drive\n            San Jose, CA  95134\n            USA\n            Tel: +1 800 553 -NETS\n            E-mail: cs-snmp@cisco.com"\n    DESCRIPTION\n        "This MIB is intended to be implemented on all those\n        devices operating as Central controllers, that \n        terminate the Light Weight Access Point Protocol\n        tunnel from Cisco Light-weight LWAPP Access Points.\n\n        This MIB provides configuration of Network Assurance\n        (NA) ,Connected Mobility Experience (CMX) and Data \n        Externalization(dx) which comes under Cloud services. \n\n        Network Assurance (NA)\n        Its a cloud based Assurance which provided by Cisco\n        to monitor the health of the network by collecting \n        data from controllers and Sensors.\n\n        Connected Mobility Experience (CMX)\n        The MIB is used for programming Cloud based CMX services. \n        The Network Mobility Service Protocol(NMSP) data is exported \n        to CMX Cloud Server through https connection. The NMSP encoding \n        will remain as it is for the TCP/TLS connection.\n        Use the MIB for configuring URL and Token ID and to enable \n        this serrvice. The Controller will act as https client and \n        will establish https connection with CMX URL. \n        Controller will verify the CMX cloud server while the cloud \n        server will authenticate the Controller using the configured \n        id-token.\n\n        Data Externalization(dx)\n        dx is a feature in wlc which allows it to collect the \n        data which may get published to the NA server for \n        analaytics.\n\n        The relationship between CC, NA server and the \n        LWAPP APs can be depicted as follows: \n\n                  +......+     +......+     +......+\n                  +      +     +      +     +      +\n                  +  CC  +     +  CC  +.....+  NA  +\n                  +      +     +      +     +      +\n                  +......+     +......+     +......+\n                    ..            . .           .\n                    ..            .  .          .\n                   .  .            .    .        .\n                  .    .            .      .      .\n                 .      .            .       .     .\n                .        .            .         .   .\n            +......+ +......+     +......+      +..........+\n            +      + +      +     +      +      +          +\n            +  AP  + +  AP  +     +  AP  +......+  SENSOR  +\n            +      + +      +     +      +      +   AP     +\n            +......+ +......+     +......+      +..........+\n                       .              .             .\n                     .  .              .             .\n                    .    .              .             .\n                   .      .              .             .\n                  .        .              .             .\n               +......+ +......+     +......+      +......+\n               +      + +      +     +      +      +      +\n               +  MN  + +  MN  +     +  MN  +      +  MN  +\n               +      + +      +     +      +      +      +\n               +......+ +......+     +......+      +......+\n\n\n        The LWAPP tunnel exists between the controller and\n        the APs.  The MNs communicate with the APs through\n        the protocol defined by the 802.11 standard.\n\n        LWAPP APs, upon bootup, discover and join one of the\n        controllers and the controller pushes the configuration,\n        that includes the WLAN parameters, to the LWAPP APs.\n        The APs then encapsulate all the 802.11 frames from\n        wireless clients inside LWAPP frames and forward\n        the LWAPP frames to the controller.\n\n                               GLOSSARY\n\n        Access Point ( AP )\n\n        An entity that contains an 802.11 medium access\n        control ( MAC ) and physical layer ( PHY ) interface\n        and provides access to the distribution services via\n        the wireless medium for associated clients.  \n\n        LWAPP APs encapsulate all the 802.11 frames in\n        LWAPP frames and sends them to the controller to which\n        it is logically connected.\n\n        Light Weight Access Point Protocol ( LWAPP )\n\n        This is a generic protocol that defines the \n        communication between the Access Points and the\n        Central Controller. \n\n        Mobile Node ( MN )\n\n        A roaming 802.11 wireless device in a wireless\n        network associated with an access point. Mobile Node \n        and client are used interchangeably.\n\n        Sensors \n\n        These are wireless clients which periodically connect \n        to a wireless network, run some tests and report back \n        the test status to Cisco Network Assurance Server. \n\n        The sensors are controlled and instructed by the \n        Network Assurance server. APs can be tentatively put \n        in Sensor mode to do the Sensor Job. There can be \n        dedicated sensors as well.\n\n        Filtered Channels ( FC )\n\n        These are user-defined channels which use the filters\n        configured by the user to choose and carry the required \n        data."\n    REVISION        "201807030000Z"\n    DESCRIPTION\n        "Added cLCSNAServerResetSubscriptions,\n        cLCSWebhookResetSubscriptions,\n        clCSCMXOnPremisesEnable\n        Added cLCSTelemetryFCTable,\n        cLCSTelemetryFCFilterTable,\n        cLCSNAServerChannelTable,\n        cLCSWebhookChannelTable,\n        clCSTelemetryConfigGroup,\n        clCSNAGlobalConfigGroupRev2,\n        clCSWebhookConfigGroupRev1,\n        clCSCMXConfigGroupRev1\n        Deprecated clCSNAServerOnchangeEnable,\n             clCSNAServerSyncInterval,\n             clCSNAServerSubscriptionAction,\n             clCSNAServerSubscriptionTopic,\n             clCSNAGlobalConfigGroupRev1,\n             clCSWebhookConfigGroup,\n             clCSCMXConfigGroup"\n    REVISION        "201804240000Z"\n    DESCRIPTION\n        "Added clCSNAServerOnchangeEnable,\n        clCSNAServerSyncInterval,\n        clCSNAServerSubscriptionAction,\n        clCSNAServerSubscriptionTopic\n        Added clCSMIBComplianceRev2,\n        clCSNAGlobalConfigGroupRev1,\n        clCSWebhookConfigGroup\n        Deprecated clCSNAASIEnable, \n            clCSNADiffSyncEnable,\n            clCSNAGlobalConfigGroup,\n            clCSMIBComplianceRev1"\n    REVISION        "201712210000Z"\n    DESCRIPTION\n        "Updated clCSNAGlobalConfigGroup.\n        Deprecate clCSMIBCompliance and replaced by \n        clCSMIBComplianceRev1.\n        Added clCSNAASIEnable,clCSNADiffSyncEnable,clCSSecTunObjects,\n        clCSSecTunConfig,clCSSecTunInfo,clCSSecTunNotifs."\n    REVISION        "201702220000Z"\n    DESCRIPTION\n        "Initial version of config cloud services MIB module."\n    ::= { ciscoMgmt 838 }', 'syntax_tree': [['LAST-UPDATED', '201807030000Z'], ['ORGANIZATION', 'Cisco Systems Inc.'], ['CONTACT-INFO', 'Cisco Systems Customer Service Postal: 170 W Tasman Drive San Jose, CA 95134 USA Tel: +1 800 553 -NETS E-mail: cs-snmp@cisco.com'], ['DESCRIPTION', 'This MIB is intended to be implemented on all those devices operating as Central controllers, that terminate the Light Weight Access Point Protocol tunnel from Cisco Light-weight LWAPP Access Points. This MIB provides configuration of Network Assurance (NA) ,Connected Mobility Experience (CMX) and Data Externalization(dx) which comes under Cloud services. Network Assurance (NA) Its a cloud based Assurance which provided by Cisco to monitor the health of the network by collecting data from controllers and Sensors. Connected Mobility Experience (CMX) The MIB is used for programming Cloud based CMX services. The Network Mobility Service Protocol(NMSP) data is exported to CMX Cloud Server through https connection. The NMSP encoding will remain as it is for the TCP/TLS connection. Use the MIB for configuring URL and Token ID and to enable this serrvice. The Controller will act as https client and will establish https connection with CMX URL. Controller will verify the CMX cloud server while the cloud server will authenticate the Controller using the configured id-token. Data Externalization(dx) dx is a feature in wlc which allows it to collect the data which may get published to the NA server for analaytics. The relationship between CC, NA server and the LWAPP APs can be depicted as follows: +......+ +......+ +......+ + + + + + + + CC + + CC +.....+ NA + + + + + + + +......+ +......+ +......+ .. . . . .. . . . . . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +..........+ + + + + + + + + + AP + + AP + + AP +......+ SENSOR + + + + + + + + AP + +......+ +......+ +......+ +..........+ . . . . . . . . . . . . . . . . . . . +......+ +......+ +......+ +......+ + + + + + + + + + MN + + MN + + MN + + MN + + + + + + + + + +......+ +......+ +......+ +......+ The LWAPP tunnel exists between the controller and the APs. The MNs communicate with the APs through the protocol defined by the 802.11 standard. LWAPP APs, upon bootup, discover and join one of the controllers and the controller pushes the configuration, that includes the WLAN parameters, to the LWAPP APs. The APs then encapsulate all the 802.11 frames from wireless clients inside LWAPP frames and forward the LWAPP frames to the controller. GLOSSARY Access Point ( AP ) An entity that contains an 802.11 medium access control ( MAC ) and physical layer ( PHY ) interface and provides access to the distribution services via the wireless medium for associated clients. LWAPP APs encapsulate all the 802.11 frames in LWAPP frames and sends them to the controller to which it is logically connected. Light Weight Access Point Protocol ( LWAPP ) This is a generic protocol that defines the communication between the Access Points and the Central Controller. Mobile Node ( MN ) A roaming 802.11 wireless device in a wireless network associated with an access point. Mobile Node and client are used interchangeably. Sensors These are wireless clients which periodically connect to a wireless network, run some tests and report back the test status to Cisco Network Assurance Server. The sensors are controlled and instructed by the Network Assurance server. APs can be tentatively put in Sensor mode to do the Sensor Job. There can be dedicated sensors as well. Filtered Channels ( FC ) These are user-defined channels which use the filters configured by the user to choose and carry the required data.'], ['Revisions', [['201807030000Z', ['DESCRIPTION', 'Added cLCSNAServerResetSubscriptions, cLCSWebhookResetSubscriptions, clCSCMXOnPremisesEnable Added cLCSTelemetryFCTable, cLCSTelemetryFCFilterTable, cLCSNAServerChannelTable, cLCSWebhookChannelTable, clCSTelemetryConfigGroup, clCSNAGlobalConfigGroupRev2, clCSWebhookConfigGroupRev1, clCSCMXConfigGroupRev1 Deprecated clCSNAServerOnchangeEnable, clCSNAServerSyncInterval, clCSNAServerSubscriptionAction, clCSNAServerSubscriptionTopic, clCSNAGlobalConfigGroupRev1, clCSWebhookConfigGroup, clCSCMXConfigGroup']], ['201804240000Z', ['DESCRIPTION', 'Added clCSNAServerOnchangeEnable, clCSNAServerSyncInterval, clCSNAServerSubscriptionAction, clCSNAServerSubscriptionTopic Added clCSMIBComplianceRev2, clCSNAGlobalConfigGroupRev1, clCSWebhookConfigGroup Deprecated clCSNAASIEnable, clCSNADiffSyncEnable, clCSNAGlobalConfigGroup, clCSMIBComplianceRev1']], ['201712210000Z', ['DESCRIPTION', 'Updated clCSNAGlobalConfigGroup. Deprecate clCSMIBCompliance and replaced by clCSMIBComplianceRev1. Added clCSNAASIEnable,clCSNADiffSyncEnable,clCSSecTunObjects, clCSSecTunConfig,clCSSecTunInfo,clCSSecTunNotifs.']], ['201702220000Z', ['DESCRIPTION', 'Initial version of config cloud services MIB module.']]]]], 'source_encoding': 'utf-8-sig'}, 'parser_version': 'mib-4'}

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.9)

Greg Satz

Current Registration Authority (inferred from ancestor 1.3.6.1.4.1.9)

Cisco Systems, Inc.

Direct children (3)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.9.9.838.0 clCSMIBNotifs24
1.3.6.1.4.1.9.9.838.1 clCSMIBObjects7102
1.3.6.1.4.1.9.9.838.2 clCSMIBConform222

Siblings (692)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.9.9.513 ciscoLwappApMIB51009 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that
terminate the Light Weight…
1.3.6.1.4.1.9.9.514 ciscoLwappTextualConventions00 This module defines textual conventions used
throughout the Cisco enterprise MIBs
designed for implementation on Central
Controlle…
1.3.6.1.4.1.9.9.515 ciscoLwappWebAuthMIB4133 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.516 ciscoLwappLinkTestMIB357 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.517 ciscoLwappReapMIB3342 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that
terminate the Light Weight…
1.3.6.1.4.1.9.9.518 ciscoLwappMfpMIB468 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that
terminate the Light Weight…
1.3.6.1.4.1.9.9.519 ciscoLwappIdsMIB328 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that
terminate the Light Weight…
1.3.6.1.4.1.9.9.520 ciscoLwappCcxRmMIB345 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.521 ciscoLwappWlanSecurityMIB377 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.522 ciscoLwappDot11ClientCalibMIB355 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.523 ciscoLwappClRoamMIB363 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.524 ciscoLwappQosMIB3322 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.525 ciscoLwappTsmMIB357 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.529 ciscoItpMsuRatesMIB361 This MIB provides information used to manage the number
of MTP3 MSUs transmitted and received per processor. Many
of the higher …
1.3.6.1.4.1.9.9.530 ciscoNacTcMIB00 This module defines the textual conventions for
Cisco Network Admission Control(NAC) system.

The Cisco Network Admission Control …
1.3.6.1.4.1.9.9.532 ciscoNATExtMIB313 This MIB is an extension to the NAT-MIB.
This MIB module includes objects for
providing the NAT related statistics.

Acronyms:

NAT…
1.3.6.1.4.1.9.9.533 ciscoCbpTargetMIB325 This MIB module defines the managed objects for
representing targets which have class-based policy
mappings. A target can be any…
1.3.6.1.4.1.9.9.543 ciscoLicenseMgmtMIB3131 The MIB module for managing licenses on the system.
The licensing mechanism provides flexibility to
enforce licensing for various…
1.3.6.1.4.1.9.9.548 ciscoErrDisableMIB345 This MIB module provides the ability for a Network
Management Station (NMS) to configure and monitor the
error-disable feature vi…
1.3.6.1.4.1.9.9.572 ciscoRttMonIPExtMIB257 This MIB contains extensions to tables in CISCO-RTTMON-MIB
to support IP-layer extensions, specifically IPv6 addresses
and other …
1.3.6.1.4.1.9.9.573 ciscoQosTcMIB00 This module defines the textual conventions used within
Cisco Qos MIBs.
1.3.6.1.4.1.9.9.576 ciscoLwappMobilityMIB3106 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that

terminate the Light Weight…
1.3.6.1.4.1.9.9.577 ciscoLwappAclMIB347 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC) that
terminate the Light Weight…
1.3.6.1.4.1.9.9.578 ciscoRoutePoliciesMIB35 This module provides a subtree to define OIDs so that
various routing 'policies' used by Cisco routers can be
expressed. This mod…
1.3.6.1.4.1.9.9.580 ciscoSwitchQosMIB3295 This MIB module extends the CISCO-CLASS-BASED-QOS-MIB
by defining configuration and statistics information
specific to the qualit…
1.3.6.1.4.1.9.9.583 ciscoGslbTcMIB00 This MIB module defines Textual Conventions and
OBJECT-IDENTITIES for use in documents defining
management information base (MIBs…
1.3.6.1.4.1.9.9.584 ciscoEntityDiagTcMIB00 This module defines the textual conventions used within
Cisco Entity Diag MIB.
1.3.6.1.4.1.9.9.585 ciscoIpSlaEthernetMIB3245 This MIB module consists of two parts.

1) Auto-Ethernet-CFM Control:
|
|

2) ethernetJitter Stats:
|
|

The first part defines a mechani…
1.3.6.1.4.1.9.9.586 ciscoNotificationControlMIB228 This MIB provides network management support to regulate
the transmission of notifications generated by a
system providing networ…
1.3.6.1.4.1.9.9.589 ciscoGslbSystemMIB3103 This MIB module defines objects for network and system
information of Global Server Load Balancer(GSLB) as a
network device. A G…
1.3.6.1.4.1.9.9.590 ciscoCvpMIB3255 The Cisco Unified Customer Voice Portal (CVP) application
integrates with both traditional time-division multiplexing
(TDM) and I…
1.3.6.1.4.1.9.9.592 ciscoPrefPathMIB356 The MIB module for the management of
preferred path. This MIB enables managers
to configure and monitor Preferred Path
parameters.
…
1.3.6.1.4.1.9.9.593 ciscoFcSdvMIB328 This MIB instrumentation is for managing Fibre
Channel (FC) SAN Device Virtualization (SDV)
solution on Cisco Fibre Channel devic…
1.3.6.1.4.1.9.9.594 ciscoApplicationAccelerationMIB337 This is a MIB for managing Application Acceleration System(s).
This MIB includes instrumentation for providing the
performance st…
1.3.6.1.4.1.9.9.595 ciscoGslbDnsMIB3165 The MIB defines objects for status and statistics
information of DNS related operations of
Global Server Load Balancer(GSLB). Th…
1.3.6.1.4.1.9.9.597 ciscoContentServicesMIB3349 Content Service is a capability to examine IP/TCP/UDP headers,
payload and enable billing based on the content being provided.

Ab…
1.3.6.1.4.1.9.9.598 ciscoLwappAAAMIB3150 This MIB is intended to be implemented on all those
devices operating as Central Controllers (CC), that
terminate the Light Weigh…
1.3.6.1.4.1.9.9.599 ciscoLwappDot11ClientMIB4439 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.600 ciscoGslbHealthMonMIB390 The MIB defines objects related to global keepalive
properties in GSLB devices. It contains the tables
for keep alive configurat…
1.3.6.1.4.1.9.9.601 ciscoResilientEthernetProtocolMIB377 This MIB module defines objects required for managing
Resilient Ethernet Protocol (REP).

Resilient Ethernet Protocol (REP) is a C…
1.3.6.1.4.1.9.9.602 ciscoPacketCaptureMIB3103 The MIB module for the management of packet capture
feature.
1.3.6.1.4.1.9.9.603 ciscoThreatMitigationServiceMIB368 This MIB provides management information about the Threat
Mitigation Service(TMS) entity named 'Consumer'. TMS is part
of Cisco's…
1.3.6.1.4.1.9.9.604 cdot1CfmMIB3166 Connectivity Fault Management module for managing IEEE 802.1ag
1.3.6.1.4.1.9.9.606 ciscoLwappMeshLinkTestMIB346 ciscoLwappMeshLinkTestMIB MODULE-IDENTITY
LAST-UPDATED "200702050000Z"
ORGANIZATION "Cisco Systems Inc."
CONTACT-INFO
"Cisco Sy…
1.3.6.1.4.1.9.9.607 ciscoDot11HtPhyMIB371 This MIB is intended to be implemented on Cisco's
WLAN devices that provide the wired uplink to wireless
clients through the high…
1.3.6.1.4.1.9.9.610 ciscoLwappRogueMIB4134 This MIB is intended to be implemented on all those
devices operating as Central Controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.611 ciscoLwappDot11ClientCCXTextualConventions00 This module defines the textual conventions used
throughout the Cisco enterprise MIBs designed for
implementation on Central Cont…
1.3.6.1.4.1.9.9.612 ciscoLwappDot11MIB3156 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…
1.3.6.1.4.1.9.9.613 ciscoEvcMIB3156 Metro Ethernet services can support a wide range of
applications and subscriber needs easily, efficiently
and cost-effectively. …
1.3.6.1.4.1.9.9.614 ciscoLwappDot11LdapMIB333 This MIB is intended to be implemented on all those
devices operating as Central controllers, that
terminate the Light Weight Acc…