CISCO-CONTEXT-MAPPING-MIB

File: CISCO-CONTEXT-MAPPING-MIB.mib (30029 bytes)

Imported modules

SNMPv2-SMI SNMPv2-CONF SNMP-FRAMEWORK-MIB
SNMPv2-TC CISCO-TC CISCO-SMI

Imported symbols

MODULE-IDENTITY OBJECT-TYPE MODULE-COMPLIANCE
OBJECT-GROUP SnmpAdminString RowStatus
StorageType CiscoBridgeDomain ciscoMgmt

Defined Types

CContextMappingEntry  
SEQUENCE    
  cContextMappingVacmContextName SnmpAdminString
  cContextMappingVrfName SnmpAdminString
  cContextMappingTopologyName SnmpAdminString
  cContextMappingProtoInstName SnmpAdminString
  cContextMappingStorageType StorageType
  cContextMappingRowStatus RowStatus

CContextMappingBridgeDomainEntry  
SEQUENCE    
  cContextMappingBridgeDomainIdentifier CiscoBridgeDomain
  cContextMappingBridgeDomainStorageType StorageType
  cContextMappingBridgeDomainRowStatus RowStatus

CContextMappingBridgeInstanceEntry  
SEQUENCE    
  cContextMappingBridgeInstName SnmpAdminString
  cContextMappingBridgeInstStorageType StorageType
  cContextMappingBridgeInstRowStatus RowStatus

CContextMappingLicenseGroupEntry  
SEQUENCE    
  cContextMappingLicenseGroupName SnmpAdminString
  cContextMappingLicenseGroupStorageType StorageType
  cContextMappingLicenseGroupRowStatus RowStatus

Defined Values

ciscoContextMappingMIB 1.3.6.1.4.1.9.9.468
A single SNMP agent sometimes needs to support multiple instances of the same MIB module, and does so through the use of multiple SNMP contexts. This typically occurs because the technology has evolved to have extra dimension(s), i.e., one or more extra data and/or identifier values which are different in the different contexts, but were not defined in INDEX clause(s) of the original MIB module. In such cases, network management applications need to know the specific data/identifier values in each context, and this MIB module provides mapping tables which contain that information. Within a network there can be multiple Virtual Private Networks (VPNs) configured using Virtual Routing and Forwarding Instances (VRFs). Within a VPN there can be multiple topologies when Multi-topology Routing (MTR) is used. Also, Interior Gateway Protocols (IGPs) can have multiple protocol instances running on the device. A network can have multiple broadcast domains configured using Bridge Domain Identifiers. With MTR routing, VRFs, and Bridge domains, a router now needs to support multiple instances of several existing MIB modules, and this can be achieved if the router's SNMP agent provides access to each instance of the same MIB module via a different SNMP context (see Section 3.1.1 of RFC 3411). For MTR routing, VRFs, and Bridge domains, a different SNMP context is needed depending on one or more of the following: the VRF, the topology-identifier, the routing protocol instance, and the bridge domain identifier. In other words, the router's management information can be accessed through multiple SNMP contexts where each such context represents a specific VRF, a specific topology-identifier, a specific routing protocol instance and/or a bridge domain identifier. This MIB module provides a mapping of each such SNMP context to the corresponding VRF, the corresponding topology, the corresponding routing protocol instance, and the corresponding bridge domain identifier. Some SNMP contexts are independent of VRFs, independent of a topology, independent of a routing protocol instance, or independent of a bridge domain and in such a case, the mapping is to the zero length string. With the Cisco package licensing strategy, the features available in the image are grouped into multiple packages and each packages can be managed to operate at different feature levels based on the available license. This MIB module provides option to associate an SNMP context to a feature package group. This will allow manageability of license MIB objects specific to a feature package group. As technology evolves more we may need additional identifiers to identify the context. Then we would need to add those additional identifiers into the mapping.
MODULE-IDENTITY    

cContextMappingMIBObjects 1.3.6.1.4.1.9.9.468.1
OBJECT IDENTIFIER    

cContextMappingMIBConformance 1.3.6.1.4.1.9.9.468.2
OBJECT IDENTIFIER    

cContextMappingTable 1.3.6.1.4.1.9.9.468.1.1
This table contains information on which cContextMappingVacmContextName is mapped to which VRF, topology, and routing protocol instance. This table is indexed by SNMP VACM context. Configuring a row in this table for an SNMP context does not require that the context be already defined, i.e., a row can be created in this table for a context before the corresponding row is created in RFC 3415's vacmContextTable. To create a row in this table, a manager must set cContextMappingRowStatus to either 'createAndGo' or 'createAndWait'. To delete a row in this table, a manager must set cContextMappingRowStatus to 'destroy'.
OBJECT-TYPE    
  SEQUENCE OF  
    CContextMappingEntry

cContextMappingEntry 1.3.6.1.4.1.9.9.468.1.1.1
Information relating to a single mapping of cContextMappingVacmContextName to the corresponding VRF, the corresponding topology, and the corresponding routing protocol instance.
OBJECT-TYPE    
  CContextMappingEntry  

cContextMappingVacmContextName 1.3.6.1.4.1.9.9.468.1.1.1.1
The vacmContextName given to the SNMP context. This is a human readable name identifying a particular SNMP VACM context at a particular SNMP entity. The empty contextName (zero length) represents the default context.
OBJECT-TYPE    
  SnmpAdminString Size(0..32)  

cContextMappingVrfName 1.3.6.1.4.1.9.9.468.1.1.1.2
The value of an instance of this object identifies the name given to the VRF to which the SNMP context is mapped to. This is typically a human-readable string. This is the same ASCII string used in the router's console interface to refer to this VRF. When the value of this object is the zero length string it indicates that the SNMP context is independent of any VRF.
OBJECT-TYPE    
  SnmpAdminString Size(0..32)  

cContextMappingTopologyName 1.3.6.1.4.1.9.9.468.1.1.1.3
The value of an instance of this object identifies the name given to the topology to which the SNMP context is mapped to. This is typically a human-readable string. This is the same ASCII string used in the router's console interface to refer to this topology. When the value of this object is the zero length string it indicates that the SNMP context is independent of any topology.
OBJECT-TYPE    
  SnmpAdminString Size(0..32)  

cContextMappingProtoInstName 1.3.6.1.4.1.9.9.468.1.1.1.4
The value of an instance of this object identifies the name given to the protocol instance to which the SNMP context is mapped to. This is typically a human-readable string. This is the same ASCII string used in the router's console interface to refer to this protocol instance. When the value of this object is the zero length string it indicates that the SNMP context is independent of any protocol instance.
OBJECT-TYPE    
  SnmpAdminString Size(0..32)  

cContextMappingStorageType 1.3.6.1.4.1.9.9.468.1.1.1.5
The storage type for this conceptual row. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row.
OBJECT-TYPE    
  StorageType  

cContextMappingRowStatus 1.3.6.1.4.1.9.9.468.1.1.1.6
This object facilitates the creation, modification, or deletion of a conceptual row in this table.
OBJECT-TYPE    
  RowStatus  

cContextMappingBridgeDomainTable 1.3.6.1.4.1.9.9.468.1.2
This table contains information on which cContextMappingVacmContextName is mapped to which bridge domain. A Bridge Domain is one of the means by which it is possible to define an Ethernet broadcast domain on a bridging device. A network can have multiple broadcast domains configured. This table helps the network management personnel to find out the details of various broadcast domains configured in the network. An entry need to exist in cContextMappingTable, to create an entry in this table.
OBJECT-TYPE    
  SEQUENCE OF  
    CContextMappingBridgeDomainEntry

cContextMappingBridgeDomainEntry 1.3.6.1.4.1.9.9.468.1.2.1
Information relating to a single mapping of cContextMappingVacmContextName to the corresponding bridge domain. To create a row in this table, a manager must set cContextMappingBridgeDomainRowStatus to either 'createAndGo' or 'createAndWait'. To delete a row in this table, a manager must set cContextMappingBridgeDomainRowStatus to 'destroy'.
OBJECT-TYPE    
  CContextMappingBridgeDomainEntry  

cContextMappingBridgeDomainIdentifier 1.3.6.1.4.1.9.9.468.1.2.1.1
The value of an instance of this object identifies the bridge domain to which the SNMP context is mapped to.
OBJECT-TYPE    
  CiscoBridgeDomain  

cContextMappingBridgeDomainStorageType 1.3.6.1.4.1.9.9.468.1.2.1.2
The storage type for this conceptual row. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row.
OBJECT-TYPE    
  StorageType  

cContextMappingBridgeDomainRowStatus 1.3.6.1.4.1.9.9.468.1.2.1.3
This object facilitates the creation, modification, or deletion of a conceptual row in this table.
OBJECT-TYPE    
  RowStatus  

cContextMappingBridgeInstanceTable 1.3.6.1.4.1.9.9.468.1.3
This table contains information on mapping between cContextMappingVacmContextName and bridge instance. Bridge instance is an instance of a physical or logical bridge which has unique bridge-id. If an entry is deleted from cContextMappingTable, the corresponding entry in this table will also get deleted. If an entry needs to be created in this table, the corresponding entry must exist in cContextMappingTable.
OBJECT-TYPE    
  SEQUENCE OF  
    CContextMappingBridgeInstanceEntry

cContextMappingBridgeInstanceEntry 1.3.6.1.4.1.9.9.468.1.3.1
Information relating to a single mapping of cContextMappingVacmContextName to the corresponding bridge instance. To create a row in this table, a manager must set cContextMappingBridgeInstRowStatus to either 'createAndGo' or 'createAndWait'. To delete a row in this table, a manager must set cContextMappingBridgeInstRowStatus to 'destroy'.
OBJECT-TYPE    
  CContextMappingBridgeInstanceEntry  

cContextMappingBridgeInstName 1.3.6.1.4.1.9.9.468.1.3.1.1
The object identifies the name given to bridge instance to which the SNMP context is mapped to. Value of this object cannot be changed when the RowStatus object in the same row is 'active'. This is typically a human-readable string. This is the same ASCII string used in the router's console interface to refer to this bridge instance. When the value of this object is a zero length string, it indicates that the SNMP context is independent of any bridge instances.
OBJECT-TYPE    
  SnmpAdminString  

cContextMappingBridgeInstStorageType 1.3.6.1.4.1.9.9.468.1.3.1.2
The storage type for this conceptual row. Value of this object cannot be changed when the RowStatus object in the same row is 'active'. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row.
OBJECT-TYPE    
  StorageType  

cContextMappingBridgeInstRowStatus 1.3.6.1.4.1.9.9.468.1.3.1.3
This object facilitates the creation, modification, or deletion of a conceptual row in this table.
OBJECT-TYPE    
  RowStatus  

cContextMappingLicenseGroupTable 1.3.6.1.4.1.9.9.468.1.4
This table contains information on which cContextMappingVacmContextName is mapped to which License Group. Group level licensing is used where each Technology Package is enabled via a License.
OBJECT-TYPE    
  SEQUENCE OF  
    CContextMappingLicenseGroupEntry

cContextMappingLicenseGroupEntry 1.3.6.1.4.1.9.9.468.1.4.1
Information relating to a single mapping of CContextMappingVacmContextName to the corresponding License Group.
OBJECT-TYPE    
  CContextMappingLicenseGroupEntry  

cContextMappingLicenseGroupName 1.3.6.1.4.1.9.9.468.1.4.1.1
The value of an instance of this object identifies the name given to the Group to which the SNMP context is mapped. Feature sets from all groups will be combined to form universal image. User can configure multiple groups as needed. For example: In Next generation ISRs will use the universal image package level licensing model for its licensing need. Each group has the feature set needed for that specific technology. Feature sets from different groups are combined to form universal image and each feature set for a group can be enabled using a valid license key. There will be a base level ipbase package in which the router boots with out any license key. The following are the different Technology Groups. 1.crypto 2.data 3.ip 4.legacy 5.novpn-security 6.security 7.uc
OBJECT-TYPE    
  SnmpAdminString Size(0..32)  

cContextMappingLicenseGroupStorageType 1.3.6.1.4.1.9.9.468.1.4.1.2
The storage type for this conceptual row. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row.
OBJECT-TYPE    
  StorageType  

cContextMappingLicenseGroupRowStatus 1.3.6.1.4.1.9.9.468.1.4.1.3
This object facilitates the creation, modification, or deletion of a conceptual row in this table.
OBJECT-TYPE    
  RowStatus  

cContextMappingMIBCompliances 1.3.6.1.4.1.9.9.468.2.1
OBJECT IDENTIFIER    

cContextMappingMIBGroups 1.3.6.1.4.1.9.9.468.2.2
OBJECT IDENTIFIER    

cContextMappingMIBCompliance 1.3.6.1.4.1.9.9.468.2.1.1
Create/delete/modify access to the cContextMappingTable is not required.
MODULE-COMPLIANCE    

cContextMappingMIBComplianceRev1 1.3.6.1.4.1.9.9.468.2.1.2
Create/delete/modify access to the cContextMappingTable is not required.
MODULE-COMPLIANCE    

cContextMappingMIBComplianceRev2 1.3.6.1.4.1.9.9.468.2.1.3
Create/delete/modify access to the cContextMappingBridgeInstanceTable is not required.
MODULE-COMPLIANCE    

cContextMappingMIBComplianceRev3 1.3.6.1.4.1.9.9.468.2.1.4
Create/delete/modify access to the cContextMappingTable is not required.
MODULE-COMPLIANCE    

cContextMappingDataGroup 1.3.6.1.4.1.9.9.468.2.2.1
The collection of objects providing the context mapping data between the SNMP context to the corresponding VRF, the corresponding topology, and the corresponding routing protocol instance.
OBJECT-GROUP    

cContextMappingBridgeDomainDataGroup 1.3.6.1.4.1.9.9.468.2.2.2
The collection of objects providing the context mapping data between the SNMP context to the corresponding bridge domain.
OBJECT-GROUP    

cContextMappingBridgeInstanceDataGroup 1.3.6.1.4.1.9.9.468.2.2.3
The collection of objects providing the context mapping data between the SNMP context to the corresponding bridge instance.
OBJECT-GROUP    

cContextMappingLicenseGroupDataGroup 1.3.6.1.4.1.9.9.468.2.2.4
The collection of objects providing the context mapping data between the SNMP context to the corresponding LicenseGroupName.
OBJECT-GROUP